Azure GatewaySubnet ਸੈੱਟਅੱਪ: ਗੇਟਵੇ ਤੋਂ ਪਹਿਲਾਂ ਥਾਂ ਰਾਖਵੀਂ ਕਰੋ

ਪੋਰਟਲ ਵਿੱਚ ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਖੋਲ੍ਹੋ ਅਤੇ ਸਬਨੈੱਟ ਬਲੇਡ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਪਤਾ ਥਾਂ ਵੇਖੋ। ਜੇ ਉਹ /24 ਪਹਿਲਾਂ ਹੀ ਵਰਕਲੋਡ ਸਬਨੈੱਟਾਂ ਵਿੱਚ ਵੰਡਿਆ ਹੋਇਆ ਹੈ ਅਤੇ ਕੁਝ ਵੀ ਖਾਲੀ ਨਹੀਂ, ਤਾਂ /27 ਰਾਖਵੀਂ ਲਈ ਥਾਂ ਨਹੀਂ, ਅਤੇ ਅੰਤ ਵਿੱਚ ਤੁਹਾਨੂੰ ਦੁਬਾਰਾ ਵੰਡਣਾ ਪਵੇਗਾ ਜਾਂ VNet ਚੌੜਾ ਕਰਨਾ ਪਵੇਗਾ, ਜੋ ਦੂਜੀ ਸਮੀਖਿਆ ਵਾਲਾ ਦੂਜਾ ਬਦਲਾਅ ਹੈ। ਪਹਿਲਾਂ ਥਾਂ ਤੈਅ ਕਰੋ, ਫਿਰ ਸਬਨੈੱਟ ਬਣਾਓ।

ਇਹ ਕ੍ਰਮ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਗੇਟਵੇ ਸਬਨੈੱਟ ਖ਼ਾਸ ਨਾਮ ਵਾਲਾ ਵਰਕਲੋਡ ਸਬਨੈੱਟ ਨਹੀਂ ਹੈ। ਇਹ ਪ੍ਰਬੰਧਿਤ ਗੇਟਵੇ ਇੰਸਟੈਂਸਾਂ ਲਈ ਪਤਾ ਰਾਖਵੀਂ ਹੈ, ਅਤੇ ਰਾਖਵੀਂ ਗਲਤ ਹੋਣ ’ਤੇ Azure ਗੇਟਵੇ ਨੂੰ ਨਹੀਂ ਮੰਨੇਗਾ।

ਪਤਾ ਥਾਂ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ

ਕੁਝ ਵੀ ਟਾਈਪ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ VNet ਪ੍ਰੀਫਿਕਸ, ਵਰਕਲੋਡ ਸਬਨੈੱਟ ਅਤੇ ਗੇਟਵੇ ਰਾਖਵੀਂ ਇੱਕ ਲਾਈਨ ਵਿੱਚ ਲਿਖੋ। 10.60.0.0/16 ’ਤੇ VNet ਕੋਲ ਥਾਂ ਹੈ; ਵਰਕਲੋਡ ਵਾਧਾ ਲਗਾਤਾਰ ਰਹਿਣ ਲਈ ਅੰਤ ਵਿੱਚ ਰੇਂਜ ਚੁਣੋ।

