ubuntuusers.de

Es geht um das neue 26.04. Gegenüber 25.10 hat sich da was geändert und ich komme nicht dahinter.

Installiert ist auf beiden PCs (1x Kubuntu 26.04, 1x Xubuntu 24.04) das Paket ssh und ich schaffe von beiden PCs zum anderen keine Verbindung.

Nehmen wir jetzt an ich will von Kubuntu zu Xubuntu via ssh aus der Konsole eine Verbidnung aufbauen.

Also so:

ssh user@ip

Darauf poppt ein Fenster auf. Ich frage mich warum das jetzt, aber ok. Ich gebe das PW ein. Dann werde ich aufgerufen yes einzugeben. Nur wo jetzt. Beim PW-Feld? Wieder vom Popup-Fenster weg und dann in der Konsole eingeben? Funktioniert alles nicht.

Ich gehe mal davon aus, dass es um das PW des Usera am anderen PC geht und nicht das sudo-PW.

ein ssh von Xubuntu zu Kubuntu bringt nach langer Zeit eine Frage nach dem PW, nicht gestoppt, aber das dauert mindestens 1 Minute und dann fliege ich mit richtigem PW wiederholt raus.

ping 192.168.178.149
PING 192.168.178.149 (192.168.178.149) 56(84) bytes of data.
64 bytes from 192.168.178.149: icmp_seq=1 ttl=64 time=32.1 ms
64 bytes from 192.168.178.149: icmp_seq=2 ttl=64 time=91.0 ms
64 bytes from 192.168.178.149: icmp_seq=3 ttl=64 time=101 ms
64 bytes from 192.168.178.149: icmp_seq=4 ttl=64 time=211 ms
64 bytes from 192.168.178.149: icmp_seq=5 ttl=64 time=5.16 ms
64 bytes from 192.168.178.149: icmp_seq=6 ttl=64 time=2.94 ms
64 bytes from 192.168.178.149: icmp_seq=7 ttl=64 time=4.49 ms
64 bytes from 192.168.178.149: icmp_seq=8 ttl=64 time=4.92 ms
64 bytes from 192.168.178.149: icmp_seq=9 ttl=64 time=93.2 ms
64 bytes from 192.168.178.149: icmp_seq=10 ttl=64 time=6.53 ms
64 bytes from 192.168.178.149: icmp_seq=11 ttl=64 time=138 ms
64 bytes from 192.168.178.149: icmp_seq=12 ttl=64 time=164 ms
64 bytes from 192.168.178.149: icmp_seq=13 ttl=64 time=186 ms
^C
--- 192.168.178.149 ping statistics ---
13 packets transmitted, 13 received, 0% packet loss, time 12017ms
rtt min/avg/max/mdev = 2.937/79.944/210.519/73.316 ms

Jetzt ist eine neue Ausgabe. Davor gab es packet loss, hängt ziemlich sicher damit zusammen, weil der Kubuntu-PC in Standbye ging. Als ich ihn mit der Maus aufweckte, hat es gepasst.

Ok, ist nicht das schnellste WLAN, aber für ssh war das noch nie ein Problem.

Ergänzung: Die ssh-Verbindung von 24.04 zu 26.04 klappt jetzt irgendwie. Es dauert aber noch immer sehr lange bis nach dem PW gefragt wird. Und gerade kommt wieder keine Frage nach dem PW vor 1 Minute.

$ traceroute 192.168.178.149
traceroute to 192.168.178.149 (192.168.178.149), 30 hops max, 60 byte packets
 1  192.168.178.149 (192.168.178.149)  152.521 ms  152.450 ms *

Ich frage mich, ob das nicht doch ein Netzwerkproblem ist. Die PCs haben statische IP-Adressen eingetragen. Wenn ich mal eine ssh Verbindung schaffe, dann ist es unmöglich mit vim was zu schreiben.

Ergänzung:

Ich habe die statische IP wieder gelöscht, und am Router bei DHCP ein "static lease" eingerichtet und habe unter Ubuntu "automatisch". Keine Ahnung, ob das was gebracht hat. Der 1. Versuch war schneller aber langsamer als normal und beim 2. Versuch bin ich wieder gehängt.

Ich kann mich jetzt vom 24.04 PC zum 26.04 PC mit keys ohne PW verbinden. Mit Glück funktioniert dann auch ein vim um ein paar Worte zu tippen. Umgekehrt schaffe ich das nicht vom 26.04 zum 24.04 PC.

