ਪੁਆਇੰਟ-ਟੂ-ਸਾਈਟ VPN ਰਾਹੀਂ ਇੱਕ ਨਿੱਜੀ Container Apps ਐਪ ਤੱਕ ਪਹੁੰਚੋ
ਇੱਕ ਅੰਦਰੂਨੀ Container Apps ਵਾਤਾਵਰਣ ਨੂੰ ਨਿੱਜੀ ਪ੍ਰਵੇਸ਼, ਮੇਲ ਖਾਂਦਾ ਹੋਸਟਨਾਮ ਅਤੇ VPN ਪਹੁੰਚ ਸਕਣ ਵਾਲਾ ਰਿਜ਼ੋਲਵਰ ਚਾਹੀਦਾ ਹੈ। ਹਰ ਕਦਮ ਚਲਾਓ, ਫਿਰ ਇਨਕਾਰ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ।
ਇਹ ਰਨਬੁੱਕ ਵਰਕਲੋਡ ਪ੍ਰੋਫਾਈਲਾਂ ਵਾਲੇ Container Apps ਵਾਤਾਵਰਣ ਅਤੇ ਇਸਦੇ ਅੰਦਰੂਨੀ ਵਰਚੁਅਲ-ਨੈੱਟਵਰਕ ਪ੍ਰਵੇਸ਼ ਨੂੰ ਕਵਰ ਕਰਦੀ ਹੈ; ਇਸ ਤੱਕ ਲੈਪਟਾਪ ਤੋਂ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਪੁਆਇੰਟ-ਟੂ-ਸਾਈਟ VPN ਰਾਹੀਂ ਪਹੁੰਚਿਆ ਜਾਂਦਾ ਹੈ, ਐਪ ਦੇ ਸਿੱਧੇ FQDN ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਅਤੇ ਵਾਤਾਵਰਣ-ਪੱਧਰ 'ਤੇ ਕੋਈ HTTP ਰੂਟ ਤੋਂ ਬਿਨਾਂ। ਵਾਤਾਵਰਣ ਦਾ ਪ੍ਰਵੇਸ਼ ਕਲਾਇੰਟ ਤੋਂ ਪਹੁੰਚਯੋਗ ਹੈ, ਐਪ ਦੀ ਇਨਗ੍ਰੈਸ ਹੱਦ ਕਾਲਰ ਨੂੰ ਮਨਜ਼ੂਰੀ ਦਿੰਦੀ ਹੈ, ਅਤੇ ਹੋਸਟਨਾਮ ਨਿੱਜੀ ਪ੍ਰਵੇਸ਼ 'ਤੇ ਰਿਜ਼ੋਲਵ ਹੁੰਦਾ ਹੈ। ਹੇਠਾਂ ਦਿੱਤਾ ਹਰ ਕਦਮ ਪੁਸ਼ਟੀ ਯੋਗ ਨਤੀਜਾ ਅਤੇ ਅਜਿਹਾ ਰੋਲਬੈਕ ਛੱਡਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਨਾ ਬਦਲੀ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਨੂੰ ਨਹੀਂ ਛੂੰਹਦਾ। ਦਿੱਤੇ ਕ੍ਰਮ ਵਿੱਚ ਉਹ ਪੂਰੇ ਕਰੋ, ਕਿਉਂਕਿ ਕਦਮ 1 ਵਿੱਚ ਗਲਤ ਢੰਗ ਨਾਲ ਲਿਆ ਗਿਆ ਹੱਦ-ਫੈਸਲਾ ਅਗਲੇ ਕਿਸੇ ਵੀ ਕਦਮ ਨਾਲ ਪੂਰਾ ਨਹੀਂ ਹੋ ਸਕਦਾ।
DNS ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਅੰਦਰੂਨੀ ਸ਼ਬਦ ਸਪੱਸ਼ਟ ਕਰੋ। ਇਸ ਉਤਪਾਦ ਵਿੱਚ ਇਹ ਦੋ ਵੱਖਰੀਆਂ ਹੱਦਾਂ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਇਹਨਾਂ ਨੂੰ ਬਦਲਣਾ ਹੀ ਸਭ ਤੋਂ ਆਮ ਕਾਰਨ ਹੈ ਕਿ ਕੰਮ ਕਰਨ ਵਾਲਾ ਨਾਮ ਵੀ ਅਜੇ ਕੁਝ ਲਾਭਦਾਇਕ ਵਾਪਸ ਨਹੀਂ ਕਰਦਾ।
ਕਦਮ 1: ਵਾਤਾਵਰਣ ਅਤੇ ਐਪ ਦੀ ਹੱਦ ਤੈਅ ਕਰੋ
ਕੋਈ ਵੀ ਰਿਕਾਰਡ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਐਪ ਦੀ ਇਨਗ੍ਰੈਸ ਸੰਰਚਨਾ ਪੜ੍ਹੋ:
| Setting | Boundary |
|---|---|
| Internal environment | The environment entry is reached through its private network arrangement |
| App with internal ingress | Callers from the environment VNet only; a VPN laptop qualifies once it has a route into that VNet and the domain resolves privately |
| App with external ingress in an internal environment | The app accepts outside traffic through the environment's private entry |
ਅੰਦਰੂਨੀ ਇਨਗ੍ਰੈਸ ਵਾਤਾਵਰਣ ਦੇ VNet ਅੰਦਰ ਵਾਤਾਵਰਣ ਦੇ ਅੰਦਰੂਨੀ ਲੋਡ ਬੈਲੰਸਰ 'ਤੇ ਜ਼ਾਹਰ ਹੁੰਦੀ ਹੈ, ਇਸ ਲਈ ਸਵਾਲ ਇਹ ਨਹੀਂ ਕਿ ਲੈਪਟਾਪ ਕੋਈ ਹੋਰ ਕੰਟੇਨਰ ਐਪ ਹੈ, ਸਗੋਂ ਇਹ ਹੈ ਕਿ ਕੀ ਇਹ ਉਸ VNet ਤੱਕ ਪਹੁੰਚ ਸਕਦਾ ਹੈ। VNet ਵਿੱਚ ਰੂਟ ਵਾਲਾ ਅਤੇ ਵਾਤਾਵਰਣ ਦਾ ਡਿਫੌਲਟ ਡੋਮੇਨ ਨਿੱਜੀ ਜ਼ੋਨ ਰਾਹੀਂ ਰਿਜ਼ੋਲਵ ਹੁੰਦਾ VPN ਕਲਾਇੰਟ ਯੋਗ ਕਾਲਰ ਹੈ, ਅਤੇ ਬਾਕੀ ਕਦਮ ਬਿਲਕੁਲ ਇਹੀ ਬਣਾਉਂਦੇ ਹਨ। ਜਨਤਕ ਪ੍ਰਵੇਸ਼ ਤੋਂ ਬਿਨਾਂ ਅੰਦਰੂਨੀ ਵਾਤਾਵਰਣ ਅੰਦਰੂਨੀ ਇਨਗ੍ਰੈਸ ਵਾਲੀ ਐਪ ਨਾਲੋਂ ਵੱਖਰਾ ਤੱਥ ਹੈ, ਅਤੇ ਐਪ-ਪੱਧਰ 'ਤੇ ਬਾਹਰੀ ਇਨਗ੍ਰੈਸ ਵਾਤਾਵਰਣ ਨੂੰ ਜਨਤਕ ਦਰਵਾਜ਼ਾ ਨਹੀਂ ਦਿੰਦੀ। ਹੱਦ ਪੋਰਟਲ ਵਿੱਚ ਅਤੇ ਟਿਕਟ ਵਿੱਚ ਵੀ ਲਿਖੋ, ਕਿਉਂਕਿ ਅਗਲਾ ਇੰਜੀਨੀਅਰ ਪਹਿਲਾਂ ਟਿਕਟ ਪੜ੍ਹਦਾ ਹੈ।
ਅੱਗੇ ਵਧਣ ਤੋਂ ਪਹਿਲਾਂ ਸੰਰਚਨਾ ਮਾਲਕ ਨਾਲ ਉਹ ਹੱਦ ਪੁਸ਼ਟੀ ਕਰੋ, ਅਤੇ ਗੇਟ ਤੰਗ ਰੱਖੋ: ਜੇ ਵਾਤਾਵਰਣ ਦੇ VNet ਵਿੱਚ ਕੋਈ ਰੂਟ ਨਹੀਂ, ਜਾਂ ਵਾਤਾਵਰਣ ਦਾ ਡਿਫੌਲਟ ਡੋਮੇਨ ਨਿੱਜੀ ਜ਼ੋਨ ਰਾਹੀਂ ਰਿਜ਼ੋਲਵ ਨਹੀਂ ਹੁੰਦਾ, ਤਾਂ ਰੁਕੋ ਅਤੇ ਪਹਿਲਾਂ ਉਹ ਰਾਹ ਠੀਕ ਕਰੋ। ਜੋ ਕਾਲਰ VNet ਤੱਕ ਨਹੀਂ ਪਹੁੰਚ ਸਕਦਾ ਜਾਂ ਨਾਮ ਰਿਜ਼ੋਲਵ ਨਹੀਂ ਕਰ ਸਕਦਾ, ਉਸਦੀ ਥਾਂ ਅਗਲਾ ਕੋਈ ਵੀ ਕਦਮ ਨਹੀਂ ਲੈ ਸਕਦਾ।
ਕਦਮ 2: ਅਸਲੀ ਹੋਸਟਨਾਮ ਅਤੇ ਪ੍ਰਵੇਸ਼ ਪਤਾ ਇਕੱਠਾ ਕਰੋ
ਵਾਤਾਵਰਣ ਦਾ ਡਿਫੌਲਟ ਡੋਮੇਨ, ਇਸਦਾ ਸਥਿਰ ਨਿੱਜੀ ਪ੍ਰਵੇਸ਼ ਪਤਾ ਅਤੇ ਐਪ ਦਾ ਸੰਰਚਿਤ FQDN ਦਰਜ ਕਰੋ; ਇਹ ਪੁਰਾਣੇ ਸਕ੍ਰੀਨਸ਼ਾਟ ਜਾਂ ਵਿਕੀ ਪੇਜ਼ ਤੋਂ ਨਹੀਂ, ਸਰੋਤ ਤੋਂ ਲਓ:
az containerapp env show -n ENV -g RG \
--query "{domain:properties.defaultDomain, ip:properties.staticIp}"
az containerapp show -n APP -g RG \
--query "properties.configuration.ingress.fqdn"Container Apps ਲਈ ਨਿੱਜੀ ਪ੍ਰਵੇਸ਼ ਮਾਰਗਦਰਸ਼ਨ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਹੋਸਟਨਾਮ ਨੂੰ ਅਟੁੱਟ ਰੱਖਦਿਆਂ ਵਾਤਾਵਰਣ ਦੇ ਡੋਮੇਨ ਨੂੰ ਇਸਦੇ ਅੰਦਰੂਨੀ ਪਤੇ ਨਾਲ ਮਿਲਾਉਣ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ। ਤੁਸੀਂ ਇੱਥੇ ਹੱਥੀਂ ਬਿਲਕੁਲ ਇਹੀ ਰੂਪ ਬਣਾ ਰਹੇ ਹੋ, ਇਸ ਲਈ ਨਵੀਂ ਨਾਮਕਰਨ ਯੋਜਨਾ ਈਜਾਦ ਕਰਨ ਦੀ ਬਜਾਏ ਜ਼ੋਨ ਦੀ ਸਮੱਗਰੀ ਨੂੰ ਇਸ ਨਾਲ ਇਕਸਾਰ ਕਰੋ।
ਜੇ ਤੁਸੀਂ ਪੜ੍ਹਿਆ ਡੋਮੇਨ ਐਪ ਵੱਲੋਂ ਦੱਸੇ FQDN ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ, ਤਾਂ ਰੁਕੋ ਅਤੇ ਹੁਣੇ ਇਹਨਾਂ ਨੂੰ ਮਿਲਾਓ। ਗਲਤ ਪਿਛੇਤਰ 'ਤੇ ਜ਼ੋਨ ਬਣਾਉਣ ਨਾਲ ਅਜਿਹਾ ਹੋਸਟਨਾਮ ਬਣਦਾ ਹੈ ਜੋ ਪੂਰੀ ਤਰ੍ਹਾਂ ਰਿਜ਼ੋਲਵ ਹੁੰਦਾ ਹੈ ਅਤੇ ਫਿਰ ਵੀ ਗਲਤ ਵਰਚੁਅਲ ਹੋਸਟ 'ਤੇ ਉਤਰਦਾ ਹੈ।
ਕਦਮ 3: ਨਿੱਜੀ ਜ਼ੋਨ ਨੂੰ VPN ਦੇ ਰਿਜ਼ੋਲਵਰ ਰਾਹ 'ਤੇ ਰੱਖੋ
ਵਾਤਾਵਰਣ ਦੇ ਅਸਲ ਡਿਫੌਲਟ ਡੋਮੇਨ ਲਈ ਸਮਰਥਿਤ ਨਿੱਜੀ DNS ਜ਼ੋਨ ਬਣਾਓ ਜਾਂ ਮੁੜ ਵਰਤੋ, ਦਸਤਾਵੇਜ਼ੀ ਵਾਈਲਡਕਾਰਡ ਅਤੇ ਪਤਾ ਰਿਕਾਰਡ ਸਥਿਰ ਪ੍ਰਵੇਸ਼ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੇ ਹਨ। ਉਸ ਜ਼ੋਨ ਨੂੰ ਢੁਕਵੇਂ ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਨਾਲ ਲਿੰਕ ਕਰੋ, ਅਤੇ ਲਿੰਕ ਹੀ ਕਾਫੀ ਹੈ ਇਹ ਮੰਨਣ ਦੀ ਬਜਾਏ VPN ਦੇ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਰਿਜ਼ੋਲਵਰ ਰਾਹ ਰਾਹੀਂ ਨਿੱਜੀ ਅਧਿਕਾਰ ਨੂੰ ਪਹੁੰਚਯੋਗ ਬਣਾਓ।
ਪੁਆਇੰਟ-ਟੂ-ਸਾਈਟ ਕਲਾਇੰਟ ਨੂੰ ਉਸ ਜ਼ੋਨ ਤੱਕ ਪਹੁੰਚਣ ਲਈ ਆਮ ਤੌਰ 'ਤੇ ਨਿੱਜੀ ਰਿਜ਼ੋਲਵਰ ਦਾ ਇਨਬਾਊਂਡ ਐਂਡਪੌਇੰਟ ਜਾਂ ਸਮਰਥਿਤ DNS ਫਾਰਵਰਡਰ ਚਾਹੀਦਾ ਹੋਇਆ ਕਰਦਾ ਹੈ। ਜ਼ੋਨ ਲਿੰਕ ਕਰਨ ਨਾਲ ਲਿੰਕ ਕੀਤੇ ਨੈੱਟਵਰਕਾਂ ਲਈ Azure ਜੋ ਰਿਜ਼ੋਲਵ ਕਰਦਾ ਹੈ ਉਹ ਬਦਲ ਜਾਂਦਾ ਹੈ; ਇਹ ਹਰ ਬਾਹਰੀ ਲੈਪਟਾਪ ਦੇ ਜਨਤਕ ਰਿਜ਼ੋਲਵਰ ਨੂੰ ਮੁੜ-ਨਿਰਦੇਸ਼ਿਤ ਨਹੀਂ ਕਰਦਾ। ਕਿਸੇ ਹੋਰ Container Apps ਨੈੱਟਵਰਕਿੰਗ ਮਾਡਲ ਤੋਂ ਉਧਾਰ ਲਏ ਨਿੱਜੀ-ਐਂਡਪੌਇੰਟ DNS ਜ਼ੋਨ ਨਾਲ ਇਸਦੀ ਥਾਂ ਨਾ ਲਵੋ, ਕਿਉਂਕਿ ਰਿਕਾਰਡ ਨਾਮ ਅਤੇ ਜ਼ੋਨ ਪਿਛੇਤਰ ਮੇਲ ਨਹੀਂ ਖਾਣਗੇ।
ਇਸ ਕਦਮ ਦਾ ਰੋਲਬੈਕ ਜ਼ੋਨ ਲਿੰਕ ਜਾਂ ਤੁਹਾਡੇ ਵੱਲੋਂ ਸ਼ਾਮਲ ਕੀਤਾ ਰਿਕਾਰਡ ਹਟਾਉਣਾ ਹੈ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਿਹੜਾ ਸੀ ਇਹ ਲਿਖੋ, ਕਿਉਂਕਿ ਇੱਕ ਲਿੰਕ ਰੱਦ ਕਰਨ ਲਈ ਸਾਂਝਾ ਜ਼ੋਨ ਮਿਟਾਉਣਾ ਦੂਜੇ ਵਾਤਾਵਰਣ ਨੂੰ ਤੋੜਨ ਦਾ ਇੱਕ ਜਾਣਿਆ-ਪਛਾਣਿਆ ਤਰੀਕਾ ਹੈ।
ਕਦਮ 4: ਨਾਮ ਦੀ ਜਾਂਚ ਕਰੋ, ਫਿਰ ਇਨਕਾਰ ਕੀਤੇ ਦਰਸ਼ਕਾਂ ਦੀ
ਹੋਸਟਨਾਮ ਅਤੇ TLS ਪਛਾਣ ਇਕੱਠੇ ਜਾਂਚੋ, ਸਿਰਫ਼ ਪਤਾ ਨਹੀਂ। ਨਿਯੰਤਰਿਤ ਨਾਮ-ਮੈਪਿੰਗ ਨਿਦਾਨ ਲਈ ਤੁਸੀਂ ਹੋਸਟਨਾਮ ਬਰਕਰਾਰ ਰੱਖਦਿਆਂ ਪਤਾ ਪਿੰਨ ਕਰ ਸਕਦੇ ਹੋ:
curl --resolve app.ENVIRONMENT_DOMAIN:443:10.40.0.10 \
https://app.ENVIRONMENT_DOMAIN/ਹੋਸਟਨਾਮ ਨੂੰ ਐਪ ਦੇ ਅਸਲੀ FQDN ਨਾਲ ਅਤੇ ਪਤੇ ਨੂੰ ਅਸਲੀ ਅੰਦਰੂਨੀ ਪ੍ਰਵੇਸ਼ ਨਾਲ ਬਦਲੋ। ਇਹ ਸਿਰਫ਼ ਉਸ ਇੱਕ ਬੇਨਤੀ 'ਤੇ ਅਸਰ ਕਰਦਾ ਹੈ ਅਤੇ DNS ਪ੍ਰੋਵੀਜ਼ਨਿੰਗ ਨਹੀਂ ਹੈ। ਪਛਾਣ ਦੀ ਅਸਫਲਤਾ ਨੂੰ ਦਿਖਣ ਵਾਲੀ ਪਾਸ ਵਿੱਚ ਬਦਲਣ ਲਈ -k ਨਾ ਜੋੜੋ, ਕਿਉਂਕਿ ਸਰਟੀਫਿਕੇਟ ਦਾ ਬੇਮੇਲ ਹੋਣਾ ਹੀ ਸੰਕੇਤ ਹੈ ਕਿ ਤੁਸੀਂ ਗਲਤ ਸਰੋਤੇ ਨੂੰ ਟੱਕਰ ਮਾਰ ਰਹੇ ਹੋ।
ਸੰਖਿਆਤਮਕ ਪਤਾ ਸਿੱਧਾ ਮੰਗਣ ਨਾਲ TCP 443 ਜਵਾਬ ਦੇ ਰਹੇ ਹੋਣ 'ਤੇ ਵੀ ਗਲਤ ਵਰਚੁਅਲ ਹੋਸਟ ਚੁਣਿਆ ਜਾ ਸਕਦਾ ਹੈ ਜਾਂ ਪ੍ਰਮਾਣਿਕਤਾ ਫੇਲ੍ਹ ਹੋ ਸਕਦੀ ਹੈ, ਇਸ ਲਈ ਸਫਲ IP ਟੈਸਟ ਨੂੰ ਨੈੱਟਵਰਕ ਬਾਰੇ ਸਬੂਤ ਮੰਨੋ, ਇਸ ਤੋਂ ਵੱਧ ਨਹੀਂ। ਇੱਛਤ ਲੈਪਟਾਪ ਤੋਂ ਆਮ ਰਿਜ਼ੋਲਵਰ ਰਾਹ ਕਲਾਇੰਟ ਦਾ DNS ਫਾਰਵਰਡਰ ਜਾਂ ਜ਼ੋਨ ਹੋਸਟ ਕਰਨ ਵਾਲੇ ਨਿੱਜੀ ਰਿਜ਼ੋਲਵਰ ਦਾ ਇਨਬਾਊਂਡ ਐਂਡਪੌਇੰਟ ਹੈ, ਅਤੇ ਉੱਥੇ ਅਸਫਲਤਾ ਗੁੰਮ ਰਿਕਾਰਡ ਨਹੀਂ ਸਗੋਂ ਰਿਜ਼ੋਲਵਰ ਤੱਕ ਪਹੁੰਚ ਦੀ ਸਮੱਸਿਆ ਹੈ। ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਉਹੀ ਬੇਨਤੀ ਉਸ ਰਾਹ 'ਤੇ ਸਫਲ ਹੁੰਦੀ ਹੈ, ਫਿਰ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਇਨਕਾਰ ਕੀਤੇ ਦਰਸ਼ਕ ਅਜੇ ਵੀ ਇਨਕਾਰ ਕੀਤੇ ਹਨ।
ਕੀ ਦਰਜ ਕਰਨਾ ਹੈ ਅਤੇ ਕੀ ਰੋਲਬੈਕ ਕਰਨਾ ਹੈ
ਕੰਟੇਨਰ ਦਾ ਟਾਰਗੇਟ ਪੋਰਟ ਅਤੇ ਕਲਾਇੰਟ ਦਾ HTTPS ਪੋਰਟ ਵੱਖਰੀਆਂ ਸੈਟਿੰਗਾਂ ਹਨ। ਕੰਟੇਨਰ ਉੱਥੇ ਸੁਣਦਾ ਹੈ ਇਸ ਲਈ ਇਸਦਾ ਟਾਰਗੇਟ ਪੋਰਟ VPN ਰਾਹੀਂ ਪ੍ਰਕਾਸ਼ਿਤ ਨਾ ਕਰੋ, ਅਤੇ ਪੋਰਟ ਟੈਸਟ ਪਾਸ ਹੋਣ ਲਈ ਨੈੱਟਵਰਕ ਨਿਯਮ ਨਾ ਫੈਲਾਓ। ਦੋਵੇਂ ਬਦਲਾਅ ਘਟਨਾ ਤੋਂ ਬਾਅਦ ਵੀ ਰਹਿੰਦੇ ਹਨ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਉਹਨਾਂ ਨੂੰ ਗਿਣਨਾ ਮੁਸ਼ਕਲ ਹੁੰਦਾ ਹੈ।
ਇੱਛਤ ਲੈਪਟਾਪ ਤੋਂ ਇਸਦੀ ਅਧਿਕ੍ਰਿਤ ਪਛਾਣ ਅਤੇ ਆਮ DNS ਵਰਤ ਕੇ ਨਵੀਂ ਐਪਲੀਕੇਸ਼ਨ ਕਾਰਵਾਈ ਨਾਲ ਖ਼ਤਮ ਕਰੋ, ਫਿਰ ਜਾਂਚੋ ਕਿ ਅਣਅਧਿਕ੍ਰਿਤ ਕਾਲਰ ਅਜੇ ਵੀ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ। ਐਪ ਸੰਰਚਨਾ ਵਿੱਚ ਹੁੰਦਿਆਂ, ਇਹ ਵੀ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਵਾਤਾਵਰਣ-ਪੱਧਰ ਦਾ HTTP ਰੂਟ ਇਸ ਐਪ ਨੂੰ ਟਾਰਗੇਟ ਵਜੋਂ ਜ਼ਾਹਰ ਕਰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਕਿਉਂਕਿ ਉਹ ਰੂਟ ਦੂਜਾ ਦਰਵਾਜ਼ਾ ਹੈ ਜਿਸਨੂੰ ਇਨਗ੍ਰੈਸ ਹੱਦ ਬਿਆਨ ਨਹੀਂ ਕਰਦੀ।
ਪੰਜ ਮੁੱਲ ਇਕੱਠੇ ਦਰਜ ਕਰੋ: ਵਾਤਾਵਰਣ ਦੀ ਹੱਦ, ਐਪ ਦੀ ਇਨਗ੍ਰੈਸ ਹੱਦ, FQDN, ਨਿੱਜੀ ਪ੍ਰਵੇਸ਼ ਪਤਾ ਅਤੇ ਰਿਜ਼ੋਲਵਰ ਦਾ ਮਾਲਕ। ਉਹ ਪੰਜ ਪੂਰਾ ਪਹੁੰਚ ਇਕਰਾਰਨਾਮਾ ਬਿਆਨ ਕਰਦੇ ਹਨ, ਅਤੇ ਇਸਨੂੰ ਡੀਬੱਗ ਕਰਨ ਵਾਲਾ ਅਗਲਾ ਵਿਅਕਤੀ ਬਿਲਕੁਲ ਉਹੀ ਮੰਗੇਗਾ।