VPN ਪੋਰਟ ਚੁੱਪ? ਲਿਸਨਰ, ਬਾਈਂਡ ਪਤਾ ਜਾਂ ਹੋਸਟ ਫਾਇਰਵਾਲ

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

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

ਕੀ ਸਾਕਟ ਹੀ ਹੈ

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

systemctl status openvpn-server@server --no-pager
journalctl -u openvpn-server@server -n 30 --no-pager
ss -lunp

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

ਸਾਕਟ ਕਿਹੜੇ ਪਤੇ ਅਤੇ ਕਿਹੜੇ ਪਰਿਵਾਰ ਉੱਤੇ ਜਵਾਬ ਦਿੰਦਾ ਹੈ

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

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

ss -lun 'sport = :51820'
ss -ltnp 'sport = :1194'

ਪ੍ਰੋਟੋਕੋਲ ਕਾਲਮ ਪੂਰਾ ਜਵਾਬ ਬਦਲ ਦਿੰਦਾ ਹੈ

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

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

ਇੱਕ ਕੋਸ਼ਿਸ਼, ਵੇਖਣ ਲਈ ਤਿੰਨ ਥਾਵਾਂ

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

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

ਨਿਯਮ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਪੜਾਅ ਦਾ ਨਾਮ ਦਿਓ

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

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