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

ਕੁਝ ਵੀ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਸਟੈਕ ਲਿਖੋ

PPTP ਸ਼ਬਦ ਵਿੱਚ ਤਿੰਨ ਪਰਤਾਂ ਇਕੱਠੀਆਂ ਹੁੰਦੀਆਂ ਹਨ, ਅਤੇ ਹਰ ਇੱਕ ਆਪਣੇ ਢੰਗ ਨਾਲ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ। ਟਨਲ PPTP ਆਪ ਹੈ, GRE ਨਾਲ TCP 1723। ਪ੍ਰਮਾਣਿਕਤਾ ਉਹ PPP ਢੰਗ ਹੈ ਜੋ ਸਰਵਰ ਦਿੰਦਾ ਹੈ, ਇੱਥੇ MS-CHAPv2। ਲਿੰਕ ਸੁਰੱਖਿਆ MPPE ਹੈ, ਜਿਸਦੀਆਂ ਚਾਬੀਆਂ ਉਸੇ ਪ੍ਰਮਾਣਿਕਤਾ ਵਟਾਂਦਰੇ ਤੋਂ ਬਣਦੀਆਂ ਹਨ। ਤਿੰਨਾਂ ਦਾ ਨਾਮ ਲੈਣ ਨਾਲ ਬਾਅਦ ਦੀ ਸੋਧ ਗਲਤ ਪਰਤ 'ਤੇ ਨਹੀਂ ਡਿੱਗਦੀ।

ਵਿਕੀ ਪੰਨੇ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਦੀ ਥਾਂ ਜੀਵੰਤ ਸੰਰਚਨਾ ਪੜ੍ਹੋ, ਅਤੇ ਫਾਈਲ, ਸਰੋਤਾ ਅਤੇ ਪ੍ਰਮਾਣਿਤ ਹੋਏ ਆਖਰੀ ਸੈਸ਼ਨ ਨੋਟ ਕਰੋ।

grep -RniE 'mschap|mppe|require-mppe' /etc/ppp/options.pptpd /etc/pptpd.conf
ss -lntp 'sport = :1723'
journalctl -u pptpd -n 40 --no-pager

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

Get-VpnAuthProtocol
netstat -ano | findstr :1723

ਅੱਜ ਟਨਲ ਅਸਲ ਵਿੱਚ ਕੀ ਢੋਂਦਾ ਹੈ ਇਹ ਤੈਅ ਕਰੋ

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

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

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

ਨਾ ਛੋਟਾ ਦੁਪਹਿਰ ਦਾ ਵਿਰਾਮ ਨਾ ਘੱਟ ਵਰਤੋਂਕਾਰ ਗਿਣਤੀ ਕਿਸੇ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫਿਕ ਗੁਣ ਨੂੰ ਨੀਤੀਗਤ ਗੁਣ ਵਿੱਚ ਬਦਲਦੀ ਹੈ।

ਮਾਈਗ੍ਰੇਸ਼ਨ ਇੱਕੋ ਸੰਭਾਲ ਵਿੰਡੋ ਵਿੱਚ ਕਰੋ

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

sudo systemctl disable --now pptpd
sudo ss -lntp | grep -E ':(1723|1194|51820)\b'
sudo nft list ruleset | grep -i gre

ਉਸੇ ਵਿੰਡੋ ਵਿੱਚ ਫਾਇਰਵਾਲ ਦਾ ਰਾਹ ਬੰਦ ਕਰੋ। GRE ਕੋਲ ਯਾਦ ਰੱਖਣ ਵਾਲਾ ਕੋਈ ਪੋਰਟ ਨਹੀਂ ਹੈ, ਇਸ ਲਈ ਨੰਬਰ ਨਾਲ ਪ੍ਰੋਟੋਕੋਲ 47 ਦੀ ਆਗਿਆ ਦੇਣ ਵਾਲਾ ਨਿਯਮ ਸੌਖਿਆਂ ਖੁੰਝ ਜਾਂਦਾ ਹੈ ਅਤੇ ਡੈਮਨ ਜਾਣ ਤੋਂ ਬਾਅਦ ਵੀ ਸੇਵਾ ਨੂੰ ਪਹੁੰਚਯੋਗ ਰੱਖਦਾ ਹੈ। ਹਟਾਇਆ ਨਿਯਮ, ਉਸਦੀ ਪਿਛਲੀ ਥਾਂ ਅਤੇ ਕਾਰਨ ਨੋਟ ਕਰੋ, ਤਾਂ ਜੋ ਬਾਅਦ ਦੀ ਤਬਦੀਲੀ ਸਮੀਖਿਆ ਇਸਨੂੰ ਭੁੱਲ ਕੇ ਬਹਾਲ ਨਾ ਕਰੇ।

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

ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਬਦਲੀ PPTP ਦੇ ਕੰਮ ਕਰਦੀ ਹੈ

ਜਾਂਚ ਸੂਚੀ “ਜੁੜਦਾ ਹੈ ਕੀ” ਨਹੀਂ ਹੈ। ਇਹ ਹੈ ਕਿ ਪ੍ਰਮਾਣਿਕਤਾ, ਪਤਾ ਵੰਡ, DNS ਹੱਲ, ਰਸਤਾ ਚੋਣ, ਦੁਬਾਰਾ ਜੁੜਨ ਦਾ ਵਿਵਹਾਰ ਅਤੇ ਸਾਥੀ ਪੁਸ਼ਟੀ ਸਭ ਬਦਲੀ ਹੇਠ ਟਿਕਦੇ ਹਨ ਕਿ ਨਹੀਂ। ਹਰ ਇੱਕ ਨੂੰ ਪਾਇਲਟ ਡਿਵਾਈਸ 'ਤੇ, ਉਸੇ ਕ੍ਰਮ ਵਿੱਚ ਜਾਂਚੋ, ਅਤੇ ਦੇਖਿਆ ਨਤੀਜਾ ਉਮੀਦ ਦੇ ਕੋਲ ਲਿਖੋ।

ip -4 addr show tun0
ip route get 198.51.100.23
resolvectl query intranet.example.net

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

ਦੁਬਾਰਾ ਜੁੜਨ ਦੀ ਜਾਂਚ ਸਭ ਤੋਂ ਬਾਅਦ ਕਰੋ, ਕਿਉਂਕਿ ਉੱਥੇ ਹੀ ਬਹੁਤੀਆਂ ਬਦਲੀਆਂ ਪਿੱਛੇ ਪੈਂਦੀਆਂ ਹਨ: ਲੈਪਟਾਪ ਨੂੰ ਸੁਪਨੇ ਵਿੱਚ ਪਾਓ, ਨੈੱਟਵਰਕ ਬਦਲੋ, ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਟਨਲ ਪੁਰਾਣੇ ਰਸਤੇ ਛੱਡੇ ਬਿਨਾਂ ਮੁੜ ਸਥਾਪਿਤ ਹੁੰਦਾ ਹੈ।

ਰੋਲਬੈਕ, ਰੱਦ ਅਤੇ ਤੁਸੀਂ ਛੱਡਿਆ ਰਿਕਾਰਡ

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

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

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

ਸੰਬੰਧਿਤ ਲੇਖ