PPTP ਤਰੁੱਟੀ 800 ਬਨਾਮ 812 ਅਤੇ ਇੱਕ ਮਿੰਟ ਬਾਅਦ ਕਨੈਕਸ਼ਨ ਟੁੱਟਣਾ

ਇੱਕ PPTP ਕਲਾਇੰਟ ਦੇ ਤਿੰਨ ਤਰੁੱਟੀ ਸੁਨੇਹੇ ਆਮ ਤੌਰ 'ਤੇ ਤਿੰਨ ਵੱਖਰੀਆਂ ਖਰਾਬੀਆਂ ਦੱਸਦੇ ਹਨ। ਤਰੁੱਟੀ 800 ਦਾ ਮਤਲਬ ਟਨਲ ਕਦੇ ਬਣਿਆ ਹੀ ਨਹੀਂ, ਤਰੁੱਟੀ 812 ਦਾ ਮਤਲਬ ਸਰਵਰ ਨੇ ਪ੍ਰਮਾਣਿਕਤਾ ਢੰਗ ਨਕਾਰ ਦਿੱਤਾ, ਅਤੇ ਇੱਕ ਮਿੰਟ ਬਾਅਦ ਟੁੱਟਣਾ ਇੱਕ keepalive ਟਾਈਮਰ ਹੈ ਜੋ ਤਸੱਲੀ ਕਰਦਾ ਹੈ ਕਿ ਸਿਹਤਮੰਦ ਸਾਥੀ ਚਲਾ ਗਿਆ। ਹਰ ਪੜਾਅ ਆਪਣੇ ਕਾਰਨ ਨਾਲ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ ਹਰ ਇੱਕ ਨੂੰ ਆਪਣੀ ਜਾਂਚ ਚਾਹੀਦੀ ਹੈ।

ਤਰੁੱਟੀ 800 ਦਾ ਮਤਲਬ ਟਨਲ ਕਦੇ ਬਣਿਆ ਹੀ ਨਹੀਂ

Windows ਤਰੁੱਟੀ 800 ਤਦ ਦਿਖਾਉਂਦਾ ਹੈ ਜਦੋਂ ਉਹ ਟਨਲ ਬਿਲਕੁਲ ਨਹੀਂ ਬਣਾ ਸਕਦਾ, ਅਤੇ ਅਪਹੁੰਚ ਸਰਵਰ ਜਾਂ ਅਣਉਚਿਤ ਸੁਰੱਖਿਆ ਪੈਰਾਮੀਟਰਾਂ ਬਾਰੇ ਲਿਖਤ ਨਿਦਾਨ ਨਹੀਂ ਸਗੋਂ ਸਾਰ ਹੈ। PPTP ਨੂੰ ਕੋਈ ਵੀ ਪ੍ਰਮਾਣਿਕਤਾ ਜਾਂਚਣ ਤੋਂ ਪਹਿਲਾਂ ਨੈੱਟਵਰਕ ਤੋਂ ਦੋ ਵੱਖਰੀਆਂ ਚੀਜ਼ਾਂ ਚਾਹੀਦੀਆਂ ਹਨ। TCP 1723 ਨਿਯੰਤਰਣ ਚੈਨਲ ਲੈ ਜਾਂਦਾ ਹੈ, ਅਤੇ IP ਪ੍ਰੋਟੋਕੋਲ 47, ਭਾਵ GRE, ਐਨਕੈਪਸੁਲੇਟ ਪੇਲੋਡ ਲੈ ਜਾਂਦਾ ਹੈ।

ਉਸ ਬਾਹਰੀ ਰਸਤੇ ਨੂੰ ਆਪਣੇ LAN ਤੋਂ ਬਾਹਰੋਂ ਪਰਖੋ, ਕਿਉਂਕਿ ਦਫ਼ਤਰ ਅੰਦਰ ਚੱਲਣ ਵਾਲਾ ਕਨੈਕਸ਼ਨ ਕਿਨਾਰੇ ਬਾਰੇ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ:

