Fehler "Aktivierung der drahtlosen Netzwerkverbindung fehlgeschlagen" mit einem BSNL BroadBand-Modem # DNA-A211-I

8

Ich erhalte häufig die Meldung "Netzwerkverbindung fehlgeschlagen", wenn ich über 12.04 eine Verbindung zum WLAN herstelle. Ich habe dieselbe Verbindung ohne Probleme in Ubuntu 10.04 und Windows Vista verwendet. Was könnte der Grund sein, warum meine Verbindung so häufig beendet wird, wenn nur die Ubuntu 12.04-Version verwendet wird? Wie kann ich dieses Problem beheben?

Ich habe versucht, über USB-Ethernet über mein Mobiltelefon eine Verbindung zum Internet herzustellen. Dann hat es richtig geklappt. Die Verbindung wird nicht wie bei der WLAN-Schnittstelle beendet. Ich denke, das Problem könnte beim WLAN-Modem liegen. Aber wie kommt es, dass wlan in Windows und älteren Versionen von Ubuntu gut funktioniert? Und das Problem ist nur für 12.04.

12.04 wireless connection Sruthi
quelle

Antworten:

3

Installieren Sie den WICD-Netzwerkmanager. Es sollte funktionieren. Es ist im Ubuntu Software Center verfügbar.

Es ist alles in der Signalstärke. Der Netzwerkmanager würde zwischen -28db und 70db schwingen (was eine große Schwankung bedeutet). Und mit Wicked (WICD) sind es ungefähr -70 Tops.

Ich würde empfehlen, EtherApe oder WireShark zu installieren, um Ihre Netzwerkverbindung zu analysieren.

sudo apt-get install wireshark

sudo apt-get install etherape
Livewire
quelle
Ich habe den WICD-Netzwerkmanager installiert. Und dann mein System neu gestartet. Jetzt funktioniert es richtig. Kein Problem der häufigen Beendigung :) Das WLAN ist in einem solchen Tool ganz in Ordnung. Aber was könnte der Grund sein, es mit wicd und nicht mit Network Manager richtig zu machen?
Sruthi
1

Ich würde mir Power Management ansehen. Die Karte wird möglicherweise getrennt, wenn das Netzwerk länger als eine kurze Zeit inaktiv ist. Sie können sich auch ansehen, wie oft Ubuntu Wireless versucht, seinen Schlüssel zu aktualisieren.

Lonstar
quelle
1

Das Problem zu schätzen wissen:

  1. Wie Sie hat auch das drahtlose Netzwerk in Version 10.04 LTS für mich funktioniert. Dies galt auch für die Fragen 31483, 67077 und andere, die alle als "zu lokalisiert" geschlossen sind. Dies ist eine IAQ (selten beantwortete Frage) .

  2. Mein drahtloses Netzwerk ist unter Ubuntu langsamer als unter Windows-Boxen oder sogar auf demselben Computer, der unter Windows gestartet wurde.

  3. Ich erhalte eine eigenartige Sägezahnkurve der Ping-Zeiten von meinem Laptop zu einem WLAN-Router (z. B. 10.0.0.1 oder 192.0.0.1 zu Hause). Hier sind meine Ping-Millisekunden von meinem Laptop zum AP meines Coffeeshops, wobei Klammern hinzugefügt werden, um den Sägezahnzyklus zu veranschaulichen.

    (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) ...

  4. Ich kann mich mit einigen Coffeeshop-APs verbinden und nicht mit anderen. Die Ergebnisse sind fast, aber nicht immer gleich. Sobald ich mich in einem blauen Mond befinde, verbinde ich mich mit einem AP, den ich als nicht verbindbar abgeschrieben hatte.

  5. Ein Großteil des Syslogs ist ausführlich, etwa 50 Zeilen für einen Verbindungsversuch. Vieles beschäftigt sich mit dem nicht verwendeten IPv6. Beim Vergleich einer guten Verbindung mit einer schlechten Verbindung wird eine gute Verbindung hergestellt (DHCPDISCOVER, dann DHCPREQUEST empfängt dann DHCPOFFER), während eine fehlerhafte Verbindung DHCPDISCOVER ausführt und keine DHCPREQUEST- oder DHCPOFFER-Leitungen aufweist.

Informationen sammeln

Viele Fragen wie diese haben keine guten Informationen. Hier ist eine kleine Hilfe beim Sammeln von Informationen:

Das normalerweise relevanteste Protokoll ist / var / log / syslog, das alle Arten von zufälligen Informationen sammelt. Eine drahtlose Verbindung erzeugt im Allgemeinen mindestens 100 Leitungen.

# 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

Ein weiteres Protokoll ist dmesg, der Kernel-Ringpuffer. Es könnte, sagt aber normalerweise nichts Nützliches. Die übliche Netzwerknachricht lautet "Keine IPv6-Router vorhanden".

# 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

Der Befehl ifconfig bezieht sich auf verkabelte und nicht verdrahtete Netzwerkschnittstellen. Es zeigt Hardwareadressen und Paketzahlen an und kann diese konfigurieren.

