ਇੱਕ WireGuard ਪੀਅਰ ਪਹੁੰਚ ਤੋਂ ਬਾਹਰ ਹੈ ਜਦੋਂਕਿ ਦੂਜਾ ਕੰਮ ਕਰਦਾ ਹੈ: ਜਾਂਚ ਸੂਚੀ

ਇੱਕ WireGuard ਪੀਅਰ ਟ੍ਰੈਫਿਕ ਪਾਸ ਕਰਦਾ ਹੈ ਅਤੇ ਦੂਜਾ ਹੈਂਡਸ਼ੇਕ ਪੂਰਾ ਕਰਦਾ ਹੈ ਪਰ ਸੁਰੰਗ ਦੇ ਪਿੱਛੇ ਕਿਸੇ ਚੀਜ਼ ਤੱਕ ਕਦੇ ਨਹੀਂ ਪਹੁੰਚਦਾ। ਕੰਮ ਕਰਨ ਵਾਲਾ ਪੀਅਰ ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਇੰਟਰਫੇਸ, UDP ਪੋਰਟ ਅਤੇ ਸਰਵਰ ਦੀ ਕੁੰਜੀ ਸ਼ਾਇਦ ਠੀਕ ਹਨ। ਇਹ ਦੂਜੇ ਪੀਅਰ ਦੇ AllowedIPs, ਉਸ ਦੇ ਅੰਦਰਲੇ ਸਰੋਤ ਪਤੇ ਜਾਂ ਉਹਨਾਂ ਵਿਚਕਾਰਲੇ ਫਾਰਵਰਡਿੰਗ ਨਿਯਮਾਂ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ। ਸੂਚੀ ਕ੍ਰਮ ਵਿੱਚ ਪੂਰੀ ਕਰੋ ਅਤੇ ਜਿਸ ਪਹਿਲੇ ਕਦਮ ਦੀ ਸ਼ਰਤ ਫੇਲ੍ਹ ਹੋਵੇ ਉੱਥੇ ਰੁਕੋ।

ਕਦਮ 1: ਪੈਕੇਟ ਨੂੰ ਲੈਣ ਵਾਲਾ ਰਾਹ ਲਿਖੋ

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

ਉਮੀਦ ਕੀਤਾ ਰਾਹ ਇਹ ਵੀ ਦੱਸਦਾ ਹੈ ਕਿ ਕਿੱਥੇ ਵੇਖਣਾ ਹੈ। ਜੇ ਪੈਕੇਟ ਨੂੰ ਹੱਬ ਪਾਰ ਕਰਨਾ ਹੈ, ਤਾਂ ਫੇਲ੍ਹ ਹੋਣ ਵਾਲਾ ਹੌਪ ਜਾਂ ਭੇਜਣ ਵਾਲੇ ਦਾ AllowedIPs ਹੈ, ਜਾਂ ਹੱਬ ਦਾ ਫਾਰਵਰਡਿੰਗ, ਜਾਂ ਲੈਣ ਵਾਲੇ ਦਾ AllowedIPs। ਜੇ ਇਸਨੂੰ ਸਿੱਧਾ ਜਾਣਾ ਹੈ, ਤਾਂ ਹੱਬ ਅਪ੍ਰਸੰਗਿਕ ਹੈ ਅਤੇ ਦੋਵੇਂ ਪੀਅਰਾਂ ਦੇ ਐਂਡਪੌਇੰਟ ਖੇਤਰ ਮਹੱਤਵਪੂਰਨ ਹਨ।

ਕਦਮ 2: AllowedIPs ਦੀ ਤੁਲਨਾ ਦੋਵੇਂ ਪਾਸਿਆਂ ਤੋਂ ਕਰੋ, ਸਿਰਫ਼ ਇੱਕ ਪਾਸੇ ਤੋਂ ਨਹੀਂ

