SSH Lag Debian Buster

Einrichten des lokalen Netzes, Verbindung zu anderen Computern und Diensten.
Antworten
dufty2
Beiträge: 1709
Registriert: 22.12.2013 16:41:16

Re: SSH Lag Debian Buster

Beitrag von dufty2 » 26.06.2019 22:17:45

Da war ich wohl nich deutlich genug ;)
Es gibt eine Config-Datei für den ssh-client ($ ssh ...), das ist die Datei
/etc/ssh/ssh_config
Man beachte, dass das "d" dort nicht enthalten ist ;)
Der Default-Wert ist dort (gerade nachgeschaut):

Code: Alles auswählen

#   AddressFamily any
Also bitte auf

Code: Alles auswählen

AddressFamily inet
ändern bzw. als neue Zeile hinzufügen, dann sollte ein

Code: Alles auswählen

$ ssh -4 ...
von buzz aus auf die anderen beiden nicht mehr notwendig sein.
Verständlich? ;)

dufty2
Beiträge: 1709
Registriert: 22.12.2013 16:41:16

Re: SSH Lag Debian Buster

Beitrag von dufty2 » 26.06.2019 22:22:42

So und dann gibt es die

Code: Alles auswählen

/etc/ssh/sshd_config
in welcher steht als default

Code: Alles auswählen

#AddressFamily any
#ListenAddress 0.0.0.0
#ListenAddress ::
Die drei Zeilen ändern und sshd neu starten.
Dann sollte von den beiden anderen auf buzz nur noch IPv4-ssh gehen.

jessie
Beiträge: 112
Registriert: 16.06.2019 09:55:33

Re: SSH Lag Debian Buster

Beitrag von jessie » 26.06.2019 22:24:26

Ich hatte Umkonfiguration des oder der SSH-Server vorgeschlagen und Prüfkommando benannt. Ziehe mich hiermit ins Schneckenhaus zurück für künftig konfliktfreie Hilfe. Gute Nacht!

willy4711

Re: SSH Lag Debian Buster

Beitrag von willy4711 » 26.06.2019 22:36:55

du kannst lirc auch via systemd deaktivieren.

Code: Alles auswählen

systemctl status lirc.service 
zeigt dir den Staus + Aktivitäten an

Code: Alles auswählen

systemctl stop lirc.service 
Stoppt den Service

Code: Alles auswählen

systemctl disable lirc.service 
sollte ihn über den Neustart hinaus lahm legen.

Aliastargz
Beiträge: 81
Registriert: 25.11.2018 23:37:42

Re: SSH Lag Debian Buster

Beitrag von Aliastargz » 26.06.2019 23:05:38

Alles klar!
Ich hatte nicht genau hingeschaut beim Parameter setzen. Ich habe slinky jetzt zwar auch angepasst, obwohl nicht zwingend notwendig, aber es reichte bei buzz den Parameter auf "addressfamiliy inet" zu setzten und zwar in der /etc/ssh/ssh_config.
Wenn ich dann mit ssh -v slinky verbinde, sehe ich auch schon, dass er automatisch IPv4 benutzt.
Super! Dann hat sich das geklärt. Warum es jz Probleme mit IPv6 gibt, bleibt zwar ein Rätsel, aber so ist das erstmal.
lirc habe ich disabled und die Maschine rebooted und es erscheint nicht auffälliges mehr im syslog. Also zwei Fliegen mit einer Klappe! Ich bedanke mich bei allen für eure Hilfe und Geduld, da ich ja doch nicht immer 100% genau war. Ich versuch mich zu bessern!

Obwohl die Verbindung nun funktioniert, gibt Slinky bezüglich IPv6 nun folgenden Fehler aus:

Code: Alles auswählen

