OpenVPN Reconnect endet in Fehler
Hallo Admins,
ich bin mit OpenVPN von 2.4 auf 2.6 umgezogen und der Client (RaspberryPi) verbindet sich nicht mehr automatisch mit dem Server (RaspberryPi), wenn er die Verbindung verliert oder ich den Server reboote oder den Systemdienst restarte. Der erneute Verbindungsversuch findet wohl statt, bricht dann aber wegen Passwortproblemen ab.
Die Server.conf
Die Client.conf
Die Log aus dem Client nach dem Abbruch:
ich bin mit OpenVPN von 2.4 auf 2.6 umgezogen und der Client (RaspberryPi) verbindet sich nicht mehr automatisch mit dem Server (RaspberryPi), wenn er die Verbindung verliert oder ich den Server reboote oder den Systemdienst restarte. Der erneute Verbindungsversuch findet wohl statt, bricht dann aber wegen Passwortproblemen ab.
Die Server.conf
port 1194
tls-server
proto udp4
proto udp6
dev tun
push tun-ipv6
ifconfig-ipv6 fd00:dea:dea:dea::1 fd00:dea:dea:dea::2
keepalive 10 300
status /etc/openvpn/server/openvpn-status.log
verb 4
log /etc/openvpn/server/openvpn.log
script-security 2
client-connect /etc/openvpn/server/openvpn_client_connect.sh
client-disconnect /etc/openvpn/server/openvpn_client_disconnect.sh
persist-tun
persist-key
ifconfig-pool-persist /etc/openvpn/ipp.txt
auth SHA512
auth-nocache
remote-cert-tls client
user openvpn
group openvpn
client-config-dir /etc/openvpn/ccd
ca /etc/openvpn/server/ca.crt
cert /etc/openvpn/server/PiServer.crt
key /etc/openvpn/server/PiServer.key
tls-crypt-v2 /etc/openvpn/server/server.key
dh none
ecdh-curve secp384r1
crl-verify /etc/openvpn/server/crl.pem
server 10.8.0.0 255.255.255.0
server-ipv6 fd00:dea:dea:dea::/64
push "redirect-gateway def1 bypass-dhcp"
push "dhcp-option DNS 10.8.0.1"
push "route 192.168.178.0 255.255.255.0"
push "route-ipv6 fd00:ecce:ecce:ecce::/64"
route 192.168.188.0 255.255.255.0
route-ipv6 fd00:adda:adda:adda::/64
topology subnet
push "topology subnet"
client-to-client
tls-version-min 1.2
tls-cipher TLS-ECDHE-ECDSA-WITH-AES-256-GCM-SHA384
data-ciphers AES-256-GCM
ncp-ciphers AES-256-GCM
Die Client.conf
client
remote XYZ.XYZ.de 1194
dev tun
#entweder udp4 oder udp6 aktiv
proto udp4
proto udp6
askpass /etc/openvpn/client/auth.data
resolv-retry infinite
pull-filter ignore redirect-gateway
route 192.168.178.0 255.255.255.0
route-ipv6 fd00:ecce:ecce:ecce:: ::2/64
nobind
log /etc/openvpn/client/openvpn.log
tls-version-min 1.2
tls-cipher TLS-ECDHE-ECDSA-WITH-AES-256-GCM-SHA384
remote-cert-tls server
auth SHA512
data-ciphers AES-256-GCM
auth-nocache
Die Log aus dem Client nach dem Abbruch:
[PiServer] Inactivity timeout (--ping-restart), restarting
TCP/UDP: Closing socket
net_route_v4_del: 192.168.178.0/24 via 10.8.0.1 dev [NULL] table 0 metric -1
delete_route_ipv6(fd00:ecce:ecce:ecce::/64)
net_route_v6_del: fd00:ecce:ecce:ecce::/64 via :: dev tun0 table 0 metric -1
Closing TUN/TAP interface
net_addr_v4_del: 10.8.0.10 dev tun0
net_addr_v6_del: fd00:dea:dea:dea::10/64 dev tun0
SIGUSR1[soft,ping-restart] received, process restarting
Restart pause, 1 second(s)
Failed to query password: Timer expired
ERROR: Failed retrieving username or password
Exiting due to fatal error
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 22261813049
Url: https://administrator.de/contentid/22261813049
Ausgedruckt am: 19.11.2024 um 07:11 Uhr
2 Kommentare
Neuester Kommentar
Er kann die User/Passwort Datei nicht lesen. Vermutlich ohne Pfad Angabe in der Konfig?!
Bei der Verwendung von Zertifikaten ist User/Pass so oder so überflüssig.
Vermutlich wäre statt Upgrade die Migration auf Wireguard und dessen deutlich einfacheres VPN Handling die sinnvollere Entscheidung gewesen.
Von der erheblich besseren VPN Performance jetzt mal gar nicht zu reden...
Bei der Verwendung von Zertifikaten ist User/Pass so oder so überflüssig.
Vermutlich wäre statt Upgrade die Migration auf Wireguard und dessen deutlich einfacheres VPN Handling die sinnvollere Entscheidung gewesen.
Von der erheblich besseren VPN Performance jetzt mal gar nicht zu reden...