VPN ਪਤਾ ਸਫ਼ੇਦ ਸੂਚੀ ਵਿੱਚ ਪਾਇਆ ਪਰ ਫਿਰ ਵੀ ਬਲਾਕ ਹੈ? ਇਸ ਦਾ ਪਤਾ ਲਗਾਓ

VPN ਐਪ ਜੋ ਪਤਾ ਦਿਖਾਉਂਦੀ ਹੈ ਉਸਨੂੰ ਸਫ਼ੇਦ ਸੂਚੀ ਵਿੱਚ ਪਾਉਣਾ ਬਲਾਕ ਕੀਤੇ ਪੋਰਟ ਨੂੰ ਘੱਟ ਹੀ ਠੀਕ ਕਰਦਾ ਹੈ, ਅਤੇ ਪੈਕੇਟ ਹੀ ਇਸਦਾ ਕਾਰਨ ਦੱਸਦਾ ਹੈ। ਫਾਇਰਵਾਲ ਤੁਹਾਡੇ ਨਿਯਮ ਨੂੰ ਅਣਡਿੱਠ ਨਹੀਂ ਕਰ ਰਿਹਾ; ਇਹ ਅਜਿਹੇ ਸਰੋਤ ਪਤੇ ਦਾ ਮੁਲਾਂਕਣ ਕਰ ਰਿਹਾ ਹੈ ਜੋ ਕਲਾਇੰਟ ਸਕਰੀਨ ਉੱਤੇ ਕੁਝ ਵੀ ਨਹੀਂ ਦਿਖਾਉਂਦਾ। ਜਦੋਂ ਤੱਕ ਮੰਜ਼ਿਲ ਉਸ ਮੁੱਲ ਦੀ ਰਿਪੋਰਟ ਨਹੀਂ ਕਰਦੀ, ਹਰ ਨਿਯਮ ਸੋਧ ਇੱਕ ਅਨੁਮਾਨ ਹੈ।

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

ਐਪ ਵਿੱਚ ਦਿਖਣ ਵਾਲਾ ਪਤਾ ਪਹੁੰਚਣ ਵਾਲਾ ਪਤਾ ਨਹੀਂ

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

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

ਇੱਕ ਬੇਨਤੀ ਨੂੰ ਇਸਦੀ ਫਿਲਟਰਿੰਗ ਹੱਦ ਤੱਕ ਲੈ ਜਾਓ

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

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

iptables -vnL INPUT --line-numbers
iptables -S INPUT | head -n 40
ss -ltnp | grep -E ':(443|9443)\b'

ਟਿਕਟ ਵਿੱਚ ਮੇਲ ਖਾਂਦਾ ਨਿਯਮ ਨੰਬਰ ਦਰਜ ਕਰੋ। ਇਸ ਤੋਂ ਬਿਨਾਂ ਅਗਲਾ ਪਾਠਕ ਨਹੀਂ ਜਾਣ ਸਕਦਾ ਕਿ ਕਿਹੜੀ ਸੋਧ ਨੇ ਨਤੀਜਾ ਬਦਲਿਆ। ਸਮੇਂ ਦੀ ਮੋਹਰ ਤੋਂ ਬਿਨਾਂ ਨਿਯਮ ਨੰਬਰ ਅਜੇ ਵੀ ਅਸਪਸ਼ਟ ਹੈ।

ਇੱਕ ਸੀਮਿਤ ਕੈਪਚਰ ਨਾਲ ਰਸਤਾ ਪੁਸ਼ਟ ਕਰੋ

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

tcpdump -ni any 'tcp dst port 9443' -c 20

ਤਿੰਨ ਮੁੱਲਾਂ ਦੀ ਨਾਲ-ਨਾਲ ਤੁਲਨਾ ਕਰੋ: ਕੈਪਚਰ ਵਿੱਚ ਸਰੋਤ, ਮੇਲ ਖਾਂਦਾ ਨਿਯਮ ਜਿਸ ਸਰੋਤ ਦਾ ਨਾਮ ਲੈਂਦਾ ਹੈ, ਅਤੇ ਉਹ ਇਨਕਾਰ ਜੋ ਐਪ ਨੇ ਦਰਜ ਕੀਤਾ। ਇਹ ਸਭ ਵੱਖਰੇ ਹੋ ਸਕਦੇ ਹਨ, ਅਤੇ IP ਨਿਯਮ ਨਾਲ ਤੈਅ ਹੋਇਆ ਡ੍ਰੌਪ ਸਿਰਫ਼ ਪਹਿਲਾ ਹੀ ਸਮਝਾਉਂਦਾ ਹੈ। ਫਾਰਵਰਡ ਕੀਤਾ HTTP ਹੈਡਰ ਪ੍ਰੌਕਸੀ ਪਰਤ ਦਾ ਹੈ, ਇਸ ਲਈ ਉਸ ਹੈਡਰ ਦਾ ਹਵਾਲਾ ਦੇਣ ਵਾਲਾ ਲੌਗ ਫਾਇਰਵਾਲ ਵੱਲੋਂ ਮੁਲਾਂਕਣ ਕੀਤੇ ਸਰੋਤ ਦਾ ਵਰਣਨ ਨਹੀਂ ਕਰਦਾ।

ਸਿਰਫ਼ ਨਿਯਮ ਨਹੀਂ, ਚੇਨ ਦਾ ਕ੍ਰਮ ਪੜ੍ਹੋ

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

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

ਉਹ ਨਿਯਮ ਬਦਲੋ ਜਿਸਨੂੰ ਇਸਦਾ ਮਾਲਕ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਹੈ

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

ਜਦੋਂ ਪਤਾ ਹਿਲਦਾ ਰਹਿੰਦਾ ਹੈ, ਤਾਂ ਟਿਕਾਊ ਜਵਾਬ ਲੰਮੀ ਛੋਟ ਸੂਚੀ ਨਹੀਂ, ਸਥਿਰ ਨਿਕਾਸ ਜਾਂ ਪ੍ਰਮਾਣਿਤ ਚੈਨਲ ਹੈ। ਦੇਖਿਆ ਗਿਆ ਸਰੋਤ, ਮੰਜ਼ਿਲ ਪੋਰਟ ਅਤੇ ਨਿਯਮ ਨੰਬਰ ਦਰਜ ਕਰੋ।