Bei Kubuntu 26.04 ist es neu so, dass für das Passwort ein grafisches Fenster aufpopt. Der Vorteil für den User ist, dass das Passwort nun im kwalletmanager gespeichert werden kann. Bei einem ssh-Server den Du das erste Mal kontaktierst, kommt die Abfrage für den fingerprint des Servers (yes/no/fingerprint). Das yes gibst Du direkt in das Passwortfeld ein und klickst OK. Danach popt das Fenster erneut auf und nun gibst Du das Passwort ein. Wenn Du das Häckchen bei "Passwort merken" setzt, musst Du es nie wieder eingeben. Ansonsten halt jedes Mal das Passwort eingeben.

Du kannst es aber auch wieder haben wie bisher, indem Du in der ~/.bashrc am Ende der Datei die folgenden zwei Zeilen einfügst:

unset SSH_ASKPASS
unset SSH_ASKPASS_REQUIRE

speichern und danach

source ~/.bashrc

Nun wird das Passwort wieder, wie bisher gewohnt, im Terminal abgefragt / eingegeben.

BTW: Generelle könnte ich keinerlei Veränderung der ssh-Performance in 26.04 feststellen. Ich administriere zahlreiche Server über ssh / ansible (welches ebenfalls ssh nutzt) und das läuft alles - nach wie vor - sehr performant.

EDIT: Typo

Balu62 schrieb:

source./bashrc

Na so wird das aber nüscht. 😉

source ~/.bashrc

Ich war zu langsam. 😀

Das yes gibst Du direkt in das Passwortfeld ein

Vielen Dank, das habe ich mittlerweile auch herausgefunden. Nachdem ich keys verwenden will, brauche ich nicht speichern. In das PW-Feld yes zu schreiben, erschien mir ungewöhnlich, aber letztlich ist das nicht mein Problem mehr. Die Authentifizierung funktioniert grundsätzlich in beiden Richtungen, nur die Performance ist eine Katastrophe.

Ich schwanke sehr, was das Problem sein könnte und habe noch diesen Thread eröffnet: https://forum.ubuntuusers.de/topic/netzwerk-viel-zu-langsam-wie-testen/

Wenn ich ganz simple in der ssh-Konsole "vim test" probiere und dann ":q!", dann wird nach ein paar Minuten beendet, jedenfalls über 1 Min. Da könnte man dann meinen, dass es am Netzwerk liegt.

Mittlerweile habe ich mir aber überlegt, dass gefühlsmäßig ein apt normal schnell ist, das dann wieder gegen Störquellen beim WLAN spricht. Manchmal schaffe ich ja was via ssh zu erledigen.

Wie schon geschrieben, die Verbindung von 24.04 Xubuntu zu 26.04 Kubuntu ist viel besser als umgekehrt, so konnte ich schon mit vim die authorized_keys erstellen, anders rum, keine Chance.

Ich kann mit mehreren Mini-PCs testen und habe jetzt einen auf dem sich ein Triple-Boot-System befinden, Kubuntu 26.04, Xubuntu 24.04 und Win 11. Zum Surfen und für Foren hat es bis jetzt locker gereicht. Ansonsten ist das WLAN aber sehr langsam, kann man nicht besser machen.

Beim 2. Kubuntu-Mini-PC ist beim WLAN auch alles default, nicht dass ich da was falsch konfiguriere. Einfach alles automatisch.

glaskugel schrieb:

Wie schon geschrieben, die Verbindung von 24.04 Xubuntu zu 26.04 Kubuntu ist viel besser als umgekehrt, so konnte ich schon mit vim die authorized_keys erstellen, anders rum, keine Chance.

Dann schau Dir die Verbindungen mal mit iperf3 an - und zwar in beide Richtungen. Dann hast Du wenigstens eine vernünftige Basis zur Beurteilung.

Ich versuche herauszufinden, was das Problem ist. Vieles deutet darauf hin, dass einfach des Netzwerk unter 26.04 viel zu langsam ist. Mit 24.04 habe ich keine Probleme. 25.10 habe ich nicht mehr auf einem PC, aber da fiel mir auch nichts auf.

Vereinfacht formuliert, wenn ich per ssh verbinde, dann ist das viel langsamer als früher und dauert sehr lange, über 1 min. Klappt dann die Verbindung, dann habe ich keine Chance mit vim ein paar Worte via ssh zu schreiben und dann zu speichern. Ein Beenden ohne Speichern funktioniert auch nicht, Reaktion nach über 1min.

Ich zitiere den Thread, wo er wahrscheinlich im falschen Bereich ist:

https://forum.ubuntuusers.de/topic/ssh-von-der-kde-konsole/#post-9503587

glaskugel schrieb:

Dann schau Dir die Verbindungen mal mit iperf3 an - und zwar in beide Richtungen

