Je reçois fréquemment le message "Échec de la connexion réseau" lorsque je me connecte au wifi à l'aide de 12.04. J'utilisais la même connexion sans aucun problème, dans Ubuntu 10.04 et Windows Vista. Quelle pourrait être la raison pour laquelle ma connexion se termine si souvent alors que je n'utilise que la version Ubuntu 12.04? Comment résoudre ce problème?
J'ai essayé de me connecter à Internet en utilisant Ethernet USB via mon téléphone portable. Ensuite, cela a fonctionné correctement. La connexion ne se termine pas comme avec l'interface wlan. Je pense donc que le problème pourrait être avec modem WLAN. Mais alors, comment se fait-il que wlan fonctionne bien dans Windows et les versions antérieures d’Ubuntu. Et le problème est pour 12.04 seulement.
Installez le gestionnaire de réseau wicd. Il devrait fonctionner. Son disponible dans le centre logiciel Ubuntu
Tout est dans la puissance du signal, le gestionnaire de réseau oscillerait entre -28 et 70 dB (ce qui signifie une grande fluctuation ..) et avec Wicked (WICD), il tourne autour de -70 sommets.
Je recommanderais d'installer 'EtherApe' ou 'Wire Shark' pour analyser votre connexion réseau.
Sudo apt-get install Wireshark
Sudo apt-get install etherape
Je regarderais la gestion de l'alimentation. La carte peut être en cours de déconnexion si le réseau est inactif pendant plus d'une courte période. Vous pouvez également regarder la fréquence à laquelle Ubuntu Wireless tente de rafraîchir sa clé.
Comme vous, les réseaux sans fil ont fonctionné pour moi dans la version 10.04 LTS. Cela était également vrai pour les questions 31483, 67077 et d'autres qui sont toutes fermées car "trop localisées". Ceci est une QAI (question à réponse rare) .
Mon réseau sans fil est plus lent sous Ubuntu que sous Windows, ou même le même ordinateur démarré sous Windows.
Je reçois un graphique en dents de scie particulier des temps de réponse de mon ordinateur portable à un routeur sans fil (par exemple, 10.0.0.1 ou 192.0.0.1 à la maison). Voici mon ping millisecondes de mon ordinateur portable à AP de mon café, en ajoutant des parenthèses pour illustrer le cycle de la dent de scie.
(36, 59, 81, 104, 127) (47, 59, 92, 116) (36, 59, 81, 104) (24, 150; 73,92,114) (38,48,81,103) (23,45, 67,91) ...
Je peux me connecter à certains points d'accès à un café et pas à d'autres. Les résultats sont presque, mais pas toujours les mêmes. Une fois dans une lune bleue, je me connecte à un point d'accès que j'avais indiqué comme non connectable.
Une grande partie du syslog est commentée, environ 50 lignes pour une tentative de connexion. Beaucoup est concerné par l'IPv6 non utilisé. En comparant une bonne connexion à une mauvaise connexion, une bonne connexion fait (DHCPDISCOVER, puis DHCPREQUEST reçoit ensuite DHCPOFFER), tandis qu'une connexion défaillante utilise DHCPDISCOVER et ne possède aucune ligne DHCPREQUEST ou DHCPOFFER.
Beaucoup de questions comme celle-ci n'ont pas une grande information. Voici un peu d'aide dans la collecte d'informations:
Le journal le plus pertinent est/var/log/syslog, qui collecte toutes sortes d’informations aléatoires. Une connexion sans fil génère généralement au moins 100 lignes.
# tail -20 /var/log/syslog ;# see the last 20 lines of the log
# tailf /var/log/syslog ;# watch the log expand with usage.
# logger ====== Trying again ;# add a message to the syslog
Un autre journal est dmesg, le tampon circulaire du noyau. Cela peut être, mais d'habitude ne dit rien d'utile. Le message réseau habituel est "Pas de routeur IPv6 présent"
# dmesg | tail -3 ;# look at last three lines
[ 422.328274] eth1: no IPv6 routers present
[ 474.578004] eth1: no IPv6 routers present
[ 3327.234898] eth1: no IPv6 routers present
La commande ifconfig concerne les interfaces réseau, câblées et non câblées. Il affiche et peut configurer les adresses matérielles et le nombre de paquets.
# ifconfig -a ;# show all interfaces, configured or not
# ifconfig eth1 ;# just show eth1
eth1 Link encap:Ethernet HWaddr c4:17:fe:71:59:f1
inet addr:192.168.19.79 Bcast:192.168.19.255 Mask:255.255.255.0
inet6 addr: fe80::c617:feff:fe71:59f1/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:7549 errors:0 dropped:0 overruns:0 frame:18706
TX packets:7230 errors:142 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:6541083 (6.5 MB) TX bytes:960689 (960.6 KB)
Interrupt:17
La commande iwconfig concerne les interfaces sans fil. Notez que vous souhaitez l'exécuter en tant qu'utilisateur root, car il donne parfois des résultats abrégés à partir du compte d'utilisateur.
# iwconfig eth1 ;# show eth1 wireless information
eth1 IEEE 802.11abgn ESSID:"Quickly-WiFi"
Mode:Managed Frequency:2.412 GHz Access Point: 06:16:16:03:6A:10
Bit Rate=11 Mb/s Tx-Power:24 dBm
Retry min limit:7 RTS thr:off Fragment thr:off
Power Managementmode:All packets received
Link Quality=1/5 Signal level=-85 dBm Noise level=-90 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:145 Invalid misc:0 Missed beacon:0
Vous pouvez également utiliser ces commandes:
# cat /etc/lsb-release ;# See your current Ubuntu version
# lshw -c network ;# See your networking hardware, at least what's recognized.
# ls /etc/modprode.d ;# config probing hardware, blacklists, and add exceptions
# lsmod ;# which modules are used by what
# lspci ;# more hardware information
# rfkill list all ;# see status of hardware and software on/off switches
# nc ;# a hard to use swiss army knife of networking.
Il semble y avoir une séquence d'indices.
Éliminez les imprudents. Assurez-vous que votre connexion sans fil est activée, que vous avez le bon mot de passe, etc. Démarrez sous Windows pour le vérifier. Recherchez DHCPDISCOVER mais pas la demande dans/var/log/syslog.
Commencez à voir où les pauses de réseautage. Faites un bouclage avec ping (127.0.0.1), essayez avec un câble au point d’accès, essayez de cingler (74.125.244.39 est Google), essayez de cingler google.com (avec DNS). Essayez un wget sur http://www.google.com .
Essayez de mettre votre carte sans fil en liste noire ou de suspendre la vérification matérielle à l’aide de fichiers situés dans /etc/modprobe.d.
Essayez d’entrer dans le gestionnaire de réseau et de vous attribuer une adresse IP fixe et raisonnable. Le routeur vous répond ensuite.
Essayez de redémarrer. Il y a parfois des problèmes avec les cartes réseau qui reviennent des modes d'économie d'énergie.
Certains problèmes connus sont décrits en détail dans Support matériel .
Bonne chance et je vais essayer de mettre à jour cette réponse à partir de commentaires.
Je m'excuse pour la réponse tardive (car elle est déjà résolue). Cependant, une des choses utiles que j'ai trouvée avec ce problème était de connecter mon ordinateur portable au réseau câblé et de créer physiquement le mot de passe "WEP" pour la connexion.
Il semble que Ubuntu essayait de se connecter au réseau sans fil. Le routeur a demandé un mot de passe, mais Ubuntu a décidé de lancer une "authentification non valide", c'est-à-dire "La connexion a échoué. La connexion a échoué." au lieu de vous permettre de saisir la phrase secrète.
Cela a résolu le problème pour moi.