WireGuard AllowedIPs ਨੂੰ ਰਾਊਟਿੰਗ ਟੇਬਲ ਅਤੇ ਪਹੁੰਚ ਸੂਚੀ ਦੋਵੇਂ ਰੂਪਾਂ ਵਿੱਚ ਵਰਤਦਾ ਹੈ। ਭੇਜਦੇ ਸਮੇਂ ਸੁਰੰਗ ਚੁਣਨ ਲਈ ਮੰਤਵ ਪਤਾ ਪੀਅਰ ਦੇ AllowedIPs ਵਿੱਚ ਲੱਭਿਆ ਜਾਂਦਾ ਹੈ; ਲੈਂਦੇ ਸਮੇਂ ਅੰਦਰਲਾ ਸਰੋਤ ਪਤਾ ਭੇਜਣ ਵਾਲੇ ਪੀਅਰ ਦੇ AllowedIPs ਦੇ ਅੰਦਰ ਪੈਣਾ ਚਾਹੀਦਾ ਹੈ, ਨਹੀਂ ਤਾਂ ਪੈਕੇਟ ਸੁੱਟ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ। ਕਿਸੇ ਵੀ ਪਾਸੇ ਰੇਂਜ ਗੁੰਮ ਹੋਵੇ ਤਾਂ ਉਹੀ ਲੱਛਣ ਦਿਸਦਾ ਹੈ: ਢੋਆ-ਢੁਆਈ ਚੱਲਦੀ ਹੈ, ਪੇਲੋਡ ਗਾਇਬ ਹੋ ਜਾਂਦਾ ਹੈ।

ਫਾਈਲ ਦੀ ਥਾਂ ਜੀਵਤ ਸਥਿਤੀ ਪੜ੍ਹੋ, ਕਿਉਂਕਿ ਮੁੜ ਲੋਡ ਕਰਨਾ ਚੁੱਪਚਾਪ ਫੇਲ੍ਹ ਹੋਇਆ ਹੋ ਸਕਦਾ ਹੈ: sudo wg show wg0 allowed-ips। ਸਰਵਰ ਉੱਤੇ ਫੇਲ੍ਹ ਹੋਏ ਪੀਅਰ ਦੀ ਐਂਟਰੀ ਵਿੱਚ ਉਸ ਦਾ ਸੁਰੰਗ ਪਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਜਿਵੇਂ 10.90.0.3/32। ਕਲਾਇੰਟ ਉੱਤੇ ਸਰਵਰ ਪੀਅਰ ਦੀ ਐਂਟਰੀ ਵਿੱਚ ਤੁਹਾਡੇ ਵੱਲੋਂ ਜਾਂਚਿਆ ਜਾ ਰਿਹਾ ਮੰਤਵ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਭਾਵੇਂ ਉਹ ਹੱਬ ਦਾ ਸੁਰੰਗ ਪਤਾ ਹੋਵੇ ਜਾਂ ਦੂਰ ਦਾ ਸਬਨੈੱਟ। ਇੱਕ ਦੂਜੇ ਉੱਤੇ ਚੜ੍ਹਦੀਆਂ ਰੇਂਜਾਂ ਖੋਜ ਨੂੰ ਅਸਪਸ਼ਟ ਬਣਾਉਂਦੀਆਂ ਹਨ ਅਤੇ ਤੁਹਾਡੇ ਨਾ ਚਾਹੇ ਪੀਅਰ ਨੂੰ ਚੁਣ ਸਕਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਉਹਨਾਂ ਨੂੰ ਵੱਖਰਾ ਰੱਖੋ।

ਕਦਮ 3: ਅੰਦਰਲਾ ਸਰੋਤ ਪਤਾ ਜਾਂਚੋ

