IPsec ਟਨਲ ਇੰਟਰਫੇਸ ਦੀ ਨਿਗਰਾਨੀ: ਕੀ ਪੜ੍ਹੀਏ

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

ਇਨ੍ਹਾਂ ਨੂੰ ਕ੍ਰਮ ਵਿੱਚ ਵੇਖੋ ਅਤੇ ਪਹਿਲੀ ਅਸਫਲ ਸਥਿਤੀ ’ਤੇ ਰੁਕੋ।

ਇੰਟਰਫੇਸ ਤਸਵੀਰ ਵਿੱਚ ਕੀ ਜੋੜਦਾ ਹੈ

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

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

ਟਨਲ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਚਾਰ ਸਥਿਤੀਆਂ ਪੜ੍ਹੋ

ਇੰਟਰਫੇਸ ਅਤੇ ਰੂਟ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ, ਫਿਰ ਐਸੋਸੀਏਸ਼ਨ, ਫਿਰ ਐਪਲੀਕੇਸ਼ਨ। ਹਰ ਇੱਕ ਦਾ ਆਪਣਾ ਕਮਾਂਡ ਅਤੇ ਆਪਣੀ ਅਸਫਲਤਾ ਦੀ ਦਸਤਖਤ ਹੈ। ਇੱਕ ਪਰਤ ’ਤੇ ਸਾਫ਼ ਨਤੀਜਾ ਅਗਲੀ ਪਰਤ ’ਤੇ ਸਾਫ਼ ਨਤੀਜਾ ਨਹੀਂ ਹੈ। ਸਿੱਟਾ ਕੱਢਣ ਤੋਂ ਪਹਿਲਾਂ ਚਾਰੇ ਚਲਾਓ। ਇੱਕ ਹਰੀ ਲਕੀਰ ਘੱਟ ਹੀ ਕੁਝ ਤੈਅ ਕਰਦੀ ਹੈ।

ip -s link show xfrm0
ip route get 10.20.30.40
ip xfrm state
ip xfrm policy
swanctl --list-sas
tcpdump -ni xfrm0 -c 20 host 10.20.30.40

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

ਐਪਲੀਕੇਸ਼ਨ ਟੈਸਟ ਜਾਣ-ਬੁੱਝ ਕੇ ਅੰਤ ਵਿੱਚ ਆਉਂਦਾ ਹੈ: ਟਨਲ ਦੇ ਦੂਜੇ ਪਾਸੇ ਸਫਲ ping ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਉਸ ਦੇ ਪਿੱਛੇ ਦੀ ਸੇਵਾ ਕਨੈਕਸ਼ਨ ਸਵੀਕਾਰ ਕਰਦੀ ਹੈ।

ਅੰਦਰੂਨੀ ਕਾਊਂਟਰਾਂ ਦੀ ਬਾਹਰੀ ਕਾਊਂਟਰਾਂ ਨਾਲ ਤੁਲਨਾ ਕਰੋ

ਟਨਲ ਇੰਟਰਫੇਸ ’ਤੇ ਕਾਊਂਟਰ ਅੰਦਰੂਨੀ ਟ੍ਰੈਫਿਕ ਮਾਪਦੇ ਹਨ; ਭੌਤਿਕ ਇੰਟਰਫੇਸ ’ਤੇ ਕਾਊਂਟਰ ਅਤੇ ਕੈਪਚਰ encapsulated ਆਦਾਨ-ਪ੍ਰਦਾਨ ਦਿਖਾਉਂਦੇ ਹਨ। ਦੋਵੇਂ ਇੱਕ-ਦੇ-ਬਦਲੇ-ਇੱਕ ਨਹੀਂ ਮਿਲਣਗੇ, ਕਿਉਂਕਿ encapsulation ਹੈਡਰ ਜੋੜਦਾ ਹੈ, ਮੁੜ-ਪ੍ਰਸਾਰਣ ਕੁਝ ਪੈਕਟਾਂ ਦੀ ਨਕਲ ਕਰਦੇ ਹਨ ਅਤੇ implementation ਦਾ ਹਿਸਾਬ ਆਪਣੇ ਨਿਯਮਾਂ ’ਤੇ ਚੱਲਦਾ ਹੈ। ਅਨੁਪਾਤ ਦੀ ਆਸ ਰੱਖੋ, ਬਰਾਬਰੀ ਦੀ ਨਹੀਂ।

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

ਜੇ ਅੰਦਰੂਨੀ ਗਿਣਤੀ ਵਧੇ ਅਤੇ ਬਾਹਰੀ ਨਾ ਵਧੇ, ਤਾਂ ਗੁੰਮ ਕਦਮ ਆਮ ਤੌਰ ’ਤੇ ਉਹ ਰੂਟ ਜਾਂ ਨੀਤੀ ਹੈ ਜੋ ਪੈਕਟ ਟਨਲ ਵਿੱਚ ਭੇਜਦੀ ਹੈ, ਟਨਲ ਆਪ ਨਹੀਂ।

ਕੁੰਜੀ ਨਵੀਨੀਕਰਣ ਅਤੇ ਫੇਲਓਵਰ ਦੌਰਾਨ ਇਸ ਨੂੰ ਵੇਖੋ

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

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

strongSwan ਆਪਣਾ XFRM ਇੰਟਰਫੇਸ ਮਾਡਲ ਦਸਤਾਵੇਜ਼ ਕਰਦਾ ਹੈ, ਅਤੇ ਹੋਰ ਪਲੇਟਫਾਰਮ ਸਮਾਨ ਚੀਜ਼ ਨੂੰ ਵੱਖਰੇ ਨਾਮ ਅਤੇ ਢੰਗ ਨਾਲ ਲਾਗੂ ਕਰਦੇ ਹਨ। ਕਿਸੇ ਹੋਰ implementation ਤੋਂ ਧਾਰਨਾਵਾਂ ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ ਆਪਣੇ ਸਾਹਮਣੇ ਮੌਜੂਦ ਡਿਵਾਈਸ ਲਈ ਰੂਟ-ਆਧਾਰਿਤ ਤੁਲਨਾ ਪੜ੍ਹੋ। ਇੱਕ ਵਿਕਰੇਤਾ ਦੇ ਕਾਊਂਟਰਾਂ ’ਤੇ ਫਿੱਟ ਹੋਣ ਵਾਲਾ ਨਿਗਰਾਨੀ ਟੈਂਪਲੇਟ ਦੂਜੇ ’ਤੇ ਚੁੱਪਚਾਪ ਭਟਕਾਏਗਾ।