On 02/03/2021 19:21, tincanteksup wrote:
On 02/03/2021 19:18, tincanteksup wrote:
Ok,
it seems i misunderstood the problem, so I'll start over.
See this forum thread for full details:
https://forums.openvpn.net/viewtopic.php?f=6&t=31945#p98073
But in summary:
My first mistake was not understanding the use of AF_INET6.
I now understand that AF_INET6 will/does work for IPv4 also.
The log in this post shows that --proto udp leads to the same log line:
`Could not determine IPv4/IPv6 protocol. Using AF_INET6`
and the VPN still works using only IPv4.
https://forums.openvpn.net/viewtopic.php?f=6&t=31945#p98106
So what was the problem then ?
It appears a Windows Update has interfered in DHCP somehow.
(There have been two reports on the forum which look the same)
The solution to this problem was to use --dhcp-renew in the
config to force DHCP renewal. No other steps worked.
eg. --route-delay 60 60 did not help.
My question now is:
Is it possible for openvpn to detect that DHCP has failed
and to error out immediately ?
Otherwise, the user is left thinking that their VPN is working
and they can even connect to it and receive their client IP but
the server is completely non-functional and only a minor indication in
the log as to the reason.
Thanks
Both users were using the GUI, so is it possible that the GUI could
handle this error ?
Whatever the original problem was I cannot reproduce ..
however, it seems that `--route-method ipapi` does not work as
intended. This setting always does fall-back to exe.
LOG:
2021-03-04 21:31:57 us=93750 route_method = 1
2021-03-04 21:31:57 us=93750 block_outside_dns = DISABLED
2021-03-04 21:31:57 us=93750 ip_win32_defined = DISABLED
2021-03-04 21:31:57 us=93750 ip_win32_type = 3
2021-03-04 21:31:57 us=93750 dhcp_masq_offset = 0
2021-03-04 21:31:57 us=93750 dhcp_lease_time = 31536000
2021-03-04 21:31:57 us=93750 tap_sleep = 10
2021-03-04 21:31:57 us=109375 dhcp_options = ENABLED
2021-03-04 21:31:57 us=109375 dhcp_renew = DISABLED
2021-03-04 21:31:57 us=109375 dhcp_pre_release = DISABLED
2021-03-04 21:31:57 us=109375 domain = '[UNDEF]'
2021-03-04 21:31:57 us=109375 netbios_scope = '[UNDEF]'
2021-03-04 21:31:57 us=125000 netbios_node_type = 0
2021-03-04 21:31:57 us=125000 disable_nbt = ENABLED
2021-03-04 21:31:57 us=125000 OpenVPN 2.5.0 i686-w64-mingw32 [SSL
(OpenSSL)] [LZ
O] [LZ4] [PKCS11] [AEAD] built on Oct 28 2020
2021-03-04 21:31:57 us=125000 Windows version 6.1 (Windows 7) 32bit
2021-03-04 21:31:57 us=125000 library versions: OpenSSL 1.1.1h 22 Sep
2020, LZO
2.10
2021-03-04 21:31:57 us=140625 NOTE: the current --script-security
setting may al
low this configuration to call user-defined scripts
2021-03-04 21:31:57 us=156250 Diffie-Hellman initialized with 4096 bit key
2021-03-04 21:31:57 us=156250 tls-crypt-v2 server key: Cipher
'AES-256-CTR' init
ialized with 256 bit key
2021-03-04 21:31:57 us=171875 tls-crypt-v2 server key: Using 256 bit
message has
h 'SHA256' for HMAC authentication
2021-03-04 21:31:57 us=171875 TLS-Auth MTU parms [ L:1621 D:1212 EF:38
EB:0 ET:0
EL:3 ]
2021-03-04 21:31:57 us=187500 interactive service msg_channel=0
2021-03-04 21:31:57 us=187500 open_tun
2021-03-04 21:31:57 us=234375 tap-windows6 device [tun1] opened
2021-03-04 21:31:57 us=234375 TAP-Windows Driver Version 9.24
2021-03-04 21:31:57 us=234375 TAP-Windows MTU=1500
2021-03-04 21:31:58 us=250000 NETSH: C:\Windows\system32\netsh.exe
interface ip
set address 15 dhcp
2021-03-04 21:31:58 us=328125 ERROR: netsh command failed: returned
error code 1
_______________________________________________
Openvpn-users mailing list
Openvpn-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openvpn-users