ਜੋ ਕਲਾਇੰਟ 10.90.0.3 ਨੂੰ wg0 ਰਾਹੀਂ ਰਾਊਟ ਕਰਦਾ ਹੈ ਪਰ ਪੈਕੇਟ ਆਪਣੇ Wi-Fi ਪਤੇ ਤੋਂ ਭੇਜਦਾ ਹੈ, ਉਸਨੂੰ ਲੈਣ ਵਾਲਾ ਰੱਦ ਕਰ ਦੇਵੇਗਾ, ਕਿਉਂਕਿ ਸਰੋਤ ਪੀਅਰ ਦੇ AllowedIPs ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ। ਕਰਨਲ ਅਸਲ ਵਿੱਚ ਕੀ ਚੁਣਦਾ ਹੈ ਇਹ ip route get 10.90.0.3 from 10.90.0.2 ਨਾਲ ਅਤੇ ਸੁਰੰਗ ਇੰਟਰਫੇਸ ਨੂੰ ਦਿੱਤਾ ਪਤਾ ip -brief addr show wg0 ਨਾਲ ਪੱਕਾ ਕਰੋ।

ਲੈਣ ਵਾਲੇ Linux ਹੋਸਟ ਉੱਤੇ ਉਲਟ-ਰਾਹ ਛਾਂਟੀ ਦੂਜਾ ਦਰਵਾਜ਼ਾ ਹੈ। ਵਾਪਸੀ ਰਾਹ ਦੀ ਮਾਲਕੀ ਵਾਲੇ ਇੰਟਰਫੇਸ ਉੱਤੇ ਸਖ਼ਤ rp_filter ਉਹ ਸੁਰੰਗ ਟ੍ਰੈਫਿਕ ਸੁੱਟ ਸਕਦਾ ਹੈ ਜਿਸ ਦਾ ਵਾਪਸੀ ਰਾਹ ਉਸ ਇੰਟਰਫੇਸ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ ਜਿੱਥੋਂ ਉਹ ਆਇਆ। ਬੰਦ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰਭਾਵੀ ਮੁੱਲ ਜਾਂਚੋ; ਕਈ ਟੋਪੋਲੋਜੀਆਂ ਵਿੱਚ ਸਹੀ ਸੁਧਾਰ ਇੱਕ ਰਾਊਟ ਹੈ, ਢਿੱਲੀ ਛਾਂਟੀ ਨਹੀਂ।

ਕਦਮ 4: ਹੱਬ ਦਾ ਫਾਰਵਰਡਿੰਗ ਅਤੇ ਵਾਪਸੀ ਰਾਹ ਸਮੀਖਿਆ ਕਰੋ

ਜੇ ਹੱਬ ਨੇ ਪੀਅਰਾਂ ਵਿਚਕਾਰ ਫਾਰਵਰਡ ਕਰਨਾ ਹੈ, ਤਾਂ ਕਰਨਲ ਨੂੰ net.ipv4.ip_forward=1 ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਫਾਇਰਵਾਲ ਨੇ ਫਾਰਵਰਡ ਕੀਤਾ ਪ੍ਰਵਾਹ ਸਵੀਕਾਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ: wg0 ਉੱਤੇ ਅੰਦਰ, wg0 ਤੋਂ ਬਾਹਰ, ਭੇਜਣ ਵਾਲੇ ਦੇ ਸੁਰੰਗ ਪਤੇ ਤੋਂ ਲੈਣ ਵਾਲੇ ਦੇ ਪਤੇ ਤੱਕ। ਆਮ ਫੇਲ੍ਹ ਇਹ ਹੈ ਕਿ ਇਨਪੁਟ ਨਿਯਮ UDP 51820 ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ ਪਰ ਕੋਈ ਫਾਰਵਰਡ ਨਿਯਮ ਨਹੀਂ], ਇਸ ਲਈ ਹੈਂਡਸ਼ੇਕ ਸਫਲ ਹੁੰਦਾ ਹੈ ਅਤੇ ਪੇਲੋਡ ਮਰ ਜਾਂਦਾ ਹੈ। sudo nft list ruleset ਜਾਂ ਆਪਣੇ ਫਾਇਰਵਾਲ ਮੈਨੇਜਰ ਦੇ ਬਰਾਬਰੀ ਵਾਲੇ ਹੁਕਮ ਨਾਲ ਪ੍ਰਭਾਵੀ ਨਿਯਮ ਸੂਚੀਬੱਧ ਕਰੋ।

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

