Hello,
It took a while, but I got the patch tested with current source.
I can confirm that even with the gaping /8 netmask on ppp0 interface,
routes end up on tun0 interface as expected.
Are there any specific tests you would like me to do or extra
information I could provide?
Regards,
Mart
On 13/04/16(Wed) 13:27, Mart Tõnso wrote:
> Thank you! Assigning a proper ppp netmask solved this issue. I'll see
> if I can get arround to testing the patch. Is there a chance of
> including it in the "current"?
I'm waiting for you report, if it is positive I'll ask for reviews. If
the review ar
Thank you! Assigning a proper ppp netmask solved this issue. I'll see
if I can get arround to testing the patch. Is there a chance of
including it in the "current"?
> By the way why do you use the same src and dst address?
I've been wondering about that myself, but that's how the client
interface
Hello Mart,
On 13/04/16(Wed) 09:22, Mart Tõnso wrote:
> Ah, yes, sorry about that. Here's the full routing info with ifconfig output:
>
> # ifconfig
> [...]
> ppp0: flags=8051 mtu 1500
> priority: 0
> groups: ppp egress
> inet 10.128.195.179 --> 10.64.64.64 netmask 0xff000
Ah, yes, sorry about that. Here's the full routing info with ifconfig output:
# ifconfig
lo0: flags=8049 mtu 32768
priority: 0
groups: lo
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x6
inet 127.0.0.1 netmask 0xff00
re0: flags=18843 mt
On 12/04/16(Tue) 16:20, Mart Tõnso wrote:
> Hello.
>
> I am hitting a strange behaviour with openbsd 5.9.
>
> # uname -a
> OpenBSD router_dev01.lan 5.9 GENERIC.MP#1888 amd64
>
> There's pppd running on the box (for a 3g connection) and OpenVPN
> connection on top of that.
>
> The bug is that an
Hello.
I am hitting a strange behaviour with openbsd 5.9.
# uname -a
OpenBSD router_dev01.lan 5.9 GENERIC.MP#1888 amd64
There's pppd running on the box (for a 3g connection) and OpenVPN
connection on top of that.
The bug is that any routes pushed from openvpn server get assigned to
ppp0 interfa
7 matches
Mail list logo