LAN ਪਤੇ ਵਾਲਾ VPN ਕਲਾਇੰਟ LAN ਉੱਤੇ ਨਹੀਂ ਹੈ

ਕਲਾਇੰਟ ਜੁੜਦਾ ਹੈ, 10.50.0.200 ਲੈਂਦਾ ਹੈ ਅਤੇ 10.50.0.20 ਵਾਲੇ ਸਰਵਰ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚ ਸਕਦਾ, ਹਾਲਾਂਕਿ ਦੋਵੇਂ ਨੰਬਰ ਇੱਕੋ /24 ਵਿੱਚ ਹਨ। ਇਸ ਕਨਫ਼ਿਗਰੇਸ਼ਨ ਪਿੱਛੇ ਵਿਸ਼ਵਾਸ ਇਹ ਹੈ ਕਿ LAN ਪ੍ਰੀਫ਼ਿਕਸ ਦਾ ਪਤਾ ਕਲਾਇੰਟ ਨੂੰ LAN ਦਾ ਹਿੱਸਾ ਬਣਾ ਦਿੰਦਾ ਹੈ। ਇਹ ਨਹੀਂ ਕਰਦਾ। ਕਲਾਇੰਟ ਪੁਆਇੰਟ-ਟੂ-ਪੁਆਇੰਟ ਲਿੰਕ ਉੱਤੇ ਹੈ, ਸਰਵਰ ਮੰਜ਼ਿਲ ਨੂੰ ਸਥਾਨਕ ਮੰਨਦਾ ਹੈ, ਅਤੇ ਗੁੰਮ ਹਿੱਸਾ ਉਹ ਗੁਆਂਢੀ-ਜਵਾਬ ਹੈ ਜੋ ਕੋਈ ਨਹੀਂ ਭੇਜਦਾ।

ਦੰਤਕਥਾ: ਇੱਕੋ ਪ੍ਰੀਫ਼ਿਕਸ ਦਾ ਮਤਲਬ ਇੱਕੋ ਸੈਗਮੈਂਟ

ਪਤਾ ਪ੍ਰੀਫ਼ਿਕਸ ਹੋਸਟ ਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਕਿਹੜੀਆਂ ਮੰਜ਼ਿਲਾਂ ਤੱਕ ਉਹ ਸਿੱਧਾ ਪਹੁੰਚ ਸਕਦਾ ਹੈ ਅਤੇ ਕਿਹੜੀਆਂ ਲਈ ਰਾਊਟਰ ਚਾਹੀਦਾ ਹੈ। ਇਹ ਹੋਸਟ ਨੂੰ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਮੰਜ਼ਿਲ ਭੌਤਿਕ ਤੌਰ ’ਤੇ ਕਿਵੇਂ ਜੁੜੀ ਹੈ, ਅਤੇ ਮੰਜ਼ਿਲ ਲਿੰਕ-ਪਰਤ ਦੀ ਬੇਨਤੀ ਦਾ ਜਵਾਬ ਦੇ ਸਕਦੀ ਹੈ ਦੀ ਕੋਈ ਗਰੰਟੀ ਵੀ ਨਹੀਂ ਦਿੰਦਾ। ਇਹ ਵੱਖਰੇ ਸਵਾਲ ਹਨ, ਜਿਨ੍ਹਾਂ ਦੇ ਜਵਾਬ ਹੋਸਟ ਉੱਤੇ ਵੱਖਰੀਆਂ ਟੇਬਲਾਂ ਦਿੰਦੀਆਂ ਹਨ। ਮਾਸਕ ਪਹਿਲੇ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਅਤੇ ਗੁਆਂਢੀ ਟੇਬਲ ਦੂਜੇ ਦਾ, ਅਤੇ VPN ਪਾਸਿਓਂ ਸਿਰਫ਼ ਪਹਿਲਾ ਹੀ ਤੁਹਾਡੇ ਕੰਟਰੋਲ ਵਿੱਚ ਹੈ।

