[Eisfair] openvpn2 1.0.13 released

[Olaf Jaehrling]

Hallo Alex,


Alex Busam schrieb am 05.06.2018 um 19:11:

> Tue Jun  5 19:06:23 2018 /sbin/ip link set dev tun0 up mtu 1400
> Tue Jun  5 19:06:23 2018 /sbin/ip addr add dev tun0 local 10.10.10.1
> peer 10.10.10.2
> Tue Jun  5 19:06:23 2018 Could not determine IPv4/IPv6 protocol. Using
> AF_INET
> Tue Jun  5 19:06:23 2018 UDPv4 link local (bound): [AF_INET][undef]:15195
> Tue Jun  5 19:06:23 2018 UDPv4 link remote: [AF_UNSPEC]
> Tue Jun  5 19:06:23 2018 GID set to nogroup
> Tue Jun  5 19:06:23 2018 UID set to nobody
> Tue Jun  5 19:06:23 2018 ifconfig_pool_read(), in='alap,10.10.10.4',
> TODO: IPv6
> Tue Jun  5 19:06:23 2018 succeeded -> ifconfig_pool_set()
> Tue Jun  5 19:06:23 2018 Initialization Sequence Completed
> Tue Jun  5 19:06:37 2018 88.88.88.88:1194 VERIFY OK: depth=1, C=DE,
> ST=BW, L=Obk, O=privat, CN=privat CA, emailAddress=
> Tue Jun  5 19:06:37 2018 88.88.88.88:1194 VERIFY OK: depth=0, C=DE,
> ST=BW, L=Obk, O=privat, CN=alap, emailAddress=

Bis hierher sieht alles super aus. Die Verbindung steht und nun versucht
Windows die Routen einzutragen ....

> Tue Jun  5 19:07:18 2018 event_wait : Interrupted system call (code=4)
> RTNETLINK answers: Operation not permitted
> Tue Jun  5 19:07:18 2018 ERROR: Linux route delete command failed:
> external program exited with error status: 2

Das scheitert dann. und er bricht ab.
> Tue Jun  5 19:07:18 2018 Closing TUN/TAP interface
> Tue Jun  5 19:07:18 2018 /sbin/ip addr del dev tun0 local 10.10.10.1
> peer 10.10.10.2
> RTNETLINK answers: Operation not permitted
> Tue Jun  5 19:07:18 2018 Linux ip addr del failed: external program
> exited with error status: 2
> Tue Jun  5 19:07:18 2018 SIGTERM[hard,] received, process exiting
> Tue Jun  5 19:07:21 2018 OpenVPN 2.4.6 i686-pc-linux-gnu [SSL (OpenSSL)]
> [LZO] [EPOLL] [MH/PKTINFO] [AEAD] built on May 22 2018
> Tue Jun  5 19:07:21 2018 library versions: OpenSSL 1.1.0h-fips  27 Mar
> 2018, LZO 2.10

Nächste Versuch ..
> Tue Jun  5 19:07:21 2018 WARNING: normally if you use --mssfix and/or
> --fragment, you should also set --tun-mtu 1500 (currently it is 1400)
> Tue Jun  5 19:07:21 2018 TUN/TAP device tun0 opened
> Tue Jun  5 19:07:21 2018 do_ifconfig, tt->did_ifconfig_ipv6_setup=0
> Tue Jun  5 19:07:21 2018 /sbin/ip link set dev tun0 up mtu 1400
> Tue Jun  5 19:07:21 2018 /sbin/ip addr add dev tun0 local 10.10.10.1
> peer 10.10.10.2
> Tue Jun  5 19:07:21 2018 Could not determine IPv4/IPv6 protocol. Using
> AF_INET
> Tue Jun  5 19:07:21 2018 UDPv4 link local (bound): [AF_INET][undef]:15195
> Tue Jun  5 19:07:21 2018 UDPv4 link remote: [AF_UNSPEC]
> Tue Jun  5 19:07:21 2018 GID set to nogroup
> Tue Jun  5 19:07:21 2018 UID set to nobody
> Tue Jun  5 19:07:21 2018 ifconfig_pool_read(), in='alap,10.10.10.4',
> TODO: IPv6
> Tue Jun  5 19:07:21 2018 succeeded -> ifconfig_pool_set()
> Tue Jun  5 19:07:21 2018 Initialization Sequence Completed
> Tue Jun  5 19:07:26 2018 88.88.88.88:1194 WARNING: normally if you use
> --mssfix and/or --fragment, you should also set --tun-mtu 1500
> (currently it is 1400)
> Tue Jun  5 19:07:26 2018 88.88.88.88:1194 VERIFY OK: depth=1, C=DE,
> ST=BW, L=Obk, O=privat, CN=privat CA, emailAddress=
> Tue Jun  5 19:07:26 2018 88.88.88.88:1194 VERIFY OK: depth=0, C=DE,
> ST=BW, L=Obk, O=privat, CN=alap, emailAddress=

Die Verbindung steht.  Usw.

Für mich sieht es danach aus, dass die Routen nicht gesetzt werden können.

Gruß

Olaf