Greywolf

dans une invite de commandes en tant qu'administrateur, tape cette commande et donne nous le résultat netsh interface tcp show global

ou demande à Alice de fournir un routeur qui respecte la RFC1323

pour le partage des clés publiques, il y a les serveurs de clés (cf point 2)

teste enigmail avec thunderbird si tu peux, c'est simplissime http://enigmail.mozdev.org/home/index.php tu n'es pas obligé de transférer ta clé publique sur un serveur de clés, tu peux la donner à ton correspondant via une clé USB ou tout support de stockage; il suffira ensuite d'importer cette clé dans le trousseau d'Enigmail-TB

bonjour, consultez ce lien pour résoudre le problème http://support.microsoft.com/default.aspx?scid=kb;fr;281679 regsvr32 urlmon.dll //la qualité de la traduction automatique en français est franchement mauvaise mais la section Résolution est compréhensible. Si vous comprenez l'anglais, préférez l'article dans sa langue originale

cela semble être lié au service Service de transfert intelligent en arrière-plan (Background Intelligent Transfer Service en anglais) essaie de désactiver ce service si tu ne veux pas que les mises à jour windows et celle d'autres logiciels utilisant ce système soient téléchargées pendant que rien n'occupe ta bande passante net stop bits http://assiste.com.free.fr/p/services_wind...riere-plan.html

un peu de documentation: http://irp.nain-t.net/doku.php/070tcpip:020_adresse_ip

tu branches le switch sur un port LAN de ton routeur en ayant pris soin de configurer son adresse en autre chose que celle du routeur (192.168.0.1)

quand je dis que Tor ne masque pas efficacement l'adresse IP vis à vis du destinataire final, c'est que celui-ci, s'il développe un/une(?) applet spécifique sur son site, pourra obtenir l'adresse initiale du demandeur. Sur 99,9% des sites, il n'y a pas de telles applets et les routines de récupération d'adresse IP récupèrent soit l'adresse source dans le paquet reçu soit dans les en-têtes HTTP et sont donc trompés (enfin, ils savent que ça vient d'un noeud Tor). Pour utiliser PGP avec ses emails, il faut 1/ disposer d'un couple de clé privée/publique (PGP te fait ça, openSSL aussi,...) 2/ rendre disponible ta clé publique sur un serveur de clés (gpg.key.net par exemple, enigmail fait ça également) 3/ récupérer les clés publiques de tes contacts 4/ utiliser la clé publique de ton contact pour chiffrer l'email, seul ton contact pourra le déchiffrer avec sa clé privée 5/ utiliser ta clé privée pour déchiffrer les emails que tes contacts t'auront envoyés chiffrés avec ta clé publique tu peux également signer tes emails que tu envoies avec ta clé privée, si ton correspondant arrive à déchiffrer la signature avec ta clé publique, il a la preuve que c'est bien toi qui as envoyé le mail

Tor te protège d'une écoute des informations échangées d'un point A à un point B de la connexion par un chiffrement assymétrique. Un tiers ne peut, théoriquement, pas décrypter les échanges. Tor permet d'empêcher les différents noeuds (y compris le FAI) de connaitre la véritable destination finale. Les noeuds du réseau Tor ne connaissent pas l'émetteur initial et le récepteur final des requêtes relayées; ils ne connaissent que le relai n-1 et le relai n+1 après avoir décrypté une des couches de la trame encapsulée. Seul le dernier noeud peut représenter un "danger": il peut avoir accès au contenu déchiffré (sauf si une session SSL a été établi entre A et B) et au destinataire final. C'est assez simple à réaliser, tu déclares un de tes PC comme noeud TOR et il sera statistiquement choisi pour être noeud final; une sonde réseau sur le trafic sortant et ça roule. Tor ne masque pas efficacement au destinataire final l'adresse IP d'origine de la requête. En effet, une applet java sur la page du destinataire final permettant de récupérer et d'envoyer l'adresse IP de ton PC, encapsulé dans Tor, au destinataire final est simple à réaliser. De toute façon, personne ne chiffre et ne signe ses emails avec PGP et là, bien que ce soit simple à faire pour tous => extension enigmail de Thunderbird par exemple, il peut y avoir réel danger sur les données privées et/ou confidentielles échangées par email.

