Azure ਦਾ IP ਫਲੋ ਵੈਰੀਫਾਈ ਕਹਿੰਦਾ ਹੈ ਮਨਜ਼ੂਰ, ਪਰ VPN ਫਿਰ ਵੀ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ

ਸਾਈਟ-ਟੂ-ਸਾਈਟ ਟਨਲ ਜੁੜਿਆ ਹੈ, VM ਸਿਹਤਮੰਦ ਹੈ, ਪਰ ਆਨ-ਪ੍ਰੀਮਾਈਜ਼ ਕਲਾਇੰਟ ਨੂੰ ਕੁਝ ਨਹੀਂ ਮਿਲਦਾ। ਤੁਸੀਂ Network Watcher ਖੋਲ੍ਹਦੇ ਹੋ, IP ਫਲੋ ਵੈਰੀਫਾਈ ਚਲਾਉਂਦੇ ਹੋ, ਅਤੇ ਇਹ Access allowed ਕਹਿੰਦਾ ਹੈ, ਇਸ ਲਈ ਟਿਕਟ VPN ਸਮੱਸਿਆ ਵਜੋਂ ਬੰਦ ਹੋ ਜਾਂਦੀ ਹੈ। ਇਹ ਨਤੀਜਾ ਦਿਸਦਾ ਜਿਹਾ ਅਰਥ ਨਹੀਂ ਰੱਖਦਾ, ਕਿਉਂਕਿ IP ਫਲੋ ਵੈਰੀਫਾਈ ਤੁਹਾਡੇ ਦੱਸੇ ਫਲੋ ਦੇ ਸੁਰੱਖਿਆ ਨਿਯਮਾਂ ਦਾ ਮੁਲਾਂਕਣ ਕਰਦਾ ਹੈ ਅਤੇ ਕਦੇ ਨਹੀਂ ਜਾਂਚਦਾ ਕਿ Azure ਕੋਲ ਤੁਹਾਡੇ ਆਨ-ਪ੍ਰੀਮਾਈਜ਼ ਪ੍ਰੀਫਿਕਸ ਤੱਕ ਰੂਟ ਹੈ ਜਾਂ ਨਹੀਂ।

ਫਿਲਟਰਿੰਗ ਦਾ ਸਵਾਲ ਅਤੇ ਰਾਊਟਿੰਗ ਦਾ ਸਵਾਲ ਵੱਖਰੇ ਹਨ, ਅਤੇ Network Watcher ਇਹਨਾਂ ਦਾ ਜਵਾਬ ਵੱਖ-ਵੱਖ ਸਾਧਨਾਂ ਨਾਲ ਦਿੰਦਾ ਹੈ। ਤੁਸੀਂ ਕਿਹੜਾ ਪੁੱਛਿਆ ਇਹ ਜਾਣਨਾ ਹੀ ਨਿਦਾਨ ਦਾ ਵੱਡਾ ਹਿੱਸਾ ਹੈ।

IP ਫਲੋ ਵੈਰੀਫਾਈ ਅਸਲ ਵਿੱਚ ਕੀ ਤੈਅ ਕਰਦਾ ਹੈ