ਜਦੋਂ ਸਰਵਰ 10.50.0.200 ਵੱਲ ਭੇਜਦਾ ਹੈ, ਤਾਂ ਉਹ ਮੰਜ਼ਿਲ ਦੀ ਤੁਲਨਾ ਆਪਣੇ ਮਾਸਕ ਨਾਲ ਕਰਦਾ ਹੈ, ਪਤੇ ਨੂੰ on-link ਮੰਨਦਾ ਹੈ, ਅਤੇ ਉਸ ਦੀ ਮਾਲਕੀ ਵਾਲਾ ਹਾਰਡਵੇਅਰ ਪਤਾ ਸਥਾਨਕ ਸੈਗਮੈਂਟ ਤੋਂ ਪੁੱਛਦਾ ਹੈ। ਉਹ ਬੇਨਤੀ Ethernet ਇੰਟਰਫ਼ੇਸ ਰਾਹੀਂ ਬਾਹਰ ਜਾਂਦੀ ਹੈ, ਅਤੇ VPN ਕਲਾਇੰਟ ਉੱਥੇ ਸੁਣਨ ਲਈ ਨਹੀਂ ਹੈ।

ਕਲਾਇੰਟ ਦੀ ਕਨਫ਼ਿਗਰੇਸ਼ਨ ਵਿੱਚ ਕੁਝ ਵੀ ਆਪਣੇ ਪਾਸਿਓਂ ਇਸ ਨੂੰ ਠੀਕ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਜਵਾਬ ਦਾ ਰਾਹ ਇਸ ਗੱਲ ’ਤੇ ਨਿਰਭਰ ਹੈ ਕਿ LAN ਵਿੱਚ ਕੋਈ ਜੰਤਰ ਕਲਾਇੰਟ ਵੱਲੋਂ ਜਵਾਬ ਦੇਵੇ, ਜਾਂ ਕਲਾਇੰਟ ਕੋਲ ਐਸਾ ਪਤਾ ਹੋਵੇ ਜਿਸ ਨੂੰ ਸਰਵਰ ਸਥਾਨਕ ਨਾ ਮੰਨੇ।

ਸਥਾਨਕ ਹੋਸਟ ਪਤੇ ਨਾਲ ਅਸਲ ਵਿੱਚ ਕੀ ਕਰਦਾ ਹੈ

ਵਿਵਹਾਰ ਦੇਖਣਾ ਸੌਖਾ ਹੈ ਅਤੇ ਕੁਝ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਦੇਖਣਾ ਚਾਹੀਦਾ ਹੈ। ਕਲਾਇੰਟ ਤੱਕ ਪਹੁੰਚਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਤੋਂ ਬਾਅਦ LAN ਹੋਸਟ ਦੀ ਗੁਆਂਢੀ ਟੇਬਲ ਵਿੱਚ ਵੇਖੋ: ਅਧੂਰੀ ਜਾਂ ਅਸਫਲ ਐਂਟਰੀ ਇੱਕ ਲਾਈਨ ਵਿੱਚ ਪੂਰਾ ਨਿਦਾਨ ਹੈ। ਉਹ ਲਾਈਨ ਇਹ ਵੀ ਦੱਸਦੀ ਹੈ ਕਿ ਖਰਾਬੀ ਸੈਗਮੈਂਟ ਵਿੱਚ ਸਥਾਨਕ ਹੈ, ਟਨਲ ਦੇ ਅੰਦਰ ਕਿਤੇ ਨਹੀਂ।

ip neigh show 10.50.0.200
ip route get 10.50.0.200
arping -I eth0 -c 3 10.50.0.200

ਰਾਊਟ ਖੋਜ ਮੰਜ਼ਿਲ ਨੂੰ Ethernet ਇੰਟਰਫ਼ੇਸ ਰਾਹੀਂ on-link ਦੱਸੇਗੀ, ਅਤੇ ਸਮੱਸਿਆ ਠੀਕ ਇਹੀ ਹੈ। VPN ਸੈਸ਼ਨ ਚੱਲਦਿਆਂ ਗੁਆਂਢੀ ਐਂਟਰੀ ਅਧੂਰੀ ਰਹਿੰਦੀ ਹੈ ਤਾਂ ਤੁਸੀਂ ਪੁਸ਼ਟੀ ਕਰ ਲਈ ਹੈ ਕਿ ਗੁੰਮ ਹਿੱਸਾ ਲਿੰਕ-ਪਰਤ ਦਾ ਹੱਲ ਹੈ, ਰਾਊਟਿੰਗ ਜਾਂ ਫਾਇਰਵਾਲ ਨੀਤੀ ਨਹੀਂ।

