ਕੁੰਜੀਆਂ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤੇ ਬਿਨਾਂ IPsec ਦੀ ਸਥਿਤੀ ਕਿਵੇਂ ਜਾਂਚੀਏ

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

ਜਾਂਚ 1: ਕੀ ਇਹ ਕਲਾਕ੍ਰਿਤੀ ਮਸ਼ੀਨ ਤੋਂ ਬਾਹਰ ਨਿਕਲ ਵੀ ਸਕਦੀ ਹੈ

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

ਨਿਯਮ ਇੱਕ ਵਾਕ ਵਿੱਚ ਕਹਿਣ ਜੋਗਾ ਸੌਖਾ ਹੈ: ਉਹ ਨਿਰੀਖਣ ਸਾਂਝਾ ਕਰੋ ਜੋ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ, ਉਹ ਮਸ਼ੀਨ ਸਥਿਤੀ ਨਹੀਂ ਜਿਸਨੇ ਇਸਨੂੰ ਬਣਾਇਆ।

ਜਾਂਚ 2: ਸਥਿਤੀ ਡੰਪ ਨਹੀਂ, ਸਾਰਾਂਸ਼ ਕਮਾਂਡ ਚੁਣੋ

strongSwan ਲਈ swanctl --list-sas ਐਸੋਸੀਏਸ਼ਨ ਦਾ ਸਾਰਾਂਸ਼ ਦਿਖਾਉਂਦਾ ਹੈ: ਪਛਾਣਾਂ, ਸਥਾਪਿਤ ਚਾਈਲਡ SA, ਸਥਿਤੀਆਂ ਅਤੇ ਕਾਊਂਟਰ। ਇਸਨੂੰ ਕੱਚੇ ਕੁੰਜੀ ਡੰਪ ਦੀ ਲੋੜ ਨਹੀਂ, ਅਤੇ ਟਿਕਟ ਵਿੱਚ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਇਹੀ ਚਿਪਕਾਇਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਕਰਨਲ ਵੱਲ, iproute2 ਉਨ੍ਹਾਂ ਸੰਸਕਰਣਾਂ ਵਿੱਚ ip xfrm state list nokeys ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ ਜੋ ਇਸ ਵਿਕਲਪ ਦਾ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਕਰਦੇ ਹਨ, ਜੋ ਐਸੋਸੀਏਸ਼ਨ ਖੇਤਰ ਬਚਾਈ ਰੱਖਦੇ ਹੋਏ ਕੁੰਜੀ ਸਮੱਗਰੀ ਦਬਾ ਦਿੰਦਾ ਹੈ।

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

ਜਾਂਚ 3: ਜਾਂਚ ਨੂੰ ਜੋ ਲੋੜੀਂਦਾ ਹੈ ਸਿਰਫ਼ ਉਹੀ ਦਰਜ ਕਰੋ

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

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

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

ਜਾਂਚ 4: ਇੱਕ ਕੋਸ਼ਿਸ਼ ਨੂੰ ਦੋਵੇਂ ਸਿਰਿਆਂ ’ਤੇ ਜੋੜੋ

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

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

ਜਾਂਚ 5: ਜੇ ਸਮੱਗਰੀ ਪਹਿਲਾਂ ਹੀ ਪ੍ਰਗਟ ਹੋ ਚੁੱਕੀ ਹੈ ਤਾਂ ਕੀ ਕਰੀਏ

ਅਟੈਚਮੈਂਟ ਮਿਟਾਉਣਾ ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਕਿਸੇ ਨੇ ਇਸਨੂੰ ਰੱਖਿਆ ਨਹੀਂ, ਅਤੇ ਜਨਤਕ ਪੇਸਟ ਛੇਤੀ ਕਾਪੀ ਹੋ ਜਾਂਦਾ ਹੈ।

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

ਟਿਕਾਊ ਅਭਿਆਸ ਇੱਕ ਛੋਟਾ ਟੈਂਪਲੇਟ ਹੈ ਜੋ ਤੁਸੀਂ ਚਿਪਕਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਭਰਦੇ ਹੋ: ਕਿਹੜਾ ਸਿਰਾ, ਕਿਹੜਾ ਐਸੋਸੀਏਸ਼ਨ ਪਛਾਣਕਰਤਾ, ਕਿਹੜੀ ਦਿਸ਼ਾ, ਕਿਹੜਾ ਕਾਊਂਟਰ ਅਤੇ ਕੀ ਪਹਿਲਾਂ ਹੀ ਬਾਹਰ ਰੱਖਿਆ ਗਿਆ ਹੈ। swanctl list-sas ਦਸਤਾਵੇਜ਼ ਸਾਰਾਂਸ਼ ਖੇਤਰਾਂ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ, ਅਤੇ ਬਹੁਤੀਆਂ ਟਿਕਟਾਂ ਨੂੰ ਸੱਚਮੁੱਚ ਇਹੀ ਚਾਹੀਦਾ ਹੈ। ਬਾਕੀ ਸਭ ਕੁਝ ਲੋੜਵੰਦ ਨੂੰ ਬੇਨਤੀ ’ਤੇ ਉਪਲਬਧ ਹੈ। ਨਿਦਾਨ ਰਿਪੋਰਟ ਵਿੱਚ ਸਬੂਤ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ, ਪਹੁੰਚ ਨਹੀਂ।