Le problème semble avoir trouvé sa solution. Ainsi, afin de signaler clairement à ceux qui ont un problème similaire qu'ils ont peut-être une solution toute trouvée (s'ils pensent à utiliser la fonction Recherche en indiquant le mot-clé "résolu" auparavant), et afin de signaler aux autres contributeurs qu'il est inutile de continuer à se creuser la tête sur le problème (à moins d'avoir des suppléments d'informations à apporter pour mieux comprendre ce qui posait problème), un modérateur a préfixé le titre du topic avec la mention [résolu]. Merci, à l'avenir, de bien vouloir prendre à votre charge cette mise à jour quand vous estimez que votre problème a été résolu de manière satisfaisante (et parallèlement, si le problème a disparu "mystérieusement", inutile d'induire les gens en erreur ) Pour cela, votre premier message

ce n'est pas tout à fait ce que je t'ai demandé, j'avais demandé directement sur le modem câble. A qui est-il relié ce modem câble? ta capture d'écran nous renseigne sur le plan d'adressage de ton routeur sans fil celui-ci dispose d'une adresse IP interne en 192.168.0.1, il te faut donc changer l'adresse IP de ton switch pour éviter un conflit d'adressage Ton routeur il reçoit comment internet? qu'est ce qui est branché sur son port WAN?

c'est une classe B pas une classe C les adresses privées de classe B s'étendent de 172.16.0.0 à 172.31.255.255 en /16 les 2 premiers octets désignent l'ID réseau les 2 derniers octets désignent l'ID machine les adresses privées de classe C vont en effet de 192.168.0.0 à 192.168.255.255 mais en /24; c'est le dernier octet qui désigne la machine et les 3 premiers qui désignent l'ID réseau. mais en effet ça peut prêter à confusion... quand je fais un dig ou un nslookup sur mon LAN, je n'obtiens pas de réponse pour cette adresse

Un routeur est un élément d'interconnexion entre 2 réseaux physiquement et logiquement distincts, c'est comme la porte d'entrée d'un immeuble qui dessert les appartements présents à l'intérieur du bâtiment. Pour accéder à la porte de ton appartement, il te faut passer par la porte principale de l'immeuble quand tu arrives de l'extérieur. bridge DHCP (ou PPPoE) c'est une fonctionnalité sur certains modems qui permet à ces derniers de ne s'occuper que du lien en couche basse au FAI et d'être transparent du point de vue IP. L'IP publique du FAI est transféré à l'équipement qui en fait la demande côté LAN. Dans le premier cas, c'est une requête DHCP qui s'en occupe; dans le second cas, un client PPPoE doit s'en charger. Quel type d'adresse t'attribue ton modem quand tu branches un PC dessus? 82.x.y.z ou 192.168.x.y ?

un switch n'est pas un routeur, c'est une "multiprise réseau" qui n'agit qu'au niveau 2 (acheminement des trames ethernet). Ton switch est administrable et dispose d'une adresse IP (niveau 3) mais cela ne veut pas pour autant signifier qu'il sait commuter des réseaux d'adressage différents => rôle du routeur IP. WAN --- modem --- routeur wifi/RJ45----switch----PC1 |-------PC2 |-------PC3 |-------PC4 |-------PC5 ton routeur wifi n'est pas qu'un simple point d'accès? il fait aussi routeur ethernet? ton modem c'est quoi: xDSL? câble? il établit quel type de lien avec ton FAI? PPPoA, PPPoE dispose-t-il de fonctionnalités de bridge DHCP (auquel cas tu bascules le port WAN de ton routeur en adressage DHCP et il obtiendra l'adresse publique de ton FAI); si c'est du bridge PPPoE, il faut que ton routeur embarque un client PPPoE bref faut des infos sur tout ça.

d'où vous voyez que le switch fait serveur DHCP?

a priori, si tu ne l'utilises qu'uniquement comme switch de niveau 2 (pas de vlan 802.1q, pas de LACP,...), tu n'as pas grand chose à configurer. Si ton modem-routeur fait office de serveur DHCP, modifie la plage d'attribution afin que les équipements en adressage fixe (modem-routeur, switch administrable, PC éventuellement) n'ait pas une adresse IP dans celle-ci. tu peux modifier la plage du serveur DHCP en 192.168.0.10/24-192.168.0.100/24 et tu pourras ainsi disposer des adresses 192.168.0.1 - 192.168.0.9 et 192.168.0.101-192.168.0.254 pour des équipements fixes. Pour le câblage, c'est du câble droit qu'il te faut utiliser (même si le switch est auto-MDI/MDX c'est mieux). Tu peux vérifier l'état de la connectivité en vérifiant les 2 leds normalement présentes sur chaque port RJ45 du switch (led de connectivité + led de trafic). Le modem-routeur dispose de quelle adresse IP? (switch 192.168.0.1/24, PC fixe 192.168.0.2/24)

tu as été voir du côté de la feuille de style style.css ? http://coppermine-gallery.net/demo/cpg14x/...fr.htm#creating

en effet, il est étranger... Son IP appartient à un FAI belge; alors : Wallon ou Flamand ?

théoriquement oui, en pratique avec windows avec une interface wifi et une filaire, j'ai des doutes sur sa capacité à gérer correctement ce genre de config.

ne me dis pas que tu n'as pas essayé de sélectionner un ou plusieurs fichiers dans la fenêtre et de cliquer sur le bouton "Restore by copying" ?

1/ héberges tu un service i2p (eepsite)? si non, tu n'en as manifestement pas besoin 2/ crées ce fichier dans /etc/init.d #!/bin/sh /usr/local/i2p/i2prouter start tu peux le nommer i2p par exemple et fais un lien symbolique de ton runlevel vers celui-ci. Comme tu es sous ubuntu, tu dois être en runlevel2 ln -s /etc/init.d/i2p /etc/rc2.d/S55i2p ou sinon tu édites le fichier /etc/rc.local , s'il existe, et tu y ajoutes ta ligne de commande

la 9box redirige aussi ces ports là sur ton PC windows qui fait routeur? le port TCP 3074 correspond bien à un service en écoute sur les consoles (notice du jeu, de la console ?)

tu as lu ceci quand même ? http://www.videolan.org/doc/streaming-howt...g-howto-fr.html

Terminal Serveur Client : c'est pas du VNC c'est le protocole RDP (Remote Desktop) de windows fonctionnant sur TCP 3389 Visionneur de bureaux distants: ça c'est le client VNC qui va aller interroger le serveur VNC sur TCP 5900