ਦੂਜੇ ਸਬਨੈੱਟ ਦੇ ਹੋਸਟ ਤੋਂ ਉਹੀ ਜਾਂਚ ਕਰੋ ਅਤੇ ਤੁਲਨਾ ਕਰੋ। ਰਾਊਟਰ ਰਾਹੀਂ ਕਲਾਇੰਟ ਤੱਕ ਪਹੁੰਚਣ ਵਾਲੇ ਹੋਸਟ ਨੂੰ ਗੁਆਂਢੀ ਐਂਟਰੀ ਦੀ ਲੋੜ ਹੀ ਨਹੀਂ ਹੁੰਦੀ, ਅਤੇ ਇਹ ਫ਼ਰਕ ਛੋਟੇ ਪੈਮਾਨੇ ’ਤੇ ਡਿਜ਼ਾਈਨ ਫੈਸਲਾ ਹੈ।

proxy ARP ਅਗਲਾ ਹੌਪ ਕਿਵੇਂ ਦਿੰਦਾ ਹੈ

proxy ARP ਗੇਟਵੇ ਨੂੰ ਦੂਜੇ ਇੰਟਰਫ਼ੇਸ ਰਾਹੀਂ ਪਹੁੰਚ ਸਕਣ ਵਾਲੀ ਮੰਜ਼ਿਲ ਵੱਲੋਂ ਲਿੰਕ-ਪਰਤ ਦੀ ਬੇਨਤੀ ਦਾ ਜਵਾਬ ਦੇਣ ਲਈ ਮਜਬੂਰ ਕਰਦਾ ਹੈ। LAN ਹੋਸਟ ਹਾਰਡਵੇਅਰ ਪਤਾ ਲੈਂਦਾ ਹੈ, ਫ਼ਰੇਮ ਗੇਟਵੇ ਨੂੰ ਭੇਜਦਾ ਹੈ, ਅਤੇ ਗੇਟਵੇ ਪੈਕਟ ਨੂੰ VPN ਸੈਸ਼ਨ ਵਿੱਚ ਅੱਗੇ ਭੇਜਦਾ ਹੈ। ਹੋਸਟ ਦੇ ਨਜ਼ਰੀਏ ਕਲਾਇੰਟ ਗੇਟਵੇ ਦੇ ਪਿੱਛੇ ਦਿਖਦਾ ਹੈ। ਕਲਾਇੰਟ ਦੀ ਕਨਫ਼ਿਗਰੇਸ਼ਨ ਵਿੱਚ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ।

MikroTik ਦਾ RouterOS ARP ਦਸਤਾਵੇਜ਼ ਜੁੜੇ LAN ਦੀ ਪਤਾ ਥਾਂ ਉਧਾਰ ਲੈਣ ਵਾਲੇ ਡਾਇਲ-ਇਨ ਕਲਾਇੰਟ ਲਈ ਇਹ ਵਰਤੋਂ ਦੱਸਦਾ ਹੈ। ਇਹ ਵਿਧੀ ਗੁਆਂਢੀ-ਹੱਲ ਦੀ ਮੁਰੰਮਤ ਹੈ, ਅਤੇ ਇਹ ਕੰਮ ਕਰਦੀ ਹੈ ਕਿਉਂਕਿ ਗੇਟਵੇ ਸੱਚਮੁੱਚ ਦੋਵੇਂ ਰਾਹਾਂ ’ਤੇ ਹੈ।

ਇਹ ਕਲਾਇੰਟ ਨੂੰ LAN ਵਿੱਚ ਬ੍ਰਿਜ ਕਰਨ ਵਰਗਾ ਨਹੀਂ ਹੈ। ਗੇਟਵੇ ਨੂੰ ਅਜੇ ਵੀ ਪੈਕਟ ਸਹੀ ਸਰਗਰਮ ਸੈਸ਼ਨ ਵਿੱਚ ਭੇਜਣਾ ਪੈਂਦਾ ਹੈ, ਅਤੇ ਇਸ ਦੀ ਰਾਊਟਿੰਗ ਅਤੇ ਫਾਇਰਵਾਲ ਨੀਤੀ ਨੂੰ ਅਜੇ ਵੀ ਸੇਵਾ ਦੀ ਆਗਿਆ ਦੇਣੀ ਪੈਂਦੀ ਹੈ। proxy ARP ਇਹ ਬਦਲਦਾ ਹੈ ਕਿ ਗੁਆਂਢੀ ਬੇਨਤੀ ਦਾ ਜਵਾਬ ਕੌਣ ਦਿੰਦਾ ਹੈ, ਇਹ ਨਹੀਂ ਕਿ ਕਿਸ ਨੂੰ ਬੋਲਣ ਦੀ ਆਗਿਆ ਹੈ।