Sorry, ich habe vorerst nur eine Richtung. Ich kann von der KDE-Konsole nichts in einen Editor einfügen und trickse mit Umleitungen. Muss man da was konfigurieren oder funktioniert das aus Sicherheitsgründen nicht (mehr) mit der mittleren Maustaste was einzufügen.

Nachdem es gerade nicht erwünscht war Fragen zu ssh und Netzwerk zu trennen, poste ich nicht gleich bei KDE bzgl. mittlerer Maustaste.

Connecting to host 192.168.178.41, port 5201
[  5] local 192.168.178.146 port 58484 connected to 192.168.178.41 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  4.25 MBytes  35.6 Mbits/sec    0    216 KBytes       
[  5]   1.00-2.00   sec  4.62 MBytes  38.8 Mbits/sec    0    397 KBytes       
[  5]   2.00-3.00   sec  2.50 MBytes  21.0 Mbits/sec   25    314 KBytes       
[  5]   3.00-4.00   sec  5.75 MBytes  48.2 Mbits/sec    0    351 KBytes       
[  5]   4.00-5.00   sec  1.62 MBytes  13.6 Mbits/sec    7    253 KBytes       
[  5]   5.00-6.00   sec  4.38 MBytes  36.7 Mbits/sec    0    301 KBytes       
[  5]   6.00-7.00   sec  4.50 MBytes  37.7 Mbits/sec    0    327 KBytes       
[  5]   7.00-8.00   sec  2.38 MBytes  19.9 Mbits/sec   24    247 KBytes       
[  5]   8.00-9.00   sec  5.12 MBytes  43.0 Mbits/sec    0    286 KBytes       
[  5]   9.00-10.00  sec  1.75 MBytes  14.7 Mbits/sec   11    205 KBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  36.9 MBytes  30.9 Mbits/sec   67            sender
[  5]   0.00-10.02  sec  35.5 MBytes  29.7 Mbits/sec                  receiver

.41 ist der 24.04-Xubuntu PC und da wurde iperf3 -s gestarten .41 hat einen eigenen AP

iperf -c wurde auf .146 ausgeführt. Das ist Kubuntu 26.04 .146 hat einen anderen AP

Für mich sieht das nicht so schlecht aus. Jedenfalls nicht so schlimm, dass ich vim in der ssh-Konsole nicht beenden kann.

Die Verbindung von .41 zu .146 hat relativ lange gedauert. Diese Verbindungen sind eigentlich immer besser.

Ergänzung, habe es jetzt auch geschafft in die andere Richtung zu testen und hier zu posten.

iperf3 -c 192.168.178.146
Connecting to host 192.168.178.146, port 5201
[  5] local 192.168.178.41 port 51740 connected to 192.168.178.146 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  5.50 MBytes  46.1 Mbits/sec    2    146 KBytes       
[  5]   1.00-2.00   sec  4.50 MBytes  37.8 Mbits/sec    4    119 KBytes       
[  5]   2.00-3.00   sec  5.38 MBytes  45.1 Mbits/sec    0    150 KBytes       
[  5]   3.00-4.00   sec  5.75 MBytes  48.2 Mbits/sec    0    175 KBytes       
[  5]   4.00-5.00   sec  5.50 MBytes  46.1 Mbits/sec    0    198 KBytes       
[  5]   5.00-6.00   sec  6.00 MBytes  50.3 Mbits/sec    0    221 KBytes       
[  5]   6.00-7.00   sec  6.38 MBytes  53.5 Mbits/sec    0    242 KBytes       
[  5]   7.00-8.00   sec  5.50 MBytes  46.1 Mbits/sec    0    257 KBytes       
[  5]   8.00-9.00   sec  5.75 MBytes  48.2 Mbits/sec    0    273 KBytes       
[  5]   9.00-10.00  sec  6.50 MBytes  54.5 Mbits/sec    0    291 KBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  56.8 MBytes  47.6 Mbits/sec    6             sender
[  5]   0.00-10.02  sec  55.8 MBytes  46.7 Mbits/sec                  receiver

glaskugel schrieb:

Für mich sieht das nicht so schlecht aus. Jedenfalls nicht so schlimm, dass ich vim in der ssh-Konsole nicht beenden kann.

Nun ja, die ganzen Retransmits > 0 sind nicht gerade optimal für TCP-basierte Verbindungen wie ssh (z.B. Timeouts). Ebenso wie stark schwankenden Bitraten (13–48 Mbit/s), wechselnde Congestion Window (Cwnd) deuten auf variable Latenz/Verlust oder Link-Überlastung hin. Gerade wiederholte, hohe Retransmit-Werte in kurzen Abständen können besonders problematisch für ssh-sessions sein (lag, eingefrorene Eingabe). Mit WLAN kommt da einiges in Frage, z.B. WLAN-Interferenzen, schlechtes Signal, Überlasteter Switch/Router, Duplex-/MTU-Probleme, QoS/Traffic-Shaping, kurzzeitige Burst-Traffic auf dem Link, fehlerhafte Netzwerkkarte, usw..

