linuxcub
Anmeldungsdatum: 13. März 2007
Beiträge: 1642
|
Hallo, harteknut schrieb: snip hat mir empfohlen Poste doch mal Dein Thema inkl. entsprechenden Infos (v.a. von Router und Repeater) im Bereich "fortgeschrittene Netzwerkkonfiguration".
Das tue ich hiermit, bitte berücksichtigt, dass ich keine fortgeschrittenen Kenntnisse in Netzwerkkonfiguration habe. Ich bitte deshalb um Hilfestellung, vor allem, welche Infornationen ich wie posten soll. Schon mal Dank voraus. Das Problem: Kurzfassung: Mein Rechner (Notebook) bekommt IPv6-Adressen (z.B. google.com) aber keine IPv4-Adressen (z.B. ping aol.com > "no network connection") wenn der WLAN Repeater (TP-Link TL-WA850RE) involviert ist, die bekommt er nur direkt vom WLAN Router. Dieses Problem tritt bei Lubuntu 20.04, Ubuntu 20.04, Debian Bullseye/sid, einer sehr neuen Fedora Live Version, usw. auf, also bei den "neuen" Distros nicht bei "Buntu" 18.04 Versionen oder Debian Buster. Dieses Problem mit den "neuen" Distros tritt nur mit NetworkManager auf; nicht mit Connman. Erste Frage: Was haben die Entwickler von NetworkManager geändert, damit das mit IPv4 nicht mehr klappt. Leider weiss ich nicht, welche Infos hier wichtig sind und wie ich sie bekomme. Könnt ihr mir bitte helfen! Danke, linuxcub
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17643
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Zeige ip a
Einmal am Repeater und einmal ohne.
Sind die SSIDs von den WLANs (normal und Repeater) unterschiedlich?
Wenn nein, diese ändern, damit man immer wei0ß, mit wem man verbunden ist.
|
harteknut
Anmeldungsdatum: 9. Oktober 2007
Beiträge: 213
|
... und noch eine kleine wording-Korrektur:
Der NetworkManager verweigert Dir keine Adressen. Du bekommst aber scheinbar keine v4-Route. Die Ursache liegt aller Wahrscheinlichkeit in unterschiedlicher Konfiguration, ich kann mir keinen Zusammenhang mit der NM-Version vorstellen, aber das werden wir klären. Gib uns doch auch die Konfiguration von:
|
linuxcub
(Themenstarter)
Anmeldungsdatum: 13. März 2007
Beiträge: 1642
|
DJKUhpisse schrieb: Zeige ip a
Einmal am Repeater und einmal ohne.
Sind die SSIDs von den WLANs (normal und Repeater) unterschiedlich?
Ja Router:
~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: enp3s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
link/ether 50:b7:c3:7f:73:40 brd ff:ff:ff:ff:ff:ff
3: wlp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 20:16:d8:43:47:9a brd ff:ff:ff:ff:ff:ff
inet 192.168.2.219/24 brd 192.168.2.255 scope global dynamic noprefixroute wlp2s0
valid_lft 1814369sec preferred_lft 1814369sec
inet6 2003:d0:8f25:c53c:5732:7a14:3fae:8e24/64 scope global temporary dynamic
valid_lft 172769sec preferred_lft 86149sec
inet6 2003:d0:8f25:c53c:ff5:a59c:d17:12f1/64 scope global dynamic mngtmpaddr noprefixroute
valid_lft 172769sec preferred_lft 86369sec
inet6 fe80::18ab:8bd1:b1cd:7882/64 scope link noprefixroute
valid_lft forever preferred_lft forever
~$ Repeater:
~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: enp3s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
link/ether 50:b7:c3:7f:73:40 brd ff:ff:ff:ff:ff:ff
3: wlp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 20:16:d8:43:47:9a brd ff:ff:ff:ff:ff:ff
inet6 2003:d0:8f25:c53c:5b5c:1e6b:968f:8934/64 scope global temporary dynamic
valid_lft 172787sec preferred_lft 86167sec
inet6 2003:d0:8f25:c53c:194c:9ade:fb4e:8ffa/64 scope global dynamic mngtmpaddr noprefixroute
valid_lft 172787sec preferred_lft 86387sec
inet6 fe80::105c:9efd:23a9:9ca6/64 scope link noprefixroute
valid_lft forever preferred_lft forever
~$
|
linuxcub
(Themenstarter)
Anmeldungsdatum: 13. März 2007
Beiträge: 1642
|
harteknut schrieb: Gib uns doch auch die Konfiguration von:
Kann ich da Screenshots schicken? Das sind ja unheimlich viele Tabs, die ich da abtippen müsste.
|
harteknut
Anmeldungsdatum: 9. Oktober 2007
Beiträge: 213
|
Das ist schonmal sehr eindeutig:
Mit dem Repeater bekommt Dein Rechner keine IPv4. Kannst Du bitte mal die Ausgabe von ip a schicken, wenn Du am Repeater mit Connman die Verbindung herstellst?
|
harteknut
Anmeldungsdatum: 9. Oktober 2007
Beiträge: 213
|
linuxcub schrieb: Kann ich da Screenshots schicken? Das sind ja unheimlich viele Tabs, die ich da abtippen müsste.
Screenshots reichen, aber als erstes könntest Du die "Methode" im Reiter IPv4 nennen.
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17643
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
harteknut schrieb: Das ist schonmal sehr eindeutig:
Mit dem Repeater bekommt Dein Rechner keine IPv4.
Wobei das eigentlich komisch ist.
Der Repeater arbeitet nicht mit IP-Adressen, der interessiert sich nur für MAC-Adressen und das WLAN.
Der ist wie ein Switch und interessiert sich nicht für IP-Adressen.
Nimm den Wireshark und schneide mit, ob dein PC überhaupt ein DHCP-Request schickt.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13923
|
linuxcub schrieb: Repeater:
~$ ip a
3: wlp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 20:16:d8:43:47:9a brd ff:ff:ff:ff:ff:ff
inet6 2003:d0:8f25:c53c:5b5c:1e6b:968f:8934/64 scope global temporary dynamic
valid_lft 172787sec preferred_lft 86167sec
inet6 2003:d0:8f25:c53c:194c:9ade:fb4e:8ffa/64 scope global dynamic mngtmpaddr noprefixroute
valid_lft 172787sec preferred_lft 86387sec
inet6 fe80::105c:9efd:23a9:9ca6/64 scope link noprefixroute
valid_lft forever preferred_lft forever
Poste mal, wenn Du mit dem NetworkManager am Repeater bist, die Ausgabe von:
sudo nmap -4 --script broadcast-dhcp-discover
|
harteknut
Anmeldungsdatum: 9. Oktober 2007
Beiträge: 213
|
Ich vermute, dass der Repeater das Gateway- / den DHCP-Server nicht richtig weiter gibt. (Konigration Repeater!)
IPv6 geht weiterhin, weil die Info da (wie ich seit gestern weiß) über das Router Advertisement verschickt werden und ein falsch eingestellter Repeater keine Rolle spielt.
(wieder ein Punkt für IPv6...)
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17643
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
harteknut schrieb: Ich vermute, dass der Repeater das Gateway- / den DHCP-Server nicht richtig weiter gibt. (Konigration Repeater!)
IPv6 geht weiterhin, weil die Info da (wie ich seit gestern weiß) über das Router Advertisement verschickt werden und ein falsch eingestellter Repeater keine Rolle spielt.
(wieder ein Punkt für IPv6...)
Ausgekochter Blödsinn.
Ein Repeater muss kein Gateway/den DHCP weitergeben.
DHCP läuft erstmal über Ethernet-Broadcasts, die gibt der Repeater einfach weiter wie andere Ethernet-Frames auch.
IPv6 geht weiterhin, weil die Info da (wie ich seit gestern weiß) über das Router Advertisement verschickt werden und ein falsch eingestellter Repeater keine Rolle spielt.
Auch das ist Quatsch, der Repeater hat damit NICHTS zu tun, wenn er nur als Repeater arbeitet.
|
lubux
Anmeldungsdatum: 21. November 2012
Beiträge: 13923
|
harteknut schrieb: Ich vermute, dass der Repeater das Gateway- / den DHCP-Server nicht richtig weiter gibt. (Konigration Repeater!)
Und warum ist dann ein Unterschied zwischen NM und Connman?
|
harteknut
Anmeldungsdatum: 9. Oktober 2007
Beiträge: 213
|
DJKUhpisse schrieb: wenn er nur als Repeater arbeitet.
genau. Was ich damit sagen möchte: Wenn der Rechner am Router eine saubere IPv4 bekommt und am "Repeater" nicht, dann könnte es doch auch sein, dass der Repeater gar nicht als Repeater konfiguriert ist, oder nicht?
|
linuxcub
(Themenstarter)
Anmeldungsdatum: 13. März 2007
Beiträge: 1642
|
harteknut schrieb: Kannst Du bitte mal die Ausgabe von ip a schicken, wenn Du am Repeater mit Connman die Verbindung herstellst?
*** Mit Connman *** Router
~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: enp3s0: <NO-CARRIER,BROADCAST,MULTICAST,DYNAMIC,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
link/ether 50:b7:c3:7f:73:40 brd ff:ff:ff:ff:ff:ff
3: wlp2s0: <BROADCAST,MULTICAST,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 20:16:d8:43:47:9a brd ff:ff:ff:ff:ff:ff
inet 192.168.2.219/24 brd 192.168.2.255 scope global wlp2s0
valid_lft forever preferred_lft forever
inet6 2003:d0:8f25:c53c:2216:d8ff:fe43:479a/64 scope global dynamic mngtmpaddr
valid_lft 172782sec preferred_lft 86382sec
inet6 fe80::2216:d8ff:fe43:479a/64 scope link
valid_lft forever preferred_lft forever
~$ *** Repeater ***
~$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: enp3s0: <NO-CARRIER,BROADCAST,MULTICAST,DYNAMIC,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
link/ether 50:b7:c3:7f:73:40 brd ff:ff:ff:ff:ff:ff
3: wlp2s0: <BROADCAST,MULTICAST,DYNAMIC,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 20:16:d8:43:47:9a brd ff:ff:ff:ff:ff:ff
inet 192.168.2.121/24 brd 192.168.2.255 scope global wlp2s0
valid_lft forever preferred_lft forever
inet6 2003:d0:8f25:c53c:2216:d8ff:fe43:479a/64 scope global dynamic mngtmpaddr
valid_lft 172766sec preferred_lft 86366sec
inet6 fe80::2216:d8ff:fe43:479a/64 scope link
valid_lft forever preferred_lft forever
~$
Das war mühsam! Den Connman habe ich z.Zt. nur auf BunsenLabs Beryllium,(basiert wie Ubuntu 20.04 auf Debian Bullseye/sid),und ist wie Lubuntu 20.04 extrem langsam, noch langsamer, auf meiner alten Multiboot-Mühle (es kommt bald eine neue). Vor allem beim Starten sind die "neuen" Distros bei mir zum Einschlafen.
|
linuxcub
(Themenstarter)
Anmeldungsdatum: 13. März 2007
Beiträge: 1642
|
harteknut schrieb: ...als erstes könntest Du die "Methode" im Reiter IPv4 nennen.
Ok, bin wieder in Lubuntu mit NM, hat wieder ewig gedauert. Repeater: Edit connections > IPv4 Settings: > Method: "Automatic (DHCP) addresses only" (Meine Distros sind alle - gewollt - auf Englisch) Was kommt jetzt?
|