--server-bridge gateway netmask pool-start-IP pool-end-IP
Yeah, tried that. It does indeed make sense to put the LAN gateway instead of the VPN-Server. I checked however
man openvpn, finding following explanation:
The gateway and netmask parameters to --server-bridge can be set to either the IP/netmask of the bridge interface, or the IP/netmask of the default gateway/router on the bridged subnet.
Within this I understand that I may take either one of them, the LAN-Gateway (in my case 10.10.10.1) or the OpenVPN-Server (in my case 10.10.10.65). Anyway, I checked both without the slightest change in result.
Maybe there are other factors (firewalls!) but you do need to check that is not a problem.
Checked that as well using iptables. I allowed traffic on eth0, tun0, and br0:
user@vpn-server:~$ sudo iptables -L -n
Chain INPUT (policy ACCEPT)
target prot opt source destination
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0
Chain FORWARD (policy ACCEPT)
target prot opt source destination
ACCEPT all -- 0.0.0.0/0 0.0.0.0/0
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
My current OpenVPN-Server configuration currently looks like this:
port 1194
proto udp
dev tap
up "up.sh br0 eth0"
ca ca.crt
cert srv-vpn.crt
key srv-vpn.key
dh dh1024.pem
mode server
tls-server
push "route-gateway dhcp"
;ifconfig-pool-persist ipp.txt
keepalive 10 120
cipher AES-128-CBC # AES
comp-lzo
persist-key
persist-tun
status openvpn-status.log
verb 3
client-to-client
Though the situation is unchanged. As soon as I am connected, I am able to place a ping from the VPN-Client to the VPN-Server, but not from the VPN-Client to any LAN-Client behind the VPN-Server.
There still has to be some misconfiguration.
Any idea where the error could be?