ਅੰਤ ਵਿੱਚ, ਹੈਂਡਸ਼ੇਕ ਨੂੰ ਡੇਟਾ ਤੋਂ ਵੱਖ ਕਰੋ। ਹੈਂਡਸ਼ੇਕ ਪੂਰਾ ਕਰਨ ਵਾਲਾ ਪਰ ਵੱਡੇ ਟ੍ਰਾਂਸਫਰਾਂ ਉੱਤੇ ਅਟਕਣ ਵਾਲਾ ਪੀਅਰ ਆਮ ਤੌਰ ਉੱਤੇ ਉਸੇ ਰਾਹ ਉੱਤੇ MTU ਜਾਂ MSS ਸਮੱਸਿਆ ਰੱਖਦਾ ਹੈ, AllowedIPs ਸਮੱਸਿਆ ਨਹੀਂ। ਪਹਿਲਾਂ ਛੋਟੇ ਪਿੰਗ ਨਾਲ, ਫਿਰ ਪੂਰੇ ਆਕਾਰ ਦੇ ਪਿੰਗ ਨਾਲ ਜਾਂਚ ਕਰੋ ਅਤੇ ਦੋਵੇਂ ਪੀਅਰਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ।

ਕਦਮ 5: ਇੱਕ ਚੀਜ਼ ਬਦਲੋ ਅਤੇ ਕੰਮ ਕਰਨ ਵਾਲੇ ਪੀਅਰ ਨੂੰ ਸਹੀ-ਸਲਾਮਤ ਰੱਖੋ

ਫੇਲ੍ਹ ਹੋਏ ਰਾਹ ਉੱਤੇ ਇੱਕੋ ਬਦਲਾਅ ਕਰੋ ਅਤੇ ਦੋਵੇਂ ਪੀਅਰ ਮੁੜ ਜਾਂਚੋ। ਹਰ ਪੀਅਰ ਦੇ AllowedIPs ਨੂੰ 0.0.0.0/0 ਨਾਲ ਬਦਲਣਾ ਪਹਿਲਾਂ ਹੀ ਕੰਮ ਕਰ ਰਹੇ ਪੀਅਰ ਨੂੰ ਤੋੜਨ ਦਾ ਸਭ ਤੋਂ ਤੇਜ਼ ਤਰੀਕਾ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਉਸ ਇੰਟਰਫੇਸ ਦੇ ਸਾਰੇ ਟ੍ਰੈਫਿਕ ਲਈ ਰਾਊਟਿੰਗ ਫੈਸਲਾ ਬਦਲ ਦਿੰਦਾ ਹੈ। ਉਹੀ ਇੱਕ ਐਂਟਰੀ ਸੋਧੋ, ਮੁੜ ਲੋਡ ਕਰੋ ਅਤੇ ਜੀਵਤ ਸਥਿਤੀ ਫਿਰ ਪੜ੍ਹੋ।

ਕਿਹੜਾ ਰਾਹ ਸਫਲ ਹੋਇਆ, ਕਿਹੜਾ ਫੇਲ੍ਹ ਹੋਇਆ ਅਤੇ ਹਰੇਕ ਦਾ ਸਹੀ ਕਮਾਂਡ ਆਉਟਪੁੱਟ ਲਿਖੋ। ਉਹ ਤੁਲਨਾ VPN ਟੁੱਟੇ ਹੋਣ ਦੀ ਆਮ ਰਿਪੋਰਟ ਨਾਲੋਂ ਵਧੇਰੇ ਕੀਮਤੀ ਹੈ, ਅਤੇ ਅਗਲਾ ਵਿਅਕਤੀ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਉਹੀ ਪੁੱਛੇਗਾ।