WireGuard ਹੈਂਡਸ਼ੇਕ ਦੀ ਉਮਰ ਸੈਸ਼ਨ ਟਾਈਮਆਊਟ ਨਹੀਂ ਹੈ
ਕੁੰਜੀ ਨਵੀਨੀਕਰਨ ਦੇ ਟਾਈਮਰ ਕੁੰਜੀਆਂ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦੇ ਹਨ, ਉਪਭੋਗਤਾ ਦੀ ਪਹੁੰਚ ਨੂੰ ਨਹੀਂ। latest-handshakes ਪੜ੍ਹਨਾ ਇੱਕ ਪੀਅਰ ਦੀ ਪ੍ਰੋਟੋਕੋਲ ਸਥਿਤੀ ਦੱਸਦਾ ਹੈ, ਇਹ ਨਹੀਂ ਕਿ ਉਸ ਦਾ ਅਧਿਕਾਰ ਖ਼ਤਮ ਹੋ ਗਿਆ ਹੈ।
ਜੋ ਪੀਅਰ ਟ੍ਰੈਫ਼ਿਕ ਭੇਜਣਾ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ, ਉਹ ਇਸ ਨਾਲ ਆਪਣੀ ਕੁੰਜੀ ਨਹੀਂ ਗੁਆਂਦਾ, ਅਤੇ ਨਵਾਂ ਹੈਂਡਸ਼ੇਕ ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਕਿਸੇ ਨੇ ਇਸ ਦੀ ਵਰਤੋਂ ਦੀ ਇਜਾਜ਼ਤ ਨਵੀਨੀਕ੍ਰਿਤ ਕੀਤੀ ਹੈ। WireGuard ਦੇ ਟਾਈਮਰ ਕੁੰਜੀਆਂ ਨੂੰ ਤਾਜ਼ਾ ਅਤੇ ਪੈਕਟਾਂ ਨੂੰ ਗਤੀ ਵਿੱਚ ਰੱਖਦੇ ਹਨ; ਉਹ ਅਜਿਹੇ ਉਪਭੋਗਤਾ ਦਾ ਮਾਡਲ ਨਹੀਂ ਬਣਾਉਂਦੇ ਜੋ ਤੈਅ ਮਿੰਟਾਂ ਮਗਰੋਂ ਲੌਗ ਆਊਟ ਹੁੰਦਾ ਹੈ। ਇੱਥੇ ਤਿੰਨ ਸਵਾਲ ਰਲ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਹਰ ਇੱਕ ਦੇ ਸਬੂਤ ਵੱਖਰੇ ਹਨ। ਇਹੀ ਫ਼ਰਕ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਕਿਹੜਾ ਸੰਦ ਵਰਤੀਏ।
ਤਿੰਨ ਸਵਾਲ, ਇੱਕ ਕਮਾਂਡ ਦਾ ਆਉਟਪੁੱਟ
ਆਪਰੇਟਰ ਪੁੱਛਦੇ ਹਨ ਕਿ ਪੀਅਰ ਪਹੁੰਚਯੋਗ ਹੈ ਜਾਂ ਨਹੀਂ, ਸਰਗਰਮ ਰਿਹਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਅਜੇ ਵੀ ਮਨਜ਼ੂਰ ਹੈ ਜਾਂ ਨਹੀਂ। ਪਹਿਲਾ ਪ੍ਰੋਟੋਕੋਲ ਸਥਿਤੀ ਹੈ, ਦੂਜਾ ਟ੍ਰੈਫ਼ਿਕ ਕਾਊਂਟਰ ਅਤੇ ਤੀਜਾ ਅਧਿਕਾਰ। ਸਿਰਫ਼ ਪਹਿਲੇ ਦੋ WireGuard ਇੰਟਰਫ਼ੇਸ ਤੋਂ ਪੜ੍ਹੇ ਜਾ ਸਕਦੇ ਹਨ, ਅਤੇ ਇਹ ਤਿੰਨਾਂ ਦਾ ਜਵਾਬ ਦੇਣ ਲਈ ਆਮ ਤੌਰ 'ਤੇ ਵਰਤੇ ਜਾਂਦੇ ਹਨ।
| Question | Evidence it needs | What does not answer it |
|---|---|---|
| Is the peer reachable now? | A recent handshake and a working return path | An interface that exists |
| Has it been active? | Transfer counters moving over time | A handshake timestamp alone |
| Is access still granted? | The configuration or controller that authorizes it | Any protocol timer |
ਕਤਾਰਾਂ ਨੂੰ ਤਿੰਨ ਵੱਖਰੀਆਂ ਜਾਂਚਾਂ ਵਜੋਂ ਪੜ੍ਹੋ। ਪਹਿਲੀਆਂ ਦੋ ਸਸਤੀਆਂ ਹਨ ਅਤੇ ਇੰਟਰਫ਼ੇਸ ਦੇ ਆਪਣੇ ਕਾਊਂਟਰਾਂ ਨਾਲ ਜਵਾਬ ਦਿੱਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਤੀਜੀ ਨੂੰ ਉਹ ਸੰਰਚਨਾ ਚਾਹੀਦੀ ਹੈ ਜੋ ਪਹੁੰਚ ਦਿੰਦੀ ਹੈ, ਅਤੇ ਉਹ ਕਿਸੇ ਹੋਰ ਫ਼ਾਈਲ ਜਾਂ ਹੋਰ ਸਿਸਟਮ ਵਿੱਚ ਰਹਿੰਦੀ ਹੈ। ਗ਼ਲਤ ਕਤਾਰ ਚੁਣਨਾ ਇਹ ਹੈ ਕਿ ਪ੍ਰੋਟੋਕੋਲ ਟਾਈਮਰ ਤੋਂ ਨੀਤੀ ਦਾ ਕੰਮ ਮੰਗਿਆ ਜਾਵੇ।
ਟਾਈਮਰ ਅਸਲ ਵਿੱਚ ਕੀ ਨਿਯੰਤਰਿਤ ਕਰਦੇ ਹਨ
ਪ੍ਰੋਟੋਕੋਲ ਹੈਂਡਸ਼ੇਕ ਦੀ ਮੁੜ-ਕੋਸ਼ਿਸ਼, ਟ੍ਰਾਂਸਪੋਰਟ ਕੁੰਜੀਆਂ ਦੇ ਘੁੰਮਣ ਅਤੇ ਪੁਰਾਣੀ ਕੁੰਜੀ ਨਾਲ ਸੁਰੱਖਿਅਤ ਪੈਕਟਾਂ ਦੇ ਰੱਦ ਹੋਣ ਲਈ ਸਥਿਰਾਂਕ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ। ਇਹ ਟ੍ਰੈਫ਼ਿਕ ਅਤੇ ਸਥਿਤੀ ਨੂੰ ਜਵਾਬ ਦਿੰਦੇ ਹਨ, ਕਿਸੇ ਕੈਲੰਡਰ ਜਾਂ ਅਜਿਹੀ ਨੀਤੀ ਨੂੰ ਨਹੀਂ ਜੋ ਕਹੇ ਕਿ ਕੋਈ ਵਿਅਕਤੀ 17:00 ਤੱਕ ਜੁੜਿਆ ਰਹਿ ਸਕਦਾ ਹੈ। ਇਸੇ ਲਈ ਨਿਸ਼ਕ੍ਰਿਯ ਪੀਅਰ ਘੰਟਿਆਂ ਤੱਕ ਨਿਸ਼ਕ੍ਰਿਯ ਦਿਸ ਸਕਦਾ ਹੈ ਅਤੇ ਫਿਰ ਵੀ ਅਧਿਕ੍ਰਿਤ ਰਹਿ ਸਕਦਾ ਹੈ।
PersistentKeepalive ਨੂੰ ਅਕਸਰ ਗੁੰਮ ਟਾਈਮਆਊਟ ਸਮਝ ਲਿਆ ਜਾਂਦਾ ਹੈ। ਇਹ NAT ਮੈਪਿੰਗ ਨੂੰ ਜੀਵਤ ਰੱਖਣ ਲਈ ਪ੍ਰਮਾਣਿਤ ਖਾਲੀ ਪੈਕਟ ਭੇਜਦਾ ਹੈ, ਅਤੇ ਇਸ ਨੂੰ ਜ਼ੀਰੋ 'ਤੇ ਸੈੱਟ ਕਰਨਾ ਕੁਝ ਵੀ ਰੱਦ ਕੀਤੇ ਬਿਨਾਂ ਉਹ ਪੈਕਟ ਰੋਕ ਦਿੰਦਾ ਹੈ।
ਹਰ ਪੀਅਰ ਲਈ ਰਨਟਾਈਮ ਸਥਿਤੀ ਪੜ੍ਹੋ, ਟਿੱਪਣੀ ਦੀ ਥਾਂ ਜਨਤਕ ਕੁੰਜੀ ਵਰਤਦੇ ਹੋਏ:
wg show wg0 latest-handshakes
wg show wg0 transferਤਾਜ਼ਾ ਹੈਂਡਸ਼ੇਕ ਦੱਸਦਾ ਹੈ ਕਿ ਇੱਕ ਹੈਂਡਸ਼ੇਕ ਪੂਰਾ ਹੋਇਆ। ਇਹ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਟਨਲ ਪਿੱਛੇ ਦੀ ਨਿੱਜੀ ਸੇਵਾ ਪਹੁੰਚਯੋਗ ਹੈ, ਅਤੇ ਪੁਰਾਣੀ ਸਮਾਂ-ਮੋਹਰ ਅਜਿਹੇ ਪੀਅਰ ਦੀ ਹੋ ਸਕਦੀ ਹੈ ਜੋ ਬੱਸ ਚੁੱਪ ਹੈ।
ਨਿਸ਼ਕ੍ਰਿਯ ਪੀਅਰ ਲੌਗ ਆਊਟ ਪੀਅਰ ਕਿਉਂ ਨਹੀਂ ਹੈ
WireGuard ਵਿੱਚ ਸ਼ੁਰੂਆਤ ਅਤੇ ਅੰਤ ਵਾਲਾ ਸੈਸ਼ਨ ਆਬਜੈਕਟ ਨਹੀਂ ਹੈ। ਪੀਅਰ ਮਨਜ਼ੂਰ ਪਤਿਆਂ ਵਾਲੀ ਜਨਤਕ ਕੁੰਜੀ ਹੈ, ਅਤੇ ਉਸ ਦੇ ਟ੍ਰੈਫ਼ਿਕ ਦੀ ਰੱਖਿਆ ਕਰਨ ਵਾਲਾ ਹੈਂਡਸ਼ੇਕ ਲੋੜ ਪੈਣ 'ਤੇ ਬਦਲਿਆ ਜਾਂਦਾ ਹੈ, ਉਪਭੋਗਤਾ ਨੂੰ ਦਿਸਣ ਵਾਲੇ ਕਿਸੇ ਲੌਗਇਨ ਤੋਂ ਬਿਨਾਂ। ਤਾਜ਼ਾ ਟ੍ਰੈਫ਼ਿਕ ਦੀ ਗੈਰਹਾਜ਼ਰੀ ਨੂੰ ਲੌਗ ਆਊਟ ਮੰਨਣਾ ਮਾਡਲ ਨੂੰ ਉਲਟ ਦਿੰਦਾ ਹੈ।
ਜੇ ਅਸਲ ਸ਼ਿਕਾਇਤ ਇਹ ਹੈ ਕਿ ਨਿਸ਼ਕ੍ਰਿਯ ਰਹਿਣ ਮਗਰੋਂ ਕਨੈਕਸ਼ਨ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ, ਕਾਰਨ ਆਮ ਤੌਰ 'ਤੇ ਕਿਤੇ ਹੋਰ ਹੁੰਦਾ ਹੈ: ਮਿਆਦ ਪੁੱਗੀ NAT ਮੈਪਿੰਗ, ਸੁੱਤਾ ਜੰਤਰ, ਜਾਂ ਅਜਿਹਾ ਫ਼ਾਇਰਵਾਲ ਜਿਸ ਨੇ ਸਥਿਤੀ ਗੁਆ ਦਿੱਤੀ। ਦੂਜੇ ਪਾਸਿਓਂ ਟ੍ਰੈਫ਼ਿਕ ਭੇਜ ਕੇ ਅਤੇ ਨਵਾਂ ਵਹਾਅ ਸ਼ੁਰੂ ਕਰਕੇ ਜਾਂਚੋ, ਅਤੇ ਤੁਲਨਾ ਕਰੋ ਕਿ ਕੀ ਬਦਲਦਾ ਹੈ।
ਸਮਾਂ-ਸੀਮਾ ਉੱਥੇ ਰੱਖੋ ਜਿੱਥੇ ਅਧਿਕਾਰ ਰਹਿੰਦਾ ਹੈ
ਜੇ ਪਹੁੰਚ ਕਿਸੇ ਖ਼ਾਸ ਸਮੇਂ ਖ਼ਤਮ ਹੋਣੀ ਹੈ, ਸਮਾਂ-ਸੀਮਾ ਉਸ ਦੀ ਹੈ ਜੋ ਪਹੁੰਚ ਦਿੰਦਾ ਹੈ। ਪੀਅਰ ਸੰਰਚਨਾਵਾਂ ਜਾਰੀ ਕਰਨ ਵਾਲਾ ਕੰਟਰੋਲਰ ਨਵੀਂ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਨਵੀਨੀਕ੍ਰਿਤ ਮਨਜ਼ੂਰੀ ਮੰਗ ਸਕਦਾ ਹੈ, ਅਤੇ ਇਹ ਕੰਟਰੋਲਰ ਦਾ ਗੁਣ ਹੈ, ਇੰਟਰਫ਼ੇਸ ਦਾ ਲੁਕਿਆ ਪੈਰਾਮੀਟਰ ਨਹੀਂ।
ਹੱਥੀਂ ਸੰਭਾਲੇ ਪੀਅਰਾਂ ਲਈ, ਹਟਾਉਣਾ ਦੋ ਥਾਵਾਂ 'ਤੇ ਪਹੁੰਚਣਾ ਚਾਹੀਦਾ ਹੈ: ਚੱਲ ਰਿਹਾ ਇੰਟਰਫ਼ੇਸ ਅਤੇ ਸੰਭਾਲੀ ਸੰਰਚਨਾ। ਪੀਅਰ ਨੂੰ ਸਿਰਫ਼ ਰਨਟਾਈਮ ਵਿੱਚ ਹਟਾਉਣਾ ਰੀਸਟਾਰਟ ਜਾਂ ਮੇਲ-ਮਿਲਾਪ ਲੂਪ ਨਾਲ ਰੱਦ ਹੋ ਜਾਂਦਾ ਹੈ, ਜੋ ਉਹ ਪਛਾਣ ਮੁੜ ਲਿਆਉਂਦਾ ਹੈ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਮਿਆਦ ਪੁੱਗੀ ਸਮਝਿਆ ਸੀ:
sudo wg set wg0 peer <public-key> remove
sudo wg-quick save wg0ਫਿਰ ਲੇਬਲ ਨਹੀਂ, ਹੱਦ ਜਾਂਚੋ। ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਪੀਅਰ ਸਮਾਂ-ਸੀਮਾ ਮਗਰੋਂ ਰੱਦ ਹੁੰਦਾ ਹੈ, ਨਵੀਨੀਕਰਨ ਮਾਰਗ ਕੰਮ ਕਰਦਾ ਹੈ, ਅਤੇ ਸਥਿਤੀ ਮੈਨੇਜਰ ਦੇ ਮੁੜ-ਲੋਡ ਮਗਰੋਂ ਵੀ ਕਾਇਮ ਰਹਿੰਦੀ ਹੈ। ਹੈਂਡਸ਼ੇਕ ਦੀ ਉਮਰ ਇੱਕ ਲਾਹੇਵੰਦ ਸੰਚਾਲਨ ਸੰਕੇਤ ਹੈ, ਅਤੇ ਇਹ ਪਹੁੰਚ ਦਾ ਰਿਕਾਰਡ ਨਹੀਂ ਹੈ।