In Archlinux hat es eine gültige IP, aber es konnte keine Verbindung hergestellt werden

Später habe ich einen WLAN-Router gewechselt und alles geht in Ordnung. Vielleicht gab es etwas Unvereinbares zwischen dem ersteren und dem letzteren. Trotzdem kann ich den Grund nicht verstehen.

--------aktualisieren---------------------

~ % uname -a
Linux archlinux 3.17.6-1-ARCH #1 SMP PREEMPT Sun Dec 7 23:43:32 UTC 2014 x86_64 GNU/Linux
~ % ip route               
default via 192.168.1.1 dev wlp3s0  metric 303 
192.168.1.0/24 dev wlp3s0  proto kernel  scope link  src 192.168.1.20  metric 303 
~ % cat /etc/resolv.conf 
# Generated by resolvconf
nameserver 192.168.1.1

~ % lspci -vvv
03:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8723AE PCIe Wireless Network Adapter
Subsystem: Realtek Semiconductor Co., Ltd. Device 0726
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 18
Region 0: I/O ports at e000 [size=256]
Region 2: Memory at f7d00000 (64-bit, non-prefetchable) [size=16K]
Capabilities: <access denied>
Kernel driver in use: rtl8723ae
Kernel modules: rtl8723ae

Beschreibung: Wenn eine Verbindung zum Router hergestellt wird, erhält es eine gültige IP -Adresse. In meinem Fall ist dies 192.168.1.20, es besteht jedoch keine Verbindung zu anderen

ping 192.168.1.1

Gibt nichts zurück und es wird kein Timeout-Fehler angezeigt, bis ich Strg + C drücke, um es abzubrechen.

Was mich verwirrt ist, dass es normal läuft und eine Verbindung zu anderen Routern herstellt, und dass andere Geräte normal laufen , um eine Verbindung zu genau dem Router herzustellen. Ich kann es einfach nicht herausfinden.

Ich habe versucht, opensuse livecd und archlinux livecd, alles ist in Ordnung. Ich denke also, dass möglicherweise etwas mit dem Fahrer nicht stimmt. Also habe ich den Wireless-Treiber aus dem Quellcode kompiliert , neu gestartet und nichts geändert.

Vielen Dank.

— UnixAgain
quelle

Oh, du benutzt das systemdNetzwerkmaterial? Hatte das gleiche Problem, als ich es zum ersten Mal tat - es wurden keine Namensauflösungen vom DHCP-Server benötigt. Schau rein /etc/resolv.conf- es ist das, was es für mich getan hat. Obwohl ich sehe, dass Sie pingeine aktuelle IP haben und leer sind und jetzt weniger sicher sind ...

— mikeserv

Was ip routesagt das?

— cjm

Es ist wahrscheinlich der Treiber, was ist Ihre Kernel-Version, das Aktualisieren des Kernels zusammen mit der Installation der neuen Treiber hat meine Realtek-Sorgen in der Vergangenheit

— behoben

@mikeserv Danke für deine Hilfe. Ich vermute das Problem auch, also habe ich versucht, die drahtlose Karte über NetworkManager zu steuern, aber auch nichts hat sich geändert. Ich habe oben einige Ausgaben aktualisiert.

— UnixAgain

Werfen Sie einen Blick auf die Seite Arch Wiki Wireless. Dort finden Sie einen vollständigen Abschnitt zur Fehlerbehebung bei Treibern . Sie sollten den Artikel jedoch wahrscheinlich von Anfang an lesen und befolgen.

— BSD

-1

Vielleicht versuchen Sie es mit arp -a, sehen Sie, wer auf Ihrem Link ist. Fügen Sie ihnen eine statische Route hinzu. Eine davon ist der DHCP-Server, eine der DNS. Entfernen Sie dann die Routen.

— MoonDrop-Erbe
quelle