ਉਹ L2TP ਪਤਾ IPCP ਹੈ, LAN ’ਤੇ DHCP ਲੀਜ਼ ਨਹੀਂ

ਕਨੈਕਸ਼ਨ ਉੱਪਰ ਆਉਂਦਾ ਹੈ ਅਤੇ ਅਡੈਪਟਰ ਦਫ਼ਤਰ ਦੀ ਰੇਂਜ ਵਿੱਚ ਪਤਾ ਦਿਖਾਉਂਦਾ ਹੈ, ਇਸ ਲਈ ਸੁਭਾਵਿਕ ਸਿੱਟਾ ਇਹ ਹੈ ਕਿ VPN ਨੇ ਤੁਹਾਨੂੰ LAN ਪਤਾ ਦਿੱਤਾ ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਤੁਹਾਨੂੰ LAN ’ਤੇ ਰੱਖਿਆ। ਇਸ ਦੇ ਦੋਵੇਂ ਅੱਧੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਹੀ ਨਹੀਂ ਹਨ। L2TP PPP ਸੈਸ਼ਨ ਢੋਂਦਾ ਹੈ, ਅਤੇ PPP IPCP ਨਾਲ ਅੰਦਰੂਨੀ IPv4 ਪਤੇ ਦੀ ਗੱਲਬਾਤ ਕਰਦਾ ਹੈ। ਉਹ ਪਤਾ ਦੋ ਧਿਰਾਂ ਵਿਚਕਾਰ ਸਹਿਮਤ ਸੈਸ਼ਨ ਪੈਰਾਮੀਟਰ ਹੈ, ਦਫ਼ਤਰ ਦੇ DHCP ਸਰਵਰ ਵੱਲੋਂ ਦਿੱਤੀ ਲੀਜ਼ ਨਹੀਂ, ਅਤੇ ਇਸ ਨੂੰ ਰੱਖਣਾ ਤੁਹਾਨੂੰ ਦਫ਼ਤਰ ਦੇ ਤਾਰ ’ਤੇ ਗੁਆਂਢੀ ਨਹੀਂ ਬਣਾਉਂਦਾ।

ਇੱਕ ਕਨੈਕਸ਼ਨ ਵਿੱਚ ਦੋ ਪਤੇ

L2TP ਕਨੈਕਸ਼ਨ ਵਿੱਚ ਦੋ ਆਜ਼ਾਦ ਗੱਲਬਾਤਾਂ ਹੁੰਦੀਆਂ ਹਨ। ਬਾਹਰਲੀ ਤੁਹਾਡੇ ਯੰਤਰ ਅਤੇ VPN ਅੰਤ ਬਿੰਦੂ ਵਿਚਕਾਰ ਤੁਹਾਡੇ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਕਿਸੇ ਵੀ ਨੈੱਟਵਰਕ ਉੱਤੇ ਸੁਰੱਖਿਅਤ ਰਾਹ ਬਣਾਉਂਦੀ ਹੈ। ਅੰਦਰਲੀ PPP ਸੈਸ਼ਨ ਹੈ, ਅਤੇ ਉੱਥੇ ਹੀ ਤੁਹਾਡੇ ਸੈਸ਼ਨ ਦਾ ਪਤਾ ਅਤੇ ਦੂਜੇ ਸਿਰੇ ਦਾ ਪਤਾ ਸਹਿਮਤ ਹੁੰਦਾ ਹੈ। ਇੰਟਰਨੈੱਟ ਟ੍ਰੈਫਿਕ ਪੂਰੀ ਤਰ੍ਹਾਂ ਤੀਜੇ ਪਤੇ ਹੇਠ, ਅੰਤ ਬਿੰਦੂ ਦੇ ਜਨਤਕ ਪਤੇ ਹੇਠ ਬਾਹਰ ਜਾ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ VPN ਜਾਂਚ ਪੰਨਾ ਅਤੇ ਅਡੈਪਟਰ ਦਾ ਪਤਾ ਘੱਟ ਹੀ ਮਿਲਦੇ ਹਨ।

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

IPCP ਬਿਲਕੁਲ ਕੀ ਕਰਦਾ ਹੈ