ਉਦਾਹਰਨ ਲਈ, 10.60.255.192/26 ਗੇਟਵੇ ਲਈ 64 ਪਤੇ ਛੱਡਦਾ ਹੈ ਜਦੋਂ ਕਿ ਵਰਕਲੋਡ 10.60.0.0/20 ਵਿੱਚ ਰਹਿੰਦੇ ਹਨ। ਇਹ ਪਤਾ ਯੋਜਨਾ ਦੀ ਉਦਾਹਰਨ ਹੈ, ਆਕਾਰ ਦਾ ਵਾਅਦਾ ਨਹੀਂ। Microsoft ਹੁਣ ਨਾਨ-Basic VPN ਗੇਟਵੇ ਲਈ /27 ਜਾਂ ਵੱਡਾ ਮੰਗਦਾ ਹੈ, ਜਿੱਥੇ ਵੱਡਾ ਦਾ ਮਤਲਬ ਵੱਧ ਪਤੇ: /26 64 ਦਿੰਦਾ ਹੈ, ਜਦੋਂ ਕਿ /28 16 ਦਿੰਦਾ ਹੈ। ਪਤਾ ਯੋਜਨਾ ਚੱਲ ਰਹੀ ਹੋਵੇ ਤਾਂ ਉੱਪਰ ਵੱਲ ਰਾਊਂਡ ਕਰੋ, ਕਦੇ ਵੀ ਹੇਠਾਂ ਨਹੀਂ।

ਸਹੀ ਨਾਮ ਨਾਲ ਸਬਨੈੱਟ ਬਣਾਓ

ਪੋਰਟਲ ਵਿੱਚ ਸਬਨੈੱਟ ਸ਼ਾਮਲ ਕਰੋ ਅਤੇ GatewaySubnet ਨਾਮ ਬਿਲਕੁਲ ਟਾਈਪ ਕਰੋ, ਵੱਡਾ G ਅਤੇ ਵੱਡਾ S, ਬਿਨਾਂ ਖਾਲੀ ਥਾਂ ਜਾਂ ਪਿਛੇਤਰ। Azure ਉਹ ਸਟ੍ਰਿੰਗ ਮਿਲਾਉਂਦਾ ਹੈ, ਇਸ ਲਈ Gateway-Subnet ਜਾਂ gateway ਅਜਿਹਾ ਸਬਨੈੱਟ ਬਣਾਉਂਦਾ ਹੈ ਜੋ ਗੇਟਵੇ ਸੇਵਾ ਨਹੀਂ ਵਰਤੇਗੀ।

CLI ਤੋਂ ਇਹੀ ਕਦਮ, ਸਮੀਖਿਆ ਵਿੱਚ ਲਿਖਣਾ ਸੌਖਾ:

az network vnet subnet create --resource-group rg-hub --vnet-name vnet-hub --name GatewaySubnet --address-prefixes 10.60.255.192/26

ਸਬਨੈੱਟ ਖਾਲੀ ਛੱਡੋ। ਕੋਈ VM ਨਹੀਂ, ਕੋਈ ਪ੍ਰਾਈਵੇਟ endpoint ਨਹੀਂ, ਕੋਈ ਸੇਵਾ ਡੈਲੀਗੇਸ਼ਨ ਨਹੀਂ। ਜੇ ਉੱਥੇ ਪਹਿਲਾਂ ਹੀ ਕੁਝ ਰਹਿੰਦਾ ਹੈ, ਤਾਂ ਤੈਨਾਤੀ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ ਅਤੇ ਗਲਤੀ ਰਾਹ ਵਿੱਚ ਆਉਂਦੇ ਸਰੋਤ ਦਾ ਨਾਮ ਘੱਟ ਹੀ ਲੈਂਦੀ ਹੈ, ਇਸ ਲਈ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਬਨੈੱਟ ਦੀ ਸਰੋਤ ਸੂਚੀ ਵੇਖੋ।

ਪ੍ਰਬੰਧਿਤ ਸਬਨੈੱਟ ਨੂੰ ਵਰਕਲੋਡ ਨਿਯਮਾਂ ਤੋਂ ਮੁਕਤ ਰੱਖੋ

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

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

ਫੋਰਸਡ ਟਨਲਿੰਗ ਦਾ ਆਪਣਾ ਦਸਤਾਵੇਜ਼ੀ ਡਿਜ਼ਾਈਨ ਹੈ। ਗੇਟਵੇ ਸਬਨੈੱਟ ’ਤੇ ਤੁਰੰਤ ਬਣਾਇਆ ਡਿਫਾਲਟ ਰਾਊਟ ਉਹ ਨਹੀਂ ਹੈ।

