thlk
Anmeldungsdatum: 28. März 2016
Beiträge: 102
|
Moin, also ich bin gerade zu Besuch bei Bekannten und irgendwie klappt das mit der Verbindung zum WLAN nicht.
Der eigentliche Verbindungsaufbau zum WLAN klappt, aber ich kann keine Internetseiten aufrufen, ich bekomme keinen Ping von irgendwelchen Seiten. Hier im Haus gibt es einen Telekom DSL Anschluss, und andere Leute, die sich z.B per Smartphone einwählen, können das Internet normal nutzen. Wenn ich übrigens das Netzwerkkabel vom Repeater, der hier steht, an meinen Laptop anschließe, dann kann ich das Internet normal nutzen und per dnsleaktest.com finde ich dann 8 DNS-Server der Telekom. nur eben per WLAN klappts nicht. Die IP vom Repeater ist 192.168.2.2
Er ist ein Linksys WRT54GL v1.1 und hat die folgende Software: DD-WRT v24-sp2 (05/21/09) std - build 12188
Betriebsmodus: Gateway. Ich habe noch einige Screenshots angefügt und ein bisschen Terminal. Hätte vielleicht jemand eine Idee? lspci -nnk | grep -i net -A2
00:19.0 Ethernet controller [0200]: Intel Corporation 82567LM Gigabit Network Connection [8086:10f5] (rev 03)
Subsystem: Lenovo 82567LM Gigabit Network Connection [17aa:20ee]
Kernel driver in use: e1000e
Kernel modules: e1000e
--
02:00.0 Network controller [0280]: Qualcomm Atheros AR9285 Wireless Network Adapter (PCI-Express) [168c:002b] (rev 01)
Subsystem: Fujitsu Limited. AR9285 Wireless Network Adapter (PCI-Express) [10cf:1537]
Kernel driver in use: ath9k
Kernel modules: ath9k
cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.1.1
search fritz.box
- Bilder
|
praseodym
Supporter
Anmeldungsdatum: 9. Februar 2009
Beiträge: 22097
Wohnort: ~
|
Gib die Nameserver des Anbieters (oder die Google-Public-NS 8.8.8.8 und 8.8.4.4) durch Komma getrennt im Netzwerkmanager an, siehe hier. Danach Netzwerk neu starten.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8616
Wohnort: Münster
|
Welche Desktop-Oberfläche verwendest Du? Welches Netwerk-Konfigurationsprogramm verwendest Du? NetworkManager?
Bitte zeige die Ausgaben dieser Befehle im Codeblock formatiert:
nmcli general
nmcli device
nmcli connection Sowie auch diese:
ip -br link
ip -4 route
ip -4 addr Möglicherweise liegt der Fehler in einer zu komplizierten Konfiguration für WLAN. Lösche diese und lege sie neu an, vermeide spezielle Einstellungen, insbesondere sollte WLAN-Modus nicht auf Bridge oder Repeater , sondern auf Client stehen.
|
thlk
(Themenstarter)
Anmeldungsdatum: 28. März 2016
Beiträge: 102
|
praseodym schrieb: Gib die Nameserver des Anbieters (oder die Google-Public-NS 8.8.8.8 und 8.8.4.4) durch Komma getrennt im Netzwerkmanager an, siehe hier. Danach Netzwerk neu starten.
das hat nicht geklappt.... weiterhin keine Verbindung.
|
thlk
(Themenstarter)
Anmeldungsdatum: 28. März 2016
Beiträge: 102
|
kB schrieb: Welche Desktop-Oberfläche verwendest Du?
Mate
Welches Netwerk-Konfigurationsprogramm verwendest Du? NetworkManager?
Network Manager
Bitte zeige die Ausgaben dieser Befehle im Codeblock formatiert:
nmcli general
STATUS KONNEKTIVITÄT WLAN-HW WLAN WWAN-HW WWAN
verbunden vollständig aktiviert aktiviert aktiviert aktiviert
thl@thl-ThinkPad-X200 ~ $ nmcli device
GERÄT TYP STATUS VERBINDUNG
enp0s25 ethernet verbunden Auto-Ethernet
wlp2s0 wifi verbunden WLAN-ECE075
lo loopback nicht verwaltet --
thl@thl-ThinkPad-X200 ~ $ nmcli connection
NAME UUID TYP GERÄT
Auto-Ethernet 4a1aaf76-db66-4df0-905e-9f41f04e5193 802-3-ethernet enp0s25
WLAN-ECE075 5cfe043d-7f3e-4f58-b9af-4080a14bf3a3 802-11-wireless wlp2s0
Atir 84f5468a-d48c-4733-a488-6ae860db132c 802-11-wireless --
Congstar Prepaid Contracts 68996c79-2c97-498f-9352-a51f2f7aad61 gsm --
DLR Gastzugang 18c029b9-2369-4bc5-bd30-96f528104637 802-11-wireless --
Freifunk 60271a70-8ad9-4873-b73a-70c4719b2eab 802-11-wireless --
Jokers Revier e5048c21-6d4a-4c24-be09-aafb1d56a4de 802-11-wireless --
VPN Schweiz aa670c9f-aac2-4959-b2f6-f9e2c0485361 vpn --
o2-WLAN93 ec7592d8-b1a2-4b19-ad69-9551174fc723 802-11-wireless --
thlk2 a9b92490-38d3-4f20-9cdd-67f679007d67 802-11-wireless --
thl@thl-ThinkPad-X200 ~ $ ip -br link
lo UNKNOWN 00:00:00:00:00:00 <LOOPBACK,UP,LOWER_UP>
enp0s25 UP 00:1f:16:31:18:9a <BROADCAST,MULTICAST,UP,LOWER_UP>
wlp2s0 UP c0:f8:da:1f:ce:fb <BROADCAST,MULTICAST,UP,LOWER_UP>
thl@thl-ThinkPad-X200 ~ $ ip -4 route
default via 192.168.2.1 dev enp0s25 proto static metric 100
default via 192.168.2.1 dev wlp2s0 proto static metric 600
169.254.0.0/16 dev wlp2s0 scope link metric 1000
192.168.2.0/24 dev enp0s25 proto kernel scope link src 192.168.2.129 metric 100
192.168.2.0/24 dev wlp2s0 proto kernel scope link src 192.168.2.128 metric 600
thl@thl-ThinkPad-X200 ~ $ ip -4 addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
2: enp0s25: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
inet 192.168.2.129/24 brd 192.168.2.255 scope global dynamic enp0s25
valid_lft 863873sec preferred_lft 863873sec
3: wlp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
inet 192.168.2.128/24 brd 192.168.2.255 scope global dynamic wlp2s0
valid_lft 863781sec preferred_lft 863781sec
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13922
|
thlk schrieb: also ich bin gerade zu Besuch bei Bekannten und irgendwie klappt das mit der Verbindung zum WLAN nicht.
Der eigentliche Verbindungsaufbau zum WLAN klappt, aber ich kann keine Internetseiten aufrufen, ich bekomme keinen Ping von irgendwelchen Seiten.
Entferne die Kabelverbindung und poste danach die Ausgaben von:
iwconfig
arp -av
ping -c 3 -W 2 192.168.2.1
ping -c 3 -W 2 192.168.2.2
ping -c 3 -W 2 9.9.9.9
nc -zv 9.9.9.9 53
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Hallo, zudem bitte noch die bisher interessanterweise nicht angeforderten, aber wichtigen Informationen zur Systemkonfiguration des DNS:
| cat /etc/resolv.conf
ls -l /etc | grep resolv
dpkg -l resolv* | grep ii
|
Die Einstellungen des Network-Managers greifen nicht, wenn da etwas nicht stimmt.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13922
|
elektronenblitz63 schrieb: zudem bitte noch die bisher interessanterweise nicht angeforderten, aber wichtigen Informationen zur Systemkonfiguration des DNS:
Der Inhalt der resolv.conf ist aus dem 1. Beitrag ersichtlich:
cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.1.1
search fritz.box
Aber warum soll die Namensauflösung per Kabel funktionieren und per WLAN nicht, vorausgesetzt man hat auch per WLAN eine Internetverbindung?
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Das Problem ist zunächst, dass die Abfragen mit konfigurierter Ethernet-Verbindung gezeigt wurden und nicht mit der problematischen WLAN-Verbindung! Der Fehler tritt dann ja nicht auf und ist so nicht erkennbar. Die Abfrage der resolv.conf habe ich übersehen, da alles im selben Codeblock seht. Danke für den Hinweis. Die Konfiguration an sich kann dennoch fehlerhaft sein (Symlink kaputt/resolvconf fehlt oder beschädigt). Alle Abfragen werden mit WLAN-Verbindung benötigt!
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8616
Wohnort: Münster
|
Bitte zeige die angefragten Informationen ohne angeschlossenes Netzwerkkabel! Hast Du die Verbindung WLAN-ECE075 , wie von mir vorgeschlagen erneuert? Mit welchem Ergebnis? Bitte zeige diese Verbindung: nmcli connection show WLAN-ECE075 Kein sudo! Ergibt längere Ausgabe. Sicherheitseinstellungen werden maskiert.
|
thlk
(Themenstarter)
Anmeldungsdatum: 28. März 2016
Beiträge: 102
|
kB schrieb: Bitte zeige die angefragten Informationen ohne angeschlossenes Netzwerkkabel!
ok, mach ich gleich.
Hast Du die Verbindung WLAN-ECE075 , wie von mir vorgeschlagen erneuert? Mit welchem Ergebnis?
ja, hab ich, keine Änderung. Es steht auch "client" drin, und es sind dort keine besonderen Einstellungen gemacht. ich hatte nur heute einmal versucht, wie weiter oben beschrieben, 2 zusätzliche dns Server einzubauen, aber das half auch nicht.
Bitte zeige diese Verbindung: nmcli connection show WLAN-ECE075 Kein sudo! Ergibt längere Ausgabe. Sicherheitseinstellungen werden maskiert.
ja, das kommt jetzt (alle Abfragen, auch die danach kommen, hab ich gemacht, nachdem ich das Netzwerkkabel rausgezogen hatte): nmcli connection show WLAN-ECE075
connection.id: WLAN-ECE075
connection.uuid: 5cfe043d-7f3e-4f58-b9af-4080a14bf3a3
connection.interface-name: --
connection.type: 802-11-wireless
connection.autoconnect: yes
connection.autoconnect-priority: 0
connection.timestamp: 1521198402
connection.read-only: no
connection.permissions: user:thl
connection.zone: --
connection.master: --
connection.slave-type: --
connection.autoconnect-slaves: -1 (Vorgabe)
connection.secondaries:
connection.gateway-ping-timeout: 0
connection.metered: unbekannt
connection.lldp: -1 (default)
802-11-wireless.ssid: WLAN-ECE075
802-11-wireless.mode: infrastructure
802-11-wireless.band: --
802-11-wireless.channel: 0
802-11-wireless.bssid: --
802-11-wireless.rate: 0
802-11-wireless.tx-power: 0
802-11-wireless.mac-address: C0:F8:DA:1F:CE:FB
802-11-wireless.cloned-mac-address: --
802-11-wireless.mac-address-blacklist:
802-11-wireless.mac-address-randomization:Vorgabe
802-11-wireless.mtu: auto
802-11-wireless.seen-bssids: 20:AA:4B:08:3D:BE
802-11-wireless.hidden: no
802-11-wireless.powersave: default (0)
802-11-wireless-security.key-mgmt: wpa-psk
802-11-wireless-security.wep-tx-keyidx: 0
802-11-wireless-security.auth-alg: --
802-11-wireless-security.proto:
802-11-wireless-security.pairwise:
802-11-wireless-security.group:
802-11-wireless-security.leap-username: --
802-11-wireless-security.wep-key0: <verborgen>
802-11-wireless-security.wep-key1: <verborgen>
802-11-wireless-security.wep-key2: <verborgen>
802-11-wireless-security.wep-key3: <verborgen>
802-11-wireless-security.wep-key-flags: 0 (keine)
802-11-wireless-security.wep-key-type: 0 (unbekannt)
802-11-wireless-security.psk: <verborgen>
802-11-wireless-security.psk-flags: 0 (keine)
802-11-wireless-security.leap-password: <verborgen>
802-11-wireless-security.leap-password-flags:0 (keine)
ipv4.method: auto
ipv4.dns: 217.237.148.90,192.168.2.2
ipv4.dns-search:
ipv4.dns-options: (Vorgabe)
ipv4.dns-priority: 0
ipv4.addresses:
ipv4.gateway: --
ipv4.routes:
ipv4.route-metric: -1
ipv4.ignore-auto-routes: no
ipv4.ignore-auto-dns: no
ipv4.dhcp-client-id: --
ipv4.dhcp-timeout: 0
ipv4.dhcp-send-hostname: yes
ipv4.dhcp-hostname: --
ipv4.dhcp-fqdn: --
ipv4.never-default: no
ipv4.may-fail: yes
ipv4.dad-timeout: -1 (Vorgabe)
ipv6.method: auto
ipv6.dns:
ipv6.dns-search:
ipv6.dns-options: (Vorgabe)
ipv6.dns-priority: 0
ipv6.addresses:
ipv6.gateway: --
ipv6.routes:
ipv6.route-metric: -1
ipv6.ignore-auto-routes: no
ipv6.ignore-auto-dns: no
ipv6.never-default: no
ipv6.may-fail: yes
ipv6.ip6-privacy: 0 (deaktiviert)
ipv6.addr-gen-mode: stable-privacy
ipv6.dhcp-send-hostname: yes
ipv6.dhcp-hostname: --
GENERAL.NAME: WLAN-ECE075
GENERAL.UUID: 5cfe043d-7f3e-4f58-b9af-4080a14bf3a3
GENERAL.GERÄTE: wlp2s0
GENERAL.STATUS: aktiviert
GENERAL.VORGABE: ja
GENERAL.STANDARD6: nein
GENERAL.VPN: nein
GENERAL.ZONE: --
GENERAL.DBUS-PFAD: /org/freedesktop/NetworkManager/ActiveConnection/2
GENERAL.CON-PFAD: /org/freedesktop/NetworkManager/Settings/9
GENERAL.SPEC-OBJECT: /org/freedesktop/NetworkManager/AccessPoint/0
GENERAL.MASTER-PFAD: --
IP4.ADRESSE[1]: 192.168.2.128/24
IP4.GATEWAY: 192.168.2.1
IP4.DNS[1]: 192.168.2.1
IP4.DNS[2]: 217.237.148.90
IP4.DNS[3]: 192.168.2.2
IP4.DOMÄNE[1]: fritz.box
DHCP4.OPTION[1]: requested_ms_classless_static_routes = 1
DHCP4.OPTION[2]: requested_domain_search = 1
DHCP4.OPTION[3]: requested_host_name = 1
DHCP4.OPTION[4]: requested_time_offset = 1
DHCP4.OPTION[5]: requested_domain_name = 1
DHCP4.OPTION[6]: requested_rfc3442_classless_static_routes = 1
DHCP4.OPTION[7]: requested_broadcast_address = 1
DHCP4.OPTION[8]: requested_wpad = 1
DHCP4.OPTION[9]: requested_netbios_scope = 1
DHCP4.OPTION[10]: next_server = 192.168.2.1
DHCP4.OPTION[11]: expiry = 1522061777
DHCP4.OPTION[12]: requested_interface_mtu = 1
DHCP4.OPTION[13]: requested_subnet_mask = 1
DHCP4.OPTION[14]: routers = 192.168.2.1
DHCP4.OPTION[15]: dhcp_message_type = 5
DHCP4.OPTION[16]: ip_address = 192.168.2.128
DHCP4.OPTION[17]: requested_static_routes = 1
DHCP4.OPTION[18]: domain_name = fritz.box
DHCP4.OPTION[19]: dhcp_renewal_time = 432000
DHCP4.OPTION[20]: requested_domain_name_servers = 1
DHCP4.OPTION[21]: broadcast_address = 192.168.2.255
DHCP4.OPTION[22]: domain_name_servers = 192.168.2.1
DHCP4.OPTION[23]: requested_ntp_servers = 1
DHCP4.OPTION[24]: dhcp_lease_time = 864000
DHCP4.OPTION[25]: dhcp_rebinding_time = 756000
DHCP4.OPTION[26]: requested_netbios_name_servers = 1
DHCP4.OPTION[27]: subnet_mask = 255.255.255.0
DHCP4.OPTION[28]: network_number = 192.168.2.0
DHCP4.OPTION[29]: requested_routers = 1
DHCP4.OPTION[30]: dhcp_server_identifier = 192.168.2.1
IP6.ADRESSE[1]: fe80::7df6:86d4:ac92:b937/64
IP6.GATEWAY:
so, jetzt kommen die Anfragen von lubux und elektronenblitz: iwconfig
wlp2s0 IEEE 802.11 ESSID:"WLAN-ECE075"
Mode:Managed Frequency:2.412 GHz Access Point: 20:AA:4B:08:3D:BE
Bit Rate=54 Mb/s Tx-Power=14 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Power Management:off
Link Quality=70/70 Signal level=-32 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:10667 Missed beacon:0
enp0s25 no wireless extensions.
lo no wireless extensions.
thl@thl-ThinkPad-X200 ~ $ arp -av
DD-WRT (192.168.2.2) auf 20:aa:4b:08:3d:bc [ether] auf wlp2s0
? (192.168.2.1) auf <unvollständig> auf enp0s25
? (192.168.2.1) auf <unvollständig> auf wlp2s0
Einträge: 3 Ignoriert: 0 Gefunden: 3
thl@thl-ThinkPad-X200 ~ $ ping -c 3 -W 2 192.168.2.1
PING 192.168.2.1 (192.168.2.1) 56(84) bytes of data.
--- 192.168.2.1 ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2052ms
thl@thl-ThinkPad-X200 ~ $ ping -c 3 -W 2 192.168.2.2
PING 192.168.2.2 (192.168.2.2) 56(84) bytes of data.
64 bytes from 192.168.2.2: icmp_seq=1 ttl=64 time=3.59 ms
64 bytes from 192.168.2.2: icmp_seq=2 ttl=64 time=1.25 ms
64 bytes from 192.168.2.2: icmp_seq=3 ttl=64 time=2.03 ms
--- 192.168.2.2 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 1.251/2.293/3.592/0.972 ms
thl@thl-ThinkPad-X200 ~ $ ping -c 3 -W 2 9.9.9.9
PING 9.9.9.9 (9.9.9.9) 56(84) bytes of data.
From 192.168.2.128 icmp_seq=1 Destination Host Unreachable
--- 9.9.9.9 ping statistics ---
3 packets transmitted, 0 received, +1 errors, 100% packet loss, time 2013ms
thl@thl-ThinkPad-X200 ~ $ nc -zv 9.9.9.9 53
nc: connect to 9.9.9.9 port 53 (tcp) failed: No route to host
cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.1.1
search fritz.box
thl@thl-ThinkPad-X200 ~ $ ls -l /etc | grep resolv
drwxr-xr-x 5 root root 4096 Feb 12 20:56 resolvconf
-rw-r--r-- 1 root root 189 Feb 11 2016 resolv.conf
thl@thl-ThinkPad-X200 ~ $ dpkg -l resolv* | grep ii
ii resolvconf 1.78ubuntu6 all name server information handler
mit den ganz am Anfang geposteten Screenshots, also zB dass der DHCP Server im Router nur bei eth0 auf "on" steht und dass der WLAN-Modus "Nur-G" und "bridged" ist anstatt getrennt, hat es nichts zu tun? müsste man vielleicht den DHCP Server auch für WLAN auf "on" stellen? Tja, das würde aber wieder nicht erklären, wieso andere Leute sich ins WLAN einwählen und es sofort nutzen können...
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Hi, da ist doch schon das Problem. Die /etc/resolv.conf manuell bearbeitet, Symlink kaputt.
| sudo ln -s -f /var/run/resolvconf/resolv.conf /etc/resolv.conf
|
Die DNS-Auflösung sollte direkt wieder funktionieren, egal mit welcher Verbindung.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13922
|
thlk schrieb: iwconfig
wlp2s0 IEEE 802.11 ESSID:"WLAN-ECE075"
Mode:Managed Frequency:2.412 GHz Access Point: 20:AA:4B:08:3D:BE
Bit Rate=54 Mb/s Tx-Power=14 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Power Management:off
Link Quality=70/70 Signal level=-32 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:10667 Missed beacon:0
thl@thl-ThinkPad-X200 ~ $ arp -av
DD-WRT (192.168.2.2) auf 20:aa:4b:08:3d:bc [ether] auf wlp2s0
? (192.168.2.1) auf <unvollständig> auf enp0s25
? (192.168.2.1) auf <unvollständig> auf wlp2s0
Einträge: 3 Ignoriert: 0 Gefunden: 3
thl@thl-ThinkPad-X200 ~ $ ping -c 3 -W 2 192.168.2.1
PING 192.168.2.1 (192.168.2.1) 56(84) bytes of data.
--- 192.168.2.1 ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2052ms
thl@thl-ThinkPad-X200 ~ $ ping -c 3 -W 2 192.168.2.2
PING 192.168.2.2 (192.168.2.2) 56(84) bytes of data.
64 bytes from 192.168.2.2: icmp_seq=1 ttl=64 time=3.59 ms
64 bytes from 192.168.2.2: icmp_seq=2 ttl=64 time=1.25 ms
64 bytes from 192.168.2.2: icmp_seq=3 ttl=64 time=2.03 ms
--- 192.168.2.2 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 1.251/2.293/3.592/0.972 ms
thl@thl-ThinkPad-X200 ~ $ ping -c 3 -W 2 9.9.9.9
PING 9.9.9.9 (9.9.9.9) 56(84) bytes of data.
From 192.168.2.128 icmp_seq=1 Destination Host Unreachable
--- 9.9.9.9 ping statistics ---
3 packets transmitted, 0 received, +1 errors, 100% packet loss, time 2013ms
... Tja, das würde aber wieder nicht erklären, wieso andere Leute sich ins WLAN einwählen und es sofort nutzen können...
Evtl. ist bei den anderen Leuten, der WLAN-Zugang via Repeater, anders konfiguriert oder deren Geräte sind direkt mit dem Router verbunden (d. h., bei denen wird der Repeater nicht benutzt).
Repeater Bridge allows wireless AND wired clients to connect to a Repeater Bridge router, and through that device wirelessly to a primary router.
https://www.dd-wrt.com/wiki/index.php/Repeater_Bridge EDIT: Oder Du versuchst es mit einem statischen arp-cache-Eintrag, für den Hauptrouter (das gateway mit der IP-Adresse 192.168.2.1 für die default route).
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8616
Wohnort: Münster
|
thlk schrieb: […]
nmcli connection show WLAN-ECE075
[…]
802-11-wireless.powersave: default (0)
[…]
ipv4.dns: 217.237.148.90,192.168.2.2
[…]
Die Verbindungseinstellungen sind unauffällig bis auf die beiden von mir markierten:
Powersave bei WLAN zickt oft, deshalb erst mal ausschalten: Wert auf 2 setzen in root@gnome25:~# cat /etc/NetworkManager/conf.d/default-wifi-powersave-on.conf
[connection]
wifi.powersave = 2 oder in der Verbindungsdatei. Die als DNS-Server angegebenen Adressen sind zweifelhaft: Die öffentliche Adresse antwortet mir nicht auf DNS-Anfragen und auf dem Repeater im Bridge-Modus läuft in der Regel kein DNS-Server. Besser hier nichts eintragen, Du bekommst ja die Fritzbox als DNS-Server per DHCP zugewiesen.
[…] mit den ganz am Anfang geposteten Screenshots, also zB dass der DHCP Server im Router nur bei eth0 auf "on" steht und dass der WLAN-Modus "Nur-G" und "bridged" ist anstatt getrennt, hat es nichts zu tun? müsste man vielleicht den DHCP Server auch für WLAN auf "on" stellen?
Welcher Router? Den Linksys WRT54GL betreibst Du doch als WLAN-Repeater im Bridge-Modus? D.h. hier darf keine Routing-Funktion aktiv sein, auch kein DHCP-Server, auch kein DNS-Server, erst recht kein NAT. Wenn das bei Dir anders eingestellt ist, ist es falsch.
|
elektronenblitz63
Anmeldungsdatum: 16. Januar 2007
Beiträge: 29307
Wohnort: NRW
|
Die Verbindungseinstellungen sind unauffällig bis auf die beiden von mir markierten:
DD-WRT v24-sp2 (05/21/09) std - build 12188 Betriebsmodus: Gateway.
beantworte direkt die Frage ob als transparente Bridge konfiguriert (nein) PWM ist auf 0/default - hier also bereits deaktiviert, bringt also keinerlei Änderung bzw. Verbesserung
wlp2s0 IEEE 802.11 ESSID:"WLAN-ECE075"
...
Power Management:off
|