strange routing behavior starting with ocserv 0.12.0
sven plaga
sven at plaga.de
Mon Sep 21 21:28:12 EDT 2020
Hello Nikos,
>> Starting with ocserv 0.12.0: a user connects, and the route changes to
>> the following:
>>
>> Fritzbox <--> Backuphostsr
>> 192.168.7.1 192.168.7.13
>> Default Route: 192.168.7.13
>
> I suspect that default route here is the peer address you see on the
> clients right? ocserv sets as its IP the first network address of the
> one assigned. With
> 192.168.7.32/27 you should have
> 192.168.7.33 (is 13 a typo?)
No typo: in 0.12.0 ocserv sets 192.168.7.13 as default route on the
server (deleting the former 192.168.7.1 route). The ocserv server sets
itself as default route when a client is connecting, which makes no
sense at all. Additionally, of course, it sets the route to my client
peer (192.168.7.33).
When the client is disconnecting, default route is restored to
192.168.7.1 and route to the peer 192.168.7.33 is deleted.
Problem is: the default route setup destroys IPv4 connectivity of the
ocserv server. This behavior is new in 0.12.0. I do not see it in
0.11.12 (both versions self compiled).
> Most likely the behavior in 0.11.x is a bug, and it most likely
> accidental that it was working. If the first address in the network
> doesn't work as default route in your setup you may need to make the
> server ocserv runs on capable to route.
An ocserv server with a default route pointing to itself: that can not
be correct behavior.
For debugging: Maybe you could give me some hint. Unfortunately, I was
not able to find the point in the code where ocserv is altering the
routes on the host where it is running. I would like to build a test
version which is not touching my routes. Maybe this helps me to narrow
down the problem. Maybe there is some other mechanism on the server
touching the routes ...
I Thank you very much for your patience and help
Sven
>
> regards,
> Nikos
>
>
>
>>
>> The host backuphostsr is assigned 192.168.7.13. Therefore the default
>> route points to the host itself. Changig the route notation does not
>> change anything. After the user disconnects, the correct default route
>> (192.168.7.1) is restored.
>>
>>
>> It is a strange behavior ...
>>
>> Regards
>>
>> Sven
>>
>>
>>
>>
>>
>>>
>>> regards,
>>> Nikos
>>>
>>> _______________________________________________
>>> openconnect-devel mailing list
>>> openconnect-devel at lists.infradead.org
>>> http://lists.infradead.org/mailman/listinfo/openconnect-devel
>>>
>>
>>
>> _______________________________________________
>> openconnect-devel mailing list
>> openconnect-devel at lists.infradead.org
>> http://lists.infradead.org/mailman/listinfo/openconnect-devel
More information about the openconnect-devel
mailing list