Windows VPN ਮਜ਼ਬੂਤ ਕਰਨਾ: ਸੁਰੰਗ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰਮਾਣਿਕਤਾ ਠੀਕ ਕਰੋ

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

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

ਤਿੰਨ ਕੰਮ, ਇੱਕ ਸੰਵਾਦ

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

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

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

MS-CHAPv2 ਦੁਬਾਰਾ-ਪਲੇ ਪਰਖ ਕਿਉਂ ਨਹੀਂ ਟਿਕ ਸਕਦਾ

ਜੇ ਸਰਵਰ ਅਜੇ ਵੀ MS-CHAPv2 ਨਾਲ PPTP ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ, ਤਾਂ ਸੁਰੰਗ ਪਾਸਵਰਡ ਦੀ ਕਿਸੇ ਵੀ ਅਰਥਪੂਰਨ ਅਰਥ ਵਿੱਚ ਰੱਖਿਆ ਨਹੀਂ ਕਰਦੀ। ਚੁਣੌਤੀ ਅਤੇ ਜਵਾਬ ਫੜੇ ਜਾ ਸਕਦੇ ਹਨ ਅਤੇ ਆਫਲਾਈਨ ਹਮਲਾ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਅਤੇ 2012 ਵਿੱਚ ਇੱਕ ਜਨਤਕ ਕ੍ਰੈਕਿੰਗ ਸੇਵਾ ਨੇ ਆਮ ਪਾਸਵਰਡ ਲਈ ਅਜਿਹੀ ਹੱਥ-ਮਿਲਾਈ ਤੋਂ ਲਗਭਗ ਇੱਕ ਦਿਨ ਵਿੱਚ ਬਹਾਲੀ ਦਿਖਾਈ। ਲੰਮਾ ਅਤੇ ਗੁੰਝਲਦਾਰ ਪਾਸਵਰਡ ਲਾਗਤ ਵਧਾਉਂਦਾ ਹੈ; ਇਹ ਹਮਲਾਵਰ ਨੂੰ ਨੈੱਟਵਰਕ ਤੋਂ ਲੋੜੀਂਦਾ ਸਮੱਗਰੀ ਨਹੀਂ ਹਟਾਉਂਦਾ।

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

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

ਪਹਿਲਾਂ-ਸਾਂਝੀ ਕੁੰਜੀ ਜੋੜੀ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਦੀ ਹੈ, ਵਿਅਕਤੀ ਨੂੰ ਨਹੀਂ

L2TP/IPsec ਪਹਿਲਾਂ-ਸਾਂਝੀ ਕੁੰਜੀ ਨਾਲ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਦੋ ਗੇਟਵੇ ਇੱਕੋ ਭੇਤ ਜਾਣਦੇ ਹਨ। ਇਹ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਕਿਹੜਾ ਮਨੁੱਖ ਜੁੜ ਰਿਹਾ ਹੈ, ਅਤੇ ਉਸ ਪਰਤ 'ਤੇ ਇੱਕ ਕਰਮਚਾਰੀ ਨੂੰ ਦੂਜੇ ਤੋਂ ਵੱਖ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਲੰਮਾ ਬੇਤਰਤੀਬ ਮੁੱਲ ਵਰਤੋ, ਕੁਝ ਗਾਈਡਾਂ ਵੱਲੋਂ ਸੁਝਾਏ ਦਸ ਅੱਖਰਾਂ ਤੋਂ ਬਹੁਤ ਅੱਗੇ, ਕਿਉਂਕਿ ਹੱਥ-ਮਿਲਾਈ ਫੜਨ ਵਾਲਾ ਕੋਈ ਵੀ ਕੁੰਜੀ 'ਤੇ ਆਫਲਾਈਨ ਹਮਲਾ ਕਰ ਸਕਦਾ ਹੈ।

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

ਅਧਿਕਾਰ Network Policy Server ਵਿੱਚ ਹੈ

