ESP ਠੀਕ ਤਰ੍ਹਾਂ ਡੀਕ੍ਰਿਪਟ ਕਰਦਾ ਹੈ ਅਤੇ ਅੰਦਰਲਾ ਪੈਕਟ ਫਿਰ ਵੀ ਕਿਤੇ ਨਹੀਂ ਪਹੁੰਚਦਾ

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

ਜਦੋਂ ਲੇਬਲ ਝੂਠ ਬੋਲਦਾ ਹੈ ਤਾਂ ਕੀ ਦਿਸਦਾ ਹੈ

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

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

ਕਿਸਮ ਟ੍ਰੇਲਰ ਵਿੱਚ ਰਹਿੰਦੀ ਹੈ

ਆਮ IPsec ਟਨਲ ਮੋਡ ਵਿੱਚ, ESP ਨਾਲ ਸੁਰੱਖਿਅਤ ਪੇਲੋਡ ਵਿੱਚ ਪੂਰਾ ਅੰਦਰਲਾ IP ਪੈਕਟ ਹੁੰਦਾ ਹੈ। ਟ੍ਰੇਲਰ ਦਾ ਅਗਲਾ ਹੈਡਰ ਖੇਤਰ ਦੱਸਦਾ ਹੈ ਕਿ ਉਹ ਪੇਲੋਡ ਕੀ ਹੈ, ਅਤੇ ਇਹ TCP ਪੋਰਟ ਨਹੀਂ, ਬਾਹਰਲੇ ਹੈਡਰ ਵਿੱਚ ਪ੍ਰੋਟੋਕਾਲ ਨੰਬਰ ਨਹੀਂ, ਅਤੇ ਸ਼ੁਰੂਆਤੀ SPI ਤੇ ਕ੍ਰਮ-ਨੰਬਰ ਖੇਤਰ ਦਾ ਹਿੱਸਾ ਵੀ ਨਹੀਂ। RFC 4303 ਭਾਗ 2.6 ਇਸਨੂੰ ਪੇਲੋਡ-ਕਿਸਮ ਖੇਤਰ ਵਜੋਂ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ, ਜੋ ਸਹੀ ਕੰਮ ਲਈ ਸਹੀ ਨਾਮ ਹੈ।

ਤੁਹਾਨੂੰ ਮਿਲਣ ਵਾਲੇ ਮੁੱਲ ਛੋਟੇ ਹਨ ਅਤੇ ਯਾਦ ਰੱਖਣ ਯੋਗ ਹਨ: IPv4 4 ਹੈ (0x04) ਅਤੇ IPv6 41 ਹੈ (0x29)।

ਇਹ ਸੰਖਿਆਵਾਂ ਸਥਾਨਕ ਰੀਤੀ ਤੋਂ ਨਹੀਂ, IANA ਦੇ ਪ੍ਰੋਟੋਕਾਲ ਨੰਬਰ ਵੰਡ ਤੋਂ ਆਉਂਦੀਆਂ ਹਨ। ਜੋ ਭੇਜਣ ਵਾਲਾ IPv4 ਐਲਾਨਦਾ ਹੈ ਪਰ IPv6 ਪੈਕਟ ਲਪੇਟਦਾ ਹੈ, ਉਸਨੇ ਫਾਰਮੈਟ ਦੀ ਅਸੰਗਤੀ ਪੈਦਾ ਕੀਤੀ ਹੈ, ਅਤੇ ਆਪਣੇ ਹੀ ਲੇਬਲ ਦੇ ਵਿਰੁੱਧ ਜਾਣ ਵਾਲੇ ਬਾਈਟਾਂ ਨੂੰ ਕੋਈ ਫਾਇਰਵਾਲ ਨਿਯਮ ਠੀਕ ਨਹੀਂ ਕਰਦਾ।

ਆਮ ਸ਼ੱਕੀ ਲੋਕਾਂ ਤੋਂ ਇਸਨੂੰ ਕਿਵੇਂ ਵੱਖ ਕਰੀਏ

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

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

ਜੇ ਕੋਈ ਉਹ ਸਬੂਤ ਨਹੀਂ ਦੇ ਸਕਦਾ, ਤਾਂ ਤੁਹਾਡੇ ਕੋਲ ਫਾਰਮੈਟ ਬੱਗ ਨਹੀਂ ਹੈ। ਤੁਹਾਡੇ ਕੋਲ ਇੱਕ ਸਿਧਾਂਤ ਹੈ, ਅਤੇ ਸਿਲੈਕਟਰ ਹੀ ਹਜੇ ਵਧੀਆ ਦਾਅ ਹਨ।

ਮੁਰੰਮਤ ਕੀ ਨਹੀਂ ਹੈ

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

ਜੇ ਪੁਸ਼ਟੀ ਹੋਈ ਅਸੰਗਤੀ ਸਾਥੀ ਇੰਪਲੀਮੈਂਟੇਸ਼ਨ ਤੋਂ ਆਉਂਦੀ ਹੈ, ਤਾਂ ਘੱਟੋ-ਘੱਟ ਸਾਫ਼ ਪੁਨਰ-ਉਤਪਾਦਨ ਰੱਖੋ ਅਤੇ ਇਸਨੂੰ ਉਸ ਇੰਪਲੀਮੈਂਟੇਸ਼ਨ ਦੇ ਸਮਰਥਿਤ ਚੈਨਲ ਉੱਤੇ ਲੈ ਜਾਓ।

ਪ੍ਰਵਾਹ ਜਾਂਚੋ, ਕਾਊਂਟਰ ਨਹੀਂ

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

ਦੋਵੇਂ ਨਤੀਜੇ ਟਿਕਟ ਵਿੱਚ ਦਰਜ ਕਰੋ। ਕਾਊਂਟਰ ਦੀ ਹਿਲਜੁਲ ਨਾਲ ਚੱਲਦਾ ਪ੍ਰਵਾਹ ਹੋਵੇ ਤਾਂ ਉਹ ਮੁਰੰਮਤ ਹੈ; ਸਿਰਫ਼ ਕਾਊਂਟਰ ਦੀ ਹਿਲਜੁਲ ਉਹੀ ਹੈ ਜੋ ਤੁਹਾਡੇ ਕੋਲ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸੀ।