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

ਤੈਅ ਕਰੋ ਕਿ ਟੈਸਟ ਨੂੰ ਕੀ ਸਾਬਤ ਕਰਨਾ ਹੈ

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

ਸਭ ਤੋਂ ਲਾਹੇਵੰਦ ਰੂਪ ਇੱਕ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਐਂਡਪੌਇੰਟ ਦਾ ਨਾਮ ਲੈਂਦਾ ਹੈ ਜੋ ਆਪਣੇ ਵੇਖੇ ਸਰੋਤ-ਪਤੇ ਦੀ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ।

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

ਨਿਰੀਖਣ ਸਹੀ ਸੰਦਰਭ ਵਿੱਚ ਚਲਾਓ

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

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

ਅਗਲੀ ਬੇਨਤੀ ਤਦ ਹੀ ਅਰਥਪੂਰਨ ਹੈ ਜਦ ਤੁਸੀਂ ਸਹੀ ਸੰਦਰਭ ਵਿੱਚ ਹੋ।

ਪਤਾ-ਪਰਿਵਾਰਾਂ ਦੀ ਜਾਂਚ ਵੱਖਰੇ ਤੌਰ ਉੱਤੇ ਕਰੋ

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

curl --ipv4 https://probe.example/observed-source
curl --ipv6 https://probe.example/observed-source

ਅਸਫਲ IPv6 ਬੇਨਤੀ ਪ੍ਰਭਾਵੀ ਰੋਕ ਦਾ ਸਬੂਤ ਨਹੀਂ ਹੈ। ਇਸ ਦਾ ਅਰਥ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਐਂਡਪੌਇੰਟ ਕੋਲ IPv6 ਪਤਾ ਨਹੀਂ, DNS ਨੇ ਕੁਝ ਵਰਤੋਂਯੋਗ ਨਹੀਂ ਮੋੜਿਆ, ਜਾਂ ਯੰਤਰ ਕੋਲ IPv6 ਮਾਰਗ ਹੀ ਨਹੀਂ। ਸਿੱਟਾ ਕੱਢਣ ਤੋਂ ਪਹਿਲਾਂ ਅਸਫਲਤਾ ਪੜ੍ਹੋ। ਸੁਰੰਗ ਰਾਹੀਂ ਸਫਲ IPv6 ਬੇਨਤੀ ਹੀ ਇੱਕੋ-ਇੱਕ ਨਤੀਜਾ ਹੈ ਜੋ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ IPv6 ਮਾਰਗ ਢਕਿਆ ਗਿਆ ਹੈ।

ਦੋਵੇਂ ਜਵਾਬ ਨਾਲ-ਨਾਲ ਲਿਖੋ। ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਇੱਕ ਇਕੱਲਾ ਅੱਧਾ ਤੱਥ ਹੈ।

ਉਹ ਚਾਰ ਚੀਜ਼ਾਂ ਜੋੜੋ ਜੋ ਐਗਜ਼ਿਟ ਜਾਂਚ ਛੱਡ ਦਿੰਦੀ ਹੈ

ਐਗਜ਼ਿਟ ਪਤਾ ਇੱਕ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਹੋਰ ਚਾਰ ਤੈਅ ਕਰਦੇ ਹਨ ਕਿ ਸੁਰੰਗ ਡਿਜ਼ਾਈਨ ਅਨੁਸਾਰ ਵਿਵਹਾਰ ਕਰਦੀ ਹੈ ਜਾਂ ਨਹੀਂ।

CheckWhat it provesWhat it does not
Included and excluded destinationsThe split behaves as designed for those flowsCoverage of any other destination
Resolver pathWhere a fresh lookup actually travelledWhere a cached answer came from
Tunnel-down behaviourThe failure policy for a new requestWhat an already open connection does
Reconnect and restartThe requirement survives the lifecycle eventBehaviour under load or partial failure

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

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

ਸਬੂਤ ਲਿਖੋ, ਫ਼ੈਸਲਾ ਨਹੀਂ

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

ਇਹ VPN ਆਪਰੇਟਰ ਦੇ ਰਿਕਾਰਡਾਂ ਦੀ ਆਡਿਟ ਨਹੀਂ, ਅਤੇ ਯੰਤਰ ਉੱਤੇ ਹਰ ਭਵਿੱਖੀ ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਸਰਟੀਫਿਕੇਟ ਵੀ ਨਹੀਂ।

ਨਤੀਜੇ ਦੇ ਕੋਲ ਸੀਮਾਵਾਂ ਲਿਖੋ। ਜੋ ਟੈਸਟ ਦੱਸਦਾ ਹੈ ਕਿ ਇਸ ਨੇ ਕੀ ਨਹੀਂ ਢਕਿਆ, ਉਹ ਸਮੀਖਿਆ ਵਿੱਚ ਟਿਕਦਾ ਹੈ, ਜਦ ਕਿ ਯੰਤਰ ਪ੍ਰਮਾਣਿਤ ਹੋਣ ਦਾ ਦਾਅਵਾ ਕਰਨ ਵਾਲਾ ਨਹੀਂ ਟਿਕਦਾ। ਵਰਤੇ ਪਰਿਵਾਰ-ਚੋਣਕਾਰਾਂ ਦੇ ਕੋਲ curl ਦਸਤਾਵੇਜ਼ ਰੱਖੋ, ਅਤੇ ਚਾਰ ਕਤਾਰਾਂ ਵਾਲੀ ਸਾਰਣੀ ਨਤੀਜਿਆਂ ਨਾਲ ਰੱਖੋ।

ਸੰਬੰਧਿਤ ਲੇਖ