ਜਾਂਚੋ ਕਿ ਸਪਲਿਟ ਟਨਲ ਕੰਮ ਕਰਦਾ ਹੈ: ਇੱਕ IP ਨਤੀਜਾ ਕੋਈ ਟੈਸਟ ਨਹੀਂ

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

ਮਿੱਥ: ਪਤਾ ਖੋਜ ਕਵਰੇਜ ਸਾਬਤ ਕਰਦੀ ਹੈ

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

ਪਤਾ ਪੰਨਾ ਮਾਰਗ, ਰਿਜ਼ੋਲਵਰ ਜਾਂ ਅਸਫਲਤਾ ਨੀਤੀ ਵੀ ਨਹੀਂ ਦਿਖਾ ਸਕਦਾ। ਇਸ ਨੂੰ ਇੱਕ ਨਿਰੀਖਣ ਮੰਨੋ, ਫੈਸਲਾ ਨਹੀਂ।

ਸ਼ਾਮਲ ਅਤੇ ਬਾਹਰ ਰੱਖੇ ਪ੍ਰਵਾਹ ਦੀ ਜਾਂਚ ਕਰੋ

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

flow: Firefox to intranet.example:443, IPv4, source 10.8.0.6, tunneled
flow: Firefox to 1.1.1.1, IPv4, source 192.0.2.20, direct

ਇਸ ਲਈ ਗਲਤ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਟੈਸਟ ਡਿਜ਼ਾਈਨ ਦੇ ਇਰਾਦੇ ਦੇ ਉਲਟ ਦਿਖਾ ਸਕਦਾ ਹੈ। ਕੋਈ ਵੀ ਸਿੱਟਾ ਕੱਢਣ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵੇਂ ਪਾਸਿਆਂ ਦੇ ਚਾਰ ਖੇਤਰ ਲਿਖੋ।

DNS ਅਤੇ ਅਸਫਲਤਾ ਦਾ ਕੇਸ ਸ਼ਾਮਲ ਕਰੋ

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

curl -s https://ifconfig.me
nslookup intranet.example

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

ਸਥਿਤੀ ਬਦਲਣ ਤੋਂ ਬਾਅਦ ਦੁਹਰਾਓ

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

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

ਨਤੀਜੇ ਨੂੰ ਕੀ ਸਥਾਪਿਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ

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

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