ਕੰਮ ਕਰਦੇ IPsec ਗੇਟਵੇ ਤੋਂ ike-scan ਨੂੰ ਕੋਈ ਜਵਾਬ ਨਹੀਂ ਮਿਲਦਾ

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

ਤਿੰਨ ਵੱਖਰੇ ਸਵਾਲ ਕ੍ਰਮ ਨਾਲ ਵੇਖੋ: ਪੈਕਟ ਪਹੁੰਚਿਆ ਕਿ ਨਹੀਂ, ਕੋਈ ਪ੍ਰਸਤਾਵ ਮੇਲ ਖਾਧਾ ਕਿ ਨਹੀਂ, ਅਤੇ ਕਿਸੇ ਹੋਰ ਨੇ ਪੀਅਰ ਨੂੰ ਰੱਦ ਕੀਤਾ ਕਿ ਨਹੀਂ?

ਕਦਮ 1: ਸਾਧਨ ਵੱਲੋਂ ਭੇਜਿਆ ਪ੍ਰਸਤਾਵ ਪੜ੍ਹੋ

ਮੁੱਖ ਮੋਡ ਉਸ SA ਪੇਲੋਡ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ ਜੋ ਉਹ ਟ੍ਰਾਂਸਫਾਰਮ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ ਜੋ ਸ਼ੁਰੂਆਤ ਕਰਨ ਵਾਲਾ ਸਵੀਕਾਰ ਕਰੇਗਾ, ਅਤੇ ike-scan ਉਹ ਸੂਚੀ ਕੰਪਾਈਲ ਕੀਤੀਆਂ ਡਿਫ਼ਾਲਟਾਂ ਤੋਂ ਭਰਦਾ ਹੈ। ਡਿਫ਼ਾਲਟ ਸੈੱਟ ਜਾਣ-ਬੁੱਝ ਕੇ ਪੁਰਾਣਾ ਹੈ: ਐਨਕ੍ਰਿਪਸ਼ਨ ਲਈ DES ਅਤੇ 3DES, ਹੈਸ਼ਿੰਗ ਲਈ MD5 ਅਤੇ SHA1, ਕੁੰਜੀ ਬਦਲੀ ਲਈ ਗਰੁੱਪ 1 ਅਤੇ 2, ਪ੍ਰਮਾਣਿਕਤਾ ਲਈ ਪਹਿਲਾਂ ਸਾਂਝੀਆਂ ਕੁੰਜੀਆਂ। AES ਨਹੀਂ, SHA-2 ਨਹੀਂ, ਗਰੁੱਪ 14 ਨਹੀਂ। AES-256, SHA-256 ਅਤੇ modp2048 ਲਈ ਸੰਰਚਿਤ ਗੇਟਵੇ ਇਸ ਨਾਲ ਕੁਝ ਵੀ ਸਾਂਝਾ ਨਹੀਂ ਕਰਦਾ।

ਕੁਝ ਲਾਗੂਕਰਨ ਬੇਮੇਲ ਪ੍ਰੋਬ ਨੂੰ NO-PROPOSAL-CHOSEN ਸੂਚਨਾ ਨਾਲ ਜਵਾਬ ਦਿੰਦੇ ਹਨ। ਹੋਰ ਇਸਨੂੰ ਯੂੰ ਹੀ ਛੱਡ ਦਿੰਦੇ ਹਨ, ਜੋ ਅਣਜਾਣ ਪੀਅਰਾਂ ਨੂੰ ਸ਼ੋਰ ਮੰਨਣ ਵਾਲੇ ਯੰਤਰਾਂ ’ਤੇ ਆਮ ਹੈ। ਜੇ ਕਿਸੇ ਵੀ ਤਰੀਕੇ ਨਾਲ ਸਕੈਨ ਕੁਝ ਨਹੀਂ ਛਾਪਦਾ, ਅਤੇ ਉਹ «ਕੁਝ ਨਹੀਂ» ਬਾਹਰੋਂ ਦਿਸਦੇ ਫਿਲਟਰ ਕੀਤੇ UDP 500 ਵਰਗਾ ਹੀ ਹੁੰਦਾ ਹੈ, ਜਿਵੇਂ ike-scan ਪ੍ਰੋਜੈਕਟ ਦਸਤਾਵੇਜ਼ ਡਿਫ਼ਾਲਟ ਸੈੱਟ ਬਾਰੇ ਸਪਸ਼ਟ ਕਰਦਾ ਹੈ।

ਕਦਮ 2: ਇੱਕ ਆਧੁਨਿਕ ਪ੍ਰਸਤਾਵ ਦਿਓ

