[Eisfair_dev] [e64] eiskernel 5.3.0 (Status 'testing') verfügbar - 4.9er Kernel für eisfair-64

[Rolf Bensch]

Hallo Alex,

Am 17.12.20 um 20:40 schrieb Alex Busam:
> Am 17.12.2020 um 09:48 schrieb Rolf Bensch:
>> Hallo Alex,
>>
>> was funktioniert denn nicht mehr? Der Verbindungsaufbau? Der Traffic 
>> kommend? - oder gehend? Geht es um den Eis selbst oder Clients im LAN?
>>
>> Grüße Rolf
> 
> Hi,
> 
> Wireguard-Windows-Client, Verbindungsaufbau scheint erfolgreich, es wird 
> ein grüner Haken angezeigt. Doch ein Ping vom Client zur IP des eisfair 
> ist erfolglos.
> Wenn ich im Windows-Client die Verbindung aktiviere, erhalte ich auf dem 
> Eis in der messages folgendes:
> Dec 17 20:37:03 myeis sshd[23986]: Accepted publickey for root from 
> 111.111.111.111 port 61732 ssh2: ED25519 
> SHA256:pUquSSDqcmdCmGHy23jH28AtuvBBZW5QYDFaQZj9+aU
> Dec 17 20:37:03 myeis sshd[23986]: pam_unix(sshd:session): session 
> opened for user root(uid=0) by (uid=0)
> 
> (ich habe meine IP durch 111.111.111.111 ersetzt)
> 
> Suche gerade nach weiteren Debug-Möglichkeiten. Da noch nichtmal ein 
> Ping auf die Eis-IP erfolgreich ist, brauch ich vermutlich nicht nach 
> Konfig-Fehlern in der base oder routing suchen. Da liegt ein basaleres 
> Problem vor. Wie kann ich das näher eingrenzen?

Vielleicht liegt das Problem nicht im Eis sondern im Client-Netzwerk. Es 
ist gerade 2 Wochen her, da hatte ich mit einem Fritzbox-VPN ähnliche 
Probleme. Im Client-Netz konnten per WLAN angebundene Geräte keinen 
Traffic durch den Tunnel schieben. Per LAN funktionierte das 
einwandfrei. Von einem WLAN-Geräte wurde ein Ping genau 1x beantwortet, 
danach ging nichts mehr. Letztendlich half hier nur ein Update der 
Fritzbox 7590 von V7.21 auf V7.24Beta.

Ich sehe jetzt zwar keinen direkten Zusammenhang zu Deinem Problem, 
vielleicht ist das aber ein Ansatz zu Erweiterung der Fehlersuche. 
Kannst Du vom Client eine WG-Verbindung in ein anderes Netz aufbauen und 
nutzen?

Grüße Rolf