Möglicherweise hast Du ja das Eine oder Andere bereits in Verdacht (nur Du kennst Dein Netzwerk / WLAN) wo Du ansetzen kannst. Ansonsten bleibt Dir nur Punkt für Punkt abzuarbeiten / entsprechend zu testen. Das Einfachste wäre sicherlich, das Ganze erstmal mit LAN anstatt WLAN zu testen.

in Frage, z.B. WLAN-Interferenzen, schlechtes Signal,

die Schwierigkeit besteht darin, 2 Ethernetverbindungen herzustellen. Aber wie schon geschrieben mit 24.04 merke ich nichts, außer, dass grosse Dateien mit rsync lange brauchen, ist aber in jedem Raum so. Ich denke mal nach, ob mir was einfällt, das ich machen könnte.

Ich vermute ja auch, dass ich Störungen habe, allerdings ist es nicht einfach, die APs anders zu positionieren, der Asus RT-AX53U (Openwrt) ist vom .146 2m durch eine dünne Wand entfernt, Ethernet-Anschluss ist wegen der Wand nicht möglich.

Ein D-Link EXO AX1800 Mesh Wi-Fi 6 Range Extender DAP-X1860 ist für den .41, das ist ein Steckdoses AP mit Openwrt, steht direkt neben dem .146 (also dem anderen PC), aber dort ist eben der .41 angeschlossen und zwar über den (nur) 1 freien Ethernetport. Für einen Switch o.ä. ist dort kein Platz, vom Platz ist alles sehr eng. Beide APs sind wireless Clients, aber es bringt merklich was ein Ethernet-Kabel zu verwenden, auch wenn es letztlich nur WLAN ist. Die eingebaute WLAN-Antenne im MiniPC ist grenzwertig brauchbar.

Auffällig ist, dass BT-Tastaturen auch rumzicken, wenn auch erträglich. Innerhalb von ein paar Sekunden kann die Meldung kommen, getrennt und gleich wieder verbunden und das 20x hintereinander und müllt den ganzen Schirm zu. Das passiert vor allem, wenn der PC längere Zeit nicht benutzt wurde, wird aber schnell besser. Ich hatte mit Schwarzheit schon eine Diskussion und letztlich war es damals nicht möglich über Kanal 1 zu pairen, aber Kanal 2 und 3 funktionierten. Ich habe jetzt eine andere Farbe mit der gleichen Tastatur und da hat das Pairing am 1. Kanal geklappt, brauchte aber auch ein paar Versuche. Ich erwähne die Farbe nur, weil die natürlich nicht der Grund ist, aber man leicht unterscheiden kann.

Ich überlege mir was zum Testen.

Ich habe mittlerweile herausgefunden, dass die mittlere Maustaste mit manchen Programmen nicht funktioniert. Mit Kate und Libreoffice funktioniert es, mit Pluma nicht. Unter 25.10 hatte es funktioniert und mit 24.04 auch. Diskussion dazu: https://forum.ubuntuusers.de/topic/einfuegen-mit-mittlerer-maustaste-von-kde-kons/

Ergänzung:

Kann so eine Turmsteckdose wie diese: https://www.amazon.de/KOOSLA-Steckdosenleiste-Mehrfachsteckdose-%C3%9Cberspannungsschutz-Steckdosenturm-Wei%C3%9F/dp/B092VGFR6J auch deutlich stören?

Vom Gefühl her könnte dieser AP: https://www.dlink.com/de/de/products/dap-x1860-ax1800-mesh-wifi-6-range-extender den WLAN-Empfang gleich neben dem Minipc (.146) merklich stören. Der AP unterstützt beamforming. Es könnte also der AP zu dem nicht verbunden wird stören. Traffic gibt es im Netz während meiner Tests kaum was dramatisches. Vielleicht ein paar kB bis MB, wenn andere Geräte untereinander automatisch kommunizieren.

Hier ist ein Link wo man die Größe des MiniPCs sieht, kleiner als ein Handy aber dicker: https://www.amazon.de/Beelink-Mini-PC-Ryzen-Threads-Bildschirme/dp/B0CH9JR4XK

Ist es einen Versuch wert den AP einfach abzustecken? Dann müsste ich aber noch einen anderen PC in einem anderen Stock mit 26.04 installieren. Der hat dort direktes Ethernet. Problem ist nur, dass da vermutlich die SSD hinüber ist. Seit längerer Zeit wird bei einer Profi-Intel-SSD kein Fehler bei Tests gefunden, es kommt aber immer wieder nach Monaten zu Schreibfehlern, die bei einer Neuinstallation weg sind. Dieser PC wird aber nicht mehr produktiv genutzt. Vielleicht reicht es ja, einfach mal schnell 26.04 zu installieren und später die SSD zu tauschen.