ਉਹ ਨਿਰਭਰਤਾਵਾਂ ਵੇਖੋ ਜੋ ਪੋਰਟਲ ਨਹੀਂ ਦਿਖਾਉਂਦਾ

ਬਣਾਓ ਦਬਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਸੂਚੀ ਵੇਖੋ: ਸਹੀ ਨਾਮ, VNet ਥਾਂ ਦੇ ਅੰਦਰ ਪ੍ਰੀਫਿਕਸ, ਆਨ-ਪ੍ਰੀਮਾਈਜਿਜ਼ ਰੇਂਜਾਂ ਨਾਲ ਕੋਈ ਓਵਰਲੈਪ ਨਹੀਂ, ਅੰਦਰ ਕੋਈ ਵਰਕਲੋਡ ਸਰੋਤ ਨਹੀਂ, NSG ਨਹੀਂ, ਅਤੇ ਡਿਫਾਲਟ ਰਾਊਟ ਵਾਲੀ ਰਾਊਟ ਟੇਬਲ ਨਹੀਂ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਨੇ ਅਸਲ ਤੈਨਾਤੀ ਤੋੜੀ ਹੈ। ਫਿਰ ਵਿਆਪਕ ਡਿਜ਼ਾਈਨ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ: ਆਨ-ਪ੍ਰੀਮਾਈਜਿਜ਼ ਪਾਸੇ ਲਈ ਲੋਕਲ ਨੈੱਟਵਰਕ ਗੇਟਵੇ, ਜਿਨ੍ਹਾਂ ਪਤਾ ਥਾਵਾਂ ਨੂੰ ਰਾਊਟ ਕਰਨ ਦੀ ਆਸ ਹੈ, ਅਤੇ ਸਰਗਰਮ-ਸਰਗਰਮ ਜਾਂ ਸਹਿ-ਮੌਜੂਦਗੀ ਦੀ ਯੋਜਨਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਉਹ ਚੋਣਾਂ ਆਕਾਰ ਦੀ ਗੱਲ ਬਦਲਦੀਆਂ ਹਨ, ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਹੁਣ ਤੈਅ ਕਰਨਾ ਬਹੁਤ ਸਸਤਾ ਹੈ।

ਜੇ ਕੋਈ ਪੁੱਛੇ ਕਿ ਸਬਨੈੱਟ VM ਕਿਉਂ ਨਹੀਂ ਰੱਖ ਸਕਦਾ, ਤਾਂ ਹਵਾਲਾ ਦੇਣ ਵਾਲਾ ਪੰਨਾ Azure ਗੇਟਵੇ ਸੈਟਿੰਗਾਂ ਸੰਦਰਭ ਹੈ।

ਜੇ ਗੇਟਵੇ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਹੈ

ਗੇਟਵੇ ਸਬਨੈੱਟ ਦਾ ਆਕਾਰ ਬਦਲਣਾ ਜਾਂ ਇਸਨੂੰ ਬਦਲਣਾ ਮਾਸਕ ਸੰਪਾਦਨ ਨਹੀਂ ਹੈ। ਪਹਿਲਾਂ ਗੇਟਵੇ ਦੇ SKU ਅਤੇ ਪੀੜ੍ਹੀ ਲਈ ਸਮਰਥਿਤ ਬਦਲਾਅ ਪ੍ਰਕਿਰਿਆ ਵੇਖੋ, ਅਤੇ ਨਿਰਭਰ ਵਸਤੂਆਂ ਦੀ ਸੂਚੀ ਬਣਾਓ: ਕਨੈਕਸ਼ਨ, ਜਨਤਕ IP, ਰਾਊਟਿੰਗ ਅਤੇ ਕੋਈ ਵੀ ਰਿਕਵਰੀ ਲੋੜ।

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