ਦੋ ਸਾਈਟਾਂ ਵਾਲੇ WireGuard ਹੱਬ ਲਈ IPv6 ਯੋਜਨਾ: ਪ੍ਰੀਫਿਕਸ, ਪੀਅਰ, ਰੂਟ
ਦੋ LAN ਲਈ ਇੱਕ ਨਿੱਜੀ IPv6 ਹੱਬ 'ਤੇ ਕੰਮ ਕਰੋ: ਪ੍ਰੀਫਿਕਸ ਚੁਣੋ, ਟਨਲ ਪਤੇ ਰਾਖਵੇਂ ਰੱਖੋ, ਫਿਰ AllowedIPs ਨੂੰ ਦੱਸਣ ਦਿਓ ਕਿ ਕਿਹੜਾ ਪੀਅਰ ਕਿਹੜੇ ਸਬਨੈੱਟ ਦਾ ਮਾਲਕ ਹੈ।
ਦੋ LAN, ਇੱਕ WireGuard ਹੱਬ ਅਤੇ ਇੱਕ IPv6 ਪਤਾ ਯੋਜਨਾ ਜਿਸ ਨੂੰ ਤਿੰਨ ਵੱਖਰੇ ਸਵਾਲਾਂ ਦਾ ਜਵਾਬ ਦੇਣਾ ਹੈ: ਕਿਹੜਾ ਪ੍ਰੀਫਿਕਸ, ਕਿਹੜਾ ਪਤਾ ਕਿਹੜੇ ਰਾਊਟਰ ਦਾ ਹੈ, ਅਤੇ ਕਿਹੜਾ ਪੀਅਰ ਕਿਹੜੇ ਸਬਨੈੱਟ ਦਾ ਮਾਲਕ ਹੈ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵੀ ਗਲਤ ਹੋਵੇ ਤਾਂ ਅਜਿਹੀ ਟਨਲ ਬਣਦੀ ਹੈ ਜੋ ਹੈਂਡਸ਼ੇਕ ਕਰਦੀ ਹੈ ਪਰ ਕੁਝ ਵੀ ਰੂਟ ਨਹੀਂ ਕਰਦੀ। ਹੇਠਾਂ ਦਿੱਤੀ ਯੋਜਨਾ ਉਸੇ ਕ੍ਰਮ ਵਿੱਚ ਨਿੱਜੀ ਦੋ-ਸਾਈਟ ਡਿਜ਼ਾਈਨ ਨੂੰ ਕਰਦੀ ਹੈ। ਇਹ ਜਾਣਬੁੱਝ ਕੇ IPv6 ਇੰਟਰਨੈੱਟ ਪਹੁੰਚ ਨਹੀਂ ਦਿੰਦੀ।
ਤੈਅ ਕਰੋ ਕਿ ਪ੍ਰੀਫਿਕਸ ਕਿਸ ਲਈ ਹੈ
ਜਦੋਂ ਟੀਚਾ ਸਾਈਟਾਂ ਵਿਚਕਾਰ ਨਿੱਜੀ ਪਹੁੰਚ ਹੋਵੇ ਤਾਂ fd00::/8 ਤੋਂ ਵਿਲੱਖਣ-ਸਥਾਨਕ ਪ੍ਰੀਫਿਕਸ ਕੁਦਰਤੀ ਚੋਣ ਹੈ। ਹਰ ਥਾਂ ਨੂੰ ਕਿਹੜਾ ISP ਸੇਵਾ ਦਿੰਦਾ ਹੈ ਇਸ ਤੋਂ ਬਿਨਾਂ ਵੀ ਇਹ ਸਥਿਰ ਰਹਿੰਦਾ ਹੈ ਅਤੇ ਗਲੋਬਲ ਰੂਟਿੰਗ ਸਾਰਣੀ ਵਿੱਚ ਘੋਸ਼ਿਤ ਨਹੀਂ ਹੁੰਦਾ, ਇਸ ਲਈ ਤੁਹਾਡੀ ਅੰਦਰੂਨੀ ਨੰਬਰਿੰਗ ਇੰਟਰਨੈੱਟ 'ਤੇ ਨਹੀਂ ਲੀਕ ਹੋ ਸਕਦੀ।
ਇਹੀ ਗੁਣ ਸੀਮਾ ਹੈ। ULA ਕੋਈ ਜਨਤਕ ਵਾਪਸੀ ਮਾਰਗ ਨਹੀਂ ਦਿੰਦਾ, ਕਿਉਂਕਿ ਕਿਸੇ ਵੀ ਉੱਪਰਲੇ ਪ੍ਰਦਾਤਾ ਨੂੰ ਨਹੀਂ ਪਤਾ ਕਿ ਇਸ ਨੂੰ ਤੁਹਾਡੇ ਗੇਟਵੇ ਵੱਲ ਰੂਟ ਕਰਨਾ ਹੈ। ਜੇ ਲੋੜ ਵਿੱਚ IPv6 ਇੰਟਰਨੈੱਟ ਐਗਰੈਸ ਸ਼ਾਮਲ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ ਲੋੜ ਹੈ ਇਸ ਨੂੰ ਤੁਹਾਡੇ ਤੱਕ ਰੂਟ ਕਰਨ ਵਾਲੇ ਪ੍ਰਦਾਤਾ ਤੋਂ ਬੰਦੋਬਸਤ, ਅਤੇ ਇਹ ਆਪਣੇ ਪ੍ਰੀਫਿਕਸ ਆਕਾਰ ਵਾਲਾ ਵੱਖਰਾ ਡਿਜ਼ਾਈਨ ਫੈਸਲਾ ਹੈ।
ਇਹ ਨਾ ਮੰਨੋ ਕਿ ਹਰ ਤੈਨਾਤੀ ਨੂੰ /48 ਚਾਹੀਦਾ ਹੈ। RFC 6177 ਅੰਤਿਮ ਸਾਈਟ ਦੇ ਇੱਕੋ ਲਾਜ਼ਮੀ ਆਕਾਰ ਤੋਂ ਦੂਰ ਹੋ ਗਿਆ, ਅਤੇ ਸਹੀ ਆਕਾਰ ਤੁਹਾਡੇ ਚਲਾਉਣ ਵਾਲੇ ਨੈੱਟਵਰਕਾਂ ਦੀ ਗਿਣਤੀ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਕਿਸੇ ਹੋਰ ਸੰਸਥਾ ਵੱਲੋਂ ਵੀ ਵਰਤੇ ਜਾ ਸਕਣ ਵਾਲਾ ਪ੍ਰੀਫਿਕਸ ਈਜਾਦ ਕਰਨ ਦੀ ਥਾਂ RFC 4193 ਪ੍ਰਕਿਰਿਆ ਨਾਲ ULA ਬਣਾਓ। ਕੋਈ ਵੀ ਡਿਵਾਈਸ ਸੰਰਚਿਤ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਨਤੀਜਾ ਪਤਾ ਯੋਜਨਾ ਵਿੱਚ ਲਿਖੋ, ਕਿਉਂਕਿ ਜਿਸ ਪ੍ਰੀਫਿਕਸ ਨੂੰ ਕਿਸੇ ਨੇ ਦਰਜ ਨਹੀਂ ਕੀਤਾ ਉਹ ਪ੍ਰੀਫਿਕਸ ਹੈ ਜਿਸ ਨੂੰ ਕੋਈ ਦੁਬਾਰਾ ਵਰਤੇਗਾ।
ਪ੍ਰੀਫਿਕਸ ਨੂੰ ਭੂਮਿਕਾਵਾਂ ਵਿੱਚ ਵੰਡੋ
ਹੇਠਾਂ ਦਿੱਤਾ ਉਦਾਹਰਨ fd7c:2e91:4a00::/48 ਵਰਤਦਾ ਹੈ, ਅਤੇ ਸਾਰਣੀ ਸਾਈਟ ਅਨੁਸਾਰ ਨਹੀਂ ਬਲਕਿ ਇਸ ਅਨੁਸਾਰ ਹੈ ਕਿ ਹਰ ਬਲਾਕ ਕਿੱਥੇ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ। ਮੁੱਲਾਂ ਨੂੰ ਨਮੂਨਾ ਮੰਨੋ ਅਤੇ ਕੁਝ ਵੀ ਤੈਨਾਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਆਪਣੇ ਬਣਾਓ।
| Where it is written | What appears there | Block used | What it establishes |
|---|---|---|---|
| Hub wg0.conf, interface address | A single host address on the tunnel | fd7c:2e91:4a00:ff00::1/128 | The hub's own tunnel identity |
| Hub wg0.conf, Site A peer | Two ranges in one AllowedIPs line | ::2/128 and :10::/64 | That A owns its tunnel address and its LAN |
| Hub wg0.conf, Site B peer | Two ranges in one AllowedIPs line | ::3/128 and :20::/64 | That B owns its tunnel address and its LAN |
| Site A wg0.conf, interface address | A single host address on the tunnel | fd7c:2e91:4a00:ff00::2/128 | A's identity as the hub sees it |
| Site B wg0.conf, interface address | A single host address on the tunnel | fd7c:2e91:4a00:ff00::3/128 | B's identity as the hub sees it |
LAN ਬਲਾਕ /64 ਹਨ ਕਿਉਂਕਿ ਆਮ SLAAC 64-ਬਿੱਟ ਇੰਟਰਫੇਸ ਪਛਾਣਕਰਤਾ ਦੀ ਉਮੀਦ ਕਰਦਾ ਹੈ। LAN ਨੂੰ ਛੋਟੇ ਬਲਾਕ ਵਿੱਚ ਵੰਡਣ ਨਾਲ ਬਹੁਤੇ ਹੋਸਟਾਂ 'ਤੇ ਇਹ ਧਾਰਨਾ ਟੁੱਟ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਨਿੱਜੀ ਯੋਜਨਾ ਵਿੱਚ ਪਤਾ ਬਚਤ ਲਈ ਸੰਚਾਲਨ ਖਰਚਾ ਯੋਗ ਨਹੀਂ ਹੈ। ਦੋਵੇਂ LAN ਬਲਾਕ /48 ਦੇ ਵਿਚਕਾਰੋਂ ਆਉਂਦੇ ਹਨ, ਜਿਸ ਨਾਲ ਹੇਠਲੀ ਸੀਮਾ ਅਗਲੀਆਂ ਸਾਈਟਾਂ ਲਈ ਖਾਲੀ ਰਹਿੰਦੀ ਹੈ।
ਟਨਲ ਪਤੇ ਪ੍ਰਬੰਧਕੀ ਭੰਡਾਰ ਹਨ, ਲਿੰਕ 'ਤੇ ਨੈੱਟਵਰਕ ਨਹੀਂ। ਹਰ ਇੰਟਰਫੇਸ ਇਸ ਵਿੱਚੋਂ ਇੱਕ /128 ਲੈਂਦਾ ਹੈ, ਇਸ ਲਈ ਕੋਈ ਹੋਸਟ ਟਨਲ 'ਤੇ ਸਾਂਝਾ ਸਬਨੈੱਟ ਨਹੀਂ ਮੰਨਦਾ ਅਤੇ ਜਿੱਥੇ ਲੋੜ ਨਹੀਂ ਉੱਥੇ ਗੁਆਂਢੀ ਖੋਜ ਨਹੀਂ ਚੱਲਦੀ। ਭੂਮਿਕਾਵਾਂ ਨੂੰ ਵੱਖਰਾ ਰੱਖੋ ਅਤੇ ਸੰਸਥਾ ਦੀ ਪਤਾ ਯੋਜਨਾ ਵਿੱਚ ਦਰਜ ਕਰੋ ਤਾਂ ਜੋ ਅਗਲੀ ਸਾਈਟ ਕੋਈ ਬਲਾਕ ਦੁਬਾਰਾ ਨਾ ਵਰਤੇ।
ਹਰ ਰਾਊਟਰ ਨੂੰ ਇੱਕ ਟਨਲ ਪਤਾ ਦਿਓ
ਹਰ ਰਾਊਟਰ ਲਈ ਇੱਕ /128 ਨਿਰਧਾਰਤ ਕਰੋ ਅਤੇ ਕੰਮ ਕਰ ਰਹੇ ਹੱਬ ਦੀਆਂ ਮੌਜੂਦਾ ਕੁੰਜੀਆਂ ਅਤੇ ਐਂਡਪੁਆਇੰਟ ਰੱਖੋ। ਹੇਠਾਂ ਦਿੱਤੇ ਤਿੰਨ ਮੁੱਲ ਸਿਰਫ਼ ਹੋਸਟ ਭਾਗ ਵਿੱਚ ਵੱਖਰੇ ਹਨ।
Hub: Address = fd7c:2e91:4a00:ff00::1/128
Site A: Address = fd7c:2e91:4a00:ff00::2/128
Site B: Address = fd7c:2e91:4a00:ff00::3/128ਇਹ /128 ਉਸ ਇੰਟਰਫੇਸ ਨੂੰ ਨਿਰਧਾਰਤ ਇੱਕੋ ਪਤਾ ਦੱਸਦਾ ਹੈ। ਇਹ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਪੀਅਰ ਕਿੰਨੇ ਟਿਕਾਣਿਆਂ ਨੂੰ ਰੂਟ ਕਰ ਸਕਦਾ ਹੈ, ਕਿਉਂਕਿ ਪਹੁੰਚ ਇੰਟਰਫੇਸ ਪ੍ਰੀਫਿਕਸ ਵਿੱਚ ਨਹੀਂ ਬਲਕਿ AllowedIPs ਵਿੱਚ ਪ੍ਰਗਟ ਹੁੰਦੀ ਹੈ।
ਹਰ ਸਾਈਟ ਰਾਊਟਰ ਨੂੰ ਆਪਣੇ LAN ਬਲਾਕ ਵਿੱਚ ਪਤਾ ਅਤੇ ਇਸ ਨੂੰ ਵੰਡਣ ਦਾ ਤਰੀਕਾ ਵੀ ਚਾਹੀਦਾ ਹੈ, ਆਮ ਤੌਰ 'ਤੇ SLAAC ਲਈ ਰਾਊਟਰ ਐਲਾਨ। WireGuard ਤੁਹਾਡੀ ਤਰਫ਼ੋਂ ਉਹ ਐਲਾਨ ਨਹੀਂ ਭੇਜਦਾ ਅਤੇ ਦੋਵੇਂ LAN ਨੂੰ ਜੋੜਦਾ ਨਹੀਂ। ਸਾਈਟ ਰਾਊਟਰ ਦੋਵੇਂ ਦਿਸ਼ਾਵਾਂ ਵਿੱਚ ਰਾਊਟਰ ਹੈ।
ਸਬਨੈੱਟ ਦੀ ਮਾਲਕੀ AllowedIPs ਵਿੱਚ ਰੱਖੋ
ਸਾਈਟ A ਲਈ ਹੱਬ ਦੀ ਪੀਅਰ ਐਂਟਰੀ A ਦੇ ਟਨਲ ਪਤੇ ਅਤੇ A ਦੇ LAN ਦੀ ਮਾਲਕ ਹੈ, ਅਤੇ ਇਹੀ ਜੋੜੀ ਪੂਰਾ ਮਾਲਕੀ ਬਿਆਨ ਹੈ। ਉਸ ਪੀਅਰ ਭਾਗ ਵਿੱਚ ਹੋਰ ਕੁਝ ਵੀ ਸਾਈਟ ਦਾ ਵਰਣਨ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ।
AllowedIPs = fd7c:2e91:4a00:ff00::2/128, fd7c:2e91:4a00:10::/64ਸਾਈਟ B ਦੀ ਪੀਅਰ ਐਂਟਰੀ ਮਿਲਦੀ ਜੋੜੀ ਦੀ ਮਾਲਕ ਹੈ, ਅਤੇ ਇੱਥੇ ਸਮਰੂਪਤਾ ਸੰਖੇਪਤਾ ਨਾਲੋਂ ਵੱਧ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਦੋਵੇਂ ਲਾਈਨਾਂ ਇਕੱਠੀਆਂ ਪੜ੍ਹੋ ਅਤੇ ਮਾਲਕੀ ਦੀ ਵੰਡ ਇੱਕ ਨਜ਼ਰ ਵਿੱਚ ਦਿਸਦੀ ਹੈ।
AllowedIPs = fd7c:2e91:4a00:ff00::3/128, fd7c:2e91:4a00:20::/64ਇਹ ਦੋ ਵੱਖਰੇ ਪੀਅਰ ਭਾਗ ਹਨ, ਇੱਕ ਪੀਅਰ ਲਈ ਮੁਕਾਬਲਾ ਕਰਦੀਆਂ ਦੋ ਸੂਚੀਆਂ ਨਹੀਂ। WireGuard AllowedIPs ਨੂੰ ਦੋਵੇਂ ਦਿਸ਼ਾਵਾਂ ਵਿੱਚ ਵਰਤਦਾ ਹੈ: ਬਾਹਰ ਜਾਣ ਵਾਲੇ ਟਿਕਾਣੇ ਲਈ ਪੀਅਰ ਚੁਣਦਾ ਹੈ, ਅਤੇ ਜਿਸ ਪੈਕੇਟ ਦਾ ਸਰੋਤ ਉਸ ਪੀਅਰ ਨੂੰ ਨਿਰਧਾਰਤ ਸੀਮਾ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ ਜਿਸ ਨੇ ਇਸ ਨੂੰ ਡੀਕ੍ਰਿਪਟ ਕੀਤਾ, ਉਸ ਨੂੰ ਅਸਵੀਕਾਰ ਕਰਦਾ ਹੈ। ਦੋਵੇਂ ਪੀਅਰਾਂ ਨੂੰ ਪੂਰਾ /48 ਦੇਣ ਨਾਲ ਉਹ ਦੂਜੀ ਜਾਂਚ ਬੰਦ ਹੋ ਜਾਂਦੀ ਹੈ ਅਤੇ ਧੁੰਦਲਾ ਹੋ ਜਾਂਦਾ ਹੈ ਕਿ ਕਿਹੜੀ ਸਾਈਟ ਕਿਹੜੇ ਬਲਾਕ ਦੀ ਮਾਲਕ ਹੈ। ਇਹੀ ਫ਼ਰਕ ਗਲਤ ਸਰੋਤ ਪਤੇ ਨੂੰ ਚੁੱਪਚਾਪ ਸਵੀਕਾਰ ਹੋਣ ਦੀ ਥਾਂ ਦਿਸਣਯੋਗ ਬਣਾਉਂਦਾ ਹੈ।
ਹਰ ਸਾਈਟ ਨੂੰ ਸਿਰਫ਼ ਉਹ ਟਿਕਾਣੇ ਚਾਹੀਦੇ ਹਨ ਜੋ ਉਸ ਦੇ ਹੱਬ ਪੀਅਰ ਰਾਹੀਂ ਪਹੁੰਚਯੋਗ ਹਨ: ਸਾਈਟ A ਹੱਬ ਦਾ ਪਤਾ, ਸਾਈਟ B ਦਾ ਟਨਲ ਪਤਾ ਅਤੇ B ਦਾ LAN ਸੂਚੀਬੱਧ ਕਰਦੀ ਹੈ, ਅਤੇ ਸਾਈਟ B ਉਲਟਾ ਸਮੂਹ ਸੂਚੀਬੱਧ ਕਰਦੀ ਹੈ। ਸੂਚੀਆਂ ਜਾਣਬੁੱਝ ਕੇ ਅਸਮਾਨ ਹਨ, ਕਿਉਂਕਿ ਹਰ ਰਾਊਟਰ ਟੋਪੋਲੋਜੀ ਦਾ ਵੱਖਰਾ ਪਾਸਾ ਦੇਖਦਾ ਹੈ। ਦੋਵੇਂ ਪਤਾ ਯੋਜਨਾ ਤੋਂ ਲਿਖੋ, ਦੂਜੀ ਸਾਈਟ ਦੀ ਸੰਰਚਨਾ ਤੋਂ ਨਹੀਂ, ਕਿਉਂਕਿ ਇਸ ਤਰ੍ਹਾਂ ਹੀ ਪੁਰਾਣੀ ਸੀਮਾ ਦੁਬਾਰਾ ਨੰਬਰਿੰਗ ਤੋਂ ਬਚਦੀ ਹੈ।
wg-quick ਨਾਲ ਇਹ ਸੀਮਾਵਾਂ ਰੂਟ ਵੀ ਬਣਾਉਂਦੀਆਂ ਹਨ। systemd-networkd ਜਾਂ ਹੱਥੀਂ ਸੈੱਟਅੱਪ ਵਿੱਚ ਬਰਾਬਰ ਦੇ ਰੂਟ ਆਪ ਜੋੜੋ; ਨਹੀਂ ਤਾਂ ਟਨਲ ਅਜਿਹੇ ਪੈਕੇਟ ਢੋਂਦੀ ਹੈ ਜੋ ਕਰਨਲ ਕਦੇ ਇਸ ਵਿੱਚ ਨਹੀਂ ਭੇਜਦਾ।
ਫਾਰਵਰਡਿੰਗ ਪੂਰੀ ਕਰੋ ਅਤੇ ਦੋਵੇਂ ਦਿਸ਼ਾਵਾਂ ਜਾਂਚੋ
ਹੱਬ 'ਤੇ ਅਤੇ ਦੋਵੇਂ ਸਾਈਟ ਰਾਊਟਰਾਂ 'ਤੇ IPv6 ਫਾਰਵਰਡਿੰਗ ਸਮਰੱਥ ਕਰੋ, ਅਤੇ ਫਾਰਵਰਡ ਨੀਤੀ ਵਿੱਚ ਲੋੜੀਂਦੀਆਂ ਅੰਤਰ-ਸਾਈਟ ਸੇਵਾਵਾਂ ਦੀ ਆਗਿਆ ਦਿਓ। ICMPv6 Packet Too Big ਸੁਨੇਹੇ ਵਰਤੋਂਯੋਗ ਰੱਖੋ, ਕਿਉਂਕਿ ਉਹਨਾਂ ਨੂੰ ਸੁੱਟਣ ਨਾਲ ਪਥ MTU ਖੋਜ ਟੁੱਟਦੀ ਹੈ ਅਤੇ ਵੱਡੇ ਸਥਾਨਾਂਤਰਣਾਂ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨ ਖਰਾਬੀ ਵਰਗੇ ਦਿਸਦੇ ਰੁਕਾਵਟ ਪੈਦਾ ਹੁੰਦੇ ਹਨ। ਫਾਇਰਵਾਲ ਆਗਿਆ ਤੋਂ ਬਿਨਾਂ ਫਾਰਵਰਡ ਕਰਨ ਵਾਲਾ ਹੱਬ ਪੈਕੇਟ ਨੂੰ ਰੂਟਿੰਗ ਅਤੇ ਟਨਲ ਵਿਚਕਾਰ ਸੁੱਟ ਦਿੰਦਾ ਹੈ। ਇਹ ਅਸਫਲਤਾ ਢੰਗ ਜਾਣਨ ਯੋਗ ਹੈ, ਕਿਉਂਕਿ ਟਨਲ ਚੱਲਦੀ ਰਹਿੰਦੀ ਹੈ ਅਤੇ ਸਿਰਫ਼ ਕੁਝ ਪ੍ਰਵਾਹ ਮਰਦੇ ਹਨ।
sysctl net.ipv6.conf.all.forwarding
ip -6 route
ping -6 -c 3 fd7c:2e91:4a00:20::1ਸਾਈਟ A ਦੇ ਹੋਸਟ ਤੋਂ ਸਾਈਟ B ਦੇ ਹੋਸਟ ਤੱਕ ਅਤੇ ਫਿਰ ਉਲਟ ਦਿਸ਼ਾ ਵਿੱਚ ਜਾਂਚੋ। ਹੱਬ ਦੇ ਟਨਲ ਪਤੇ 'ਤੇ ping ਸਿਰਫ਼ ਪਹਿਲੀ ਛਾਲ ਜਾਂਚਦਾ ਹੈ ਅਤੇ LAN ਰੂਟ ਗਲਤ ਹੋਣ 'ਤੇ ਵੀ ਸਫਲ ਹੋਵੇਗਾ। ਹੋਸਟ-ਤੋਂ-ਹੋਸਟ ਪ੍ਰਵਾਹ ਹੀ ਯੋਜਨਾ ਸਿੱਧ ਕਰਦਾ ਹੈ।
ਬਾਹਰੀ WireGuard ਕਨੈਕਸ਼ਨ IPv4 'ਤੇ ਚੱਲ ਸਕਦਾ ਹੈ ਜਦੋਂ ਕਿ ਅੰਦਰੂਨੀ ਟ੍ਰੈਫਿਕ IPv6 ਹੁੰਦਾ ਹੈ, ਅਤੇ ਇਹ ਸੁਤੰਤਰਤਾ ਮਾਈਗ੍ਰੇਸ਼ਨ ਦੌਰਾਨ ਲਾਹੇਵੰਦ ਹੈ। ਜੇ ਬਾਅਦ ਵਿੱਚ ਗਲੋਬਲ IPv6 ਐਗਰੈਸ ਜੋੜਿਆ ਜਾਵੇ, ਤਾਂ ਪ੍ਰਦਾਤਾ ਬੰਦੋਬਸਤ, ਸਰੋਤ ਪਤਾ ਚੋਣ ਅਤੇ ਵਾਪਸੀ ਰੂਟਿੰਗ ਨੂੰ ਨਵੇਂ ਡਿਜ਼ਾਈਨ ਕਦਮ ਵਜੋਂ ਮੁੜ ਵੇਖੋ; ਉੱਪਰ ਦਿੱਤੀ ਨਿੱਜੀ ਯੋਜਨਾ ਸਾਈਟ-ਤੋਂ-ਸਾਈਟ ਟ੍ਰੈਫਿਕ ਲਈ ਵੈਧ ਰਹਿੰਦੀ ਹੈ।