Als XFCE-Nutzer muss ich mich erst vertrauter mit KDE machen, bevor ich alle PCs der Familie umstelle.

Hier noch die technischen Daten vom MiniPC, speziell das Netzwerk.

System:
  Host: sz1 Kernel: 7.0.0-14-generic arch: x86_64 bits: 64
  Desktop: KDE Plasma v: 6.6.4 Distro: Kubuntu 26.04 (Resolute Raccoon)
Machine:
  Type: Desktop Mobo: AZW model: SER v: V1 serial: <superuser required>
    Firmware: UEFI vendor: American Megatrends LLC. v: SER6proMax_P5C8V22
    date: 09/16/2023
CPU:
  Info: 8-core model: AMD Ryzen 7 7735HS with Radeon Graphics bits: 64
    type: MT MCP cache: L2: 4 MiB
  Speed (MHz): avg: 1106 min/max: 407/4831 cores: 1: 1106 2: 1106 3: 1106
    4: 1106 5: 1106 6: 1106 7: 1106 8: 1106 9: 1106 10: 1106 11: 1106 12: 1106
    13: 1106 14: 1106 15: 1106 16: 1106
Graphics:
  Device-1: Advanced Micro Devices [AMD/ATI] Rembrandt [Radeon 680M]
    driver: amdgpu v: kernel
  Display: wayland server: Xwayland v: 24.1.10 compositor: kwin_wayland
    driver: gpu: amdgpu resolution: 3840x2160~60Hz
  API: EGL v: 1.5 drivers: kms_swrast,radeonsi,swrast
    platforms: gbm,wayland,x11,surfaceless,device
  API: OpenGL v: 4.6 compat-v: 4.5 vendor: amd mesa v: 26.0.3-1ubuntu1
    renderer: AMD Radeon 680M (radeonsi rembrandt ACO DRM 3.64
    7.0.0-14-generic)
  API: Vulkan v: 1.4.341 drivers: radv,llvmpipe surfaces: N/A
  Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfo
    de: kscreen-console,kscreen-doctor wl: wayland-info x11: xdriinfo,
    xdpyinfo, xprop, xrandr
Audio:
  Device-1: Advanced Micro Devices [AMD/ATI] Radeon High Definition Audio
    driver: snd_hda_intel
  Device-2: Advanced Micro Devices [AMD] Audio Coprocessor
    driver: snd_pci_acp6x
  Device-3: Advanced Micro Devices [AMD] Ryzen HD Audio
    driver: snd_hda_intel
  API: ALSA v: k7.0.0-14-generic status: kernel-api
  Server-1: PipeWire v: 1.6.2 status: active
Network:
  Device-1: Realtek RTL8125 2.5GbE driver: r8169
  IF: enp1s0 state: down mac: 
  Device-2: Intel Wi-Fi 6 AX200 driver: iwlwifi
  IF: wlp2s0 state: up mac: 
Bluetooth:
  Device-1: Intel AX200 Bluetooth driver: btusb type: USB
  Report: hciconfig ID: hci0 state: up address: bt-v: 5.2
Drives:
  Local Storage: total: 931.51 GiB used: 541.92 GiB (58.2%)
  ID-1: /dev/nvme0n1 vendor: Crucial model: CT1000P3PSSD8 size: 931.51 GiB
Partition:
  ID-1: / size: 49.2 GiB used: 9.05 GiB (18.4%) fs: ext4 dev: /dev/nvme0n1p6
  ID-2: /boot/efi size: 96 MiB used: 39.4 MiB (41.0%) fs: vfat
    dev: /dev/nvme0n1p1
  ID-3: /home size: 33.43 GiB used: 762.7 MiB (2.2%) fs: xfs
    dev: /dev/nvme0n1p7
Swap:
  ID-1: swap-1 type: file size: 512 MiB used: 0 KiB (0.0%) file: /swapfile
  ID-2: swap-2 type: partition size: 2.41 GiB used: 0 KiB (0.0%)
    dev: /dev/nvme0n1p11
Sensors:
  System Temperatures: cpu: 36.0 C mobo: N/A gpu: amdgpu temp: 35.0 C
  Fan Speeds (rpm): N/A
Info:
  Memory: total: 12 GiB available: 11.41 GiB used: 1.69 GiB (14.8%)
  Processes: 439 Uptime: 2h 42m Shell: Bash inxi: 3.3.40

glaskugel schrieb:

