Met dank aan @
Jeroen_ae92 ben ik wat verder met mijn oplossing in
mithras in "\[Ubiquiti-apparatuur] Ervaringen & Discussie - Deel 3". Het gaat om een VPN op te bouwen waar enkele clients doorheen gaan lopen, maar de rest moet via het standaard internet lopen. Dat laatste lukte eerst niet, maar is opgelost door de default gateway push van de OpenVPN server te negeren.
Dat eerste is nog steeds een issue. Iemand die een idee heeft? Résumé:
Ik heb een OpenVPN tunnel:
$ show interfaces openvpn
Codes: S - State, L - Link, u - Up, D - Down, A - Admin Down
Interface IP Address S/L Description
--------- ---------- --- -----------
vtun0 10.8.0.46 u/u
Op
andere OpenVPN clients heb ik gewoon een werkende verbinding (10.8.0.0/24 is mijn vpn subnet, 10.8.0.1 is de gateway):
$ traceroute 1.1.1.1
traceroute to 1.1.1.1 (1.1.1.1), 30 hops max, 60 byte packets
1 10.8.0.1 (10.8.0.1) 20.194 ms 80.352 ms 80.367 ms
2 146.185.159.254 (146.185.159.254) 80.442 ms 80.351 ms 80.320 ms
3 138.197.250.14 (138.197.250.14) 80.311 ms 138.197.250.16 (138.197.250.16) 80.153 ms 138.197.250.20 (138.197.250.20) 80.132 ms
4 * * *
5 one.one.one.one (1.1.1.1) 80.117 ms * *
Maar vanaf de USG kom ik nergens:
$ sudo traceroute -i vtun0 1.1.1.1
traceroute to 1.1.1.1 (1.1.1.1), 30 hops max, 38 byte packets
1 * * *
2 * * *
3 * * *
4 * * *
5 * * *
6 * * *
7c *^C
Aan de OpenVPN server kant zie ik wel degelijk dat ook daar de verbinding tot stand is gekomen:
$ sudo cat /etc/openvpn/openvpn-status.log
OpenVPN CLIENT LIST
Updated,Sat Nov 24 18:33:31 2018
Common Name,Real Address,Bytes Received,Bytes Sent,Connected Since
usg,XX.XXX.XX.XX:37260,58356,53186,Sat Nov 24 17:19:21 2018
ROUTING TABLE
Virtual Address,Common Name,Real Address,Last Ref
10.8.0.46,usg,XX.XXX.XX.XX:37260,Sat Nov 24 18:32:01 2018
GLOBAL STATS
Max bcast/mcast queue length,0
END
Om dit voor elkaar te krijgen heb ik volgens mij alles van
https://lg.io/2015/01/11/...-router-for-home-use.html gevolgd:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
| mithras@USG# show interfaces ethernet eth1
address 192.168.1.1/24
description LAN
firewall {
in {
ipv6-name LANv6_IN
modify VPN_Gateway
name LAN_IN
}
local {
ipv6-name LANv6_LOCAL
name LAN_LOCAL
}
out {
ipv6-name LANv6_OUT
name LAN_OUT
}
}
[edit]
mithras@USG# show interfaces openvpn
openvpn vtun0 {
config-file /config/openvpn/usg.ovpn
}
[edit]
mithras@USG# show firewall modify VPN_Gateway
rule 10 {
action modify
description "Route specified traffic from lan ip through VPN"
modify {
table 1
}
protocol all
source {
address 192.168.1.15
}
}
[edit]
mithras@USG# show protocols static table
table 1 {
interface-route 0.0.0.0/0 {
next-hop-interface vtun0 {
}
}
}
[edit]
mithras@USG# show service nat rule 5004
description "MASQ corporate_network to vpn vtun0"
destination {
address 0.0.0.0/0
}
log disable
outbound-interface vtun0
protocol all
type masquerade
[edit] |
Ik heb wel naar de logs gekeken van de USG en normaal wordt ook 10.8.0.1 als gateway gepushed, deze push options wordt natuurlijk ook genegeerd:
code:
1
2
3
4
5
6
7
8
9
10
11
12
| $ cat messages|grep openvpn
Nov 24 18:19:23 USG openvpn[31323]: [server] Peer Connection Initiated with [AF_INET]192.81.221.199:443
Nov 24 18:19:26 USG openvpn[31323]: SENT CONTROL [server]: 'PUSH_REQUEST' (status=1)
Nov 24 18:19:26 USG openvpn[31323]: PUSH: Received control message: 'PUSH_REPLY,redirect-gateway def1 bypass-dhcp,dhcp-option DNS 208.67.222.222,dhcp-option DNS 208.67.220.220,route 10.8.0.1,topology net30,ping 10,ping-restart 120,ifconfig 10.8.0.46 10.8.0.45'
Nov 24 18:19:26 USG openvpn[31323]: Options error: option 'redirect-gateway' cannot be used in this context ([PUSH-OPTIONS])
Nov 24 18:19:26 USG openvpn[31323]: Options error: option 'dhcp-option' cannot be used in this context ([PUSH-OPTIONS])
Nov 24 18:19:26 USG openvpn[31323]: Options error: option 'dhcp-option' cannot be used in this context ([PUSH-OPTIONS])
Nov 24 18:19:26 USG openvpn[31323]: Options error: option 'route' cannot be used in this context ([PUSH-OPTIONS])
Nov 24 18:19:26 USG openvpn[31323]: OPTIONS IMPORT: timers and/or timeouts modified
Nov 24 18:19:26 USG openvpn[31323]: OPTIONS IMPORT: --ifconfig/up options modified
Nov 24 18:19:26 USG openvpn[31323]: Preserving previous TUN/TAP instance: vtun0
Nov 24 18:19:26 USG openvpn[31323]: Initialization Sequence Completed |
Zou het met dat laatste iets te maken kunnen hebben

Geen idee hoe ik dat vooralsnog fix maar een ping naar 10.8.0.1 over vtun0 geeft nog geen resultaat
[
Voor 18% gewijzigd door
mithras op 26-11-2018 20:59
]