• Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login
Netgate Discussion Forum
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login

OpenVPN Can not reach devices in LAN other than the LAN-Gateway

OpenVPN
openvpn lan unreachable
2
4
730
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • N
    NiDaKuDE
    last edited by Sep 19, 2020, 4:02 PM

    Hey there,
    I am trying to setup a VPN-Server, reachable at my WAN-Interface (192.168.178.28/24) which is working. If I connect to the OpenVPN-Server at (10.32.0.1/16), I receive the following routes:

    10.0.0.0/12 via 10.32.0.1 dev tun0 
    10.32.0.0/16 dev tun0 proto kernel scope link src 10.32.0.2 
    

    Unfortunately I cannot reach a Testserver (10.10.10.10), which is reachable when in the same network (tested with ping and ssh)

    I did some googling and tried several "fixes" and full blown tutorials but had no success.

    Below I have attached all relevant Configs, I hope ;D

    login-to-view
    login-to-view
    login-to-view

    *The VPN-Config-Site was too big for upload...
    Short summary:
    Proto: UDP on IPv4
    Iface: WAN
    Local Port: 1195
    TLS
    IPv4 Tunnel Network: 10.32.0.0/16
    IPv4 Local Networks: 10.0.0.0/12
    Inter-Client-Com: Check
    Custom options: push "route 10.0.0.0 255.240.0.0"

    login-to-view

    Thanks in advance!

    1 Reply Last reply Reply Quote 0
    • R
      Rico LAYER 8 Rebel Alliance
      last edited by Sep 19, 2020, 6:22 PM

      Your testserver is using pfSense as gateway?
      Did you check/disable for testing the testservers firewall?

      -Rico

      1 Reply Last reply Reply Quote 0
      • N
        NiDaKuDE
        last edited by Sep 19, 2020, 6:46 PM

        Given the working NAT-Rule to forward a Port to the WAN-Router-IP and the fact that it is pingable from within the router leads me to belive, that this is indeed the case ;D

        # The primary network interface
        allow-hotplug enp3s0f0
        iface enp3s0f0 inet static
          address 10.10.10.10/12
          gateway 10.0.0.1
        # This is an autoconfigured IPv6 interface
        

        I am pretty shure, that the Testserver does not have a firewall installed. At least none that I am aware of. Maybe there is something I do not know it exists ?

        root@kartoffel:~# iptables -t nat -L -n
        Chain PREROUTING (policy ACCEPT)
        target     prot opt source               destination         
        
        Chain INPUT (policy ACCEPT)
        target     prot opt source               destination         
        
        Chain POSTROUTING (policy ACCEPT)
        target     prot opt source               destination         
        
        Chain OUTPUT (policy ACCEPT)
        target     prot opt source               destination         
        root@kartoffel:~# iptables -L -n
        Chain INPUT (policy ACCEPT)
        target     prot opt source               destination         
        
        Chain FORWARD (policy ACCEPT)
        target     prot opt source               destination         
        
        Chain OUTPUT (policy ACCEPT)
        target     prot opt source               destination         
        root@kartoffel:~# ip addr
        1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
            link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
            inet 127.0.0.1/8 scope host lo
               valid_lft forever preferred_lft forever
            inet6 ::1/128 scope host 
               valid_lft forever preferred_lft forever
        2: enp3s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
            link/ether 10:1f:74:30:d4:b4 brd ff:ff:ff:ff:ff:ff
            inet 10.10.10.10/8 brd 10.255.255.255 scope global enp3s0f0
               valid_lft forever preferred_lft forever
            inet6 fe80::121f:74ff:fe30:d4b4/64 scope link 
               valid_lft forever preferred_lft forever
        3: enp3s0f1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
            link/ether 10:1f:74:30:d4:b6 brd ff:ff:ff:ff:ff:ff
        4: enp4s0f0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
            link/ether 10:1f:74:30:d4:a0 brd ff:ff:ff:ff:ff:ff
        5: enp4s0f1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
            link/ether 10:1f:74:30:d4:a2 brd ff:ff:ff:ff:ff:ff
        root@kartoffel:~# ip route
        default via 10.0.0.1 dev enp3s0f0 onlink 
        10.0.0.0/8 dev enp3s0f0 proto kernel scope link src 10.10.10.10 
        root@kartoffel:~#
        
        1 Reply Last reply Reply Quote 0
        • N
          NiDaKuDE
          last edited by Sep 21, 2020, 6:02 AM

          Hey there,
          I think the problem is not within the Router but in the testserver.

          Even though I did a reinstall recently and never installed anything else than apache2 and openssh-server, a tcpdump confirmed that the packets arrive at my testserver but my testserver does not respond to them for whatever reason. So most probably my fault.

          Anyway

          Thank you @Rico !

          1 Reply Last reply Reply Quote 0
          1 out of 4
          • First post
            1/4
            Last post
          Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.