ਇੱਕ ਸਥਿਤੀ ਲਾਈਟ 'ਤੇ ਭਰੋਸਾ ਕੀਤੇ ਬਿਨਾਂ ਰਾਊਟਰ VPN ਦੀ ਨਿਗਰਾਨੀ ਕਰੋ

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

ਪੰਜ ਜਾਂਚਾਂ, ਕ੍ਰਮ ਵਿੱਚ, ਪੀਅਰ ਤੋਂ ਬਾਹਰ ਵੱਲ।

ਜਾਂਚ 1: ਪੀਅਰ ਜਾਂ ਐਸੋਸੀਏਸ਼ਨ ਸਥਿਤੀ

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

ਕਿਸੇ ਨੂੰ ਬੁਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਟਾਈਮਸਟੈਂਪ ਦੀ ਉਮੀਦ ਕੀਤੀ ਟ੍ਰੈਫਿਕ ਅਤੇ keepalive ਸੈਟਿੰਗਾਂ ਨਾਲ ਤੁਲਨਾ ਕਰੋ।

ਜਾਂਚ 2: ਚੁਣਿਆ ਗਿਆ ਰੂਟ

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

ਉਹ ਜਾਂਚ ਉਸ ਨਾਕਾਮੀ ਨੂੰ ਫੜਦੀ ਹੈ ਜੋ ਸਥਿਤੀ ਲਾਈਟ ਕਦੇ ਨਹੀਂ ਦਿਖਾਉਂਦੀ।

ਇੱਕ ਲਾਭਦਾਇਕ ਦੂਜੀ ਜਾਂਚ ਸਰੋਤ ਪਤੇ ਦੀ ਵੀ ਤੁਲਨਾ ਕਰਦੀ ਹੈ। ip route get 10.20.5.10 ਅਗਲਾ ਹੌਪ, ਇੰਟਰਫੇਸ ਅਤੇ ਪਸੰਦੀਦਾ ਸਰੋਤ ਵਾਪਸ ਕਰਦਾ ਹੈ, ਅਤੇ ਗ਼ਲਤ ਸਰੋਤ ਦੂਰ ਦੇ ਸਿਰੇ 'ਤੇ ਵਾਪਸੀ ਟ੍ਰੈਫਿਕ ਤੋੜਨ ਲਈ ਕਾਫ਼ੀ ਹੈ। ਉਮੀਦ ਕੀਤੀ ਤਿਕੜੀ ਇੱਕ ਵਾਰ ਦਰਜ ਕਰੋ, ਫਿਰ ਕੋਈ ਵੀ ਤੱਤ ਬਦਲਣ 'ਤੇ ਅਲਾਰਮ ਦਿਓ। ਉਹੀ ਇੱਕ ਲਾਈਨ NAT ਬਦਲਾਅ, ਇੰਟਰਫੇਸ ਅਸਥਿਰਤਾ ਅਤੇ ਨੀਤੀ-ਆਧਾਰਿਤ ਰੂਟਿੰਗ ਦੀਆਂ ਗ਼ਲਤੀਆਂ ਫੜਦੀ ਹੈ।

ਜਾਂਚ 3: ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਐਪਲੀਕੇਸ਼ਨ ਰਾਹ

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

ਪਰਖ ਦੀ ਮਾਤਰਾ ਸੰਜਮਿਤ ਰੱਖੋ। ਨਿਗਰਾਨੀ ਲੂਪ ਨੂੰ ਉਹੀ ਟ੍ਰੈਫਿਕ ਨਹੀਂ ਬਣਨਾ ਚਾਹੀਦਾ ਜੋ ਇਹ ਮਾਪਦਾ ਹੈ।

ਜਾਂਚ 4: ਕੀ ਬਦਲਿਆ ਅਤੇ ਕਦੋਂ

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

ਲਾਗ ਸੰਕਰਮਣਾਂ ਲਈ ਰੱਖੋ, ਪੇਲੋਡ ਲਈ ਨਹੀਂ।

ਜਾਂਚ 5: ਅਲਾਰਮ ਨੂੰ ਸੀਮਾ ਦਾ ਨਾਮ ਲੈਣਾ ਚਾਹੀਦਾ ਹੈ

ਜੋ ਅਲਾਰਮ ਕਹਿੰਦਾ ਹੈ VPN ਡਾਊਨ, ਉਹ ਅੱਧੇ ਸਮੇਂ ਵਿਅਕਤੀ ਨੂੰ ਗ਼ਲਤ ਥਾਂ ਭੇਜਦਾ ਹੈ। ਜੋ ਕਹਿੰਦਾ ਹੈ ਪੀਅਰ ਹੈਂਡਸ਼ੇਕ ਬਾਰਾਂ ਮਿੰਟ ਤੋਂ ਪੁਰਾਣਾ, 10.20.0.0/16 ਦਾ ਰੂਟ ਨਹੀਂ, ਜਾਂ ਪੋਰਟ 445 'ਤੇ ਪਰਖ ਨਾਕਾਮ, ਉਹ ਕਿਸੇ ਖ਼ਾਸ ਜਾਂਚ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ।

ਪੇਲੋਡ ਬ੍ਰਾਊਜ਼ ਕਰਨ ਦੀ ਬਜਾਏ ਕਾਰਜਸ਼ੀਲ ਕਾਊਂਟਰ ਰੱਖੋ। ਕਾਊਂਟਰ ਤੁਹਾਨੂੰ ਲੋੜੀਂਦੀ ਨਾ ਹੋਣ ਵਾਲੀ ਸਮੱਗਰੀ ਇਕੱਠੀ ਕੀਤੇ ਬਿਨਾਂ ਨਿਗਰਾਨੀ ਦੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦੇ ਹਨ।

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