IP ਫਲੋ ਵੈਰੀਫਾਈ ਇੱਕ VM, ਇੱਕ ਨੈੱਟਵਰਕ ਇੰਟਰਫੇਸ, ਇੱਕ ਦਿਸ਼ਾ, ਪੰਜ-ਮੁੱਲ ਅਤੇ ਇੱਕ ਪ੍ਰੋਟੋਕੋਲ ਲੈਂਦਾ ਹੈ, ਫਿਰ ਉਸ ਫਲੋ ਲਈ NSG ਅਤੇ ਸੁਰੱਖਿਆ-ਪ੍ਰਸ਼ਾਸਕ ਨਿਯਮ ਦਾ ਫੈਸਲਾ ਦੱਸਦਾ ਹੈ। ਇਹ TCP ਅਤੇ UDP ਉੱਤੇ ਕੰਮ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਇਹ ICMP ਨਿਯਮ ਪਰਖਣ ਵਾਲਾ ਨਹੀਂ ਹੈ ਅਤੇ ਰੋਕਿਆ ping ਤੁਹਾਡੀ ਸੇਵਾ ਬਾਰੇ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ। ਇਸਨੂੰ ਅੰਦਾਜ਼ੇ ਦੀ ਥਾਂ ਅਸਲ ਫਲੋ ਦਿਓ। ਆਨ-ਪ੍ਰੀਮਾਈਜ਼ ਤੋਂ ਡੇਟਾਬੇਸ ਪੋਰਟ ਤੱਕ ਆਉਣ ਵਾਲਾ ਇਨਬਾਊਂਡ ਕਨੈਕਸ਼ਨ, VM ਵੱਲੋਂ ਸ਼ੁਰੂ ਕੀਤੇ ਆਊਟਬਾਊਂਡ ਕਨੈਕਸ਼ਨ ਤੋਂ ਵੱਖਰਾ ਵੇਰਵਾ ਹੈ।

ਜੇ ਗੇਟਵੇ ਪਤਿਆਂ ਦਾ ਅਨੁਵਾਦ ਕਰਦਾ ਹੈ, ਤਾਂ ਉਹ ਸਰੋਤ ਪਤਾ ਵਰਤੋ ਜੋ ਤੁਹਾਡੇ ਮੁਲਾਂਕਣ ਵਾਲੀ ਹੱਦ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ, ਕਲਾਇੰਟ ਕਾਨਫਿਗ ਵਾਲਾ ਨਹੀਂ। ਨਤੀਜਾ ਵੀ ਜਿਵੇਂ ਹੈ ਤਿਵੇਂ ਪੜ੍ਹੋ। Access allowed ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਫਿਲਟਰ ਪਰਤ ਪੈਕਟ ਆਉਣ ’ਤੇ ਆਗਿਆ ਦਿੰਦੀ, ਅਤੇ ਇਸ ਤੋਂ ਵੱਧ ਕੁਝ ਨਹੀਂ।

ਜੋ ਇਹ ਨਹੀਂ ਦੱਸ ਸਕਦਾ ਉਹ ਹੈ Azure ਵੱਲੋਂ ਚੁਣਿਆ ਰੂਟ, ਗੈਸਟ ਫਾਇਰਵਾਲ ਪੋਰਟ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਜਾਂ ਕੁਝ ਸੁਣ ਰਿਹਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਉਹ ਹੋਰ ਪਰਤਾਂ ਵਿੱਚ ਰਹਿੰਦੇ ਹਨ।

ਅਗਲਾ ਹੌਪ ਅਤੇ ਪ੍ਰਭਾਵੀ ਰੂਟ ਕੀ ਜੋੜਦੇ ਹਨ

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

Microsoft ਦਾ IP ਫਲੋ ਵੈਰੀਫਾਈ ਸੰਖੇਪ ਫਿਲਟਰਿੰਗ ਦਾ ਦਾਇਰਾ ਸਿੱਧਾ ਦੱਸਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਅਗਲੇ ਹੌਪ ਅਤੇ ਰੂਟ-ਨਿਦਾਨ ਸਫ਼ੇ ਫਾਰਵਰਡਿੰਗ ਪਾਸੇ ਨੂੰ ਕਵਰ ਕਰਦੇ ਹਨ। ਲੱਭਤ ਲਿਖਦਿਆਂ ਸਹੀ ਸਫ਼ਾ ਹਵਾਲਾ ਦਿਓ।

