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

ਦੋ ਰਨਾਂ ਦੀ ਤੁਲਨਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚ ਠੀਕ ਕਰੋ

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

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

curl -s https://ifconfig.me
ip route get 203.0.113.20

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

nmap -sT -p 443,8443 --reason 203.0.113.20

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

ਪਤਾ ਕਰੋ ਕਿ ਕਿਹੜੇ ਹੋਸਟ ਨੇ ਹੈਂਡਸ਼ੇਕ ਪੂਰਾ ਕੀਤਾ

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

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

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

tail -n 5 /var/log/nginx/access.log
ss -ltnp 'sport = :443'

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

ਟਨਲ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਆਪਣੇ ਨਿਯਮ ਜਾਂਚੋ

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

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

nft list ruleset | grep -n -e 203.0.113 -e 198.51.100
journalctl -u sshd -n 50 | grep 203.0.113

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

ਟਰਾਂਸਪੋਰਟ, ਸਰਟੀਫਿਕੇਟ ਅਤੇ ਪ੍ਰਤੀਕਿਰਿਆ ਵੱਖਰੇ ਪੜ੍ਹੋ

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

ObservationWhat it settlesWhat it leaves open
Connection completedA host on the path accepted the handshakeWhich host, and whether its upstream is reachable
Certificate valid for the nameThe endpoint holds a credential for that nameWhether the process behind it is the one you meant
Expected response bodyThe application handled the requestAnything about other ports or other paths
Connection refusedA host replied and nothing was listeningWhether a filter sits ahead of the refused port
TimeoutNo reply arrived before the deadlineDrop, blackhole route or an overloaded host

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

curl -v --resolve office.example:443:203.0.113.20 https://office.example/

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

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

ਸੰਬੰਧਿਤ ਲੇਖ