die Schwierigkeit besteht darin, 2 Ethernetverbindungen herzustellen. Aber wie schon geschrieben mit 24.04 merke ich nichts, außer, dass grosse Dateien mit rsync lange brauchen, ist aber in jedem Raum so. Ich denke mal nach, ob mir was einfällt, das ich machen könnte.

Ich denke, die Hauptschwierigkeit ist, dass Du zig Themen gleichzeitig und recht chaotisch angehen willst / miteinander vermischt. So wird das definitiv schwierig bei einem Thema mal zu eine Resultat zu kommen.🙄

Ich vermute ja auch, dass ich Störungen habe, allerdings ist es nicht einfach, die APs anders zu positionieren, der Asus RT-AX53U (Openwrt) ist vom .146 2m durch eine dünne Wand entfernt, Ethernet-Anschluss ist wegen der Wand nicht möglich.

Wie bereits geschrieben, konzentriere Dich auf ein Problem und löse das. Dann kommt das nächste. Da muss man dann halt auch mal etwas Zeit investieren und vieleicht sogar mal kurz einen Rechner in einem anderen Zimmer anschliessen, wo man eben LAN hat. Strukturiertes Vorgehen nennt sich sowas😉

Auffällig ist, dass BT-Tastaturen auch rumzicken, wenn auch erträglich.

Wieder ein anderes Thema, bei den allerdings nicht ganz auszuschliessen ist, dass es einen Zusammenhang geben könnte (WLAN / BT = AX200). Also schaut man sich das mal genauer an. Ansätze wäre da mal ob und was den der Kernel-Ringpuffer dazu sagt, z.B. mit

sudo dmesg | grep -iE 'hci0|fail|error'
# und für das WLAN
sudo dmesg | grep -iE 'wlan0|link|fail|error'

die Bezeichnungen der Schnittstellen natürlich durch die jeweils eigenen ersetzen. Sieht man da Fehler, geht man diesen nach bis man auschliessen kann, dass etwas davon die Ursache sein kann. Erst dann kommt die nächste Baustelle - strukturiertes Vorgehen eben. Alles Andere ist stochern im Nebel und nicht zielführend.

Ich habe mittlerweile herausgefunden, dass die mittlere Maustaste mit manchen Programmen nicht funktioniert.

...und wieder ein völlig anderes Thema, dass damit nun überhaupt nichts zu tun hat...

Kann so eine Turmsteckdose wie diese: https://www.amazon.de/KOOSLA-Steckdosenleiste-Mehrfachsteckdose-%C3%9Cberspannungsschutz-Steckdosenturm-Wei%C3%9F/dp/B092VGFR6J auch deutlich stören?

Grundsätzlich kann jedes elektrische / elektronische Gerät - entsprechend "unglücklich" positionisiert - ein WLAN stören. Da muss man halt dann das jeweilige Gerät mal ausser Betrieb nehmen (wenn man auf der ToDo-Liste bei dem Punkt angekommen ist) und schauen, ob sich was verändert. Nennt sich strukturiertes Vorgehen😉

Vom Gefühl her könnte dieser AP: https://www.dlink.com/de/de/products/dap-x1860-ax1800-mesh-wifi-6-range-extender den WLAN-Empfang gleich neben dem Minipc (.146) merklich stören.

Auch Logs von Netzwerkkomponenten lohnen sich anzuschauen. Genauso wie mal eben die WLAN-Umgebun zu analysieren. Ein Anfang wäre ein paar Mal

iw dev wlan0 link

abzusetzen und z.B. die Werte anzuschauen. Im Wiki gibt es bestimmt noch diverse weiterführende Diagnosemöglichkeiten.

Ist es einen Versuch wert den AP einfach abzustecken?

Versuch macht bekanntlich kluch... Wie bereits geschrieben, manchmal muss man halt auch etwas Zeit investieren.

Nochmals: Gehe strukturiert vor und vorallem nicht an zig offenen Baustellen gleichzeitig. Mit Deiner Herangehensweise wirst Du nur schwer und vor allem wohl eher zufällig zum Ziel kommen und Dir in diesem Chaos zu helfen ist ebenfalls eher schwierig...😉

Die Fragen kommen ja daher, weil es ganz einfache Lösungen geben könnte. Ansonsten gehe ich schon eines nach dem andern an, es hängt aber zusammen.

DIe BT-Probleme habe ich nur erwähnt, weil das mit den WLAN-Problemen zusammen hängen könnte. Das will ich jetzt gar nicht vertiefen.

Die mittlere Maustaste habe ich deswegen erwähnt, weil es ohne der schwierig ist Logs aus der Konsole zu posten und wenn ich um eine Ausgabe gebeten werde, die ich dann nicht gleich bringe, erwähne ich den Grund.