mathis@slinky:~$ sudo journalctl -f
[sudo] Passwort für mathis: 
-- Logs begin at Wed 2019-06-26 23:07:31 CEST. --
Jun 26 23:16:03 slinky systemd[1352]: Starting D-Bus User Message Bus Socket.
Jun 26 23:16:03 slinky systemd[1352]: Reached target Paths.
Jun 26 23:16:03 slinky systemd[1352]: Listening on D-Bus User Message Bus Socket.
Jun 26 23:16:03 slinky systemd[1352]: Reached target Sockets.
Jun 26 23:16:03 slinky systemd[1352]: Reached target Basic System.
Jun 26 23:16:03 slinky systemd[1352]: Reached target Default.
Jun 26 23:16:03 slinky systemd[1352]: Startup finished in 125ms.
Jun 26 23:16:03 slinky systemd[1]: Started User Manager for UID 1000.
Jun 26 23:16:10 slinky sudo[1374]:   mathis : TTY=pts/0 ; PWD=/home/mathis ; USER=root ; COMMAND=/bin/journalctl -f
Jun 26 23:16:10 slinky sudo[1374]: pam_unix(sudo:session): session opened for user root by mathis(uid=0)
Jun 26 23:17:01 slinky CRON[1389]: pam_unix(cron:session): session opened for user root by (uid=0)
Jun 26 23:17:01 slinky CRON[1390]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Jun 26 23:17:01 slinky CRON[1389]: pam_unix(cron:session): session closed for user root
Jun 26 23:18:51 slinky NetworkManager[448]: <info>  [1561583931.1490] device (wlx0013efb30685): set-hw-addr: set MAC address to E2:D0:67:77:E4:1F (scanning)
Jun 26 23:18:51 slinky kernel: IPv6: ADDRCONF(NETDEV_UP): wlx0013efb30685: link is not ready
Jun 26 23:22:27 slinky systemd[1]: Starting Cleanup of Temporary Directories...
Jun 26 23:22:27 slinky systemd[1]: Started Cleanup of Temporary Directories.
Jun 26 23:24:07 slinky NetworkManager[448]: <info>  [1561584247.1490] device (wlx0013efb30685): set-hw-addr: set MAC address to 6E:4A:B6:6D:C4:41 (scanning)
Jun 26 23:24:07 slinky kernel: IPv6: ADDRCONF(NETDEV_UP): wlx0013efb30685: link is not ready
Jun 26 23:29:23 slinky NetworkManager[448]: <info>  [1561584563.1193] device (wlx0013efb30685): set-hw-addr: set MAC address to CA:CF:BE:7C:B6:AA (scanning)
Jun 26 23:29:23 slinky kernel: IPv6: ADDRCONF(NETDEV_UP): wlx0013efb30685: link is not ready
Jun 26 23:34:39 slinky NetworkManager[448]: <info>  [1561584879.1378] device (wlx0013efb30685): set-hw-addr: set MAC address to E6:55:0E:50:DB:D3 (scanning)
Jun 26 23:34:39 slinky kernel: IPv6: ADDRCONF(NETDEV_UP): wlx0013efb30685: link is not ready
Aber das soll ja so sein, da ich ja nun IPv4 deaktiviert habe, oder?

dufty2
Beiträge: 1709
Registriert: 22.12.2013 16:41:16

Re: SSH Lag Debian Buster

Beitrag von dufty2 » 27.06.2019 08:08:15

Aliastargz hat geschrieben: ↑ zum Beitrag ↑
26.06.2019 23:05:38
Aber das soll ja so sein, da ich ja nun IPv4 deaktiviert habe, oder?
Nö, Du hast weder IPv4 noch IPv6 deaktiviert auf Deinem slinky.
Lediglich ausgehende ssh-Verbindungen sind IPv4-only, jegliche andere services/Dienste können IPv4 wie auch IPv6 benutzen auf Deinem kleinen Heimserver.

Was Du da siehst, ist, dass der NetworkManager WLAN (über IPv6) aktivieren will.
Das kannst Du aber auch abschalten, da Dein slinky eh mit LAN (Kabel) verbunden ist.

jessie
Beiträge: 112
Registriert: 16.06.2019 09:55:33

Re: SSH Lag Debian Buster

Beitrag von jessie » 27.06.2019 08:10:36

Aliastargz hat geschrieben: ↑ zum Beitrag ↑
26.06.2019 23:05:38
Aber das soll ja so sein, da ich ja nun IPv4 deaktiviert habe, oder?
Schwer, mit diesem "späten Journalauszug" (-f) zu sagen. Das sind Kernelmeldungen (nicht sshd), die ersten davon könnten bereits beim Booten aufgetreten sein. Wenn dem so wäre, könnte das gar auf die Ursache der Probleme verweisen, für die durch Einschränkung von SSH auf IPv4 ein Workaround (aber keine Lösung) gefunden wurde.

Also

Code: Alles auswählen

journalctl -b | grep -i IPv6
Wenn da nichts ist, stimmt meine Vermutung nicht, werden dann irgendwelche IPv6-Netzwerkprobleme sein, die anders diagnostiziert werden müssen. Wenn da schon Fehler kommen, dürfte die Ursache der IPv6-SSH-Probleme in einem bezüglich IPv6 fehlerhaften Bootprozess liegen. Dann solltest du auch paar Meldungen vor dem ersten Auftreten posten oder das gesamte Journal des Bootvorganges nach nopaste einstellen:

Code: Alles auswählen

journalctl -b
Edit:
Beiträge haben sich überschnitten.

Aliastargz
Beiträge: 81
Registriert: 25.11.2018 23:37:42

Re: SSH Lag Debian Buster

Beitrag von Aliastargz » 28.06.2019 17:56:56

Ich habe über ein ppa das Tor Paket installiert. Könnte der Fehler damit zusammenhängen?
Die Ausgaben von jounalctl -b bezüglich IPv6 ergibt folgendes:

Code: Alles auswählen