IPCP PPP ਲਈ IPv4 ਕੰਟਰੋਲ ਪ੍ਰੋਟੋਕਾਲ ਹੈ। ਹਰ ਧਿਰ ਆਪਣੇ ਚਾਹੇ ਵਿਕਲਪਾਂ ਦਾ ਵਰਣਨ ਕਰਨ ਵਾਲੇ Configure-Request ਸੰਦੇਸ਼ ਭੇਜਦੀ ਹੈ, ਅਤੇ ਪਤਾ ਵਿਕਲਪ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ। ਜਿਸ ਕੋਲ ਅਜੇ ਪਤਾ ਨਹੀਂ, ਉਹ ਕਲਾਇੰਟ ਆਮ ਤੌਰ ’ਤੇ 0.0.0.0 ਨਾਲ ਪੁੱਛਦਾ ਹੈ, ਅਤੇ ਸਰਵਰ ਉਹ ਪਤਾ ਲੈ ਕੇ Configure-Nak ਨਾਲ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਜੋ ਉਹ ਕਲਾਇੰਟ ਤੋਂ ਵਰਤਵਾਉਣਾ ਚਾਹੁੰਦਾ ਹੈ। ਫਿਰ ਕਲਾਇੰਟ ਉਹ ਪਤਾ ਮੰਗਦਾ ਹੈ, ਅਤੇ ਸੈਸ਼ਨ ਸਥਾਨਕ ਅਤੇ ਦੂਰਲੇ ਪਤੇ ਨਾਲ ਉੱਪਰ ਆਉਂਦਾ ਹੈ।

ਉਹ ਅਦਲਾ-ਬਦਲੀ PPP ਅਤੇ IPCP ਵਿਸ਼ੇਸ਼ਣਾਂ ਵਿੱਚ ਦਰਜ ਹੈ, ਅਤੇ ਇਹ ਬੱਗ ਵਰਗੀ ਦਿਖਣ ਵਾਲੀ ਬਾਰੀਕੀ ਦੀ ਵਿਆਖਿਆ ਕਰਦੀ ਹੈ: ਪਤਾ ਸਰਵਰ ਆਪਣੀ ਨੀਤੀ ਅਨੁਸਾਰ ਚੁਣਦਾ ਹੈ, ਜੋ ਪੂਲ, ਪ੍ਰਤੀ-ਵਰਤੋਂਕਾਰ ਸੈਟਿੰਗ ਜਾਂ ਪ੍ਰਮਾਣਿਤ ਪਛਾਣ ਨਾਲ ਬੱਝਿਆ ਪਤਾ ਹੋ ਸਕਦਾ ਹੈ। ਜਦੋਂ ਪੂਲ ਖਤਮ ਹੋ ਜਾਵੇ, ਜਾਂ ਨੀਤੀ ਬੇਨਤੀ ਨਾਲ ਟਕਰਾ ਜਾਵੇ, ਤਾਂ ਪ੍ਰਮਾਣੀਕਰਨ ਸਫਲ ਹੋ ਸਕਦਾ ਹੈ ਪਰ ਪਤਾ ਗੱਲਬਾਤ ਫੇਲ੍ਹ ਹੋ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਕਲਾਇੰਟ ਕਦੇ ਸਥਿਰ ਨ ਹੋਣ ਵਾਲੇ ਕਨੈਕਸ਼ਨ ਦੀ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ।

ip addr show ppp0
ip route show default
dmesg | grep -i pppd

pppd ਲਾਗ ਦੀ ਉਹ ਲਾਈਨ ਜੋ ਸਥਾਨਕ ਅਤੇ ਦੂਰਲਾ ਪਤਾ ਦੱਸਦੀ ਹੈ, ਉਸ ਗੱਲਬਾਤ ਦਾ ਸਫਲ ਅੰਤ ਹੈ। ਸਫਲ ਪ੍ਰਮਾਣੀਕਰਨ ਦੇ ਕੋਲ ਇਸ ਦੀ ਗੈਰਹਾਜ਼ਰੀ ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਵੱਲ ਨਹੀਂ, ਪਤਾ ਪੜਾਅ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੀ ਹੈ।

LAN ਤੁਹਾਨੂੰ ਜਵਾਬ ਕਿਉਂ ਨਹੀਂ ਦੇ ਸਕਦਾ

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

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

ਪਹਿਲਾਂ ਸੈਸ਼ਨ ਜਾਂਚੋ, ਫਿਰ ਰੂਟ

