Administrace komentářů

Pokud jsem to správně pochopil, server (ve vnitřní síti) má tyto adresy:

     eth0 192.168.1.2
     tap0 10.8.1.1

Vnitřní síť má rozsah 192.168.1.0/24 a vy chcet na svém klientovi kdesi v internetu dát ping 192.168.1.x a dopingovat se.

Něco podobného jsem řešil nedávno.

Na serveru mám takového nastavení /etc/openvpn/server.ovpn:

  dev tap
  comp-lzo
  server 10.8.1.0 255.255.255.0
  status openvpn-status.log
  tls-server
  duplicate-cn
  crl-verify /etc/openvpn/revoked.pem
  dh /etc/openvpn/dh1024.pem
  ca /etc/openvpn/cacert.pem
  cert /etc/openvpn/server.crt
  key /etc/openvpn/server.key
  push "route 192.168.110.0 255.255.255.0"
  keepalive 10 60

Na klientu takovéto:

  dev tap
  port 1194
  verb 3
  comp-lzo
  remote x.y.z.a
  pull 
  tls-client 
  ca xyservercacert.pem
  cert xy.crt
  key xy.key
  keepalive 10 60

pro vás je asi nejpodstatnější na serveru příkaz push a na klientovi příkaz pull. Dále musí být na linuxu povolené routování (sysctl net.ipv4.ip_forward a příslušné routy povolené ve fw). Taktéž musíte mít nastavené routování ve vnitřní síti tak aby vaše brána vše co je do podsítě VPN 10.8.1.0/255.255.255.0 směrovala na váš VPN server (192.168.1.2), to je potřeba nastavit na vaší bráně (pochopil jsem že máte df gw na 193.168.1.1).

Zda vám funguje routování ve vnitřní síti ověříte pomocí ping -I tap0 192.168.1.2 spuštěném na VPN serveru, pokud tento příkaz neprojde, je ve vnitřní síti/na serveru cosi špatně, pokud projde, můžete začít řešit routování přes VPN. Obecně ale musím říci, že není v typickém případě nastavovat nic na VPN serveru ani na klientovi, protože příslušné routy si nahodí VPN sama, ale naopak je třeba zajistit aby se 10.8.1.0/255.255.255.0 routovalo ve vnitřní síti ne do internetu ale na VPN server.

Doufám, že jsem Vás pochopil správně.