$ nc -vz vpn.example.net 1723
Connection to vpn.example.net 1723 port [tcp/*] succeeded!
$ sudo tcpdump -ni eth0 proto gre
tcpdump: listening on eth0, link-type EN10MB

ਜੇ 1723 ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਅਤੇ ਕਲਾਇੰਟ ਜੁੜਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਿਆਂ ਕੈਪਚਰ ਖਾਲੀ ਰਹਿੰਦਾ ਹੈ, ਤਾਂ ਰਸਤਾ ਪ੍ਰੋਟੋਕੋਲ 47 ਸੁੱਟ ਰਿਹਾ ਹੈ। 1723 ਫਾਰਵਰਡ ਪਰ PPTP ਪਾਸਥਰੂ ਬੰਦ ਵਾਲਾ ਰਾਊਟਰ ਠੀਕ ਉਹੀ ਨਮੂਨਾ ਦਿੰਦਾ ਹੈ: TCP ਹੈਂਡਸ਼ੇਕ ਪੂਰਾ ਹੁੰਦਾ ਹੈ, ਫਿਰ GRE ਪੈਕਟ ਗਾਇਬ ਹੋ ਜਾਂਦੇ ਹਨ, ਇਸ ਲਈ ਫੇਲ੍ਹਤਾ ਪ੍ਰਮਾਣਿਕਤਾ ਦੀ ਸਮੱਸਿਆ ਵਾਂਗ ਦਿਖਦੀ ਹੈ, ਹਾਲਾਂਕਿ ਕੋਈ ਲੌਗਇਨ ਕੋਸ਼ਿਸ਼ ਨਹੀਂ ਹੋਈ।

ਫਾਰਵਰਡਿੰਗ ਨੂੰ ਸਰਵਰ ਦੇ ਮੌਜੂਦਾ LAN ਪਤੇ ਵੱਲ ਮੋੜੋ, ਰਾਊਟਰ ਜਿੱਥੇ ਦਿੰਦਾ ਹੈ ਉੱਥੇ PPTP ਪਾਸਥਰੂ ਚਾਲੂ ਕਰੋ, ਅਤੇ ਉਸੇ ਬਾਹਰੀ ਥਾਂ ਤੋਂ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰੋ। ਜਦੋਂ GRE ਉੱਪਰ ਫਿਲਟਰ ਹੁੰਦਾ ਹੈ ਅਤੇ ਤੁਸੀਂ ਉਹ ਬਦਲ ਨਹੀਂ ਸਕਦੇ, ਤਾਂ TCP 443 ਉੱਤੇ SSTP ਜਾਂ UDP 500 ਅਤੇ 4500 ਉੱਤੇ L2TP/IPsec ਨੂੰ Windows ਪਾਸੇ ਤੁਸੀਂ ਜੋ ਵੀ ਬਦਲਾਅ ਕਰ ਸਕਦੇ ਹੋ, ਉਸ ਤੋਂ ਬਿਹਤਰ ਸੰਭਾਵਨਾ ਹੈ।

ਤਰੁੱਟੀ 812 ਦਾ ਮਤਲਬ ਸਰਵਰ ਦਾ ਤੁਹਾਡਾ ਪ੍ਰਮਾਣਿਕਤਾ ਢੰਗ ਨਕਾਰਨਾ

ਟਨਲ ਉੱਪਰ ਆਉਣ ਤੋਂ ਬਾਅਦ ਤਰੁੱਟੀ 812 ਵਾਪਸ ਆਉਂਦੀ ਹੈ, ਇਸ ਲਈ ਇਹ ਪਾਸਵਰਡ ਦੀ ਸਮੱਸਿਆ ਵਾਂਗ ਲੱਗਦੀ ਹੈ। ਸਰਵਰ ਕਨੈਕਸ਼ਨ ਲਈ ਤੈਅ ਪ੍ਰਮਾਣਿਕਤਾ ਢੰਗ ਨਕਾਰਦਾ ਹੈ, ਜ਼ਰੂਰੀ ਨਹੀਂ ਪਾਸਵਰਡ ਆਪ ਹੀ। ਕਲਾਇੰਟ ਉੱਤੇ VPN ਐਂਟਰੀ ਖੋਲ੍ਹੋ, ਸੁਰੱਖਿਆ ਟੈਬ ਉੱਤੇ ਜਾਓ, ਕਿਸਮ Point-to-Point Tunneling Protocol ਉੱਤੇ ਸੈੱਟ ਕਰੋ, ਸਪੱਸ਼ਟ ਪ੍ਰੋਟੋਕੋਲ ਸੂਚੀ ਚੁਣੋ ਅਤੇ Microsoft CHAP ਸੰਸਕਰਣ 2 ਉੱਤੇ ਟਿੱਕ ਲਗਾਓ।

ਤੁਸੀਂ ਸੰਵਾਦ ਵਿੱਚ ਕਲਿੱਕ ਕੀਤੇ ਬਿਨਾਂ ਮੌਜੂਦਾ ਸੈਟਿੰਗ ਪੜ੍ਹ ਸਕਦੇ ਹੋ:

$ Get-VpnConnection -Name "Office" | Select-Object -ExpandProperty AuthenticationMethod
MsChapv2

ਜੋ ਸਰਵਰ MS-CHAP v2 ਮੰਗਦਾ ਹੈ ਉਹ PAP ਉੱਤੇ ਜਾਂ ਕਮਜ਼ੋਰ ਚੀਜ਼ ਬਾਰੇ ਗੱਲ ਕਰਨ ਵਾਲੀ ਆਟੋਮੈਟਿਕ ਕਿਸਮ ਉੱਤੇ ਛੱਡੇ ਕਲਾਇੰਟ ਨੂੰ ਨਕਾਰਦਾ ਹੈ, ਅਤੇ ਤਰੁੱਟੀ ਕਿਸੇ ਵੀ ਵਰਤੋਂਕਾਰ ਪਾਸਵਰਡ ਦੇ ਮੁਲਾਂਕਣ ਤੋਂ ਪਹਿਲਾਂ ਆਉਂਦੀ ਹੈ। ਖਾਤਾ ਫਾਰਮੈਟ ਉਸੇ ਨਕਾਰ ਦਾ ਦੂਜਾ ਅੱਧਾ ਹਿੱਸਾ ਹੈ। ਇੱਕ ਮਾਮਲੇ ਵਿੱਚ Windows ਨੇ MicrosoftAccount\[email protected] ਰੂਪ ਦੀ Microsoft ਖਾਤਾ ਪਛਾਣ ਭੇਜੀ ਜਦੋਂ ਕਿ ਸਰਵਰ ਸਥਾਨਕ ਜਾਂ ਡੋਮੇਨ ਖਾਤਾ ਚਾਹੁੰਦਾ ਸੀ। SERVERNAME\username ਟਾਈਪ ਕਰਨ ਨਾਲ Windows ਨੂੰ ਦੱਸਿਆ ਗਿਆ ਕਿ ਕਿਹੜੇ ਖਾਤਾ ਸਟੋਰ ਨਾਲ ਸਲਾਹ ਲੈਣੀ ਹੈ ਅਤੇ ਤਰੁੱਟੀ ਹਟ ਗਈ। ਨਾਮ ਹੱਥੋਂ ਦਰਜ ਕਰੋ, ਸੰਭਾਲੇ ਪ੍ਰਮਾਣ ਨੂੰ ਪਿਛਲਾ ਫਾਰਮੈਟ ਦੁਹਰਾਉਣ ਦੇਣ ਦੀ ਥਾਂ।

ਇੱਕ ਮਿੰਟ ਬਾਅਦ ਟੁੱਟਣਾ ਇੱਕ keepalive ਫੈਸਲਾ ਹੈ

ਜਦੋਂ ਟਨਲ ਜੁੜਦਾ ਹੈ, ਥੋੜ੍ਹਾ ਟ੍ਰੈਫਿਕ ਲੰਘਾਉਂਦਾ ਹੈ ਅਤੇ ਫਿਰ ਡਿਸਕਨੈਕਟ ਹੁੰਦਾ ਹੈ, ਕਲਾਇੰਟ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਸਰਵਰ ਦਾ LCP ਈਕੋ ਵਿਵਹਾਰ ਵੇਖੋ। ਡੀਮਨ ਸਮੇਂ-ਸਮੇਂ ਸਾਥੀ ਨੂੰ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਕਹਿੰਦਾ ਹੈ ਕਿ ਉਹ ਅਜੇ ਵੀ ਉੱਥੇ ਹੈ। ਜੇ ਤੈਅ ਬਜਟ ਅੰਦਰ ਬਹੁਤ ਘੱਟ ਜਵਾਬ ਆਉਂਦੇ ਹਨ, ਤਾਂ ਸੈਸ਼ਨ ਤੋੜ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ ਭਾਵੇਂ ਵਰਤੋਂਕਾਰ ਕੋਲ ਅਜੇ ਵੀ ਕੰਮ ਕਰਨ ਵਾਲਾ ਲਿੰਕ ਹੋਵੇ।

Linux pptpd ਸਰਵਰ ਉੱਤੇ ਉਹ ਮੁੱਲ /etc/ppp/options.pptpd ਵਿੱਚ ਰਹਿੰਦੇ ਹਨ, ਅਤੇ ਆਮ ਮੁਰੰਮਤ ਅੰਤਰਾਲ ਛੋਟਾ ਕਰਨ ਦੀ ਥਾਂ ਬਜਟ ਚੌੜਾ ਕਰਨਾ ਹੈ:

# /etc/ppp/options.pptpd
lcp-echo-failure 30
lcp-echo-interval 5
# then
sudo systemctl restart pptpd

ਪੰਜ ਸਕਿੰਟ ਦੇ ਅੰਤਰਾਲ ਉੱਤੇ ਤੀਹ ਖੁੰਝੀਆਂ ਇੱਕ ਛੋਟੀ ਰੁਕਾਵਟ ਨੂੰ ਮਾਫ਼ ਕਰਦੀਆਂ ਹਨ, ਸਾਥੀ ਨੂੰ ਗਿਆ ਐਲਾਨਣ ਦੀ ਥਾਂ। ਸੰਖਿਆ ਇੱਕ ਜਾਂ ਦੋ ਕਰਨ ਨਾਲ ਅਨੁਵਾਦਿਤ ਰਸਤੇ ਦਾ ਆਮ ਜਿਟਰ ਲਗਭਗ ਹਰ ਮਿੰਟੇ ਡਿਸਕਨੈਕਸ਼ਨ ਬਣ ਜਾਂਦਾ ਹੈ। ਜੇ ਤੁਹਾਡਾ ਸਰਵਰ pptpd ਦੀ ਥਾਂ Windows RRAS ਹੈ, ਤਾਂ ਇਸ ਦੀ ਥਾਂ PPP ਸੈਸ਼ਨ ਦੀ ਸਮਾਂ-ਸੀਮਾ ਅਤੇ ਨਿਸ਼ਕਿਰਿਆਤਾ ਉੱਤੇ ਡਿਸਕਨੈਕਟ ਨੀਤੀ ਵੇਖੋ। ਉਹ ਕਿਤੇ ਹੋਰ ਰਹਿੰਦੇ ਹਨ, ਅਤੇ ਜੋ pppd ਫਾਈਲ ਨਹੀਂ ਹੈ ਉਸ ਨੂੰ ਸੋਧਣ ਨਾਲ ਕੁਝ ਨਹੀਂ ਬਦਲੇਗਾ।

ਓਵਰਲੈਪਿੰਗ ਸਬਨੈੱਟ ਡੇਟਾ ਰਸਤਾ ਤੋੜਦੇ ਹਨ

PPTP ਟਨਲ ਸਾਫ਼ ਪ੍ਰਮਾਣਿਕ ਹੋ ਸਕਦਾ ਹੈ ਅਤੇ ਫਿਰ ਵੀ ਕਿਤੇ ਨਹੀਂ ਪਹੁੰਚ ਸਕਦਾ ਜਦੋਂ ਦੋਵੇਂ ਥਾਵਾਂ ਇੱਕੋ ਨਿੱਜੀ ਰੇਂਜ ਵਰਤਦੀਆਂ ਹਨ, ਉਦਾਹਰਨ ਲਈ ਦਫ਼ਤਰ ਅਤੇ ਘਰ 192.168.1.0/24। ਕਲਾਇੰਟ ਦੱਸ ਨਹੀਂ ਸਕਦਾ ਕਿ ਦਿੱਤਾ ਪਤਾ ਕਿਹੜੇ ਹੋਸਟ ਨੂੰ ਸੰਬੋਧਿਤ ਹੈ, ਅਤੇ ਕੁਝ ਸਟੈਕ ਇੱਕ ਚੁਣਨ ਦੀ ਥਾਂ ਰੂਟ ਸਥਾਪਿਤ ਕਰਨ ਤੋਂ ਹੀ ਇਨਕਾਰ ਕਰ ਦਿੰਦੇ ਹਨ।

ਇਸ ਨੂੰ ਡਿਜ਼ਾਈਨ ਨੁਕਸ ਸਮਝੋ ਅਤੇ ਇੱਕ ਪਾਸਾ ਮੁੜ-ਸੰਖਿਆ ਕਰੋ, ਜਾਂ ਕਲਾਇੰਟ ਨੂੰ ਜਾਣ-ਬੁੱਝ ਕੇ ਅਨੁਵਾਦਿਤ ਪਹੁੰਚ ਰੇਂਜ ਦਿਓ। PPTP ਕਲਾਇੰਟ ਨੂੰ ਡੀਬੱਗ ਕਰਨਾ ਦੋ ਵਾਰ ਮੌਜੂਦ ਪਤਾ ਥਾਂ ਠੀਕ ਨਹੀਂ ਕਰ ਸਕਦਾ, ਅਤੇ ਲੱਛਣ ਬੇਤਰਤੀਬ ਟੁੱਟਣ ਵਾਂਗ ਹੀ ਦਿਖਦਾ ਰਹੇਗਾ।

ਜੋ ਪੜਾਅ ਫੇਲ੍ਹ ਹੋਇਆ ਉਸ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ: 800 ਲਈ GRE, 812 ਲਈ ਢੰਗ ਅਤੇ ਖਾਤਾ ਸਟ੍ਰਿੰਗ, ਸਮਾਂ-ਸਾਰਣੀ ਮੁਤਾਬਕ ਮਰਨ ਵਾਲੇ ਟਨਲ ਲਈ ਈਕੋ ਸੈਟਿੰਗਾਂ।