linuxcub
(Themenstarter)
Anmeldungsdatum: 13. März 2007
Beiträge: 1642
|
Zur Klarstellung, und tut mir leid, wenn ich mich mißverständlich ausgedrückt habe: harteknut
.. Wenn ich das richtig verstanden habe, ist handelt es sich nicht nur um zwei unterschiedliche NM-Versionen, sondern um zwei verschiedene Rechner, oder? Ich gehe davon aus, das sie auch leicht unterschiedlich konfiguriert sind, daher die Frage nach der IPv4-Methode in den NM-Einstellungen.
*** Ich habe ein einziges NB mit einer 500 GB Festplatte. Die hat mehrere Partitionen: z.Zt. für Ubuntu 18.04, Swap, Windows 10, Debian Buster, Lubuntu 20.04 und BunsenLabs Beryllium, und eine NTFS-Partition für Daten. *** Ich mache Multiboot: Ubuntu 18.04 und Debian Buster nenne ich hier zur Unterscheidung die "alten" Distros und den dazugehörigen NM den "alten". Lubuntu 20.04 und BunsenLabs Beryllium nenne ich die "neuen" Distros. Sie basieren beide auf Bullseye/sid. Auf Lubuntu 20.04 habe ich z.Zt. den dazugehörigen NM installiert, ihn nenne ich hier "neu". Auf Beryllium läuft Connman *** Mit Connman gibt es auf allen Distros, "alt" und "neu" keine Probleme mit dem Repeater, IPv6 und IPv4 bestens. Mit dem "alten" NM auf den "alten" Distros klappt auch alles. Mit den "neuen" Distros und dem dazugehörigen "neuen" NM klappt's mit Repeater und IPv4 nicht. Ich weiss, dass ich mich manchmal umständlich ausdrücke. Ich hoffe, das ist jetzt klar ausgedrückt? Wenn ja, werde ich wohl die Geschichte mit Wireshark zuerst anpacken müssen, oder? Gruß, linuxcub
|
harteknut
Anmeldungsdatum: 9. Oktober 2007
Beiträge: 213
|
Hallo linuxcub, klar ausgedrückt, danke. So kann (zumindest ich) die Situation besser einschätzen.
Wireshark ist bestimmt ein guter nächster Schritt. Davor würde ich Dich aber um zwei Dinge bitten: Prüf doch bitte mal die Verbindung mit dem neuen NM und der IPv4-Methode "automatic (DHCP)" (nicht "automatic (DHCP, only addresses)). Nach dem Umstellen bitte einmal neu verbinden und gucken, ob Du dann eine v4-Adresse erhältst (mit ip a oder ifconfig) Erkläre doch bitte kurz in Deinen Worten, was für einen Repeater Du da am Laufen hast und mit welchen Einstellungen.
Mag alles nicht der "deepdive" sein, ist aber nicht viel Arbeit (und ich bin neugierig). Anschließend bitte Wireshark, am Besten mit dem von DJKUhpisse vorgeschlagenem Weg mit "richtigen" Benutzerrechten.
|
harteknut
Anmeldungsdatum: 9. Oktober 2007
Beiträge: 213
|
... und wenn Du mal Zeit hast, kannst Du mich mal aufschlauen, warum Du fünf (!) verschiedene Betriebssysteme auf einem NM fährst ☺ (Keine Kritik, reine Neugier)
|
linuxcub
(Themenstarter)
Anmeldungsdatum: 13. März 2007
Beiträge: 1642
|
harteknut schrieb: Hallo linuxcub, klar ausgedrückt, danke. So kann (zumindest ich) die Situation besser einschätzen.
Wireshark ist bestimmt ein guter nächster Schritt. Davor würde ich Dich aber um zwei Dinge bitten: Prüf doch bitte mal die Verbindung mit dem neuen NM und der IPv4-Methode "automatic (DHCP)" (nicht "automatic (DHCP, only addresses)). Nach dem Umstellen bitte einmal neu verbinden und gucken, ob Du dann eine v4-Adresse erhältst (mit ip a oder ifconfig) Erkläre doch bitte kurz in Deinen Worten, was für einen Repeater Du da am Laufen hast und mit welchen Einstellungen.
Mag alles nicht der "deepdive" sein, ist aber nicht viel Arbeit (und ich bin neugierig). Anschließend bitte Wireshark, am Besten mit dem von DJKUhpisse vorgeschlagenem Weg mit "richtigen" Benutzerrechten.
...mit ip a oder ifconfig
Muss das sein? Dazu muss ich ja erst den NM deinstallieren und in /etc/network/interfaces Veränderungen vornehmen: https://wiki.debian.org/WiFi/HowToUse Das mache ich nur, wenn ich gerade eine Minimalinstalltion habe, die noch keinen NetworkManager/Connman hat, um erst mal updaten zu können. Das funktioniert dann immer, ip a, ob ohne oder mit Repeater, hätte ich weiter oben noch erwähnen sollen. Oder meinst du einfach nur "ip a" eigeben, trotz laufendem NM?
...warum Du fünf (!) verschiedene Betriebssysteme auf einem NM fährst
Ubuntu Bionic, mein Liebling; Debian Buster, als Reserve, hatte ich schon gebraucht, wenn was bei Bionic schief lief. Windows war schon vorinstalliert, brauchen tue ich es hauptsächlich, wenn ich mein NAVI update und wenn der Cloudreader von Amazon mal ein Kindle Buch nicht lesen kann - selten, aber kommt vor, dann geht die Kindle App auf Windows. Lubuntu 20.04 und Bunsenlabs Beryllium nur, um zu sehen, ob mein NB damit klarkommt, wenn Bionic und Bullseye "schlafen" gehen werden. Sieht nicht gut, vor allem das Hochfahren dieser Betriebssysteme ist öfters zum Mäuse melken vor Lahmheit.
|
harteknut
Anmeldungsdatum: 9. Oktober 2007
Beiträge: 213
|
Da hast Du was falsch verstanden, in /etc/network/interfaces brauchst Du (erstmal) gar nix machen.
Ich möchte, dass Du bitte
In der NM-GUI von "automatic (DHCP), only addresses" auf "automatic (DHCP)" umstellst, dann einmal die WLAN-Verbindung trennst und wieder aufbaust, dann einmal ifconfig im Terminal eintippst und die Ausgabe postest.
Das ganze natürlich mit dem NM, der gerade nicht geht und am Repeater.
|
linuxcub
(Themenstarter)
Anmeldungsdatum: 13. März 2007
Beiträge: 1642
|
harteknut schrieb: Da hast Du was falsch verstanden, in /etc/network/interfaces brauchst Du (erstmal) gar nix machen.
Ich möchte, dass Du bitte
... Das ganze natürlich mit dem NM, der gerade nicht geht und am Repeater.
Lubuntu 20.04, NM (der IPv4 mit Repeater nicht kann):
War per default schon so eingestellt Ohne Repeater:
dann einmal die WLAN-Verbindung trennst und wieder aufbaust, dann einmal ifconfig im Terminal eintippst und die Ausgabe postest.
~$ ifconfig
enp3s0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether 50:b7:c3:7f:73:40 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 2008 bytes 162214 (162.2 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 2008 bytes 162214 (162.2 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.2.219 netmask 255.255.255.0 broadcast 192.168.2.255
inet6 fe80::18ab:8bd1:b1cd:7882 prefixlen 64 scopeid 0x20<link>
inet6 2003:d0:8f25:c567:45b9:63e6:53de:e321 prefixlen 64 scopeid 0x0<global>
ether 20:16:d8:43:47:9a txqueuelen 1000 (Ethernet)
RX packets 44878 bytes 57666384 (57.6 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 13121 bytes 1534179 (1.5 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
~$
Mit Repeater:
dann einmal die WLAN-Verbindung trennst und wieder aufbaust, dann einmal ifconfig im Terminal eintippst und die Ausgabe postest.
~$ ifconfig
enp3s0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500
ether 50:b7:c3:7f:73:40 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 2766 bytes 217986 (217.9 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 2766 bytes 217986 (217.9 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
wlp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::105c:9efd:23a9:9ca6 prefixlen 64 scopeid 0x20<link>
inet6 2003:d0:8f25:c567:b217:48ca:fcba:15e9 prefixlen 64 scopeid 0x0<global>
inet6 2003:d0:8f25:c567:fd45:42a1:abd8:5f94 prefixlen 64 scopeid 0x0<global>
ether 20:16:d8:43:47:9a txqueuelen 1000 (Ethernet)
RX packets 45554 bytes 57896642 (57.8 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 13643 bytes 1634121 (1.6 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
~$
Jetzt muss ich zwangweise pausieren, eben ist das neue Notebook gekommen. Das mus ich erst mal prüfen, Windows 10 zum Laufen bringen, Sicherheitsbackup erstellen, Win Partition verkleinern, ein paar Partitionen erstellen, und Ubuntu 20.04 installieren. Dann sollte das mit dem Testen des "neuen" NM in der "neuen" Distro wie geschmiert gehen ☺ Solange das nicht läuft, werde ich versuchen, zwischendurch am alten NB mit diesem Thread weiterzumachen. Gruß, linuxcub
|
harteknut
Anmeldungsdatum: 9. Oktober 2007
Beiträge: 213
|
Danke.
Da bin ich gespannt, auf dem neuen NB sollte dann die Wireshark-Installation flott durchlaufen. Nochmal die Frage nach Deinem Repeater:
Was ist das für einer und wie ist der konfiguriert? Es will mir nicht in den Kopf, dass der Rechner in Abhängigkeit des Zugangspunkts mal ne IPv4 bekommt und mal nicht.
Und mir fällt auf, dass Du am Router immer die .219 bekommst (was zu erwarten ist), aber am Repeater eine andere Adresse (das verstehe ich nicht).
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17657
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
harteknut schrieb: Was ist das für einer und wie ist der konfiguriert? Es will mir nicht in den Kopf, dass der Rechner in Abhängigkeit des Zugangspunkts mal ne IPv4 bekommt und mal nicht.
Und mir fällt auf, dass Du am Router immer die .219 bekommst (was zu erwarten ist), aber am Repeater eine andere Adresse (das verstehe ich nicht).
Es könnte sein, dass das Teil auch Firewall-Funktionen hat, so wie manche Switche auch und z.B. DHCP-Offers filter.
Oder dass der Rechner anders reagiert (kann man pro SSID ja im NM einstellen) und gar kein DHCP-Discover rausschickt. Ich spiele da mal den Papagei: Paketmitschnitt, dann siehst du, was wirklich im Netzwerk abläuft.
|
linuxcub
(Themenstarter)
Anmeldungsdatum: 13. März 2007
Beiträge: 1642
|
Nur so zwischendurch, weil ich überlege, das neue NB überhapt auszupacken: es hat keine LAN-Buchse. So was habe ich in gut 12 Jahren am alten NB nur einmal gebraucht, aber sollte ein NB heutzutage noch so etwas haben? Entschuldigung, dass ich den Thread hier mißbrauche. @harteknut Nochmal die Frage nach Deinem Repeater: Was ist das für einer und wie ist der konfiguriert?
Es ist wie gesagt ein TP-Link TL-WA850RE. Konfiguriert habe ich nichts, ausser einen neuen Namen gegeben. Was meinst du mit "wie ist der konfiguriert?" @harteknut und @DJKUhpisse Ich weis, dass euch das nervt, aber ich versuch's: * Was ist der große Unterschied zwischen der alten NM Version in Ubuntu 18.04 und der neuen in Ubuntu 20.04, in möglichst wenigen einfachen Worten bitte. (Es muss ja einen Unterschied geben, sonst würde es der neue NM ja genauso gut tun wie der alte, tut er aber nicht) * Sind denn NM und Connman so grundverschieden, dass es Connman tut, NM aber nicht? Gruß und grübel grübel über das neue NB, linuxcub *
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17657
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
aber sollte ein NB heutzutage noch so etwas haben?
Ein Notebook ohne Ethernet-Adapter käme mir gar nicht ins Haus.
Nicht überall gibt es WLAN und Ethernet ist besser, da man da die Leitung für sich hat und nicht das Frequenzband mit den Nachbarn teilen muss.
|
harteknut
Anmeldungsdatum: 9. Oktober 2007
Beiträge: 213
|
Nur so zwischendurch, weil ich überlege, das neue NB überhapt auszupacken: es hat keine LAN-Buchse.
Dann würde ichs wieder einpacken und zurückschicken. Was ist das für ein Gerät? Was ist der große Unterschied zwischen der alten NM Version in Ubuntu 18.04 und der neuen in Ubuntu 20.04, in möglichst wenigen einfachen Worten bitte. (Es muss ja einen Unterschied geben, sonst würde es der neue NM ja genauso gut tun wie der alte, tut er aber nicht) Sind denn NM und Connman so grundverschieden, dass es Connman tut, NM aber nicht?
Ich weiß es nicht. Ich verstehe, dass Dein NB mit der "alten" Version des NM eine IPv4 bekommt und mit dem "neuen" NM nicht. Aber bei dem Wechsel alter NM → neuer NM werden noch viel mehr Parameter verändert (das gesamte Betriebssystem!). Ich glaube daher nicht, dass es an der NM-Version liegt, sondern an einer Einstellung. Jetzt bräuchten wir halt einen Trace...
Es ist wie gesagt ein TP-Link TL-WA850RE. Konfiguriert habe ich nichts, ausser einen neuen Namen gegeben. Was meinst du mit "wie ist der konfiguriert?"
Naja, Du wirst Ihm doch irgendwie mitgeteilt haben, welches WLAN er erweitern soll, das WLAN-Passwort braucht er auch, oder nicht? Oder geht das alles per WPS-Knopf?
|
linuxcub
(Themenstarter)
Anmeldungsdatum: 13. März 2007
Beiträge: 1642
|
Danke für eure Geduld. Vielleicht sollte ich mal erwähnen, dass ich 2 Jahre vor Ende von WWII geboren bin. Das merke ich jetzt schon gelegentlich 😉 Bitte noch zum Notebook, damit ich es hoffentlich endlich auspackn kann:
Was ist das für ein Gerät?
HP 15s-eq1445ng/Ryzen5-4500U/8GB/512G (ssd)
Ein Notebook ohne Ethernet-Adapter käme mir gar nicht ins Haus
Stimmt das nicht, was ich im Netz lese: "Haben Sie keinen Netzwerkanschluss an Ihrem PC oder Notebook, hilft ein Netzwerkadapter aus. Er verwandelt einen USB- in einen LAN-Anschluss, sodass Sie zum Anschließen des Netzwerkkabels lediglich einen USB-Port benötigen"?
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17657
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
Stimmt das nicht, was ich im Netz lese: "Haben Sie keinen Netzwerkanschluss an Ihrem PC oder Notebook, hilft ein Netzwerkadapter aus. Er verwandelt einen USB- in einen LAN-Anschluss, sodass Sie zum Anschließen des Netzwerkkabels lediglich einen USB-Port benötigen"?
Nein, das stimmt nicht, da wird kein Port umgewandelt, sondern einfach ein USB-NIC angesteckt, ist nichts Neues.
|
linuxcub
(Themenstarter)
Anmeldungsdatum: 13. März 2007
Beiträge: 1642
|
Heißt das, DJKUhpisse, mit anderen Worten: Mit so einem Adapter komme ich im Notfall über ein LAN-Kabel vom NB zum Router (der hat ja zwei so Buchsen eingebaut) nicht ins Internet?
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 17657
Wohnort: in deinem Browser, hier auf dem Bildschirm
|
linuxcub schrieb: Heißt das, DJKUhpisse, mit anderen Worten: Mit so einem Adapter komme ich im Notfall über ein LAN-Kabel vom NB zum Router (der hat ja zwei so Buchsen eingebaut) nicht ins Internet?
Doch, du kommt wie mit einem normalen Ethernet-Adapter auch ins Internet, genau dafür ist der ja gedacht.
|