WireGuard ਡੇਟਾ ਭੇਜਦਾ ਹੈ ਪਰ ਕੁਝ ਵਾਪਸ ਨਹੀਂ ਮਿਲਦਾ: ਕਿਹੜਾ ਪਾਸਾ?
ਵਧਦਾ ਟ੍ਰਾਂਸਮਿਟ ਕਾਊਂਟਰ ਇੱਕ ਦਿਸ਼ਾ ਹੈ, ਨਿਦਾਨ ਨਹੀਂ। ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ ਬੇਨਤੀ ਕਦੇ ਟਨਲ ਵਿੱਚੋਂ ਬਾਹਰ ਨਹੀਂ ਗਈ ਜਾਂ ਜਵਾਬ ਕਦੇ ਵਾਪਸ ਨਹੀਂ ਆਇਆ।
ਟ੍ਰਾਂਸਮਿਟ ਕਾਊਂਟਰ ਵਧਦੇ ਰਹਿਣ ਅਤੇ ਰਿਸੀਵ ਕਾਊਂਟਰ ਸਿਫ਼ਰ ’ਤੇ ਰਹਿਣ ਦਾ ਮਤਲਬ ਦਿਸ਼ਾ ਹੈ, ਨਿਦਾਨ ਨਹੀਂ। ਇਹੀ ਪੜ੍ਹਤ ਤਦ ਦਿਸਦੀ ਹੈ ਜਦੋਂ ਪੀਅਰ ਨੇ ਕਦੇ ਹੈਂਡਸ਼ੇਕ ਪੂਰਾ ਨਹੀਂ ਕੀਤਾ, ਜਦੋਂ ਮੰਤਵ ਨੇ ਗ਼ਲਤ ਪੀਅਰ ਚੁਣਿਆ, ਜਦੋਂ ਦੂਰਲੇ ਪਾਸੇ ਵਾਪਸੀ ਦਾ ਕੋਈ ਰੂਟ ਨਹੀਂ ਅਤੇ ਜਦੋਂ ਕੋਈ ਫਿਲਟਰ ਘਰ ਵੱਲ ਪਰਤਦਿਆਂ ਜਵਾਬ ਸੁੱਟ ਦਿੰਦਾ ਹੈ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਵੱਖਰੀ ਥਾਂ ’ਤੇ ਠੀਕ ਹੁੰਦਾ ਹੈ।
ਕੰਮ ਛੋਟਾ ਕਰਨ ਵਾਲੀ ਤੁਲਨਾ ਉਸ ਬੇਨਤੀ ਦੀ, ਜੋ ਕਦੇ ਟਨਲ ਵਿੱਚੋਂ ਨਹੀਂ ਨਿਕਲੀ, ਅਤੇ ਉਸ ਜਵਾਬ ਦੀ ਹੈ, ਜੋ ਕਦੇ ਵਾਪਸ ਨਹੀਂ ਆਇਆ। ਸਹੀ ਇੰਟਰਫ਼ੇਸ ’ਤੇ ਇੱਕ ਕੈਪਚਰ ਦੋਹਾਂ ਵਿਚਕਾਰ ਫ਼ੈਸਲਾ ਕਰਦਾ ਹੈ।
ਕਾਊਂਟਰ ਮਾਤਰਾ ਦੱਸਦੇ ਹਨ, ਖ਼ਰਾਬੀ ਦੀ ਦਿਸ਼ਾ ਨਹੀਂ
WireGuard ਦੇ ਕਾਊਂਟਰ ਦਰਜ ਕਰਦੇ ਹਨ ਕਿ ਇੰਟਰਫ਼ੇਸ ਨੇ ਪੀਅਰ ਨੂੰ ਕੀ ਦਿੱਤਾ ਅਤੇ ਉਸ ਤੋਂ ਕੀ ਲਿਆ। ਉਹ ਨਹੀਂ ਦੱਸਦੇ ਕਿ ਕਿਹੜਾ ਮੰਤਵ, ਕਿਹੜਾ ਪੀਅਰ ਜਾਂ ਅਦਲਾ-ਬਦਲੀ ਦਾ ਕਿਹੜਾ ਅੱਧਾ ਹਿੱਸਾ ਫੇਲ੍ਹ ਹੋਇਆ। ਬੈਕਗਰਾਊਂਡ ਟ੍ਰੈਫਿਕ ਕੁੱਲ ਗਿਣਤੀਆਂ ਨੂੰ ਹੋਰ ਵੀ ਘੱਟ ਜਾਣਕਾਰੀ ਵਾਲਾ ਬਣਾ ਦਿੰਦਾ ਹੈ, ਕਿਉਂਕਿ ਕੁਝ ਬਾਈਟ ਕੀਪਅਲਾਈਵ ਜਾਂ ਅਸੰਬੰਧਿਤ ਫ਼ਲੋ ਹੋ ਸਕਦੇ ਹਨ। ਇਹਨਾਂ ਨੂੰ ਇਸ ਸੰਕੇਤ ਵਜੋਂ ਪੜ੍ਹੋ ਕਿ ਇੰਟਰਫ਼ੇਸ ਸਰਗਰਮ ਹੈ, ਫਿਰ ਇਹਨਾਂ ਨੂੰ ਸਬੂਤ ਮੰਨਣਾ ਬੰਦ ਕਰੋ।
ਪਹਿਲੀ ਲਾਹੇਵੰਦ ਗੱਲ ਇਹ ਹੈ ਕਿ ਹੈਂਡਸ਼ੇਕ ਮੌਜੂਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਇਸ ਤੋਂ ਬਿਨਾ ਇਸ ਪੀਅਰ ਲਈ ਕੁਝ ਵੀ ਐਨਕ੍ਰਿਪਟ ਨਹੀਂ ਹੋਇਆ ਅਤੇ ਰਿਸੀਵ ਕਾਊਂਟਰ ਨੂੰ ਹਿੱਲਣ ਦਾ ਕੋਈ ਕਾਰਨ ਨਹੀਂ।
ਪੀਅਰ ਦੀ ਚੋਣ ਜਾਂ ਜਵਾਬ ਦਾ ਰਾਹ: ਦੋ ਵਿਆਖਿਆਵਾਂ
ਪਹਿਲੀ ਵਿਆਖਿਆ ਇਹ ਹੈ ਕਿ ਪੈਕਟ ਕਦੇ ਲੋੜੀਂਦੇ ਪੀਅਰ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਿਆ, ਕਿਉਂਕਿ ਰੂਟ ਕਿਤੇ ਹੋਰ ਇਸ਼ਾਰਾ ਕਰ ਰਿਹਾ ਸੀ ਜਾਂ ਪੀਅਰ ਦੇ ਮਨਜ਼ੂਰ ਪ੍ਰੀਫ਼ਿਕਸ ਮੰਤਵ ਨੂੰ ਨਹੀਂ ਢਕਦੇ ਸਨ। ਦੂਜੀ ਇਹ ਹੈ ਕਿ ਪੈਕਟ ਪਹੁੰਚ ਗਿਆ ਪਰ ਜਵਾਬ ਵਾਪਸ ਨਹੀਂ ਆ ਸਕਿਆ, ਜੋ ਦੂਰਲੇ ਸਿਰੇ ’ਤੇ ਰੂਟਿੰਗ ਦੀ ਸਮੱਸਿਆ ਹੈ। ਸਾਰਣੀ ਦੋਹਾਂ ਨੂੰ ਇਸ ਆਧਾਰ ’ਤੇ ਵੱਖ ਕਰਦੀ ਹੈ ਕਿ ਤੁਸੀਂ ਹਰ ਬਿੰਦੂ ’ਤੇ ਕੀ ਦੇਖੋਗੇ।
| Observation | Points to |
|---|---|
| No handshake while transmit climbs | Peer selection or endpoint |
| Handshake current, request visible on the server | Reply path or far-side route |
| Request never visible on the server | Allowed prefixes or local route |
| Both packets visible, nothing reaches the client | Return filter or translation |
ਸਾਰਣੀ ਉੱਤੋਂ ਪੜ੍ਹੋ। ਹੈਂਡਸ਼ੇਕ ਨਾ ਹੋਣ ’ਤੇ ਇਹ ਤੁਹਾਨੂੰ ਕੁੰਜੀਆਂ, ਐਂਡਪੁਆਇੰਟ ਅਤੇ ਬਾਹਰਲੇ ਰਾਹ ਵੱਲ ਭੇਜਦਾ ਹੈ, ਕਿਉਂਕਿ ਹਾਲੇ ਜਾਂਚਣ ਲਈ ਹੋਰ ਕੁਝ ਨਹੀਂ। ਸਰਵਰ ’ਤੇ ਬੇਨਤੀ ਦਿਸਦੀ ਹੋਈ ਮੌਜੂਦਾ ਹੈਂਡਸ਼ੇਕ ਸਮੱਸਿਆ ਨੂੰ ਵਾਪਸੀ ਦੀ ਦਿਸ਼ਾ ਵੱਲ ਲੈ ਜਾਂਦਾ ਹੈ, ਜਿੱਥੇ ਮੰਤਵ ਦੀ ਆਪਣੀ ਰੂਟ ਸਾਰਣੀ ਫ਼ੈਸਲਾ ਕਰਦੀ ਹੈ। ਜੋ ਬੇਨਤੀ ਸਰਵਰ ’ਤੇ ਕਦੇ ਨਹੀਂ ਦਿਸਦੀ, ਉਹ ਚੋਣ ਦੀ ਸਮੱਸਿਆ ਹੈ, ਅਤੇ ਦੋਹਾਂ ਪੀਅਰਾਂ ਦੇ ਮਨਜ਼ੂਰ ਪ੍ਰੀਫ਼ਿਕਸ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਤੁਲਨਾ ਕਰਨ ਵਾਲੀ ਚੀਜ਼ ਹਨ।
ਇਹਨਾਂ ਚਾਰ ਲਾਈਨਾਂ ਵਿੱਚੋਂ ਦੋ ਕਲਾਇੰਟ ’ਤੇ ਅਤੇ ਦੋ ਸਰਵਰ ’ਤੇ ਠੀਕ ਹੁੰਦੀਆਂ ਹਨ। ਤੁਸੀਂ ਕਿਹੜੀ ਜੋੜੀ ਵਿੱਚ ਹੋ, ਇਹ ਜਾਣਨਾ ਹੀ ਕੰਮ ਦਾ ਵੱਡਾ ਹਿੱਸਾ ਹੈ।
ਜਵਾਬ ਕਿੱਥੇ ਗਾਇਬ ਹੁੰਦੇ ਹਨ
ਜਵਾਬ ਮੰਤਵ ਛੱਡਦਾ ਹੈ, ਸਰਵਰ ਦੇ ਟਨਲ ਇੰਟਰਫ਼ੇਸ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ ਅਤੇ ਉਸ ਪੀਅਰ ਲਈ ਐਨਕ੍ਰਿਪਟ ਹੁੰਦਾ ਹੈ ਜਿਸ ਦੇ ਮਨਜ਼ੂਰ ਪਤੇ ਕਲਾਇੰਟ ਦੇ ਅੰਦਰਲੇ ਪਤੇ ਨਾਲ ਮੇਲ ਖਾਂਦੇ ਹਨ। ਜੇ ਇਹ ਮੇਲ ਫੇਲ੍ਹ ਹੋਵੇ, ਤਾਂ ਜਵਾਬ ਚੁੱਪਚਾਪ ਸੁੱਟ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ, ਜੋ ਕਲਾਇੰਟ ਦੇ ਪਾਸਿਓਂ ਬਿਲਕੁਲ ਨੈੱਟਵਰਕ ਖ਼ਰਾਬੀ ਵਾਂਗ ਦਿਸਦਾ ਹੈ। ਜੇ ਜਵਾਬ ਐਨਕ੍ਰਿਪਟ ਹੈ ਅਤੇ ਕਲਾਇੰਟ ਦਾ ਆਪਣਾ ਫਿਲਟਰ ਇਸਨੂੰ ਨਾਮਨਜ਼ੂਰ ਕਰਦਾ ਹੈ, ਤਾਂ ਲੱਛਣ ਫਿਰ ਉਹੀ ਰਹਿੰਦਾ ਹੈ। ਦੋਹਾਂ ਹਾਲਤਾਂ ਵਿੱਚ ਕਾਊਂਟਰ ਨਹੀਂ, ਕੈਪਚਰ ਚਾਹੀਦਾ ਹੈ।
ਇਸ ਗ਼ਲਤੀ ਦਾ ਸਭ ਤੋਂ ਮਜ਼ਬੂਤ ਰੂਪ ਉਹ ਸਰਵਰ ਹੈ ਜੋ ਕਲਾਇੰਟ ਲਈ ਪੈਕਟ ਅੱਗੇ ਭੇਜਦਾ ਹੈ ਪਰ ਕਲਾਇੰਟ ਦੀ ਅੰਦਰਲੀ ਰੇਂਜ ਤੱਕ ਵਾਪਸੀ ਦਾ ਕੋਈ ਰੂਟ ਨਹੀਂ ਰੱਖਦਾ। ਉਹ ਬੇਨਤੀ ਮਨਜ਼ੂਰ ਕਰਦਾ ਹੈ, ਜਵਾਬ ਆਪਣੇ ਡਿਫ਼ਾਲਟ ਗੇਟਵੇ ਵੱਲ ਭੇਜਦਾ ਹੈ, ਅਤੇ ਟਨਲ ਉਸਨੂੰ ਕਦੇ ਨਹੀਂ ਦੇਖਦਾ। ਸਰਵਰ ’ਤੇ ਜੋੜਿਆ ਚੌੜਾ ਅਨੁਵਾਦ ਨਿਯਮ ਰੂਟ ਠੀਕ ਕਰਨ ਦੀ ਬਜਾਏ ਉਸ ਖ਼ਰਾਬੀ ਨੂੰ ਲੁਕਾ ਦਿੰਦਾ ਹੈ।
ਇੱਕ ਮੰਤਵ ਨੂੰ ਸ਼ੁਰੂ ਤੋਂ ਅੰਤ ਤੱਕ ਜਾਂਚੋ
ਪੀਅਰ ਦੀ ਰੇਂਜ ਵਿੱਚ ਇੱਕੋ ਮੰਤਵ ਚੁਣੋ, ਅਤੇ ਹੈਂਡਸ਼ੇਕ ਸਪਸ਼ਟ ਤੌਰ ’ਤੇ ਮੌਜੂਦਾ ਹੋਣ ਵੇਲੇ ਇਸਦੀ ਜਾਂਚ ਕਰੋ। ਹੇਠਾਂ ਦਿੱਤੇ ਹੁਕਮ ਪੀਅਰ ਦੀ ਹਾਲਤ, ਚੁਣਿਆ ਰੂਟ ਅਤੇ ਅਦਲਾ-ਬਦਲੀ ਦੇ ਦੋਵੇਂ ਪਾਸੇ ਪੜ੍ਹਦੇ ਹਨ। ਕੈਪਚਰ ਉਸ ਇੰਟਰਫ਼ੇਸ ’ਤੇ ਚਲਾਓ ਜੋ ਐਨਕ੍ਰਿਪਟ ਪੈਕਟ ਅਸਲ ਵਿੱਚ ਵਰਤਦੇ ਹਨ।
wg show wg0 latest-handshakes
wg show wg0 transfer
ip route get 10.60.9.5
sudo tcpdump -ni wg0 host 10.60.9.5ਟਨਲ ਇੰਟਰਫ਼ੇਸ ’ਤੇ ਬੇਨਤੀ ਦਿਖਾ ਕੇ ਕੁਝ ਵੀ ਵਾਪਸ ਨਾ ਆਉਣ ਵਾਲਾ ਕੈਪਚਰ ਸਰਵਰ ਪਾਸਿਓਂ ਜਵਾਬ ਹੈ, ਅਤੇ ਮੰਤਵ ਦੀ ਰੂਟ ਸਾਰਣੀ ਅੱਗੇ ਦੇਖਣ ਦੀ ਥਾਂ ਹੈ। ਜੇ ਬਿਲਕੁਲ ਕੁਝ ਨਾ ਦਿਸੇ, ਤਾਂ ਪੈਕਟ ਨੇ ਹੋਰ ਰਾਹ ਲਿਆ ਹੈ, ਇਸ ਲਈ ਸਥਾਨਕ ਰੂਟ ਸ਼ੱਕੀ ਹੈ। ਦੋਹਾਂ ਕੈਪਚਰਾਂ ਵਿੱਚ ਦਿਸਦੀ ਪਰ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਤਰੱਕੀ ਰਹਿਤ ਅਦਲਾ-ਬਦਲੀ ਸਵਾਲ ਨੂੰ ਪੈਕਟ ਦੇ ਆਕਾਰ ਵੱਲ ਜਾਂ ਅਜਿਹੇ ਫਿਲਟਰ ਵੱਲ ਲੈ ਜਾਂਦੀ ਹੈ ਜੋ ਇੰਟਰਫ਼ੇਸ ਦੇ ਅੰਕੜੇ ਕਦੇ ਨਹੀਂ ਦਿਖਾਉਂਦੇ। ਜਾਂਚ ਵਿੱਚ ਇੱਕ ਮੰਤਵ ਅਤੇ ਇੱਕ ਕਲਾਇੰਟ ਰੱਖੋ, ਕਿਉਂਕਿ ਦੂਜਾ ਚਲ ਸਬੂਤ ਨੂੰ ਫਿਰ ਅੰਦਾਜ਼ਾ ਬਣਾ ਦਿੰਦਾ ਹੈ।
ਜੇ ਨਾਮ ਫੇਲ੍ਹ ਹੋਣ ਜਦੋਂ ਕਿ ਮਨਜ਼ੂਰ ਪਤਾ ਕੰਮ ਕਰਦਾ ਹੈ, ਤਾਂ ਜਵਾਬ ਟਨਲ ਵਿੱਚ ਨਹੀਂ, DNS ਵਿੱਚ ਹੈ। ਜੇ ਸਿਰਫ਼ ਵੱਡੇ ਸਥਾਨਾਂਤਰਣ ਅਟਕਦੇ ਹਨ, ਤਾਂ ਪੈਕਟ ਦਾ ਆਕਾਰ ਵੱਖਰੇ ਤੌਰ ’ਤੇ ਜਾਂਚੋ।