ਕੀ ਵੈੱਬਸਾਈਟ NAT ਅਤੇ ਫਾਰਵਰਡ ਪਰਾਕਸੀ ਵਿੱਚ ਫ਼ਰਕ ਦੱਸ ਸਕਦੀ ਹੈ?
ਮੁਲਾਂਕਣ ਕਰੋ ਕਿ ਸਾਂਝਾ ਜਨਤਕ IP, ਫਾਰਵਰਡਿੰਗ ਹੈਡਰ ਅਤੇ ਪਰਾਕਸੀ ਜਾਂਚ ਦਾ ਨਤੀਜਾ ਵੈੱਬਸਾਈਟ ਤੱਕ ਦੇ ਰਾਹ ਬਾਰੇ ਕੀ ਸਾਬਤ ਕਰ ਸਕਦੇ ਹਨ।
ਕਈ ਲੋਕ ਇੱਕੋ ਜਨਤਕ ਪਤੇ ਤੋਂ ਆਉਂਦੇ ਹਨ। ਇਹ ਦਫ਼ਤਰ ਦੇ NAT ਗੇਟਵੇ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ। ਸਾਂਝੀ ਫਾਰਵਰਡ ਪਰਾਕਸੀ ਨਾਲ ਵੀ ਮੇਲ ਖਾਂਦਾ ਹੈ। ਕੇਵਲ ਪਤਾ ਇਹਨਾਂ ਵਿੱਚੋਂ ਚੋਣ ਨਹੀਂ ਕਰਦਾ।
NAT ਰਾਹ ਵਿੱਚ ਪਤੇ ਦੀ ਜਾਣਕਾਰੀ ਬਦਲਦਾ ਹੈ। ਫਾਰਵਰਡ ਪਰਾਕਸੀ ਇੱਕ ਕਨੈਕਸ਼ਨ ਸਵੀਕਾਰ ਕਰਦੀ ਹੈ ਅਤੇ ਅੱਗੇ ਦੂਜਾ ਕਨੈਕਸ਼ਨ ਬਣਾਉਂਦੀ ਹੈ। ਇਹ ਵੱਖਰੇ ਤਰੀਕੇ ਹਨ, ਪਰ ਮੰਤਵ ਸਥਾਨ ਨੂੰ ਸਿਰਫ਼ ਉਹ ਕਨੈਕਸ਼ਨ ਦਿਸਦੇ ਹਨ ਜੋ ਉਸ ਤੱਕ ਪਹੁੰਚਦੇ ਹਨ, ਕਲਾਇੰਟ ਦੇ ਨੈੱਟਵਰਕ ਉਪਕਰਣਾਂ ਦੀ ਪੂਰੀ ਸੂਚੀ ਨਹੀਂ।
HTTP ਦਾ Via ਖੇਤਰ HTTP ਵਿਚੋਲਿਆਂ ਦਾ ਸਬੂਤ ਦੇ ਸਕਦਾ ਹੈ। ਇਸ ਦੀ ਗੈਰਹਾਜ਼ਰੀ ਨੂੰ ਹੋਰ ਤੰਗ ਰੂਪ ਵਿੱਚ ਪੜ੍ਹੋ: ਇਸ ਬੇਨਤੀ ਨੇ ਉਹ ਸੰਕੇਤ ਇਸ ਨਿਰੀਖਕ ਸਾਹਮਣੇ ਨਹੀਂ ਰੱਖਿਆ। ਹੈਡਰ ਭਰੋਸੇਯੋਗ ਨਾ ਹੋਣ, ਹਟਾਏ ਗਏ ਹੋਣ ਜਾਂ ਆਮ ਐਂਡ-ਟੂ-ਐਂਡ TLS ਸੁਰੰਗ ਵਿੱਚ ਉਪਲਬਧ ਨਾ ਹੋਣ। IP ਪ੍ਰਤਿਸ਼ਠਾ ਦੇ ਡੇਟਾਬੇਸ ਦੂਜੀ ਕਿਸਮ ਦਾ ਸਬੂਤ ਦਿੰਦੇ ਹਨ, ਆਪਣੀ ਕਵਰੇਜ ਅਤੇ ਉਮਰ ਨਾਲ।
ਇਸ ਲਈ ਜਾਂਚ ਔਜ਼ਾਰ ਵਿੱਚ “ਕੋਈ ਪਰਾਕਸੀ ਨਹੀਂ ਮਿਲੀ” ਨੈੱਟਵਰਕ ਦਾ ਨਕਸ਼ਾ ਨਹੀਂ ਹੈ। ਇਹ ਇਹ ਵੀ ਪ੍ਰਮਾਣਿਤ ਨਹੀਂ ਕਰ ਸਕਦਾ ਕਿ ਹਰ ਦੂਜੀ ਵੈੱਬਸਾਈਟ ਇਸੇ ਸਿੱਟੇ ’ਤੇ ਪਹੁੰਚੇਗੀ।
ਜੇ ਤੁਸੀਂ ਕਲਾਇੰਟ ਜਾਂ ਨੈੱਟਵਰਕ ਚਲਾਉਂਦੇ ਹੋ, ਤਾਂ ਐਂਡਪੌਇੰਟ ਦੇ ਨਿਰੀਖਣਾਂ ਨੂੰ ਐਪ ਦੀਆਂ ਅਸਲ ਸੈਟਿੰਗਾਂ, ਗੇਟਵੇ ਸੰਰਚਨਾ ਅਤੇ ਸੰਬੰਧਿਤ ਕਨੈਕਸ਼ਨ ਰਿਕਾਰਡਾਂ ਨਾਲ ਜੋੜੋ। ਜੇ ਤੁਸੀਂ ਸਿਰਫ਼ ਵੈੱਬਸਾਈਟ ਚਲਾਉਂਦੇ ਹੋ, ਤਾਂ ਦੱਸੋ ਕਿ ਤੁਹਾਡੇ ਸੰਕੇਤ ਕਿਸ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ ਅਤੇ ਅਨਿਸ਼ਚਿਤਤਾ ਲਈ ਥਾਂ ਛੱਡੋ।
ਪਹੁੰਚ ਨਿਯੰਤਰਣ ਲਈ ਤੈਅ ਕਰੋ ਕਿ ਕੀ ਸੁਰੱਖਿਅਤ ਕਰਨਾ ਹੈ। ਸਾਂਝਾ ਪਤਾ ਮੋਟੀ ਦਰ-ਸੀਮਾ ਲਈ ਲਾਹੇਵੰਦ ਹੋ ਸਕਦਾ ਹੈ, ਪਰ ਇੱਕ ਵਿਅਕਤੀ ਦੇ ਬਦਲ ਵਜੋਂ ਕਮਜ਼ੋਰ ਹੈ। ਇਸਨੂੰ NAT ਜਾਂ ਪਰਾਕਸੀ ਕਹਿਣਾ ਉਹ ਪਛਾਣ ਸਮੱਸਿਆ ਹੱਲ ਨਹੀਂ ਕਰਦਾ।