Windows VPN 'ਤੇ ਇੰਟਰਨੈੱਟ ਨਹੀਂ? ਪਤਾ ਪੂਲ ਸ਼ੱਕੀ ਹੈ

Windows ਟਨਲ ਨੂੰ ਜੁੜਿਆ ਦਿਖਾਉਂਦਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਇੰਟਰਨੈੱਟ ਪਹੁੰਚ ਨਹੀਂ ਦਾ ਲੇਬਲ ਦਿੰਦਾ ਹੈ, ਜਿਸਨੂੰ ਲੋਕ Windows ਦੀ ਅਜੀਬਤਾ ਸਮਝਦੇ ਹਨ। ਇਹ ਇਸ ਗੱਲ ਦਾ ਬਿਆਨ ਹੈ ਕਿ ਕਲਾਇੰਟ ਨੂੰ ਕੀ ਮਿਲਿਆ: ਕੋਈ ਵਰਤੋਂਯੋਗ ਡਿਫਾਲਟ ਗੇਟਵੇ ਨਹੀਂ, ਕੋਈ ਚੱਲਦਾ ਰਿਜ਼ੋਲਵਰ ਨਹੀਂ, ਜਾਂ ਟਨਲ ਦੇ ਅੰਦਰਲੇ ਪਤਿਆਂ ਲਈ ਵਾਪਸੀ ਦਾ ਕੋਈ ਰਾਹ ਨਹੀਂ। ਜਦੋਂ ਸਰਵਰ Windows Incoming Connection ਹੁੰਦਾ ਹੈ, ਇੱਕ ਹੀ ਸੈਟਿੰਗ ਅਜਿਹੀਆਂ ਬਹੁਤੀਆਂ ਰਿਪੋਰਟਾਂ ਦੀ ਵਿਆਖਿਆ ਕਰਦੀ ਹੈ। ਲੇਬਲ ਨਿਦਾਨ ਨਹੀਂ ਹੈ, ਪਰ ਖੋਜ ਨੂੰ ਤਿੰਨ ਥਾਵਾਂ ਤੱਕ ਸੀਮਿਤ ਕਰਦਾ ਹੈ।

ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਲੀਜ਼ ਪੜ੍ਹੋ

ਕਲਾਇੰਟ 'ਤੇ ipconfig /all ਚਲਾਓ ਅਤੇ ਐਂਟਰੀਆਂ ਵਿੱਚੋਂ VPN ਅਡੈਪਟਰ ਲੱਭੋ। ਇਹ ਜੋ ਪਤਾ, ਡਿਫਾਲਟ ਗੇਟਵੇ ਅਤੇ DNS ਸਰਵਰ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ, ਉਹੀ ਤੁਹਾਨੂੰ ਲੋੜੀਂਦੇ ਤੱਥ ਹਨ, ਅਤੇ ਉਹ ਅਕਸਰ ਉਸ ਤੋਂ ਵੱਖਰੇ ਹੁੰਦੇ ਹਨ ਜੋ ਪ੍ਰਸ਼ਾਸਕ ਮੰਨਦਾ ਹੈ ਕਿ ਜਾਰੀ ਕੀਤਾ ਗਿਆ ਸੀ।

ਤਿੰਨ ਪੈਟਰਨ ਤਿੰਨ ਖਰਾਬੀਆਂ ਨਾਲ ਮੇਲ ਖਾਂਦੇ ਹਨ। 169.254.0.0/16 ਵਿੱਚ ਪਤਾ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਕਲਾਇੰਟ ਨੂੰ ਕੁਝ ਵੀ ਨਹੀਂ ਮਿਲਿਆ ਅਤੇ ਉਸਨੇ ਆਪਣੇ ਆਪ ਨੂੰ ਲਿੰਕ-ਲੋਕਲ ਪਤਾ ਦੇ ਦਿੱਤਾ। ਗੇਟਵੇ ਤੋਂ ਬਿਨਾਂ ਭਰੋਸੇਯੋਗ ਪਤਾ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਪੂਲ ਉਸ ਵਿਕਲਪ ਤੋਂ ਬਿਨਾਂ ਦਿੱਤਾ ਗਿਆ ਜੋ ਕਲਾਇੰਟ ਨੂੰ ਡਿਫਾਲਟ ਰੂਟ ਦਿੰਦਾ ਹੈ। ਪੂਰੀ ਲੀਜ਼ ਜੋ ਫਿਰ ਵੀ ਕਿਤੇ ਨਹੀਂ ਪਹੁੰਚਦੀ, ਸਰਵਰ ਵਾਲੇ ਪਾਸੇ ਫਾਰਵਰਡਿੰਗ ਜਾਂ ਅਨੁਵਾਦ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੀ ਹੈ।