Ich habe jetzt auf einen dieser MiniPCs Ubuntu 26.04 installiert. Kubuntu auf dem anderen MiniPC steht weiter zur Verfügung.

iperf3 -c 192.168.178.147
Connecting to host 192.168.178.147, port 5201
[  5] local 192.168.178.41 port 58104 connected to 192.168.178.147 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  9.00 MBytes  75.4 Mbits/sec    0    563 KBytes       
[  5]   1.00-2.00   sec  9.00 MBytes  75.5 Mbits/sec    0   1012 KBytes       
[  5]   2.00-3.00   sec  8.00 MBytes  67.1 Mbits/sec    1    824 KBytes       
[  5]   3.00-4.00   sec  9.50 MBytes  79.7 Mbits/sec    0    912 KBytes       
[  5]   4.00-5.00   sec  8.25 MBytes  69.2 Mbits/sec    1    683 KBytes       
[  5]   5.00-6.00   sec  9.00 MBytes  75.5 Mbits/sec    0    734 KBytes       
[  5]   6.00-7.00   sec  8.00 MBytes  67.1 Mbits/sec    0    768 KBytes       
[  5]   7.00-8.00   sec  8.88 MBytes  74.5 Mbits/sec    0    786 KBytes       
[  5]   8.00-9.00   sec  7.62 MBytes  64.0 Mbits/sec    0    796 KBytes       
[  5]   9.00-10.00  sec  8.88 MBytes  74.4 Mbits/sec    0    799 KBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  86.1 MBytes  72.2 Mbits/sec    2             sender
[  5]   0.00-10.05  sec  83.4 MBytes  69.6 Mbits/sec                  receiver

Damit kann ich grundsätzlich mit ssh vom Xubuntu 24.04 PC am Ubuntu 26.04 PC arbeiten. Das ist ja schon was. Anders formuliert, mir wäre das gar nicht aufgefallen, dass es Retries gibt, bei den letzten Tests vor langer Zeit sah ich die nicht. Mir ist schon klar, dass mein WLAN eine Katastrophe ist.

Ich schau mir jetzt noch Xubuntu 26.04 an. Bei Ubuntu funktoniert nirgends(!) das Einfügen mit der mittleren Maustaste. Bei Kubuntu wenigstens bei ein paar Programmen.

An den Netzwerktests bleibe ich dran, ich habe nur keine Idee wie ich 2x Ethernet ohne WLAN dazwischen schaffe. Dann kann man WLAN-Probleme ausschließen. Ich habe wegen WLAN schon alles auf Wifi 6 mit anderen Routern/AP umgestellt, hat kaum was gebracht.

Man könnte den Verdacht haben, dass da was an Kubuntu liegt, das nur in grenzwertigen Situationen auffällt. Ich habe noch keinen Verdacht, warum es mit Ubuntu viel besser ist. Mit viel besser meine ich, ich kann mit vim ein wenig Text ändern und vom 24.04 auch was einfügen.

Das Testen ohne WLAN wird ein wenig dauern.

Ich habe jetzt Xubuntu 26.04 ausprobiert. Für meine Verhältnisse merke ich keine Probleme bei ssh.

Der Ubuntu-PC wurde überschrieben und Xubuntu hat die gleiche IP wie der Ubuntu PC hatte, nämlich 147.

$ iperf3 -c 192.168.178.147
Connecting to host 192.168.178.147, port 5201
[  5] local 192.168.178.41 port 36602 connected to 192.168.178.147 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  10.0 MBytes  83.8 Mbits/sec    0    508 KBytes       
[  5]   1.00-2.00   sec  9.00 MBytes  75.5 Mbits/sec    0    909 KBytes       
[  5]   2.00-3.00   sec  8.38 MBytes  70.3 Mbits/sec    2    542 KBytes       
[  5]   3.00-4.00   sec  6.25 MBytes  52.4 Mbits/sec    0    584 KBytes       
[  5]   4.00-5.00   sec  8.50 MBytes  71.3 Mbits/sec    0    608 KBytes       
[  5]   5.00-6.00   sec  7.38 MBytes  61.9 Mbits/sec    0    625 KBytes       
[  5]   6.00-7.00   sec  8.75 MBytes  73.4 Mbits/sec    0    632 KBytes       
[  5]   7.00-8.00   sec  7.25 MBytes  60.8 Mbits/sec    1    494 KBytes       
[  5]   8.00-9.00   sec  7.75 MBytes  65.0 Mbits/sec    0    551 KBytes       
[  5]   9.00-10.00  sec  7.25 MBytes  60.8 Mbits/sec    0    587 KBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  80.5 MBytes  67.5 Mbits/sec    3             sender
[  5]   0.00-10.02  sec  77.5 MBytes  64.9 Mbits/sec                  receiver

