Azure UDR ਤੋਂ VPN ਗੇਟਵੇ ਤੱਕ: ਇੱਕ ਮੰਜ਼ਿਲ, ਸਾਰਾ ਨਿਕਾਸ ਨਹੀਂ

ਤੁਸੀਂ ਇੱਕ ਬਾਹਰੀ ਪ੍ਰੀਫਿਕਸ ਲਈ ਵਰਤੋਂਕਾਰ-ਪਰਿਭਾਸ਼ਿਤ ਰੂਟ ਸ਼ਾਮਲ ਕਰਦੇ ਹੋ, ਉਸਨੂੰ VPN ਗੇਟਵੇ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੇ ਹੋ, ਅਤੇ ਟ੍ਰੈਫਿਕ ਫਿਰ ਵੀ Azure ਦੇ ਇੰਟਰਨੈੱਟ ਮਾਰਗ ਰਾਹੀਂ ਬਾਹਰ ਜਾਂਦਾ ਹੈ। ਜਾਂ ਇਹ ਸਹੀ ਢੰਗ ਨਾਲ ਬਾਹਰ ਜਾਂਦਾ ਹੈ ਅਤੇ ਜਵਾਬ ਕਦੇ ਵਾਪਸ ਨਹੀਂ ਆਉਂਦਾ। ਦੋਵੇਂ ਨਤੀਜੇ ਇੱਕੋ ਗਲਤੀ ਤੋਂ ਆਉਂਦੇ ਹਨ: Azure ਦੇ ਅਗਲੇ ਹੌਪ ਨੂੰ ਪੂਰਾ ਡਿਜ਼ਾਈਨ ਮੰਨਣਾ। ਰੂਟ ਟੇਬਲ ਸਿਰਫ਼ ਇਹ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ Azure ਦੇ ਅੰਦਰ ਪੈਕੇਟ ਕਿਹੜਾ ਨਿਕਾਸ ਲੈਂਦਾ ਹੈ। ਸੁਰੰਗ ਤੋਂ ਬਾਅਦ ਇਸਦੇ ਨਾਲ ਕੀ ਹੁੰਦਾ ਹੈ ਅਤੇ ਜਵਾਬ ਕਿਵੇਂ ਵਾਪਸ ਆਉਂਦਾ ਹੈ, ਇਹ ਦੂਜਾ ਅੱਧਾ ਹਿੱਸਾ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਬਣਾਉਣਾ ਹੈ।

ਅਗਲਾ ਹੌਪ ਇੱਕ ਗੇਟਵੇ ਹੈ, ਕਿਸੇ ਡਿਵਾਈਸ ਦਾ IP ਨਹੀਂ

UDR ਮੇਲ ਖਾਂਦਾ ਪ੍ਰੀਫਿਕਸ ਅਗਲੇ-ਹੌਪ ਕਿਸਮ ਨੂੰ ਭੇਜਦਾ ਹੈ, ਅਤੇ VirtualNetworkGateway ਇੱਕ ਕਿਸਮ ਹੈ, ਪਤਾ ਨਹੀਂ। ਲੋਕ ਗੇਟਵੇ ਦਾ ਨਿੱਜੀ IP ਇੱਕ VirtualAppliance ਰੂਟ ਵਿੱਚ ਚਿਪਕਾ ਦਿੰਦੇ ਹਨ ਅਤੇ ਫਿਰ ਸੋਚਦੇ ਹਨ ਕਿ ਕੁਝ ਵੀ ਕਿਉਂ ਨਹੀਂ ਮਿਲਦਾ, ਕਿਉਂਕਿ ਉਹ ਕਿਸਮ ਇਸਦੀ ਬਜਾਏ NIC ਜਾਂ ਅੰਦਰੂਨੀ ਲੋਡ ਬੈਲੰਸਰ ਦੀ ਉਮੀਦ ਕਰਦੀ ਹੈ। Microsoft ਦਾ ਰੂਟਿੰਗ ਦਸਤਾਵੇਜ਼ ਵੀ ਗੇਟਵੇ ਦੇ ਅਗਲੇ ਹੌਪ ਨੂੰ ਇੱਕ ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਤੱਕ ਸੀਮਿਤ ਕਰਦਾ ਹੈ ਜਿਸਦਾ ਗੇਟਵੇ VPN ਗੇਟਵੇ ਹੈ। ExpressRoute, Route Server ਅਤੇ Virtual WAN ਹੱਬ ਉਸ ਵਿਕਲਪ ਨਾਲ ਸੰਬੋਧਿਤ ਨਹੀਂ ਹੁੰਦੇ।

ਰੂਟ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚੋ ਕਿ ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਵਿੱਚ ਅਸਲ ਵਿੱਚ ਕੀ ਹੈ। ਜੇ ਡਿਜ਼ਾਈਨ ਹੱਬ ਰਾਹੀਂ ਰੂਟ ਕਰਦਾ ਹੈ, ਤਾਂ ਰੂਟ ਹੱਬ ਦੇ ਰੂਟਿੰਗ ਮਾਲਕ ਦਾ ਹੈ, ਨਾ ਕਿ ਉਸ ਸਪੋਕ ਦਾ ਜਿਸਨੂੰ ਤੁਸੀਂ ਸੰਪਾਦਿਤ ਕਰ ਰਹੇ ਹੋ।

ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰਭਾਵੀ ਰੂਟ ਪੜ੍ਹੋ