ਕਮਾਂਡਾਂ ਸ਼ੈੱਲ ਤੋਂ ਚਲਾਉਣ ਲਈ ਕਾਫ਼ੀ ਛੋਟੀਆਂ ਹਨ। az network nic show-effective-route-table ਇੰਟਰਫੇਸ ’ਤੇ ਲਾਗੂ ਰੂਟ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ। az network watcher show-next-hop ਸਰੋਤ ਅਤੇ ਮੰਜ਼ਿਲ ਨਾਲ ਚੁਣਿਆ ਹੌਪ ਵਾਪਸ ਦਿੰਦਾ ਹੈ। ਤੁਹਾਡੇ ਲਈ ਮਹੱਤਵਪੂਰਨ ਪ੍ਰੀਫਿਕਸ ਦੀ ਉਸ ਸਾਰਣੀ ਨਾਲ ਤੁਲਨਾ ਕਰੋ, ਫਿਰ ਪੱਕਾ ਕਰੋ ਕਿ ਕਿਹੜੀ ਐਂਟਰੀ ਜਿੱਤਦੀ ਹੈ।

VM ਦੇ NIC ਤੋਂ ਵਾਪਸੀ ਦਾ ਰਸਤਾ ਤੁਰੋ

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

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

ਉਦਾਹਰਨ ਕਾਪੀ ਕਰਨ ਦੀ ਥਾਂ ਅਗਲੇ ਹੌਪ ਦੀ ਕਿਸਮ ਪੜ੍ਹੋ

ਪ੍ਰਬੰਧਿਤ VPN ਗੇਟਵੇ ਰਸਤਾ ਆਮ ਤੌਰ ’ਤੇ ਅਗਲੇ ਹੌਪ ਦੀ ਕਿਸਮ ਵਜੋਂ VirtualNetworkGateway ਦਿਖਾਉਂਦਾ ਹੈ। VirtualAppliance ਵੱਖਰੇ ਫਾਰਵਰਡਿੰਗ ਡਿਜ਼ਾਈਨ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ, ਆਮ ਤੌਰ ’ਤੇ ਫਾਇਰਵਾਲ ਜਾਂ ਨੈੱਟਵਰਕ ਵਰਚੁਅਲ ਉਪਕਰਣ।

ਪੁਰਾਣੇ ਫੋਰਮ ਜਵਾਬ ਨੇ ਉਹ ਕਿਸਮ ਵਰਤੀ ਸੀ ਇਸ ਲਈ ਅੰਦਾਜ਼ਨ VPN ਐਂਡਪੌਇੰਟ ਵੱਲ ਉਪਕਰਣ ਰੂਟ ਨਾ ਬਣਾਓ। ਜੇ ਵਰਤੋਂਕਾਰ-ਪਰਿਭਾਸ਼ਿਤ ਰੂਟ ਇੱਛਤ ਰਸਤੇ ਨੂੰ ਓਵਰਰਾਈਡ ਕਰਦਾ ਹੈ, ਤਾਂ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਉਸ ਦਾ ਮਾਲਕ ਅਤੇ ਮਕਸਦ ਲੱਭੋ। ਦੂਜਾ NIC ਵੀ ਬਦਲ ਸਕਦਾ ਹੈ ਕਿ ਗੈਸਟ ਕਿਹੜਾ ਇੰਟਰਫੇਸ ਵਰਤਦਾ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਹਟਾਉਣਾ ਇਸ ਰੂਟ ਨੂੰ ਠੀਕ ਕਰਨ ਦੀ ਥਾਂ ਹੋਰ ਸੇਵਾ ਤੋੜ ਸਕਦਾ ਹੈ।

ਉਸ ਹੱਦ ਵੱਲ ਜਾਓ ਜੋ ਅਜੇ ਵੀ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ

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

ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਐਪਲੀਕੇਸ਼ਨ ਬੇਨਤੀ ਅਤੇ ਦੋਵੇਂ ਸਿਰਿਆਂ ਦੇ ਨਿਰੀਖਣਾਂ ਨਾਲ ਸਮਾਪਤ ਕਰੋ। allow ਨਤੀਜਾ ਅਤੇ ਸਹੀ ਅਗਲਾ ਹੌਪ ਸਬੂਤ ਦੇ ਦੋ ਟੁਕੜੇ ਹਨ, ਇਹ ਸਬੂਤ ਨਹੀਂ ਕਿ ਕਨੈਕਸ਼ਨ ਸਫਲ ਹੋਇਆ।