Windows 'ਤੇ NPS ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਕੌਣ ਜੁੜ ਸਕਦਾ ਹੈ, ਅਤੇ ਇਹ ਪ੍ਰਮਾਣਿਕਤਾ ਪਹਿਲਾਂ ਹੀ ਸਫਲ ਹੋਣ ਤੋਂ ਬਾਅਦ ਕਰਦਾ ਹੈ। ਉਹ ਵੰਡ ਉਤਪਾਦ ਵਿੱਚ ਸਭ ਤੋਂ ਲਾਹੇਵੰਦ ਮਜ਼ਬੂਤੀ ਨਿਯੰਤਰਣ ਹੈ, ਅਤੇ ਕਈ ਤਾਇਨਾਤੀਆਂ ਇਸਨੂੰ ਅਛੂਤਾ ਛੱਡ ਦਿੰਦੀਆਂ ਹਨ।

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

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

ਸਫਲ ਲੌਗਇਨ ਕਿੱਥੇ ਪਹੁੰਚ ਸਕਦਾ ਹੈ ਸੀਮਿਤ ਕਰੋ

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

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

ਅਸਫਲਤਾ ਦੇ ਰਸਤੇ ਪ੍ਰਮਾਣਿਤ ਕਰੋ

ਪਰਖੋ ਕਿ ਕੀ ਟੁੱਟਣਾ ਚਾਹੀਦਾ ਹੈ: ਗਲਤ ਪਾਸਵਰਡ, ਮਿਆਦ ਪੁੱਗਿਆ ਪ੍ਰਮਾਣ-ਪੱਤਰ, ਰੱਦ ਕੀਤਾ ਡਿਵਾਈਸ, ਸਮੂਹ ਤੋਂ ਬਾਹਰ ਵਰਤੋਂਕਾਰ। ਹਰੇਕ ਵੱਖਰੇ ਬਿੰਦੂ 'ਤੇ ਅਸਫਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਲੌਗ ਨੂੰ ਦੱਸਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਕਿਹੜਾ ਸੀ। ਸੈੱਟ ਪਹਿਲਾਂ ਪਰਖ ਖਾਤੇ 'ਤੇ ਚਲਾਓ, ਫਿਰ ਅਸਲ ਵਰਤੋਂਕਾਰ ਲਈ ਦੁਹਰਾਓ। ਬਿਨਾਂ ਕਾਰਨ ਘਟਨਾ ਲੌਗ ਵਿੱਚ ਪਹੁੰਚਣ ਵਾਲੀ ਅਸਵੀਕ੍ਰਿਤੀ ਉਸ ਰਿਕਾਰਡ ਦੀ ਲੋੜ ਤੋਂ ਬਹੁਤ ਪਹਿਲਾਂ ਸੁਧਾਰਨ ਯੋਗ ਹੈ।

ਫਿਰ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਕਿਹੜੇ ਪੋਰਟ ਪ੍ਰਕਾਸ਼ਿਤ ਹਨ ਅਤੇ ਕਿਉਂ। PPTP ਨੂੰ TCP 1723 ਅਤੇ ਪੋਰਟ ਦੀ ਥਾਂ IP ਪ੍ਰੋਟੋਕੋਲ ਵਜੋਂ GRE ਚਾਹੀਦਾ ਹੈ, IKEv2 ਨੂੰ UDP 500 ਅਤੇ 4500 ਚਾਹੀਦੇ ਹਨ, ਅਤੇ L2TP ਨੂੰ UDP 1701 ਨਾਲ IPsec ਚਾਹੀਦਾ ਹੈ। ਕਲਾਇੰਟ ਦੇ ਜੁੜਨ ਲਈ ਪ੍ਰਬੰਧਨ ਇੰਟਰਫੇਸ ਖੋਲ੍ਹਣਾ ਮੁਰੰਮਤ ਨਹੀਂ ਹੈ, ਇਹ ਖੋਜੇ ਜਾਣ ਦੀ ਉਡੀਕ ਕਰਦੀ ਦੂਜੀ ਘਟਨਾ ਹੈ।

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