iperf Done.

Irgendwie schon komisch, dass der Kubuntu PC auch nach Neustarts immer wieder die gleichen Probleme macht.

Ich fange jetzt mal an einen PC mit Kubuntu zu installieren, der direkt an Ethernet hängt.

Die IP .31 ist ein Kubuntu 26.04 PC mit Ethernet-Verbindung. Ein wenig besser ist es, aber auch nicht fehlerfrei.

$ iperf3 -c 192.168.178.31
Connecting to host 192.168.178.31, port 5201
[  5] local 192.168.178.41 port 46460 connected to 192.168.178.31 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  16.6 MBytes   139 Mbits/sec    0    799 KBytes       
[  5]   1.00-2.00   sec  12.6 MBytes   106 Mbits/sec    3    510 KBytes       
[  5]   2.00-3.00   sec  13.0 MBytes   109 Mbits/sec    0    551 KBytes       
[  5]   3.00-4.00   sec  13.2 MBytes   111 Mbits/sec    0    576 KBytes       
[  5]   4.00-5.00   sec  12.1 MBytes   102 Mbits/sec    0    587 KBytes       
[  5]   5.00-6.00   sec  14.9 MBytes   125 Mbits/sec    0    592 KBytes       
[  5]   6.00-7.00   sec  13.1 MBytes   110 Mbits/sec    0    592 KBytes       
[  5]   7.00-8.00   sec  13.5 MBytes   113 Mbits/sec    0    605 KBytes       
[  5]   8.00-9.00   sec  15.1 MBytes   127 Mbits/sec    0    624 KBytes       
[  5]   9.00-10.00  sec  11.6 MBytes  97.5 Mbits/sec    0    638 KBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   136 MBytes   114 Mbits/sec    3             sender
[  5]   0.00-10.02  sec   133 MBytes   111 Mbits/sec                  receiver

Ein Test zwischen 2x Ethernet ist noch die Herausforderung. Ich werde es so konfigurieren, dass iperf 1x als Server läuft, dann brauche ich da keinen Monitor.

Sind Tests in beiden Richtung sehr wichtig?

Es gibt zu viele Probleme mit Kubuntu 26.04, die ich bereits in anderen Threads berichtet habe. Also bitte nicht hier diskutieren.

Ich gehe weg von Kubuntu, vermutlich wieder zu XFCE und ärgere mich über UHD bei 32", über Ubuntu denke ich nach. Damit erledigt sich dann auch das ssh-Problem, warum auch immer. Unabhängig überlege ich weiter eine andere Platzierung der verschiedenen Geräte, ist aber schwierig. Die Antenne im MiniPC ist bekanntermaßen schlecht, aber der Steckdosen-AP hat nur 1 Ethernetport und ich bräuchte 2. Schließe ich den MiniPC an den AP via Ethernet an (und stecke den anderen PC ab), dann ist es gleich viel besser, aber trotzdem die gleiche WLAN-Situation.

Zur Info:

Mit Lubuntu habe ich keinerlei offensichtliche Probleme. Vim via ssh funktioniert wie gewohnt.

$ iperf3 -c 192.168.178.147
Connecting to host 192.168.178.147, port 5201
[  5] local 192.168.178.41 port 45548 connected to 192.168.178.147 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  6.25 MBytes  52.4 Mbits/sec    0    303 KBytes       
[  5]   1.00-2.00   sec  8.25 MBytes  69.2 Mbits/sec    0    631 KBytes       
[  5]   2.00-3.00   sec  8.25 MBytes  69.2 Mbits/sec    1    557 KBytes       
[  5]   3.00-4.00   sec  7.00 MBytes  58.7 Mbits/sec    0    621 KBytes       
[  5]   4.00-5.00   sec  7.88 MBytes  66.1 Mbits/sec    0    667 KBytes       
[  5]   5.00-6.00   sec  7.50 MBytes  62.9 Mbits/sec    0    696 KBytes       
[  5]   6.00-7.00   sec  7.75 MBytes  65.0 Mbits/sec    0    714 KBytes       
[  5]   7.00-8.00   sec  7.88 MBytes  66.1 Mbits/sec    1    542 KBytes       
[  5]   8.00-9.00   sec  7.50 MBytes  62.9 Mbits/sec    0    574 KBytes       
[  5]   9.00-10.00  sec  8.00 MBytes  67.1 Mbits/sec    0    595 KBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  76.2 MBytes  64.0 Mbits/sec    2             sender
[  5]   0.00-10.04  sec  73.4 MBytes  61.3 Mbits/sec                  receiver