ਡਿਫ਼ਾਲਟ ਸੈੱਟ ਨੂੰ --trans ਨਾਲ ਬਦਲੋ। ਐਟ੍ਰਿਬਿਊਟ ਰੂਪ IKE ਐਟ੍ਰਿਬਿਊਟ ਨੰਬਰ ਸਿੱਧੇ ਲੈਂਦਾ ਹੈ: ਐਨਕ੍ਰਿਪਸ਼ਨ ਲਈ 1, ਹੈਸ਼ ਲਈ 2, ਪ੍ਰਮਾਣਿਕਤਾ ਲਈ 3, ਗਰੁੱਪ ਲਈ 4 ਅਤੇ ਜਦੋਂ ਐਲਗੋਰਿਦਮ ਇੱਕ ਲੈਂਦਾ ਹੈ ਤਾਂ ਕੁੰਜੀ ਲੰਬਾਈ ਲਈ 14। ਬਾਹਰ ਆਉਣ ਵਾਲੀ ਲਾਈਨ ਉਹ ਹੁੰਦੀ ਹੈ ਜੋ ਤਬਦੀਲੀ ਸਮੀਖਿਆ ਵਿੱਚ ਉੱਚੀ ਆਵਾਜ਼ ਵਿੱਚ ਪੜ੍ਹੀ ਜਾ ਸਕਦੀ ਹੈ।

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

ike-scan --trans="(1=7,14=256,2=5,3=1,4=14)" 203.0.113.10

ਹਰ ਪੈਕਟ ਲਈ ਇੱਕ ਪ੍ਰਸਤਾਵ ਗਿਣਨ ਵੇਲੇ ਹੌਲੀ ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ ਸੰਭਾਵੀ ਮੁੱਲਾਂ ’ਤੇ ਲੂਪ ਕਰੋ: ਐਨਕ੍ਰਿਪਸ਼ਨ 5, 7/128, 7/192, 7/256; ਹੈਸ਼ 1, 2, 5, 6, 7; ਗਰੁੱਪ 1, 2, 5, 14, 15, 19, 20, 21; ਪ੍ਰਮਾਣਿਕਤਾ ਪਹਿਲਾਂ ਸਾਂਝੀ ਕੁੰਜੀ ਲਈ 1 ਅਤੇ RSA ਦਸਤਖ਼ਤਾਂ ਲਈ 3। ਹਰ ਕਮਾਂਡ ਚਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਛਾਪੋ, ਤਾਂ ਜੋ ਟ੍ਰਾਂਸਕ੍ਰਿਪਟ ਦਿਖਾਵੇ ਕਿ ਕੀ ਪੇਸ਼ ਕੀਤਾ ਗਿਆ ਅਤੇ ਕਿਸ ਕ੍ਰਮ ਵਿੱਚ।

ਕਦਮ 3: ਜਵਾਬ ਦੀ ਵਿਆਖਿਆ ਕਰੋ

ਜਵਾਬ ਠੀਕ ਦੋ ਗੱਲਾਂ ਸਿੱਧ ਕਰਦਾ ਹੈ: ਉਸ ਪਤੇ ’ਤੇ IKE ਜਵਾਬ ਦੇਣ ਵਾਲਾ ਪਹੁੰਚਯੋਗ ਹੈ, ਅਤੇ ਪੇਸ਼ ਕੀਤਾ ਇੱਕ ਪ੍ਰਸਤਾਵ ਸਵੀਕਾਰਯੋਗ ਸੀ। ਇਹ ਪਹਿਲਾਂ ਸਾਂਝੀ ਕੁੰਜੀ, L2TP ਪਰਤ ਜਾਂ ਉਪਭੋਗਤਾ ਖਾਤੇ ਦੇ ਹੋਣ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ। ਸਫਲ ਸਕੈਨ ਹਰ ਅਗਲੇ ਪੜਾਅ ਦੇ ਫੇਲ੍ਹ ਹੋਣ ਨਾਲ ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਨੁਕੂਲ ਹੈ।

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

ਕਦਮ 4: ਚੁੱਪ ਦੀ ਵਿਆਖਿਆ ਕਰੋ

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

ਬਰਸਟ ਵਿਵਹਾਰ ਉਸ ਸੂਚੀ ਵਿੱਚ ਆਉਂਦਾ ਹੈ ਕਿਉਂਕਿ ਗਿਣਤੀ ਥੋੜ੍ਹੇ ਸਮੇਂ ਵਿੱਚ ਬਹੁਤ ਸਾਰੇ ਪੈਕਟ ਬਣਾਉਂਦੀ ਹੈ। ਪਹਿਲੇ ਯਤਨਾਂ ਦਾ ਜਵਾਬ ਦੇ ਕੇ ਫਿਰ ਚੁੱਪ ਹੋ ਜਾਣ ਵਾਲਾ ਗੇਟਵੇ ਆਪਣਾ ਪ੍ਰਸਤਾਵ ਸੈੱਟ ਨਹੀਂ, ਸਗੋਂ ਆਪਣੀ anti-DoS ਨੀਤੀ ਦੱਸ ਰਿਹਾ ਹੁੰਦਾ ਹੈ।

ਕਦਮ 5: ਜੋ ਤੁਸੀਂ ਸਿੱਧ ਕੀਤਾ ਉਹ ਲਿਖੋ

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

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