Azure ਪੁਆਇੰਟ-ਟੂ-ਸਾਈਟ VPN ਤੁਹਾਡਾ ਜਨਤਕ IP ਕਿਉਂ ਨਹੀਂ ਬਦਲਦਾ
ਪੁਆਇੰਟ-ਟੂ-ਸਾਈਟ ਟਨਲ ਸਿਰਫ਼ ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਦੇ ਰੂਟ ਲੈ ਜਾਂਦੀ ਹੈ, ਇਸ ਲਈ ਜਦੋਂ ਤੱਕ ਜ਼ਬਰਦਸਤੀ ਟਨਲਿੰਗ ਅਤੇ ਫਾਇਰਵਾਲ SNAT ਐਗਰੈਸ ਨੂੰ Azure ਵਿੱਚ ਨਹੀਂ ਲੈ ਜਾਂਦੇ, ਤੁਹਾਡਾ ਜਨਤਕ IP ਸਥਾਨਕ ਹੀ ਰਹਿੰਦਾ ਹੈ।
ਮੈਂ Windows ਲੈਪਟਾਪ 'ਤੇ Azure VPN ਕਲਾਇੰਟ ਜੋੜਦਾ ਹਾਂ, ਪਤਾ-ਪ੍ਰਤੀਧੁਨੀ ਪੰਨਾ ਖੋਲ੍ਹਦਾ ਹਾਂ ਅਤੇ ਉਹੀ ਜਨਤਕ ਪਤਾ ਦੇਖਦਾ ਹਾਂ ਜੋ ਮੇਰੇ ਘਰ ਦੇ ਰਾਊਟਰ ਨੇ ਦਿੱਤਾ ਸੀ। ਇਸ ਦੌਰਾਨ 10.20.0.4 'ਤੇ ਜੰਪ ਬਾਕਸ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਅਤੇ ਇੱਕ ਨਿੱਜੀ ਐਂਡਪੌਇੰਟ ਨਾਮ ਹੱਲ ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ ਟਨਲ ਟੁੱਟੀ ਨਹੀਂ ਹੈ। ਪੁਆਇੰਟ-ਟੂ-ਸਾਈਟ ਗੇਟਵੇ ਠੀਕ ਉਹੀ ਕਰ ਰਿਹਾ ਹੈ ਜੋ ਇਸਦੀ ਡਿਫ਼ਾਲਟ ਸੰਰਚਨਾ ਕਹਿੰਦੀ ਹੈ: ਨਿੱਜੀ ਪ੍ਰੀਫ਼ਿਕਸ ਲੈ ਜਾਣਾ ਅਤੇ ਬਾਕੀ ਸਭ ਸਥਾਨਕ ਲਿੰਕ 'ਤੇ ਛੱਡ ਦੇਣਾ। Azure ਦੀ ਮਲਕੀਅਤ ਵਾਲਾ ਐਗਰੈਸ ਪਤਾ ਲੈਣਾ ਰੂਟਿੰਗ ਡਿਜ਼ਾਈਨ ਦਾ ਬਦਲਾਅ ਹੈ, ਮੁਰੰਮਤ ਨਹੀਂ।
ਗੇਟਵੇ ਡਿਫ਼ਾਲਟ ਰੂਪ ਵਿੱਚ ਕੀ ਘੋਸ਼ਿਤ ਕਰਦਾ ਹੈ
ਗੇਟਵੇ ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਦੀ ਪਤਾ ਥਾਂ ਲਈ ਰੂਟ ਪੁਸ਼ ਕਰਦਾ ਹੈ, ਨਾਲ ਹੀ ਉਹ ਪੀਅਰ ਨੈੱਟਵਰਕ ਜਿੱਥੇ ਗੇਟਵੇ ਟਰਾਂਜ਼ਿਟ ਦੀ ਆਗਿਆ ਹੈ ਅਤੇ ਸਾਈਟ-ਟੂ-ਸਾਈਟ ਕਨੈਕਸ਼ਨ ਜਾਂ BGP ਰਾਹੀਂ ਸਿੱਖੇ ਸਥਾਨਕ ਪ੍ਰੀਫ਼ਿਕਸ। ਉਸ ਸੈਟ ਵਿੱਚ ਕੋਈ 0.0.0.0/0 ਨਹੀਂ ਹੈ। ਤੁਹਾਡਾ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਆਪਣਾ ਡਿਫ਼ਾਲਟ ਰੂਟ Wi-Fi ਜਾਂ Ethernet 'ਤੇ ਰੱਖਦਾ ਹੈ, ਇਸ ਲਈ ਜਨਤਕ API ਵੱਲ ਜਾਣ ਵਾਲਾ ਪੈਕੇਟ ਟਨਲ ਵਿੱਚ ਕਦੇ ਦਾਖਲ ਹੀ ਨਹੀਂ ਹੁੰਦਾ।
ਕਲਾਇੰਟ ਨੂੰ ਟਨਲ ਦੇ ਅੰਦਰ ਜੋ ਪਤਾ ਮਿਲਦਾ ਹੈ ਉਹ ਪੁਆਇੰਟ-ਟੂ-ਸਾਈਟ ਪੂਲ ਤੋਂ ਨਿੱਜੀ ਲੀਜ਼ ਹੈ। ਇਹ VNet ਦੇ ਸਰੋਤਾਂ ਸਾਹਮਣੇ ਕਲਾਇੰਟ ਦੀ ਪਛਾਣ ਕਰਦਾ ਹੈ; ਇਹ ਇੰਟਰਨੈੱਟ ਨੂੰ ਦਿਸਣ ਵਾਲਾ ਪਤਾ ਨਹੀਂ ਹੈ, ਅਤੇ ਕਿਸੇ SaaS API ਵੱਲ ਜਾਣ ਵਾਲੀ ਬਾਹਰੀ ਬੇਨਤੀ ਦੇ ਸਰੋਤ ਵਜੋਂ ਇਹ ਕਦੇ ਨਹੀਂ ਦਿਸੇਗਾ। ਉਸ ਲੀਜ਼ ਦੁਆਲੇ ਬਣੀ allowlist ਐਂਟਰੀ ਕੰਮ ਨਹੀਂ ਕਰ ਸਕਦੀ, ਤੁਸੀਂ ਵਿਕਰੇਤਾ ਦੇ ਲਾਗਾਂ ਵਿੱਚ ਇਸ ਦੇ ਦਿਸਣ ਦੀ ਕਿੰਨੀ ਵੀ ਉਡੀਕ ਕਰੋ।
ਸਪਲਿਟ ਟਨਲ ਅਤੇ ਜ਼ਬਰਦਸਤੀ ਟਨਲਿੰਗ ਨਾਲ ਨਾਲ
| Split tunnel, the default | Forced tunneling | |
|---|---|---|
| Internet traffic exits through | local ISP or office router | firewall or appliance inside Azure |
| Source address the API sees | your home or office IP | the firewall public IP |
| Inspection and logging in Azure | none | policy rules plus flow logs |
| Ongoing cost | gateway only | gateway, firewall hours, data processing |
| What usually breaks | nothing on the egress path | DNS, on-premises routes, overlapping local ranges |
ਸਿਰਫ਼ ਦੂਜੀ ਕਤਾਰ ਉਹ ਪਤਾ ਬਦਲਦੀ ਹੈ ਜੋ ਕੋਈ ਦੂਰਸਥ ਸੇਵਾ ਦੇਖਦੀ ਹੈ। ਉਸ ਟੇਬਲ ਵਿੱਚ ਬਾਕੀ ਸਭ ਲਾਗਤ ਅਤੇ ਕਾਰਜ-ਸਤਹ ਹੈ ਜੋ ਤੁਸੀਂ ਤਦ ਸਵੀਕਾਰ ਕਰਦੇ ਹੋ ਜਦੋਂ ਐਗਰੈਸ ਨੂੰ Azure ਦੇ ਅੰਦਰ ਜਾਂਚਣਾ ਜਾਂ ਅਨੁਵਾਦ ਕਰਨਾ ਪੈਂਦਾ ਹੈ। ਜੇ ਕੋਈ ਤੁਹਾਨੂੰ ਜਨਤਕ IP ਬਦਲਣ ਲਈ ਕਹੇ, ਤਾਂ ਉਹ ਪੂਰਾ ਸੱਜਾ ਕਾਲਮ ਮੰਗ ਰਿਹਾ ਹੈ, ਕਲਾਇੰਟ ਵਿੱਚ ਕੋਈ ਛੋਟਾ ਸੁਧਾਰ ਨਹੀਂ।
ਕੁਝ ਵੀ ਦੁਬਾਰਾ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਨਾਮ ਦੇਣ ਯੋਗ ਇੱਕ ਵਿਚਕਾਰਲਾ ਵਿਕਲਪ ਹੈ। VNet ਦੇ ਅੰਦਰ ਇੱਕ ਪ੍ਰੌਕਸੀ ਜਾਂ ਗੇਟਵੇ VM ਤੁਹਾਨੂੰ ਉਹਨਾਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਨਿਯੰਤਰਿਤ ਸਰੋਤ ਪਤਾ ਦਿੰਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਉਸ ਵੱਲ ਭੇਜਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਕਲਾਇੰਟ ਦਾ ਡਿਫ਼ਾਲਟ ਰੂਟ ਹਿਲਾਏ ਬਿਨਾਂ। ਇਹ ਆਮ ਬ੍ਰਾਊਜ਼ਿੰਗ ਸਥਾਨਕ ਰੱਖਦਾ ਹੈ ਅਤੇ ਫਿਰ ਵੀ ਅਜਿਹੇ ਸਾਝੀਦਾਰ ਨੂੰ ਸੰਤੁਸ਼ਟ ਕਰਦਾ ਹੈ ਜਿਸਨੂੰ ਸਿਰਫ਼ ਇੱਕ API ਕਾਲ Azure ਤੋਂ ਆਉਣ ਦੀ ਲੋੜ ਹੈ। ਜਦੋਂ ਲੋੜ ਸੱਚਮੁੱਚ ਸਾਰੇ ਟ੍ਰੈਫ਼ਿਕ ਦੀ ਹੋਵੇ ਤਾਂ ਇਹ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ, ਕਿਉਂਕਿ ਪ੍ਰੌਕਸੀ ਸੈਟਿੰਗ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨ ਵਾਲਾ ਹਰ ਕੁਝ ਫਿਰ ਵੀ ਸਥਾਨਕ ਰੂਪ ਵਿੱਚ ਬਾਹਰ ਜਾਂਦਾ ਹੈ।
ਟਨਲ ਨੂੰ ਡਿਫ਼ਾਲਟ ਰੂਟ ਲੈ ਜਾਣ ਦਿਓ
ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਗੇਟਵੇ 'ਤੇ, ਕਲਾਇੰਟ ਦਾ ਸਾਰਾ ਇੰਟਰਨੈੱਟ ਟ੍ਰੈਫ਼ਿਕ ਟਨਲ ਵਿੱਚ ਲਿਜਾਣ ਦਾ ਸਮਰਥਿਤ ਤਰੀਕਾ ਪੁਆਇੰਟ-ਟੂ-ਸਾਈਟ ਸੰਰਚਨਾ ਵਿੱਚ ਕਸਟਮ ਰੂਟ ਜੋੜਨਾ ਹੈ। ਦੋ ਅੱਧੇ ਪੂਰੀ IPv4 ਥਾਂ ਨੂੰ ਢਕਦੇ ਹਨ, ਅਤੇ ਹਰ ਇੱਕ ਸਥਾਨਕ ਡਿਫ਼ਾਲਟ ਰੂਟ ਨਾਲੋਂ ਵਧੇਰੇ ਖਾਸ ਹੈ, ਇਸ ਲਈ ਕਲਾਇੰਟ ਕੁਝ ਵੀ ਮਿਟਾਏ ਬਿਨਾਂ ਉਹਨਾਂ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦਾ ਹੈ:
Set-AzVirtualNetworkGateway -VirtualNetworkGateway GWOBJ -CustomRoute 0.0.0.0/1,128.0.0.0/1ਉਹ ਲਾਈਨ ਉਦਾਹਰਨ ਹੈ, ਕਾਪੀ-ਪੇਸਟ ਲਈ ਪੂਰੀ ਨਹੀਂ: ਪਹਿਲਾਂ Get-AzVirtualNetworkGateway ਨਾਲ ਗੇਟਵੇ ਆਬਜੈਕਟ ਲਵੋ ਅਤੇ GWOBJ ਦੀ ਥਾਂ ਉਹ ਰੱਖੋ, ਅਤੇ ਚਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ SKU ਅਤੇ ਤੈਨਾਤੀ ਮਾਡਲ ਕਸਟਮ ਰੂਟ ਸਵੀਕਾਰ ਕਰਦੇ ਹਨ। ਉਹੀ ਪ੍ਰੀਫ਼ਿਕਸ ਪੋਰਟਲ ਵਿੱਚ ਪੁਆਇੰਟ-ਟੂ-ਸਾਈਟ ਸੰਰਚਨਾ ਪੰਨੇ 'ਤੇ ਦਿਸਦੇ ਹਨ, ਅਤੇ ਜੇ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਗੇਟਵੇ ਨੂੰ ਸਕ੍ਰਿਪਟ ਨਹੀਂ ਕਰ ਰਹੇ ਤਾਂ ਉਹਨਾਂ ਨੂੰ ਸੈਟ ਕਰਨ ਦੀ ਵਧੇਰੇ ਸੁਰੱਖਿਅਤ ਥਾਂ ਉਹੀ ਹੈ।
ਉਹਨਾਂ ਪ੍ਰੀਫ਼ਿਕਸ ਨੂੰ ਬਦਲਣ ਨਾਲ ਕਲਾਇੰਟ ਪੈਕੇਜ ਅਵੈਧ ਹੋ ਜਾਂਦਾ ਹੈ। VPN ਕਲਾਇੰਟ ਪੈਕੇਜ ਦੁਬਾਰਾ ਡਾਊਨਲੋਡ ਕਰੋ ਅਤੇ ਦੁਬਾਰਾ ਸਥਾਪਿਤ ਕਰੋ, ਕਿਉਂਕਿ ਰੂਟ ਪ੍ਰੋਫ਼ਾਈਲ ਦੇ ਅੰਦਰ ਯਾਤਰਾ ਕਰਦੇ ਹਨ। ਪੁਰਾਣੀ ਪ੍ਰੋਫ਼ਾਈਲ ਨਾਲ ਦੁਬਾਰਾ ਜੁੜਨ ਵਾਲਾ ਕਲਾਇੰਟ ਪੁਰਾਣਾ ਰੂਟ ਸੈਟ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਤੁਸੀਂ ਉਸ ਬਦਲਾਅ ਨੂੰ ਡੀਬੱਗ ਕਰਨ ਵਿੱਚ ਇੱਕ ਘੰਟਾ ਗੁਆ ਸਕਦੇ ਹੋ ਜੋ ਉਸ ਤੱਕ ਕਦੇ ਪਹੁੰਚਿਆ ਹੀ ਨਹੀਂ।
ਸੁਰੱਖਿਅਤ ਵਰਚੁਅਲ WAN ਹੱਬ ਵਿੱਚ ਬਰਾਬਰ ਚੀਜ਼ ਪੁਆਇੰਟ-ਟੂ-ਸਾਈਟ ਗੇਟਵੇ ਨਾਲ ਜੁੜੀ ਹੱਬ ਰੂਟ ਟੇਬਲ ਵਿੱਚ ਡਿਫ਼ਾਲਟ ਰੂਟ ਹੈ, ਅਤੇ ਟ੍ਰੈਫ਼ਿਕ ਹੱਬ ਦਾ Azure Firewall ਲੈਂਦਾ ਹੈ। ਫਾਇਰਵਾਲ ਇੰਟਰਨੈੱਟ ਵੱਲ ਜਾਣ ਵਾਲੇ ਕਨੈਕਸ਼ਨਾਂ ਦਾ ਅਨੁਵਾਦ ਆਪਣੇ ਜਨਤਕ IP ਪਤਿਆਂ ਵਿੱਚ ਕਰਦਾ ਹੈ, ਅਤੇ ਨਵਾਂ ਐਗਰੈਸ ਪਤਾ ਉਸੇ ਅਨੁਵਾਦ ਤੋਂ ਆਉਂਦਾ ਹੈ। ਜਦੋਂ ਇੱਕ ਫਾਇਰਵਾਲ ਕੋਲ ਕਈ ਜਨਤਕ IP ਹੋਣ, ਉਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਸਰੋਤ ਵਜੋਂ ਦਿਸ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ allowlist ਵਿੱਚ ਸਾਰੇ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ।
ਉੱਪਰ ਦੋਵੇਂ ਡਿਜ਼ਾਈਨ IPv4 ਹਨ। ਦੋ /1 ਪ੍ਰੀਫ਼ਿਕਸ IPv6 ਲਈ ਕੁਝ ਨਹੀਂ ਕਰਦੇ, ਅਤੇ ਪੁਆਇੰਟ-ਟੂ-ਸਾਈਟ ਦਾ IPv6 ਸਮਰਥਨ ਇੰਨਾ ਸੀਮਤ ਹੈ ਕਿ ਸਮਾਨਤਾ ਦਾ ਵਾਅਦਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸੰਜੋਗ ਦੀ ਜਾਂਚ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।
ਪਹਿਲਾਂ ਰੂਟ ਜਾਂਚੋ, ਫਿਰ ਐਗਜ਼ਿਟ
ਪੈਕੇਜ ਦੁਬਾਰਾ ਸਥਾਪਿਤ ਕਰਨ ਅਤੇ ਦੁਬਾਰਾ ਜੁੜਨ ਤੋਂ ਬਾਅਦ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਕਲਾਇੰਟ ਨੇ ਸੱਚਮੁੱਚ ਦੋਵੇਂ ਅੱਧੇ ਸਥਾਪਿਤ ਕੀਤੇ। Windows 'ਤੇ Get-NetRoute -DestinationPrefix 0.0.0.0/1 ਅਤੇ 128.0.0.0/1 ਲਈ ਉਹੀ ਕਵੈਰੀ ਟਨਲ ਇੰਟਰਫ਼ੇਸ ਦਾ ਨਾਮ ਦੱਸਣੀ ਚਾਹੀਦੀ ਹੈ, ਅਤੇ route print ਤੁਹਾਡੇ ਮੂਲ ਡਿਫ਼ਾਲਟ ਦੇ ਨਾਲ ਦੋਵੇਂ ਦਿਖਾਉਂਦਾ ਹੈ। Linux 'ਤੇ ip route show ਨੂੰ ਦੋਵੇਂ ਪ੍ਰੀਫ਼ਿਕਸ ਸੂਚੀਬੱਧ ਕਰਨੇ ਚਾਹੀਦੇ ਹਨ; ਜੇ ਨਹੀਂ ਕਰਦਾ, ਤਾਂ ਪ੍ਰੋਫ਼ਾਈਲ ਨੇ ਉਹਨਾਂ ਨੂੰ ਕਦੇ ਲਿਜਾਇਆ ਹੀ ਨਹੀਂ।
ਫਿਰ ਕਲਾਇੰਟ ਤੋਂ ਜਨਤਕ ਪਤਾ ਦੁਬਾਰਾ ਜਾਂਚੋ ਅਤੇ ਉਸੇ ਕਨੈਕਸ਼ਨ ਲਈ ਫਾਇਰਵਾਲ ਲਾਗ ਪੜ੍ਹੋ। ਸਰੋਤ ਅਨੁਵਾਦਿਤ ਪੋਰਟ ਵਾਲਾ ਫਾਇਰਵਾਲ ਦਾ ਜਨਤਕ IP ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਦੋਵੇਂ ਰੂਟ ਹੋਣ ਦੇ ਬਾਵਜੂਦ ਵੀ ਸਥਾਨਕ ਰੂਪ ਵਿੱਚ ਬਾਹਰ ਜਾਣ ਵਾਲਾ ਕਲਾਇੰਟ ਭਾਵ ਪੈਕੇਟ Azure ਤੱਕ ਪਹੁੰਚੇ ਅਤੇ ਕਿਸੇ ਹੋਰ ਰਾਹੀਂ ਨਿਕਲੇ: ਗੇਟਵੇ ਸਬਨੈੱਟ 'ਤੇ ਵਰਤੋਂਕਾਰ-ਪਰਿਭਾਸ਼ਿਤ ਰੂਟ, ਆਪਣੇ ਆਪ ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਵੱਲ ਜ਼ਬਰਦਸਤੀ ਟਨਲ ਵਿੱਚ ਹੋਇਆ ਫਾਇਰਵਾਲ, ਜਾਂ ਅਜਿਹੀ ਨੀਤੀ ਜੋ ਅਨੁਵਾਦ ਤੋਂ ਪਹਿਲਾਂ ਫਲੋ ਡਿੱਗਣ ਦਿੰਦੀ ਹੈ।
ਉਸੇ ਸੈਸ਼ਨ ਵਿੱਚ ਇੱਕ ਨਿੱਜੀ ਮੰਜ਼ਿਲ ਦੁਬਾਰਾ ਪਰਖੋ। ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਜਵਾਬ ਦੇਣਾ ਬੰਦ ਕਰ ਦੇਣ ਵਾਲਾ ਜੰਪ ਹੋਸਟ ਆਮ ਸੰਕੇਤ ਹੈ ਕਿ ਨਵੇਂ ਪ੍ਰੀਫ਼ਿਕਸ ਨੇ ਕੁਝ ਹਟਾ ਦਿੱਤਾ ਹੈ, ਜਾਂ ਤਾਂ ਪਹਿਲਾਂ ਘੋਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਕੋਈ ਸੰਕੁਚਿਤ ਸਥਾਨਕ ਰੂਟ, ਜਾਂ ਨਾਮ ਹੱਲ ਜੋ ਹੁਣ ਤੁਹਾਡੇ ਨਿੱਜੀ ਜ਼ੋਨਾਂ ਲਈ ਫ਼ਾਰਵਰਡਰ ਰਹਿਤ ਰਿਜ਼ੌਲਵਰ ਵੱਲ ਜਾਂਦਾ ਹੈ।
ਕਦੋਂ ਸਪਲਿਟ ਟਨਲ ਨੂੰ ਇਕੱਲਾ ਛੱਡਣਾ ਹੈ
ਜੇ ਟੀਚਾ ਸਿਰਫ਼ ਕਿਸੇ ਨਿੱਜੀ API, ਨਿੱਜੀ ਐਂਡਪੌਇੰਟ ਜਾਂ ਅੰਦਰੂਨੀ ਐਡਮਿਨ ਪੰਨੇ ਤੱਕ ਪਹੁੰਚਣਾ ਹੈ, ਤਾਂ ਡਿਫ਼ਾਲਟ ਵਿਵਹਾਰ ਸਸਤਾ ਅਤੇ ਸ਼ਾਂਤ ਹੈ। ਜ਼ਬਰਦਸਤੀ ਟਨਲਿੰਗ ਫਾਇਰਵਾਲ ਘੰਟੇ ਅਤੇ ਡੇਟਾ-ਪ੍ਰੋਸੈਸਿੰਗ ਖਰਚ, ਲੰਮਾ ਰਾਹ, ਅਤੇ ਇੱਕ ਹੋਰ ਥਾਂ ਜੋੜਦੀ ਹੈ ਜਿੱਥੇ ਹਰ ਕਲਾਇੰਟ ਫਲੋ ਫੇਲ੍ਹ ਹੋ ਸਕਦਾ ਹੈ। ਇਹ ਉਸ ਇੱਕ ਮੰਜ਼ਿਲ ਨਾਲੋਂ ਬਹੁਤ ਵੱਧ ਟ੍ਰੈਫ਼ਿਕ ਵੀ ਫੜਦੀ ਹੈ ਜਿਸਦੀ ਤੁਹਾਨੂੰ ਚਿੰਤਾ ਸੀ।
ਇਸਦਾ ਸਹਾਰਾ ਤਦ ਲਵੋ ਜਦੋਂ ਲੋੜ ਐਗਰੈਸ ਦੇ ਰੂਪ ਵਿੱਚ ਕਹੀ ਗਈ ਹੋਵੇ: ਸਾਝੀਦਾਰ ਨੂੰ ਇੱਕ ਨਿਸ਼ਚਿਤ Azure ਪਤਾ ਦਿਸਣਾ ਚਾਹੀਦਾ ਹੈ, ਸੁਰੱਖਿਆ ਚਾਹੁੰਦੀ ਹੈ ਕਿ ਕਨੈਕਸ਼ਨ ਲਾਗ ਹੋਣ ਅਤੇ ਜਾਂਚੇ ਜਾਣ, ਜਾਂ ਡੇਟਾ ਇੱਕ ਨਿਯੰਤਰਿਤ ਬਿੰਦੂ ਰਾਹੀਂ ਬਾਹਰ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਤਦ ਵੀ ਡਿਜ਼ਾਈਨ ਹਰ ਵਰਤੋਂਕਾਰ ਨੂੰ ਸਾਂਝਾ ਐਗਜ਼ਿਟ ਦਿੰਦਾ ਹੈ, ਇਸ ਲਈ ਪ੍ਰਤੀ-ਵਰਤੋਂਕਾਰ ਜਵਾਬਦੇਹੀ ਸਰੋਤ ਪਤੇ ਤੋਂ ਨਹੀਂ, ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚਲੀ ਪਛਾਣ ਤੋਂ ਆਉਣੀ ਚਾਹੀਦੀ ਹੈ।
ਬਦਲਾਅ ਬੰਦ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਚਾਰ ਗੱਲਾਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ: ਸਥਾਪਿਤ ਕਲਾਇੰਟ ਪੈਕੇਜ ਨਵਾਂ ਹੈ, ਦੋਵੇਂ /1 ਰੂਟ ਟਨਲ ਇੰਟਰਫ਼ੇਸ 'ਤੇ ਹਨ, ਇੱਕ ਨਿੱਜੀ ਮੰਜ਼ਿਲ ਅਜੇ ਵੀ ਜਵਾਬ ਦਿੰਦੀ ਹੈ, ਅਤੇ ਦੂਰਸਥ ਸੇਵਾ ਦਾ ਲਾਗ ਫਾਇਰਵਾਲ ਪਤਾ ਦਿਖਾਉਂਦਾ ਹੈ।