DPD ਜਵਾਬ ਸਾਬਤ ਕਰਦੇ ਹਨ ਕਿ IKE ਪੀਅਰ ਜੀਵਤ ਹੈ, ਇਹ ਨਹੀਂ ਕਿ ਤੁਹਾਡਾ ਡੇਟਾ ਵਗ ਰਿਹਾ ਹੈ
ਜੀਵਨਸ਼ੀਲਤਾ ਦੇ ਜਵਾਬ, ਇੱਕ ਪੈਡਿੰਗ ਸੂਚਨਾ ਅਤੇ ਸੰਕੁਚਿਤ ਸਿਲੈਕਟਰ ਤਿੰਨ ਵੱਖਰੀਆਂ ਚੀਜ਼ਾਂ ਦੱਸਦੇ ਹਨ। ਕਿਸੇ ਰੁਕਾਵਟ ਲਈ ਇੱਕ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਉਨ੍ਹਾਂ ਨੂੰ ਵੱਖਰੇ ਪੜ੍ਹੋ।
IPsec ਲੌਗ ਉਨ੍ਹਾਂ ਦੇ ਸਾਹਮਣੇ ਚੱਲ ਰਹੀ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਰੁਕਣ ਦੌਰਾਨ ਵੀ ਜੀਵਨਸ਼ੀਲਤਾ ਦੇ ਜਵਾਬ ਦਿਖਾ ਸਕਦੇ ਹਨ, ਅਤੇ ਦੋਵੇਂ ਤੱਥ ਇੱਕੋ ਸਮੇਂ ਸੱਚ ਹੋ ਸਕਦੇ ਹਨ। DPD ਜਵਾਬ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਪੀਅਰ ਦੀ IKE ਪ੍ਰੋਸੈਸਿੰਗ ਨੇ ਉਸ ਪਲ ਜਵਾਬ ਦਿੱਤਾ; ਇਹ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ ਕਿ ਚਾਈਲਡ SA ਤੁਹਾਡੇ ਲਈ ਮਹੱਤਵਪੂਰਨ ਪੈਕਟ ਲੈ ਕੇ ਜਾ ਰਿਹਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਕਿਸੇ ਖਰਾਬੀ ਨੇੜੇ ਹਰ ਚੇਤਾਵਨੀ ਨੂੰ ਉਸਦਾ ਕਾਰਨ ਮੰਨਣਾ ਉਹ ਤਰੀਕਾ ਹੈ ਜਿਸ ਨਾਲ ਸਿਲੈਕਟਰ ਸਮੱਸਿਆ ਦਾ ਨਿਦਾਨ ਪ੍ਰੋਟੋਕੋਲ ਬੱਗ ਵਜੋਂ ਹੁੰਦਾ ਹੈ। ਤਿੰਨ ਨਿਰੀਖਣ ਸਭ ਤੋਂ ਵੱਧ ਉਲਝਾਏ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਉਹ ਤਿੰਨ ਵੱਖਰੇ ਸਵਾਲਾਂ ਦਾ ਜਵਾਬ ਦਿੰਦੇ ਹਨ। ਟਾਈਮਸਟੈਂਪ ਨਾਲ ਪੜ੍ਹਨ ਤੋਂ ਪਹਿਲਾਂ ਉਨ੍ਹਾਂ ਨੂੰ ਸੰਬੰਧ ਅਤੇ ਉਦੇਸ਼ ਨਾਲ ਪੜ੍ਹੋ।
ਹਰ ਨਿਰੀਖਣ ਕੀ ਸਾਬਤ ਕਰਦਾ ਹੈ
ਸਾਰਣੀ ਇਹ ਵੱਖ ਕਰਦੀ ਹੈ ਕਿ ਹਰ ਨਿਰੀਖਣ ਕੀ ਸਥਾਪਤ ਕਰਦਾ ਹੈ ਅਤੇ ਇਹ ਕੇਵਲ ਕਿਸ ਨਾਲ ਆਉਂਦਾ ਹੈ।
| Observation | What it establishes | What it leaves open |
|---|---|---|
| DPD replies arrive | The peer's IKE process answered | The child SA, forwarding path and application reply |
| TFC padding notification | The peer will not accept padding for that child SA | Whether ordinary ESP protection still works, which it does |
| Selectors reported as narrowed | The accepted traffic set is a subset of the offer | Whether the subset includes the flow the user needs |
ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਆਪਣੇ ਆਪ ਵਿੱਚ ਗਲਤੀ ਨਹੀਂ ਹੈ। ਹਰ ਇੱਕ ਕੇਵਲ ਉਸ ਪ੍ਰਵਾਹ ਦੇ ਕੋਲ ਦਿਲਚਸਪ ਹੁੰਦਾ ਹੈ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਡੀਬੱਗ ਕਰ ਰਹੇ ਹੋ, ਅਤੇ ਜੋ ਕਤਾਰ ਕਿਸੇ ਖਾਸ ਪ੍ਰਵਾਹ ਨਾਲ ਜੋੜੀ ਨਹੀਂ ਜਾ ਸਕਦੀ ਉਹ ਸਬੂਤ ਨਹੀਂ, ਸੰਦਰਭ ਹੈ।
ਜੀਵਨਸ਼ੀਲਤਾ ਡੇਟਾ ਦੀ ਸਿਹਤ ਨਹੀਂ ਹੈ
DPD INFORMATIONAL ਅਦਲ-ਬਦਲ ਵਜੋਂ ਚੱਲਦਾ ਹੈ, IKE ਡੈਮਨਾਂ ਵਿਚਕਾਰ ਕੰਟਰੋਲ-ਤਲ ਦੀ ਗੱਲਬਾਤ। ਜਵਾਬ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਪੀਅਰ ਦੀ IKE ਪ੍ਰਕਿਰਿਆ ਪਹੁੰਚਯੋਗ ਹੈ ਅਤੇ ਜਵਾਬ ਦੇਣ ਲਈ ਤਿਆਰ ਹੈ, ਅਤੇ ਟਾਈਮਆਊਟ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਅਜਿਹਾ ਨਹੀਂ ਹੈ। ਕੋਈ ਵੀ ਨਤੀਜਾ ਚਾਈਲਡ SA, ਸਿਲੈਕਟਰ, ਫਾਰਵਰਡਿੰਗ ਮਾਰਗ ਜਾਂ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਜਵਾਬ ਦੀ ਜਾਂਚ ਨਹੀਂ ਕਰਦਾ, ਇਸ ਲਈ ਰੁਕੇ ਟ੍ਰਾਂਸਫਰ ਦੇ ਕੋਲ ਸਿਹਤਮੰਦ DPD ਵਿਰੋਧਾਭਾਸ ਨਹੀਂ, ਸੰਗਤ ਤਸਵੀਰ ਹੈ।
ਇਸ ਲਈ ਲੌਗ ਦੇ ਸਿਖਰ ’ਤੇ ਭਾਵੇਂ ਕਿੰਨਾ ਵੀ ਦਿਲਾਸਾ ਦੇਣ ਵਾਲਾ ਲੱਗੇ, ਜੀਵਨਸ਼ੀਲਤਾ ਦੀਆਂ ਲਾਈਨਾਂ ਡੇਟਾ-ਤਲ ਟਿਕਟ ਦਾ ਸਭ ਤੋਂ ਘੱਟ ਲਾਭਦਾਇਕ ਹਿੱਸਾ ਹਨ।
ਪੈਡਿੰਗ ਸੂਚਨਾ ਪੈਡਿੰਗ ਬਾਰੇ ਇੱਕ ਬਿਆਨ ਹੈ
TFC ਪੈਡਿੰਗ ਇਨ੍ਹਾਂ ਲੌਗਾਂ ਵਿੱਚ ਸਭ ਤੋਂ ਵੱਧ ਪੜ੍ਹੀ ਜਾਣ ਵਾਲੀ ਲਾਈਨ ਹੈ। ਇਹ ਕਹਿੰਦੀ ਹੈ ਕਿ ਟ੍ਰੈਫਿਕ-ਪ੍ਰਵਾਹ-ਗੋਪਨੀਯਤਾ ਲਈ ਪੈਡਿੰਗ ਉਸ ਚਾਈਲਡ SA ਲਈ ਸਵੀਕਾਰ ਨਹੀਂ ਕੀਤੀ ਜਾਵੇਗੀ, ਜੋ ESP ਸੁਰੱਖਿਆ ਦਾ ਇਨਕਾਰ ਨਹੀਂ ਸਗੋਂ ਇੱਕ ਚੋਣਵੀਂ ਪੈਡਿੰਗ ਵਿਸ਼ੇਸ਼ਤਾ ਬਾਰੇ ਬਿਆਨ ਹੈ। ਇਸ ਨੂੰ ਕਿਸੇ ਫੇਲ੍ਹ ਦੇ ਨੇੜੇ ਲੱਭਣਾ ਆਮ ਤੌਰ ’ਤੇ ਸ਼ਬਦਬਹੁਲਤਾ ਦਾ ਸੰਜੋਗ ਹੈ, ਅਤੇ ਪੈਡਿੰਗ ਚਾਲੂ ਜਾਂ ਬੰਦ ਕਰਨ ਨਾਲ ਸਿਲੈਕਟਰ ਕਵਰੇਜ ਵਿੱਚ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ।
IKEv2 ਵਿਸ਼ੇਸ਼ਤਾ ਸੂਚਨਾ ਅਤੇ ਸਿਲੈਕਟਰ ਗੱਲਬਾਤ ਦੋਵਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦੀ ਹੈ, ਅਤੇ ਕਿਸੇ ਲਾਗੂਕਰਨ ਦਾ ਚੇਤਾਵਨੀ ਲੇਬਲ ਦੋਵਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਵੀ ਹਾਲਤ ਵਿੱਚ ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਅਰਥ ਦੀ ਥਾਂ ਨਹੀਂ ਲੈਂਦਾ।
ਸੰਕੁਚਨ ਵਧੇਰੇ ਸ਼ਾਂਤ ਹੈ ਅਤੇ ਮਹੱਤਵਪੂਰਨ ਹੋਣ ਦੀ ਸੰਭਾਵਨਾ ਵਧੇਰੇ ਹੈ
ਜਵਾਬ ਦੇਣ ਵਾਲਾ ਪੇਸ਼ ਕੀਤੇ ਸਿਲੈਕਟਰਾਂ ਦਾ ਇੱਕ ਉਪ-ਸਮੂਹ ਸਵੀਕਾਰ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਸਵੀਕਾਰਿਆ ਸਮੂਹ ਕਈ ਐਂਟਰੀਆਂ ਵਿੱਚ ਛਾਪਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਇੱਕ ਪੋਰਟ-ਯੋਗ ਅਤੇ ਦੂਜਾ ਸਾਰੇ ਪੋਰਟ ਕਵਰ ਕਰਦਾ। ਕੇਵਲ ਪਹਿਲੀ ਪੋਰਟ-ਯੋਗ ਲਾਈਨ ਪੜ੍ਹਨਾ ਸਵੀਕਾਰੇ ਨੂੰ ਘੱਟ ਆਂਕਦਾ ਹੈ; ਕੇਵਲ ਚੌੜੀ ਲਾਈਨ ਪੜ੍ਹਨਾ ਉਸ ਨੂੰ ਵੱਧ ਆਂਕਦਾ ਹੈ। ਛਾਪੇ ਪ੍ਰਸਤਾਵ ਦੀ ਤੁਲਨਾ ਸਥਾਪਿਤ ਨੀਤੀ ਨਾਲ ਕਰੋ, ਕਿਉਂਕਿ ਪ੍ਰਸਤਾਵ ਉਹ ਹੈ ਜੋ ਪੀਅਰਾਂ ਨੇ ਕਿਹਾ ਅਤੇ ਨੀਤੀ ਉਹ ਹੈ ਜਿਸ ਨੂੰ ਕਰਨਲ ਮਿਲਾਏਗਾ। ਜਦੋਂ ਉਹ ਨਹੀਂ ਮਿਲਦੇ, ਸੁਰੰਗ ਮੌਜੂਦ ਹੈ ਅਤੇ ਟ੍ਰੈਫਿਕ ਨਹੀਂ, ਜੋ ਕਲਾਸਿਕ ਰੁਕ-ਰੁਕ ਕੇ ਆਉਣ ਵਾਲੀ ਸ਼ਿਕਾਇਤ ਹੈ। ਪੀਅਰਾਂ ਦੀ ਤੁਲਨਾ ਕਰਦਿਆਂ ਸਥਾਨਕ ਅਤੇ ਦੂਰ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਨੂੰ ਉਲਟ ਦਿਓ, ਕਿਉਂਕਿ ਹਰ ਧਿਰ ਦਾ ਸਥਾਨਕ ਦੂਜੇ ਦਾ ਦੂਰ ਹੈ।
ਪੋਰਟ ਪਾਬੰਦੀ ਵਾਲੀਆਂ ਹੋਸਟ-ਖਾਸ ਐਂਟਰੀਆਂ ਦੋ ਵਾਰ ਪੜ੍ਹਨ ਯੋਗ ਹਨ, ਕਿਉਂਕਿ ਉਹੀ ICMP ਜਾਂ ਦੂਜਾ ਪੋਰਟ ਬਾਹਰ ਰੱਖਦੀਆਂ ਹਨ ਅਤੇ ਗੇਟਵੇ ਵੱਲ ਪਿੰਗ ਕੰਮ ਕਰਦਾ ਰਹਿੰਦਾ ਹੈ।
ਫੇਲ੍ਹ ਹੋ ਰਹੇ ਪ੍ਰਵਾਹ ਲਈ ਇੱਕ ਰਿਕਾਰਡ ਬਣਾਓ
ਸੁਰੱਖਿਆ ਫੈਸਲੇ ਵੇਲੇ ਦਿਖਣ ਵਾਲੇ ਰੂਪ ਵਿੱਚ ਸਰੋਤ, ਮੰਜ਼ਿਲ, ਪਤਾ ਪਰਿਵਾਰ, ਪ੍ਰੋਟੋਕੋਲ ਅਤੇ ਪੋਰਟ ਦਰਜ ਕਰੋ, ਜਿਸ ਵਿੱਚ ਕੋਈ ਵੀ ਜਾਣਬੁੱਝ ਕੇ ਕੀਤਾ ਅਨੁਵਾਦ ਸ਼ਾਮਲ ਹੈ। ਇਹੀ ਉਹ ਮੁੱਲ ਹਨ ਜੋ ਸਿਲੈਕਟਰ ਨਾਲ ਮਿਲਣੇ ਚਾਹੀਦੇ ਹਨ, ਅਤੇ ਇਹੀ ਉਹ ਮੁੱਲ ਹਨ ਜੋ ਟਿਕਟ ਤੀਜੇ ਹੱਥਾਂ ਤੱਕ ਪਹੁੰਚਣ ’ਤੇ ਲੋਕ ਯਾਦ ਤੋਂ ਦੁਬਾਰਾ ਟਾਈਪ ਕਰਦੇ ਹਨ।
ਫਿਰ ਚਾਈਲਡ SA ਅਤੇ ਇਸ ਦੇ ਦਿਸ਼ਾਤਮਕ ਕਾਊਂਟਰ ਪਛਾਣੋ: swanctl --list-sas strongSwan ਹੋਸਟ ’ਤੇ ਸੰਗਠਨ ਦਾ ਸਾਰ ਦਿੰਦਾ ਹੈ, ਅਤੇ ip -s xfrm state ਕਾਊਂਟਰ ਦਿੰਦਾ ਹੈ। ਉਨ੍ਹਾਂ ਨੂੰ ਸਿਸਟਮ ਦੇ ਵਿਹਲੇ ਹੋਣ ਵੇਲੇ ਨਹੀਂ, ਸਗੋਂ ਨਵੀਂ ਮਨਜ਼ੂਰ ਕੀਤੀ ਬੇਨਤੀ ਤੋਂ ਬਾਅਦ ਪੜ੍ਹੋ। ਬਾਹਰ ਜਾਣ ਵਾਲੇ ਟ੍ਰੈਫਿਕ ਵਿੱਚ ਵਾਧਾ ਨ ਹੋਣਾ ਚੋਣ ਜਾਂ ਸਥਾਨਕ ਮਾਰਗ ਵੱਲ ਸੰਕੇਤ ਕਰਦਾ ਹੈ; ਸੰਬੰਧਿਤ ਅੰਦਰ ਆਉਣ ਵਾਲੇ ਤੋਂ ਬਿਨਾਂ ਬਾਹਰ ਜਾਣ ਵਾਲਾ ਟ੍ਰੈਫਿਕ ਪੀਅਰ, ਇਸ ਦੇ ਫਾਰਵਰਡਿੰਗ ਜਾਂ ਇਸ ਦੇ ਜਵਾਬਾਂ ਵੱਲ ਸੰਕੇਤ ਕਰਦਾ ਹੈ।
ਪੂਰਾ ਹੋਇਆ ਐਪਲੀਕੇਸ਼ਨ ਅਦਲ-ਬਦਲ ਕਿਸੇ ਵੀ ਕਾਊਂਟਰ ਤੋਂ ਉੱਪਰ ਹੈ, ਇਸ ਲਈ ਟੈਸਟ ਸੁਰੰਗ ਸੂਚਕ ’ਤੇ ਨਹੀਂ, ਐਪਲੀਕੇਸ਼ਨ ’ਤੇ ਖਤਮ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
ਫਿਰ ਸੁਧਾਰ ਚੁਣੋ
ਉਹ ਰਿਕਾਰਡ ਹੋਣ ’ਤੇ ਹੀ ਚੁਣਨ ਲਈ ਸੁਧਾਰ ਹੁੰਦਾ ਹੈ: ਸਵੀਕਾਰੇ ਸਿਲੈਕਟਰ, ਰੂਟ, ਫਿਲਟਰਿੰਗ, ਪੀਅਰ ਲਾਗੂਕਰਨ, ਜਾਂ ਹੁਣ ਤੁਸੀਂ ਦਿਖਾਈ ਸੀਮਾ। ਪੀਅਰ ਨੂੰ ਰੀਸੈਟ ਕਰਨਾ ਇੱਕੋ ਸਮੇਂ ਕਈ ਹਾਲਤਾਂ ਬਦਲਦਾ ਹੈ ਅਤੇ ਅਕਸਰ ਇਹ ਦੱਸੇ ਬਿਨਾਂ ਕਿ ਕਿਹੜੀ ਗਲਤ ਸੀ, ਟ੍ਰੈਫਿਕ ਬਹਾਲ ਕਰ ਦਿੰਦਾ ਹੈ, ਇਸ ਲਈ ਖਰਾਬੀ ਵਾਪਸ ਆ ਜਾਂਦੀ ਹੈ। ਕਰਨਲ ਸਥਿਤੀ ਦੇ ਡੰਪ ਟਿਕਟਾਂ ਤੋਂ ਬਾਹਰ ਰੱਖੋ, ਕਿਉਂਕਿ ਉਨ੍ਹਾਂ ਵਿੱਚ ਚਾਬੀਆਂ ਹੋ ਸਕਦੀਆਂ ਹਨ ਅਤੇ ਸੰਖੇਪ ਸਾਰ ਮਦਦ ਲੋੜਨ ਵਾਲੇ ਕਿਸੇ ਵੀ ਵਿਅਕਤੀ ਲਈ ਕਾਫ਼ੀ ਹੈ।
ਜਦੋਂ ਰਿਕਾਰਡ ਤੁਹਾਡੇ ਪਹਿਲੇ ਸਿਧਾਂਤ ਦੇ ਉਲਟ ਹੋਵੇ, ਰਿਕਾਰਡ ’ਤੇ ਭਰੋਸਾ ਕਰੋ ਅਤੇ ਸਿਧਾਂਤ ਦੁਬਾਰਾ ਲਿਖੋ; ਇਹ ਆਦਤ ਇੱਥੇ ਚਰਚਿਤ ਕਿਸੇ ਵੀ ਇੱਕ ਲੌਗ ਲਾਈਨ ਤੋਂ ਵੱਧ ਕੀਮਤੀ ਹੈ।