ਆਉਂਦਾ IPsec ਪੀਅਰ ਕਿਸੇ ਪ੍ਰੋਫਾਈਲ ਨਾਲ ਨਹੀਂ ਮਿਲਦਾ? ਚਾਰ ਖੇਤਰ ਜਾਂਚੋ

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

ਫਾਈਲ ਨਾਲ ਨਹੀਂ, ਪੈਕਟ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ

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

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

ਪਹਿਲਾ ਖੇਤਰ-ਸਮੂਹ: ਅਸਲ ਵਿੱਚ ਲੋਡ ਹੋਈ ਪਰਿਭਾਸ਼ਾ

ਚੱਲ ਰਹੀ ਸਥਿਤੀ ਡੈਮਨ ਦੇ ਮਾਲਕ ਸੰਦ ਨਾਲ ਜਾਂਚੋ: ਲੋਡ ਕੀਤੇ ਕਨੈਕਸ਼ਨਾਂ ਦੀ ਸੂਚੀ ਦੇਣ ਵਾਲਾ ਸਥਿਤੀ ਹੁਕਮ, ਸੰਪਾਦਕ ਬਫਰ ਨਹੀਂ। ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਉਮੀਦ ਕੀਤੀ ਐਂਟਰੀ ਮੌਜੂਦ ਹੈ, ਤੁਹਾਡੇ ਚਾਹੇ ਸ਼ੁਰੂਆਤੀ ਵਿਵਹਾਰ ਲਈ ਸਮਰੱਥ ਹੈ, ਅਤੇ ਤੁਹਾਡੀ ਆਖਰੀ ਸੋਧ ਤੋਂ ਬਾਅਦ ਲੋਡ ਹੋਈ ਹੈ। ਸੰਭਾਲੀ ਪਰ ਮੁੜ ਲੋਡ ਨਾ ਕੀਤੀ ਫਾਈਲ “ਮੈਂ ਠੀਕ ਕੀਤਾ ਤੇ ਕੁਝ ਨਹੀਂ ਬਦਲਿਆ” ਦਾ ਸਭ ਤੋਂ ਆਮ ਕਾਰਨ ਹੈ।

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

ਦੂਜਾ ਖੇਤਰ-ਸਮੂਹ: ਸਿਰੇ ਪਛਾਣਾਂ ਨਹੀਂ ਹਨ

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

ਸਿਰਿਆਂ ਦੀ ਮਿਲਾਨ ਵਿੱਚ NAT ਦ੍ਰਿਸ਼ ਵੀ ਹੋ ਸਕਦਾ ਹੈ: ਨੈੱਟਵਰਕ ‘ਤੇ ਦਿਸਦਾ ਪਤਾ ਪੀਅਰ ਦੇ ਆਪਣੇ ਮੰਨੇ ਪਤੇ ਤੋਂ ਵੱਖਰਾ ਹੋ ਸਕਦਾ ਹੈ। libreswan ਦੇ ਕਨੈਕਸ਼ਨ ਮਾਡਲ ਵਿੱਚ left ਅਤੇ right ਦੋ ਸਹਿਭਾਗੀਆਂ ਦੇ ਲੇਬਲ ਹਨ, ਸਥਿਰ ਸਥਾਨਕ-ਦੂਰ ਕ੍ਰਮ ਨਹੀਂ, ਇਸ ਲਈ ਕਿਸੇ ਹੋਰ ਸਾਈਟ ਦੀ ਚੱਲਦੀ ਸੰਰਚਨਾ ਨਕਲ ਕਰਕੇ ਪਤੇ ਬਦਲਣਾ ਭਰੋਸੇਯੋਗ ਅਨੁਵਾਦ ਨਹੀਂ।

ਦੋਵੇਂ ਧਿਰਾਂ ਦੀ ਉਮੀਦ ਕੀਤੀ ਪਛਾਣ ਅਤੇ ਉਸਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਨ ਵਾਲਾ ਪ੍ਰਮਾਣ ਪੱਤਰ ਲਿਖ ਲਓ। ਜੇ ਉਹ ਦੋ ਲਾਈਨਾਂ ਨਹੀਂ ਮਿਲਦੀਆਂ, ਤਾਂ ਪਤੇ ਕਿੰਨੇ ਵੀ ਸੁਧਾਰੇ ਜਾਣ, ਮਿਲਾਨ ਨਹੀਂ ਹੋਵੇਗਾ।

ਤੀਜਾ ਖੇਤਰ-ਸਮੂਹ: ਸੁਰੱਖਿਅਤ ਟ੍ਰੈਫਿਕ

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

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

ਚੌਥਾ ਖੇਤਰ-ਸਮੂਹ: ਤੁਸੀਂ ਇੱਕ ਲਾਗੂਕਰਨ ਪੜ੍ਹ ਰਹੇ ਹੋ

Libreswan, ਪੁਰਾਣਾ Openswan ਅਤੇ strongSwan ਦੇ ਪ੍ਰਬੰਧਨ ਸੰਦ, ਸੰਰਚਨਾ ਵਾਕ-ਰਚਨਾ ਅਤੇ ਮਿਲਾਨ ਕ੍ਰਮ ਵੱਖਰੇ ਹਨ। ਇੱਕ ਦੀ ਚੱਲਦੀ ਮਿਸਾਲ ਦੂਜੇ ਦੀ ਪ੍ਰੋਫਾਈਲ-ਚੋਣ ਤਰਜੀਹ ਜਾਂ ਗਲਤੀ-ਸ਼ਬਦਾਵਲੀ ਬਾਰੇ ਕੁਝ ਵੀ ਸਟੀਕ ਨਹੀਂ ਦੱਸਦੀ, ਇਸ ਲਈ ਇਸ ਹੋਸਟ ਦੇ ਡੈਮਨ ਦੇ ਦਸਤਾਵੇਜ਼ਾਂ ਨਾਲ ਪੁਸ਼ਟੀ ਕਰੋ।

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

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