Azure ਸਿਸਟਮ ਰੂਟ, BGP ਰਾਹੀਂ ਸਿੱਖੇ ਪ੍ਰੀਫਿਕਸ ਅਤੇ UDR ਨੂੰ ਹਰ NIC ਲਈ ਇੱਕ ਪ੍ਰਭਾਵੀ ਰੂਟ ਟੇਬਲ ਵਿੱਚ ਜੋੜਦਾ ਹੈ, ਅਤੇ ਸਭ ਤੋਂ ਲੰਮਾ ਮੇਲ ਖਾਂਦਾ ਪ੍ਰੀਫਿਕਸ ਜਿੱਤਦਾ ਹੈ, ਭਾਵੇਂ ਇਹ ਕਿੱਥੋਂ ਵੀ ਆਇਆ ਹੋਵੇ। ਇੱਕੋ ਪ੍ਰੀਫਿਕਸ ਲਈ, UDR BGP ਰੂਟ ਨੂੰ ਹਰਾਉਂਦਾ ਹੈ। ਇਹੀ ਕ੍ਰਮ ਕਾਰਨ ਹੈ ਕਿ ਪਿਛਲੇ ਪ੍ਰਯੋਗ ਦਾ ਪੁਰਾਣਾ UDR ਚੁੱਪਚਾਪ ਉਸ ਪ੍ਰੀਫਿਕਸ ਨੂੰ ਓਵਰਰਾਈਡ ਕਰ ਸਕਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਹੁਣੇ ਸੁਰੰਗ ਰਾਹੀਂ ਸਿੱਖਿਆ ਹੈ।

ਪਹਿਲਾਂ ਪ੍ਰਭਾਵੀ ਟੇਬਲ ਵੇਖੋ, ਫਿਰ ਫੈਸਲਾ ਕਰੋ ਕਿ ਤੁਸੀਂ ਰੂਟ ਸ਼ਾਮਲ ਕਰ ਰਹੇ ਹੋ ਜਾਂ ਬਦਲ ਰਹੇ ਹੋ:

az network nic show-effective-route-table \
  --resource-group rg-net --name vm-web-nic -o table

ਪ੍ਰੀਫਿਕਸ ਦੇ ਨਾਲ ਸਰੋਤ ਕਾਲਮ ਵੀ ਪੜ੍ਹੋ। ਸਹੀ ਪ੍ਰੀਫਿਕਸ ਅਤੇ ਗਲਤ ਸਰੋਤ ਵਾਲਾ ਰੂਟ ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਕਿਹੜੀ ਵਸਤੂ ਸੰਪਾਦਿਤ ਕਰਨੀ ਹੈ, ਅਤੇ ਪਹਿਲੇ ਤੋਂ ਹਾਰਨ ਵਾਲਾ ਦੂਜਾ ਰੂਟ ਸ਼ਾਮਲ ਕਰਨ ਤੋਂ ਬਚਾਉਂਦਾ ਹੈ।

ਅਸਲ ਪ੍ਰੀਫਿਕਸ ਅਤੇ ਸਬਨੈੱਟ ਦੇ ਅਨੁਸਾਰ ਰੂਟ ਲਿਖੋ

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

ਰੂਟ ਬਣਾਓ, ਫਿਰ ਟੇਬਲ ਨੂੰ ਉਸ ਸਬਨੈੱਟ ਨਾਲ ਬੰਨ੍ਹੋ ਜੋ ਵਰਕਲੋਡ ਹੋਸਟ ਕਰਦਾ ਹੈ:

az network route-table route create --resource-group rg-net --route-table-name rt-egress \
  --name to-partner --address-prefix 203.0.113.0/24 --next-hop-type VirtualNetworkGateway
az network vnet subnet update --resource-group rg-net --vnet-name vnet-app \
  --name snet-web --route-table rt-egress

ਪ੍ਰਸਾਰ ਵੀ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਉਸ ਟੇਬਲ 'ਤੇ BGP ਪ੍ਰਸਾਰ ਸਮਰੱਥ ਹੋਣ 'ਤੇ ਸਿੱਖੇ ਪ੍ਰੀਫਿਕਸ ਤੁਹਾਡੇ ਲਿਖੇ ਨਾਲ ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ, ਅਤੇ ਵਧੇਰੇ ਖਾਸ ਸਿੱਖਿਆ ਪ੍ਰੀਫਿਕਸ ਵਿਸ਼ਾਲ UDR ਨੂੰ ਹਰਾ ਸਕਦਾ ਹੈ। ਪ੍ਰਸਾਰ ਸਿਰਫ਼ ਤਦ ਬੰਦ ਕਰੋ ਜਦੋਂ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ ਕਿ UDR ਸਮੂਹ ਉਸ ਸਬਨੈੱਟ ਲਈ ਅਧਿਕਾਰਤ ਹੋਵੇ।

ਆਨ-ਪ੍ਰੈਮਿਸ ਅੱਧਾ ਪੂਰਾ ਕਰੋ, ਨਹੀਂ ਤਾਂ ਪ੍ਰਵਾਹ ਉੱਥੇ ਹੀ ਮਰ ਜਾਂਦਾ ਹੈ

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

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

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

ਮੰਜ਼ਿਲ ਜੋ ਸਰੋਤ ਦੇਖਦੀ ਹੈ ਉਸ ਨਾਲ ਤਸਦੀਕ ਕਰੋ

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

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