This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

PPTP access with defind DHCP-Server 7.503

Hello

everything works fine till changing from 6513 to 7503......


i'm defining site to site vpn between our two companies successfully.

Lan company1: 192.168.100.0 with DHCP Server 192.168.100.1
Lan company2: 192.168.101.0

i want to login over PPTP and want to reach all computers in both networks!

when i'm accessing over pptp in company1, i got the address from dhcp-server (NOT FROM POOL) but i cannot reach the computers in company1,
BUT i can reach the computers in company2.

when i'm changing the pptp configuration to get the address from PPTP-Pool
i can reach the computers in company1 but not from company2.


if anybody knows what could be wrong/missing in our system pls. give me detailed information.

regards


This thread was automatically locked due to age.
Parents
  • Interesting!  Last December, I received the following from Astaro Support along with an extract of tcpdump:
    Because the DHCP server is leasing IPs on the same network as the internal network, it is causing hosts on the internal network to ARP for the MAC address of the l2tp client.  ARP traffic will not route through the l2tp tunnel.
    [...]
    In the above capture, you will not find the ARP traffic, because L2TP network is a segregated network from the LAN.  Thus, the LAN will not ARP for the MAC, but rather will forward it to the default gateway, the ASG.


    I wonder if they have decided to make this a permanent feature.  It does seem like it should be able to respond to an ARP request with the MAC of the Internal interface (or whatever interface the request arrives on).

    Cheers - Bob
Reply
  • Interesting!  Last December, I received the following from Astaro Support along with an extract of tcpdump:
    Because the DHCP server is leasing IPs on the same network as the internal network, it is causing hosts on the internal network to ARP for the MAC address of the l2tp client.  ARP traffic will not route through the l2tp tunnel.
    [...]
    In the above capture, you will not find the ARP traffic, because L2TP network is a segregated network from the LAN.  Thus, the LAN will not ARP for the MAC, but rather will forward it to the default gateway, the ASG.


    I wonder if they have decided to make this a permanent feature.  It does seem like it should be able to respond to an ARP request with the MAC of the Internal interface (or whatever interface the request arrives on).

    Cheers - Bob
Children
No Data