ਨਿੱਜੀ ਐਂਡਪੌਇੰਟ ਅਜੇ ਵੀ ਜਨਤਕ ਪਤੇ ਨਾਲ ਕਿਉਂ ਜਵਾਬ ਦਿੰਦਾ ਹੈ

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

ਕਲਾਇੰਟ ਦੇ ਰਿਜ਼ਾਲਵਰ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ

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

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

ਜਵਾਬ ਅਸਲ ਵਿੱਚ ਕੀ ਹੈ, ਇਹ ਪੜ੍ਹੋ

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

ਇਹ ਦੋਵੇਂ ਨਤੀਜੇ ਇੱਕੋ ਜਿਹੀਆਂ ਐਪਲੀਕੇਸ਼ਨ ਗਲਤੀਆਂ ਪੈਦਾ ਕਰਦੇ ਹਨ ਅਤੇ ਵੱਖ-ਵੱਖ ਮਾਲਕਾਂ ਦੇ ਹਨ। ਇੱਕ ਰਿਜ਼ਾਲਵਰ ਚੋਣ ਦੀ ਸਮੱਸਿਆ ਹੈ, ਦੂਜੀ ਗੁੰਮ ਜ਼ੋਨ ਲਿੰਕ ਹੈ।

hosts ਐਂਟਰੀ ਰਾਹ ਸਾਬਤ ਕਰਦੀ ਹੈ, ਫਿਰ ਝੂਠ ਬੋਲਦੀ ਹੈ

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

ਇਹ ਦੂਜੇ ਖਾਤੇ, ਦੂਜੇ ਐਂਡਪੌਇੰਟ ਜਾਂ ਕਿਸੇ ਸਹਿਕਰਮੀ ਦੀ ਮਦਦ ਨਹੀਂ ਕਰਦੀ, ਅਤੇ ਐਂਡਪੌਇੰਟ ਨਵੇਂ ਪਤੇ 'ਤੇ ਦੁਬਾਰਾ ਬਣਨ ਵੇਲੇ ਬਿਨਾਂ ਚੇਤਾਵਨੀ ਟੁੱਟ ਜਾਂਦੀ ਹੈ।

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

ਜ਼ੋਨ ਜੋੜੋ ਅਤੇ ਰਿਜ਼ਾਲਵਰ ਦਿਓ

ਦੋ ਸ਼ਰਤਾਂ ਇੱਕੋ ਸਮੇਂ ਪੂਰੀਆਂ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ। ਨਿੱਜੀ ਜ਼ੋਨ ਦਾ ਉਸ ਵਰਚੁਅਲ ਨੈੱਟਵਰਕ ਨਾਲ ਜੁੜਿਆ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਜਿੱਥੇ ਐਂਡਪੌਇੰਟ ਰਹਿੰਦਾ ਹੈ, ਅਤੇ ਕਲਾਇੰਟ ਨੂੰ ਆਪਣੀਆਂ ਕਿਊਰੀਆਂ ਉਸ ਸਰਵਰ ਨੂੰ ਭੇਜਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ ਜੋ ਉਸ ਜ਼ੋਨ ਨੂੰ ਪੜ੍ਹ ਸਕਦਾ ਹੈ। DNS Private Resolver ਦਾ ਇਨਬਾਊਂਡ ਐਂਡਪੌਇੰਟ ਨੈੱਟਵਰਕ ਦੇ ਅੰਦਰ ਅਜਿਹਾ ਪਤਾ ਦਿੰਦਾ ਹੈ ਅਤੇ ਟਨਲ ਰਾਹੀਂ ਆਉਣ ਵਾਲੀਆਂ ਕਿਊਰੀਆਂ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਉਹ ਪਤਾ VPN ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ ਰੱਖੋ ਅਤੇ ਉਹ ਨਿੱਜੀ ਪਿਛੇਤਰ ਜੋੜੋ ਜੋ ਕਲਾਇੰਟ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।

ਪਹਿਲਾਂ ਤੋਂ ਮੌਜੂਦ ਆਨ-ਪ੍ਰੀਮਾਈਜ਼ਿਜ਼ ਰਿਜ਼ਾਲਵਰ ਜ਼ੋਨ ਵੱਲ ਨਿਰਦੇਸ਼ਿਤ ਸ਼ਰਤੀ ਫਾਰਵਰਡਰ ਰਾਹੀਂ ਉਹੀ ਨਤੀਜਾ ਪਾ ਸਕਦਾ ਹੈ।

ਰਿਜ਼ਾਲਵਰ 'ਤੇ ਨੈੱਟਵਰਕ ਨਿਯਮ ਰੂਟਿੰਗ ਜਿੰਨੇ ਹੀ ਮਹੱਤਵਪੂਰਨ ਹਨ। ਜੇ ਇਨਬਾਊਂਡ ਨਿਯਮ VPN ਕਲਾਇੰਟ ਰੇਂਜ ਨੂੰ ਬਾਹਰ ਰੱਖਦਾ ਹੈ, ਤਾਂ ਕਿਊਰੀਆਂ ਗਲਤ ਜਵਾਬ ਦੇਣ ਦੀ ਬਜਾਏ ਸਮਾਂ ਖਤਮ ਹੋ ਜਾਂਦੀਆਂ ਹਨ। ਇਹੀ ਸਮਾਂ ਖਤਮ ਹੋਣਾ ਲੋਕਾਂ ਨੂੰ ਉਸ ਰੂਟ ਟੇਬਲ ਵੱਲ ਵਾਪਸ ਭੇਜਦਾ ਹੈ ਜਿੱਥੇ ਕੁਝ ਵੀ ਗਲਤ ਨਹੀਂ ਹੈ।

ਨਾਮ, ਪੋਰਟ ਅਤੇ ਪਛਾਣ ਕ੍ਰਮ ਵਿੱਚ ਜਾਂਚੋ

ਕ੍ਰਮ ਵਿੱਚ ਕੰਮ ਕਰੋ: ਨਾਮ ਹੱਲ ਕਰੋ, ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਜਵਾਬ ਨਿੱਜੀ ਹੈ, ਪੋਰਟ ਖੋਲ੍ਹੋ, ਫਿਰ ਪ੍ਰਮਾਣਿਤ ਬੇਨਤੀ ਕਰੋ। ਹਰ ਪੜਾਅ ਦਾ ਆਪਣਾ ਮਾਲਕ ਅਤੇ ਆਪਣਾ ਅਸਫਲਤਾ ਦਸਤਖਤ ਹੈ।

ਨਿੱਜੀ ਜਵਾਬ ਤੋਂ ਬਾਅਦ ਸਮਾਂ ਖਤਮ ਹੋਣਾ ਕਿਸੇ ਰੂਟ ਜਾਂ ਫਾਇਰਵਾਲ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ। ਜਨਤਕ ਜਵਾਬ ਰਿਜ਼ਾਲਵਰ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ। ਪੂਰਾ ਹੋਇਆ ਕਨੈਕਸ਼ਨ ਜੋ ਪਛਾਣ ਗਲਤੀ ਵਾਪਸ ਕਰਦਾ ਹੈ ਸੇਵਾ ਦਾ ਹੈ।

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