ਪਲੇਟਫ਼ਾਰਮ ਦੇ ਮੋਡ ਨਾਮ ਧਿਆਨ ਨਾਲ ਪੜ੍ਹੋ। RouterOS proxy-arp ਨੂੰ local-proxy-arp ਤੋਂ ਵੱਖ ਕਰਦਾ ਹੈ, ਅਤੇ ਦੂਜਾ ਉਸੇ ਇੰਟਰਫ਼ੇਸ ਰਾਹੀਂ ਅੰਦਰ ਆਉਣ ਅਤੇ ਬਾਹਰ ਜਾਣ ਵਾਲੇ ਟ੍ਰੈਫ਼ਿਕ ਨੂੰ ਸੰਭਾਲਦਾ ਹੈ। ਇਹ ਇੱਕ-ਦੂਜੇ ਨਾਲ ਬਦਲ ਸਕਣ ਵਾਲੀਆਂ ਸਪੈਲਿੰਗਾਂ ਨਹੀਂ ਹਨ, ਅਤੇ ਦੋਵਾਂ ਨੂੰ ਬਿਨਾਂ ਭੇਦ ਚਾਲੂ ਕਰਨਾ ਛੋਟਾ ਰਾਹ ਨਹੀਂ ਹੈ।

proxy ARP ਤੁਹਾਨੂੰ ਕੀ ਨਹੀਂ ਦਿੰਦਾ

ਇਹ broadcast ਜਾਂ multicast ਖੋਜ ਨਹੀਂ ਦਿੰਦਾ। ਜਿਸ ਕਲਾਇੰਟ ਨੂੰ broadcast ਰਾਹੀਂ ਸੇਵਾ ਲੱਭਣੀ ਹੈ ਉਹ ਫਿਰ ਵੀ ਅਸਫਲ ਹੋਵੇਗਾ, ਕਿਉਂਕਿ ਗੇਟਵੇ unicast ਨੂੰ ਸੈਸ਼ਨ ਵਿੱਚ ਭੇਜਦਾ ਹੈ ਅਤੇ ਕਲਾਇੰਟ ਨੂੰ LAN ਦੇ broadcast ਡੋਮੇਨ ਦਾ ਮੈਂਬਰ ਨਹੀਂ ਬਣਾਉਂਦਾ। broadcast ’ਤੇ ਨਿਰਭਰ ਖੋਜ ਪ੍ਰੋਟੋਕਾਲ ਉਧਾਰ ਲਏ ਪਤਿਆਂ ਵਾਲੇ ਡਿਜ਼ਾਈਨਾਂ ਵਿੱਚ «ਇੱਕ ਚੀਜ਼ ਲਈ ਕੰਮ ਕਰਦਾ ਹੈ, ਦੂਜੀ ਲਈ ਨਹੀਂ» ਵਾਲੀਆਂ ਰਿਪੋਰਟਾਂ ਦਾ ਆਮ ਸਰੋਤ ਹਨ।

ਇਹ ਪਤਾ ਰਾਖਵਾਂ ਨਹੀਂ ਕਰਦਾ। ਜੇ ਉਧਾਰ ਲਿਆ ਨੰਬਰ DHCP ਪੂਲ ਜਾਂ ਸਥਿਰ ਅਲਾਟਮੈਂਟ ਵਿੱਚ ਵੀ ਹੈ, ਤਾਂ ਦੋ ਜੰਤਰ ਇੱਕੋ ਪਤੇ ’ਤੇ ਆ ਸਕਦੇ ਹਨ ਅਤੇ ਨਤੀਜਾ ਵਿਵਹਾਰ ਸਮੇਂ ’ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਸਫਲ ਲੌਗਇਨ ਰਾਖਵਾਂਕਰਨ ਨਹੀਂ ਹੈ।

