Greywolf

http://forum.zebulon.fr/index.php?showtopic=106502

1 caractère ASCII se code sur 8 bits clé WEP 5 caractères => 40 bits ensuite en fonction de l'algorithme de cryptage, cela peut-être modifié exemple, le RC4 du WEP rajoute 24 bits d'un vecteur d'initialisation => 40 + 24 = 64 bits idem pour le WEP à 13 caractères : 13 x 8 = 104 bits + 24 = 128 bits ensuite tout dépend si c'est de la crypto symétrique ou assymétrique une clé assysmétrique même si elle est plus "courte" en terme de bits est plus compliquéé à cracker qu'une clé plus longue en crypto symétrique. bref, ce n'est pas forcément la longueur qui compte

ah les bitmap brothers ... que du bon

tu as bien renseigné smtp.numericable.fr comme serveur SMTP par défaut dans thunderbird ?

pas besoin de créer un nouveau compte (ça doit être expliqué dans le topic de 76 pages d'ailleurs), il suffit d'en faire une demande en bonne et due forme à Yann pour conserver le compte actuel mais avec le pseudo/login modifié

netsh winsock reset catalog

il faut absolument graver l'image iso sur un CD via l'option "graver une image" (et surtout ne pas graver tel quel le fichier iso sur un CD de données)

c'est donc que le lien PPP établit entre le PC et la passerelle est défectueux. La procédure d'authentification n'aboutit peut-être pas ou mal ? Pour vérifier si cela vient de ton windows ou non, il reste la possibilité de démarrer le PC sur un Live-CD linux (Ubuntu par exemple: ftp://ubuntu.univ-nantes.fr/ubuntu-cd/7.0...esktop-i386.iso ) 1.ouvrir un terminal et taper sudo pppoeconf tu réponds aux questions (login, mot de passe,...) 2.lancer la connexion sudo pon dsl-provider 3.vérifier qu'un lien ppp0 est établi sudo ifconfig ppp0 4.pinger www.google.fr ping www.google.fr si la connexion ne fonctionne pas, on pourra toujours regarder le fichier texte /var/log/messages pour les étapes de négociation de la connexion (si tu as changé dsl-provider par autre chose lors de l'étape 1) //si la connexion n'est pas du PPPoE mais du DHCP pur, un simple dhclient eth0 devrait attribuer ton adresse à ton interface ethernet

tiens c'est plus une licence = un PC avec Vista ?

Les box sont des routeurs; pour la configurer, réfère toi au manuel fourni avec ou connecte toi avec ton navigateur sur son adresse (celle indiquée en passerelle de la sortie ipconfig /all) Pour ce qui concerne ton client p2p, la Charte du forum interdit de t'apporter une quelconque aide.

si c'est une clé non hexadécimale, c'est une clé WPA / WPA2 et non WEP. Choisis correctement ton mode d'encryption dans ton soft

Salut Dylav, si ta connexion câble fonctionne avec PPPoE, suit ce pas à pas: http://christian.caleca.free.fr/pppoe/winxp.htm

dpkg-reconfigure console-data dpkg-reconfigure xserver-xorg choisir les bonnes configuration de clavier et d'encodage de caractères (FR)

un remapping xmodmap alors? http://www.coldev.org/~pierre/index.php/20...erty-et-accents

la connexion PPP ne nécessite pas de serveur DHCP. Il est probable que la passerelle de ton FAI en ait un coup dans l'aile vu qu'elle ne répond pas au ping (bien qu'elle puisse être configurée pour ne pas y répondre). La connexion UDP/IP fonctionne puisque tu arrives à résoudre le nom www.google.fr en son adresse IP. Peux tu pinger les DNS de ton FAI?

copier-coller

rechercher dans charmap le caractère accentué et l'insérer au besoin

loadkeys fr te chargera un mapping azerty sur ton clavier qwerty. Du coup, les touches ne correspondront plus mais tu auras les touches accentuées

Si c'est pour Wincustomize, ce n'est surement pas pour Linux, même si Filext associe cette extension aux thèmes de bureau KDE et Gnome. Les .desktop sont des archives zip qui nécessite au moins la v2.0 pour l'extraction $file SpiderMan3.desktop SpiderMan3.desktop: Zip archive data, at least v2.0 to extract les archives contiennent des images png et des fichiers de data au format spécifique DXPlayer

il ne faut pas donner l'adresse IP privée pour le mode passif (192.168.1.85) mais l'adresse IP publique (celle fournie par wanadoo à ta livebox) En configurant comme tu l'as fait le client distant tente d'établir une connexion sur 192.168.1.85 qui n'existe pas sur internet (classe privée)

http://forum.zebulon.fr/index.php?showtopic=22544

j'imagine qu'il te faille installer les kernel-headers correspondant au noyau de ta feisty fawn pour pouvoir compiler les vmware tools version du noyau => uname -r installation des linux-headers-xxx correspondant

arf exact, j'ai lu trop vite :-/ un traceroute vers google pourrait aider tracert 66.249.93.99 voire même un pathping pathping 66.249.93.99

+1 pour le winsock netsh winsock reset catalog la résolution DNS n'est pas en cause puisque google.fr est bien résolu et est pingé

SSH utilise le port 22 etpermet d'avoir un shell sécurisé (d'où son nom) sur une machine distante (sous linux/unix) il serait sage de fermer ce port ou du moins d'en restreindre sévèrement l'accès. SSH permet de faire également des tunnels cryptés pour y faire transiter des flux réseau et utilise en effet des ports définis par l'utilisateur lors de l'établissement du tunnel