ਇਹ ਜਨਤਕ VPN ਨੋਡ ਅਸਲ ਵਿੱਚ ਕਿਹੜੇ ਪ੍ਰੋਟੋਕੋਲ ਦਿੰਦਾ ਹੈ?

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

ਪ੍ਰੋਜੈਕਟ ਸੂਚੀ ਅਸਲ ਵਿੱਚ ਕੀ ਵਾਅਦਾ ਕਰਦੀ ਹੈ

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

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

ਪ੍ਰੋਫਾਈਲ ਨੂੰ ਉਸ ਐਂਡਪੌਇੰਟ ਨਾਲ ਮਿਲਾਓ ਜਿਸਦਾ ਇਹ ਨਾਮ ਲੈਂਦਾ ਹੈ

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

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

ਜੋ ਪੜਾਅ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ ਉਸ ਦੀ ਜਾਂਚ ਕਰੋ

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

ਇਹ ਪੰਜ ਜਾਂਚਾਂ ਆਮ ਜਨਤਕ ਨੋਡ ਢੰਗਾਂ ਨੂੰ ਕਵਰ ਕਰਦੀਆਂ ਹਨ। ਇਹਨਾਂ ਨੂੰ ਉਸੇ ਨੈੱਟਵਰਕ ਤੋਂ ਚਲਾਓ ਜੋ ਕਲਾਇੰਟ ਵਰਤਦਾ ਹੈ, ਕਿਉਂਕਿ ਫਿਲਟਰ ਕੀਤਾ ਪੋਰਟ ਦੂਰੋਂ ਗੁੰਮ ਸਰੋਤੇ ਵਰਗਾ ਹੀ ਦਿਸਦਾ ਹੈ।

nc -vz node.example 1194
nc -vz node.example 443
openvpn --config client.ovpn --verb 4
nmap -sU -p 500,4500 node.example
openssl s_client -connect node.example:443 -servername node.example

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

ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਗਲਤੀ ਸੰਭਾਲੋ

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

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

ਹਰ ਨੋਡ ਲਈ ਹਰ ਵਾਰ ਮੁੜ ਜਾਂਚੋ

ਜਨਤਕ ਨੋਡ ਸੂਚੀ 'ਤੇ ਮੂਲ SSL, OpenVPN, L2TP/IPsec ਅਤੇ SSTP ਵਿਕਲਪ ਉਸ ਪਲ ਉਸ ਨੋਡ ਦੀ ਸੰਰਚਨਾ ਦਾ ਵਰਣਨ ਕਰਦੇ ਹਨ। ਉਹੀ ਸਾਫ਼ਟਵੇਅਰ ਕਿਤੇ ਹੋਰ ਵੱਖਰਾ ਸਮੂਹ ਪੇਸ਼ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਪ੍ਰਦਾਤਾ ਤੁਹਾਡੇ ਬੁੱਕਮਾਰਕ ਅਤੇ ਅਗਲੀ ਕੋਸ਼ਿਸ਼ ਵਿਚਕਾਰ ਸਰੋਤਾ ਹਟਾ ਸਕਦਾ ਹੈ। ਪੁਰਾਣੇ ਨੋਟ ਪੁਰਾਣੀਆਂ ਤੈਨਾਤੀਆਂ ਦਾ ਵਰਣਨ ਕਰਦੇ ਹਨ।

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