# 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

Der Befehl iwconfig befasst sich mit drahtlosen Schnittstellen. Beachten Sie, dass Sie dies als root ausführen möchten, da es manchmal abgekürzte Ergebnisse aus dem Benutzerkonto liefert.

# 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

Sie können auch die folgenden Befehle verwenden:

# 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.

Fehlerbehebung und Lösungen

Es scheint eine Folge von Hinweisen zu geben.

  1. Schließen Sie das Unvorsichtige aus. Stellen Sie sicher, dass Ihr WLAN aktiviert ist, dass Sie das richtige Kennwort haben usw. Starten Sie in Windows, um dies zu überprüfen. Suchen Sie nach DHCPDISCOVER, aber fordern Sie nicht in / var / log / syslog an.

  2. Sehen Sie, wo das Netzwerk kaputt geht. Ping-Loopback (127.0.0.1), versuchen Sie es mit einer Verbindung zum Access Point, versuchen Sie es mit einem Ping-Out (74.125.244.39 ist Google), versuchen Sie es mit einem Ping von google.com (mithilfe von DNS). Probieren Sie ein Wget auf http://www.google.com aus .

  3. Versuchen Sie, Ihre WLAN-Karte auf die schwarze Liste zu setzen oder den Hardware-Test mithilfe von Dateien in /etc/modprobe.d anzuhalten.

  4. Gehen Sie in den Netzwerkmanager und geben Sie sich eine feste, angemessene IP-Adresse. Der Router antwortet Ihnen dann.

  5. Versuchen Sie einen Neustart. Es gibt gelegentlich Probleme mit Netzwerkkarten, die aus dem Energiesparmodus zurückkehren.

  6. Es gibt einige bekannte Probleme, die auch im Hardware-Support aufgeführt sind .

Viel Glück und ich werde versuchen, diese Antwort aus den Kommentaren zu aktualisieren.

Charles Merriam
quelle
Manchmal konnte ich DHCPDISCOVER sehen, gefolgt von DHCPREQUEST und dem Empfang von DHCPOFFER. Und zu anderen Zeiten DHCPREQUEST und Empfang von DHCPACK Diese kommen wiederholt mit bestimmten Millisekundenintervallen. Während des Ping-Loopbacks werden keine Probleme angezeigt. Beim Ping wird beispielsweise 74.125.244.39 angezeigt. Manchmal wird "Netzwerk nicht erreichbar" angezeigt. ansonsten ist es ok. Aber nicht zulassen, dass es die gesamten Pakete überträgt. Vorher wird es beendet. Bitte lassen Sie mich wissen, wie ich eine Lösung für diese Art von Problem bekommen kann. Und es kommt immer, wenn ich versuche, eine Verbindung zu wlan herzustellen.
Sruthi
Beim Überprüfen von / var / log / syslog konnte ich Folgendes feststellen:> wlan0: Keine IPv6-Router vorhanden> wlan0: IP6 addrconf ist abgelaufen oder fehlgeschlagen. > wlan0 Phase 4 von 5 (IPv6 Confg Timeout) geplant. > wlan0 Stufe 4 von 5 (IPv6-Konfigurationszeitlimit) wurde gestartet. > Gerätestatusänderung: aktiviert-> fehlgeschlagen (Grund 'ip-config-unavailable')> wlan0 für Access Point (ITI) fehlgeschlagen Nach wenigen Millisekunden:> Optionen für die Kompilierungszeit: IPv6 GNU-getopt DBus i18n DHCP TFTP-Conntrack-IDN> kein Upstream Server konfiguriert> wlan0: Status der Supplicant-Schnittstelle: abgeschlossen -> getrennt> Verbindung automatisch aktivieren 'ITI'> wlan0 startet Verbindung 'ITI'
sruthi
Haben Sie mit Ihrem Netzwerkmanager überprüft, ob IPv6 für eine erfolgreiche Verbindung "obligatorisch" ist (auf der Registerkarte IPv6 gibt es dafür ein Kontrollkästchen). Wenn ja, deaktivieren Sie das. Könnte sehr gut sein, dass das fehlgeschlagene IPv6 sonst zu Verbindungsabbrüchen führt.
Izzy
1

Ich entschuldige mich für die verspätete Antwort (da diese bereits behoben ist). Eine hilfreiche Sache bei diesem Problem war jedoch, meinen Laptop an das kabelgebundene Netzwerk anzuschließen und das "WEP" -Kennwort für die Verbindung physisch zu erstellen.

Es scheint, dass Ubuntu versucht hat, eine Verbindung zum drahtlosen Netzwerk herzustellen. Der Router hat nach einem Kennwort gefragt, aber Ubuntu beschließt, eine "ungültige Authentifizierung" auszulösen, dh "Verbindung fehlgeschlagen. Verbindung aktivieren ist fehlgeschlagen." anstatt Ihnen zu erlauben, die Passphrase einzugeben.

Dies hat das Problem für mich behoben.

Asche
quelle