ਪਹਿਲਾਂ ਇੰਟਰਫੇਸ, ਫਿਰ ਰੂਟ, ਫਿਰ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਟਿਕਾਣਾ ਜਾਂਚੋ। ਹਰ ਪੜਾਅ ਦਾ ਆਪਣਾ ਫੇਲ੍ਹ ਹੋਣ ਦਾ ਤਰੀਕਾ ਹੈ, ਅਤੇ ਤਿੰਨੇ ਇਕੱਠੇ ਜਾਂਚਣ ਨਾਲ ਅਜਿਹਾ ਸਿੱਟਾ ਮਿਲਦਾ ਹੈ ਜਿਸ ਦਾ ਤੁਸੀਂ ਬਾਅਦ ਵਿੱਚ ਬਚਾਅ ਨਹੀਂ ਕਰ ਸਕੋਗੇ।

curl -sS --max-time 5 https://ifconfig.me
ping -c 3 10.50.30.20
ip route get 10.50.30.20

ਜੇ ਜਨਤਕ ਜਾਂਚ ਅੰਤ ਬਿੰਦੂ ਦਾ ਪਤਾ ਦਿਖਾਉਂਦੀ ਹੈ ਜਦੋਂ ਕਿ ਨਿੱਜੀ ਟਿਕਾਣੇ ਦਾ ਸਮਾਂ ਖਤਮ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਸੁਰੰਗ ਤੁਹਾਡਾ ਡਿਫਾਲਟ ਰੂਟ ਢੋ ਰਹੀ ਹੈ ਅਤੇ ਦੂਰਲਾ ਪਾਸਾ ਉਸ ਟਿਕਾਣੇ ਲਈ ਜਵਾਬ ਨਹੀਂ ਦੇ ਰਿਹਾ। ਜੇ ਨਿੱਜੀ ਟਿਕਾਣਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਪਰ ਜਨਤਕ ਜਾਂਚ ਨਹੀਂ ਬਦਲਦੀ, ਤਾਂ ਪ੍ਰੋਫਾਈਲ ਵੰਡੀ ਸੁਰੰਗ ਵਰਤ ਰਿਹਾ ਹੈ ਅਤੇ ਸਿਰਫ਼ ਕੁਝ ਟ੍ਰੈਫਿਕ ਸੈਸ਼ਨ ਵਰਤਦਾ ਹੈ।

ਤਿੰਨ ਪੜਾਅ ਵੱਖਰੇ ਰੱਖੋ

ਪ੍ਰਮਾਣੀਕਰਨ, ਪਤਾ ਗੱਲਬਾਤ ਅਤੇ ਅੱਗੇ ਭੇਜਣਾ ਵੱਖ-ਵੱਖ ਤਰੀਕਿਆਂ ਨਾਲ ਫੇਲ੍ਹ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਹਰ ਇੱਕ ਦਾ ਵੱਖਰਾ ਜ਼ਿੰਮੇਵਾਰ ਹੈ। ਪ੍ਰਮਾਣ-ਪੱਤਰ ਪਛਾਣ ਦੀ ਸਮੱਸਿਆ ਹੈ, IPCP ਦਾ ਖਤਮ ਹੋਣਾ ਸਰਵਰ ਨੀਤੀ ਦੀ ਸਮੱਸਿਆ ਹੈ, ਅਤੇ ਵਾਪਸੀ ਰੂਟ ਦਾ ਨ ਹੋਣਾ ਨੈੱਟਵਰਕ ਡਿਜ਼ਾਈਨ ਦੀ ਸਮੱਸਿਆ ਹੈ। ਤਿੰਨੇ ਨੂੰ “VPN ਖਰਾਬ ਹੈ” ਦੱਸਣ ਨਾਲ ਹੌਲੀ ਹੱਲ ਪੱਕਾ ਹੈ।

ਦਿੱਤਾ ਪਤਾ, ਉਹ ਕਿਹੜੇ ਪੂਲ ਤੋਂ ਆਇਆ ਅਤੇ LAN ਨੇ ਉਸ ਤੱਕ ਪਹੁੰਚਣਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਇਹ ਲਿਖੋ। ਉਹ ਇੱਕੋ ਨੋਟ ਅਗਲੇ ਵਿਅਕਤੀ ਨੂੰ DHCP ਲੀਜ਼ ਮੰਨ ਕੇ ਕਦੇ ਸ਼ਾਮਲ ਨ ਹੋਈ ਰੇਂਜ ਲੱਭਣ ਤੋਂ ਰੋਕਦਾ ਹੈ।