Opened 4 weeks ago

Last modified 2 weeks ago

#1301 new Bug / Defect

Route: Waiting for TUN / TAP interface to come up ...

Reported by: lozhkinalexey Owned by:
Priority: major Milestone: release 2.4.9
Component: Generic / unclassified Version: OpenVPN 2.4.8 (Community Ed)
Severity: Not set (select this one, unless your'e a OpenVPN developer) Keywords:
Cc:

Description

Greetings.
I observe the following problem when connecting to OpenVPN 2.4.9-I601-win10:
If on the local interface the gateway address is on a different subnet, then when I try to connect to OpenVPN, I get the following:
TEST ROUTES: 18/38 succeeded len = 38 ret = 0 a = 0 u / d = up
Route: Waiting for TUN / TAP interface to come up ...

If you enable more detailed logging (verb 7), then the log contains the following lines with the addition of routes with a negative index and a large metric:
Fri Jul 10 13:31:09 2020 us = 361160 DEBUG: IP Locate: ip = 192.168.1.1 nm = 0.0.0.0 index = -1 count = 0 metric = 2147483647

I understand that the problem is the lack of the correct route, but I saw similar connection configurations at airports and the metro.

ipconfig:
IPv4-адрес. . . . . . . : 192.168.1.200
Netmask . . . . . . . . : 255.255.255.128
Gateway. . . . . . . . . : 192.168.1.1
DNS. . . . . . . . . . . : 8.8.8.8

Attachments (1)

test.log (31.1 KB) - added by lozhkinalexey 20 hours ago.
log verb 4

Download all attachments as: .zip

Change History (3)

comment:1 Changed 3 weeks ago by lozhkinalexey

There is no such problem if you run OpenVPN with the same configuration on android

comment:2 Changed 2 weeks ago by tincantech

Could you please add your client log at --verb 4 (Remove private data)

Changed 20 hours ago by lozhkinalexey

Attachment: test.log added

log verb 4

Note: See TracTickets for help on using tickets.