ਸਰਵਰ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਮੁੱਲ ਲਿਖ ਲਓ। ਅਗਲਾ ਕਦਮ ਉਹਨਾਂ ਦੀ ਤੁਲਨਾ ਉਸ ਰੇਂਜ ਨਾਲ ਕਰਦਾ ਹੈ ਜੋ ਸਰਵਰ ਸਮਝਦਾ ਹੈ ਕਿ ਉਹ ਵੰਡ ਰਿਹਾ ਹੈ, ਅਤੇ ਯਾਦ ਲੀਜ਼ ਦਾ ਮਾੜਾ ਬਦਲ ਹੈ।

ਆਪਣੇ ਆਪ ਨਿਰਧਾਰਣ ਗੇਟਵੇ ਕਿਉਂ ਨਹੀਂ ਛੱਡ ਸਕਦਾ

Incoming Connections ਐਂਟਰੀ ਦੀਆਂ ਭੌਤਿਕ ਅਡੈਪਟਰ ਤੋਂ ਵੱਖਰੀਆਂ ਆਪਣੀਆਂ IPv4 ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਹਨ। ਉੱਥੋਂ ਦਾ ਡਿਫਾਲਟ ਪਤੇ ਆਪਣੇ ਆਪ ਨਿਰਧਾਰਤ ਕਰਨ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦਾ ਹੈ, ਜੋ ਪਤਾ, ਮਾਸਕ, ਗੇਟਵੇ ਅਤੇ DNS ਦੇਣ ਲਈ ਕਨੈਕਸ਼ਨ ਦੇ ਅੰਦਰੂਨੀ ਵੰਡਕਰਤਾ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ।

ਸਟੈਂਡਅਲੋਨ ਵਰਕਸਟੇਸ਼ਨ 'ਤੇ ਉਸ ਵੰਡਕਰਤਾ ਕੋਲ ਲੈਣ ਲਈ ਕੋਈ ਖੇਤਰ ਨਹੀਂ ਹੁੰਦਾ, ਜਦੋਂ ਤੱਕ ਮਸ਼ੀਨ 'ਤੇ ਕੋਈ ਹੋਰ ਚੀਜ਼ ਇੱਕ ਨਹੀਂ ਦਿੰਦੀ, ਇਸ ਲਈ ਕਲਾਇੰਟ ਲਿੰਕ-ਲੋਕਲ ਪਤੇ 'ਤੇ ਜਾਂ ਪਤਾ ਹੋਣ ਦੇ ਬਾਵਜੂਦ ਗੇਟਵੇ ਤੋਂ ਬਿਨਾਂ ਰਹਿ ਸਕਦਾ ਹੈ। ਕਨੈਕਸ਼ਨ ਸਥਾਪਿਤ ਦਿਸਦਾ ਹੈ ਕਿਉਂਕਿ ਲਿੰਕ ਉੱਪਰ ਆ ਗਿਆ, ਜਦੋਂ ਕਿ ਇਸਦੇ ਪਿੱਛੇ ਦੀ ਸੰਰਚਨਾ ਅਧੂਰੀ ਹੈ।

ਇਸੇ ਲਈ ਨਿਰਧਾਰਤ ਰੇਂਜ 'ਤੇ ਜਾਣਾ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਈ ਰਿਪੋਰਟਾਂ ਠੀਕ ਕਰਦਾ ਹੈ। ਤੁਸੀਂ ਉਸ ਸੇਵਾ ਤੋਂ ਲੀਜ਼ ਘੜਨ ਲਈ ਕਹਿਣਾ ਬੰਦ ਕਰ ਦਿੰਦੇ ਹੋ ਜੋ ਸ਼ਾਇਦ ਚੱਲ ਨਹੀਂ ਰਹੀ, ਅਤੇ ਖੁਦ ਲੀਜ਼ ਦੱਸਣ ਲੱਗਦੇ ਹੋ।

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

ਸਪਸ਼ਟ ਰੇਂਜ ਸੈੱਟ ਕਰੋ ਜਿਸਨੂੰ ਸਰਵਰ ਰਾਊਟ ਕਰ ਸਕੇ