mathis@buzz:~$ sudo journalctl -b | grep -i IPv6
Jun 28 12:33:03 buzz kernel: Segment Routing with IPv6
Jun 28 12:33:03 buzz kernel: mip6: Mobile IPv6
Jun 28 12:33:05 buzz kernel: IPv6: ADDRCONF(NETDEV_UP): enp0s31f6: link is not ready
Jun 28 12:33:05 buzz kernel: IPv6: ADDRCONF(NETDEV_UP): enp0s31f6: link is not ready
Jun 28 12:33:05 buzz Tor[750]: Parsing GEOIP IPv6 file /usr/share/tor/geoip6.
Jun 28 12:33:08 buzz kernel: IPv6: ADDRCONF(NETDEV_CHANGE): enp0s31f6: link becomes ready
Jun 28 12:33:08 buzz avahi-daemon[681]: Joining mDNS multicast group on interface enp0s31f6.IPv6 with address fe80::dacb:8aff:feec:fbe0.
Jun 28 12:33:08 buzz avahi-daemon[681]: New relevant interface enp0s31f6.IPv6 for mDNS.
Jun 28 12:33:09 buzz avahi-daemon[681]: Leaving mDNS multicast group on interface enp0s31f6.IPv6 with address fe80::dacb:8aff:feec:fbe0.
Jun 28 12:33:09 buzz avahi-daemon[681]: Joining mDNS multicast group on interface enp0s31f6.IPv6 with address fd91:dab6:a2b2:1:dacb:8aff:feec:fbe0.
Jun 28 12:33:11 buzz NetworkManager[679]: <info>  [1561717991.2511] policy: set 'Wired connection 1' (enp0s31f6) as default for IPv6 routing and DNS
Jun 28 12:34:11 buzz vino-server[1489]: 28/06/2019 12:34:11 Listening IPv6://[::]:5900
Jun 28 12:34:11 buzz vino-server[1489]: 28/06/2019 12:34:11 Listening IPv6://[::]:5900
Jun 28 12:34:11 buzz vino-server[1489]: 28/06/2019 12:34:11 Listening IPv6://[::]:5900
mathis@buzz:~$ 

jessie
Beiträge: 112
Registriert: 16.06.2019 09:55:33

Re: SSH Lag Debian Buster

Beitrag von jessie » 28.06.2019 18:43:44

IPv6 funktioniert, keine errors, nicht mal warnings.
Es könnte sein, dass o. g. SSH-Probleme dadurch entstanden sind, weil der avahi-Deamon automatisch per IPv6 verbindet, der Netzwerkmanager auch irgendwas mit IPv6 veranstaltet/bevorzugt und zusätzlich ein IPv4-Netz existiert. Ich würde testweise den avahi-Dienst per systemD deaktivieren/maskieren. (IPv6 deaktivieren dürfte auch helfen, bei IPv4 und gleichzeitig automatisch verbundenem IPv6 sieht sieht ja keiner mehr durch.) Gleiche Übung wie für lircd schon getan. Dann wieder in ssh-Konfig Addressfamily auf any. Verbindungstest. Weiter fällt mir nichts ein, einen funktionierenden Workaround hast du ja schon. Was avahi tut, findest du in Wikipedia unter Zeroconf.

PPAs (Ubuntu) in Debian sind eine ausgesprochen schlechte Idee, die fällt dir irgendwann gewaltig auf die Füße und debuggen wird sowas keiner hier! Debian hat sicher mehr Pakete als Ubuntu, nutze die Paketsuche, Debiansynaptic oder apt search und installiere ausschließlich aus Debian-Repos. Bereinige Deine Quellenliste von Fremdrepos und sieh zu, wie du das aus PPAs Installierte wieder los wirst!
Tor für Debian:
https://packages.debian.org/search?keyw ... ection=all
mit geeignetem Fremdrepo von Tor direkt:
https://2019.www.torproject.org/docs/debian.html.en
Tor-Browser:
https://wiki.debian.org/TorBrowser
apt search:

Code: Alles auswählen

man apt

willy4711

Re: SSH Lag Debian Buster

Beitrag von willy4711 » 28.06.2019 19:48:48

Aliastargz hat geschrieben: ↑ zum Beitrag ↑
28.06.2019 17:56:56
Ich habe über ein ppa das Tor Paket installiert. Könnte der Fehler damit zusammenhängen?
jessie hat geschrieben: ↑ zum Beitrag ↑
28.06.2019 18:43:44
Debian hat sicher mehr Pakete als Ubuntu, nutze die Paketsuche, Debiansynaptic oder apt search und installiere ausschließlich aus Debian-Repos.
Naja für Buster ist im Moment nix mit Tor.
Das einfachste ist, sich das Tor Bundle direkt vom Tor- Projekt zu holen (nix anderes mach Debian auch)
nach /opt packen, sich als Besitzer eintragen, updatet sich selbst, und gut ist :mrgreen:
https://www.torproject.org/de/download/

Ansonsten scheint das Problem ja gelöst.

Antworten