ਅਤੇ ਇਹ LAN ਦੇ ਮਾਲਕ ਨਾਲ ਤਾਲਮੇਲ ਦੀ ਲੋੜ ਨਹੀਂ ਹਟਾਉਂਦਾ। ਪਤਾ ਯੋਜਨਾ ਦੇ ਮਾਲਕ ਨੂੰ ਹੈਰਾਨ ਕਰਨ ਵਾਲੀ proxy ARP ਐਂਟਰੀ ਸ਼ਾਂਤ ਹਫ਼ਤੇ ਦੀ ਉਡੀਕ ਕਰਦੀ ਸਹਾਇਤਾ ਘਟਨਾ ਹੈ।

ਵੱਖਰੇ ਤੌਰ ’ਤੇ ਰਾਊਟ ਕੀਤੇ ਪੂਲ ਨਾਲ ਤੁਲਨਾ

ਵਿਕਲਪ ਇਹ ਹੈ ਕਿ VPN ਕਲਾਇੰਟਾਂ ਨੂੰ ਆਪਣਾ ਪ੍ਰੀਫ਼ਿਕਸ ਦਿੱਤਾ ਜਾਵੇ ਅਤੇ LAN ਹੋਸਟਾਂ ਨੂੰ ਉੱਥੇ ਰਾਊਟ ਕਰਨ ਦਿੱਤਾ ਜਾਵੇ। ਫਿਰ ਸਰਵਰ ਆਪਣੇ ਗੇਟਵੇ ਨੂੰ off-link ਜਵਾਬ ਭੇਜਦਾ ਹੈ, ਗੇਟਵੇ ਪ੍ਰੀਫ਼ਿਕਸ ਨੂੰ VPN ਅੰਤ ਬਿੰਦੂ ਤੱਕ ਰਾਊਟ ਕਰਦਾ ਹੈ, ਅਤੇ LAN ਸੈਗਮੈਂਟ ’ਤੇ ਗੁਆਂਢੀ-ਹੱਲ ਦੀ ਲੋੜ ਹੀ ਨਹੀਂ ਰਹਿੰਦੀ। ਇਹ ਉਧਾਰ ਲਏ ਪਤੇ ਅਤੇ proxy ਜਵਾਬ ਨਾਲੋਂ ਘੱਟ ਚੱਲਦੇ ਹਿੱਸੇ ਹਨ।

ਉਹ ਡਿਜ਼ਾਈਨ ਸੋਚਣਾ ਸੌਖਾ ਅਤੇ ਆਡਿਟ ਕਰਨਾ ਸੌਖਾ ਹੈ, ਕਿਉਂਕਿ ਕਲਾਇੰਟ ਰੇਂਜ LAN ਰੇਂਜ ਤੋਂ ਦਿੱਖ ਰੂਪ ਵਿੱਚ ਵੱਖਰੀ ਹੈ। ਇਸ ਦੀ ਕੀਮਤ ਇੱਕ ਰਾਊਟ, ਵਾਪਸੀ ਰਾਹ ਅਤੇ ਇੱਕ ਪਹੁੰਚ ਨਿਯਮ ਹੈ, ਭਾਵ ਉਹੀ ਚੀਜ਼ਾਂ ਜੋ proxy ARP ਡਿਜ਼ਾਈਨ ਨੂੰ ਘੱਟ ਸਪੱਸ਼ਟ ਥਾਂ ’ਤੇ ਚਾਹੀਦੀਆਂ ਹਨ।

ਮਾਡਲਾਂ ਵਿਚਕਾਰ ਜਾਣ-ਬੁੱਝ ਕੇ ਚੁਣੋ, ਸੰਜੋਗ ਨਾਲ ਨਹੀਂ। proxy ARP ਇੱਕ ਖ਼ਾਸ ਸੰਬੰਧ ਦੀ ਮੁਰੰਮਤ ਕਰਦਾ ਹੈ; ਰਾਊਟ ਕੀਤਾ ਪੂਲ ਉਸ ਮੁਰੰਮਤ ਦੀ ਲੋੜ ਹਟਾ ਦਿੰਦਾ ਹੈ। ਤੁਸੀਂ ਕਿਹੜਾ ਚੁਣਿਆ ਅਤੇ ਕਿਉਂ, ਲਿਖੋ, ਫਿਰ ਅਗਲੇ ਵਿਅਕਤੀ ਨੂੰ ਅਸਫਲ ਗੁਆਂਢੀ ਐਂਟਰੀ ਤੋਂ ਇਸ ਨੂੰ ਦੁਬਾਰਾ ਲੱਭਣਾ ਨਹੀਂ ਪਵੇਗਾ।