ਸਰਵਰ ਦੀ ਪਹੁੰਚ ਵਾਲੇ ਸਬਨੈੱਟ ਦੇ ਅੰਦਰ ਛੋਟਾ ਬਲਾਕ ਚੁਣੋ, LAN ਰਾਊਟਰ ਜੋ ਰੇਂਜ ਵੰਡਦਾ ਹੈ ਉਸ ਤੋਂ ਬਾਹਰ, ਅਤੇ ਨੈੱਟਵਰਕ 'ਤੇ ਕਿਸੇ ਹੋਰ ਪੂਲ ਤੋਂ ਬਾਹਰ। ਜੇ ਸਰਵਰ 172.20.10.0/24 'ਤੇ ਹੈ ਅਤੇ ਰਾਊਟਰ ਕੋਲ 172.20.10.1 ਹੈ, ਤਾਂ ਉਸ ਸਬਨੈੱਟ ਦੇ ਉੱਪਰ ਵਾਲੇ ਪਾਸੇ ਛੋਟਾ ਬਲਾਕ, ਮੰਨ ਲਓ 172.20.10.201 ਤੋਂ 172.20.10.209, ਟਨਲ ਲੀਜ਼ਾਂ ਨੂੰ ਉਸ ਵੰਡ ਤੋਂ ਦੂਰ ਰੱਖਦਾ ਹੈ ਜੋ ਰਾਊਟਰ ਪਹਿਲਾਂ ਹੀ ਸੰਭਾਲਦਾ ਹੈ।

ਇਸਨੂੰ Incoming Connection ਦੀਆਂ IPv4 ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਿੱਚ ਦਰਜ ਕਰੋ, ਕਲਾਇੰਟ ਦੁਬਾਰਾ ਕਨੈਕਟ ਕਰੋ, ਅਤੇ ਹੋਰ ਕੁਝ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਅਡੈਪਟਰ ਦੁਬਾਰਾ ਪੜ੍ਹੋ। ਦੂਜੀ ਵਾਰ ਪੜ੍ਹਨਾ ਹੀ ਦੱਸਦਾ ਹੈ ਕਿ ਪੂਲ ਖਰਾਬੀ ਸੀ ਜਾਂ ਕਈਆਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ।

ਇਹ ਕਮਾਂਡਾਂ ਨਤੀਜੇ ਵਾਲੀ ਸੰਰਚਨਾ ਅਤੇ ਕਲਾਇੰਟ ਕੋਲ ਹੁਣ ਜੋ ਰੂਟ ਹਨ, ਛਾਪਦੀਆਂ ਹਨ:

ipconfig /all
route print -4
Get-NetIPConfiguration -InterfaceAlias \"Incoming Connection\"

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

ਪਤਾ ਇੰਟਰਨੈੱਟ ਦਾ ਰਾਹ ਨਹੀਂ ਹੈ

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

Internet Connection Sharing ਸ਼ਾਰਟਕਟ ਹੈ। ਇਹ ਇੰਟਰਨੈੱਟ ਵੱਲ ਮੂੰਹ ਵਾਲੇ ਅਡੈਪਟਰ ਨੂੰ ਸਾਂਝਾ ਗੇਟਵੇ ਬਣਾ ਦਿੰਦਾ ਹੈ ਅਤੇ ਆਪਣੀ ਖੁਦ ਦੀ ਐਡਰੈਸਿੰਗ ਚਲਾਉਂਦਾ ਹੈ, ਜੋ ਉਸ ਅਡੈਪਟਰ ਦਾ ਪਤਾ ਮੁੜ ਲਿਖ ਸਕਦਾ ਹੈ ਅਤੇ ਮੌਜੂਦਾ NAT ਨਿਯਮ ਨੂੰ ਉਸ ਮੁੱਲ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਛੱਡ ਸਕਦਾ ਹੈ ਜੋ ਹੁਣ ਨਹੀਂ ਹੈ। ਸਮਰੱਥ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਮੂਲ ਸੈਟਿੰਗਾਂ ਦਰਜ ਕਰੋ।

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

ਪਹਿਲਾਂ ਬਾਹਰਲਾ ਰਾਹ ਹਟਾਓ

ਜੇ ਟਨਲ ਕਦੇ ਨਹੀਂ ਬਣਦਾ ਤਾਂ ਕੋਈ ਪੂਲ ਮਦਦ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਪ੍ਰੋਟੋਕਾਲ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਰਾਹ ਨੂੰ ਕੀ ਚੁੱਕਣਾ ਹੈ: PPTP ਨੂੰ TCP 1723 ਅਤੇ GRE ਚਾਹੀਦਾ ਹੈ, GRE ਪੋਰਟ ਨਹੀਂ ਸਗੋਂ IP ਪ੍ਰੋਟੋਕਾਲ 47 ਹੈ; L2TP/IPsec ਨੂੰ UDP 1701 ਅਤੇ 500 ਤੇ 4500 ਚਾਹੀਦਾ ਹੈ; SSTP ਨੂੰ TCP 443 ਚਾਹੀਦਾ ਹੈ।

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

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