ਕੀ ਤੁਹਾਡਾ VM ਹੋਸਟ ਦੇ VPN ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ? ਗੈਸਟ ਦੇ ਅੰਦਰੋਂ ਟੈਸਟ ਕਰੋ

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

ਟੈਸਟ ਗੈਸਟ ਦੇ ਅੰਦਰ ਚੱਲਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਇਹ ਦੱਸਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਕੀ ਮਾਪਿਆ ਗਿਆ।

ਹੋਸਟ ਦੇ ਬ੍ਰਾਊਜ਼ਰ ਤੋਂ ਨਹੀਂ, ਗੈਸਟ ਦੇ ਅੰਦਰੋਂ ਸ਼ੁਰੂ ਕਰੋ

ਪਹਿਲਾਂ ਹਾਈਪਰਵਾਈਜ਼ਰ ਦਾ ਨੈੱਟਵਰਕ ਮੋਡ ਦਰਜ ਕਰੋ: NAT, bridged, host-only ਜਾਂ macvtap. NAT ਮੋਡ ਵਿੱਚ ਹੋਸਟ ਗੈਸਟ ਦੀ ਟ੍ਰੈਫਿਕ ਨੂੰ ਰਾਊਟ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਇਹ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਕਲਾਇੰਟ ਰੂਟ ਕਿਵੇਂ ਲਗਾਉਂਦਾ ਹੈ, ਹੋਸਟ ਦਾ ਟਨਲ ਲਾਗੂ ਹੋਵੇ ਜਾਂ ਨਾ। Bridged ਮੋਡ ਵਿੱਚ ਗੈਸਟ ਭੌਤਿਕ LAN ਉੱਤੇ ਬਰਾਬਰ ਦਾ ਸਹਿਭਾਗੀ ਹੁੰਦਾ ਹੈ ਅਤੇ ਹੋਸਟ ਦਾ ਟਨਲ ਅਪ੍ਰਸੰਗਿਕ ਹੁੰਦਾ ਹੈ। ਇਹ ਦੋ ਮੋਡ ਇੱਕੋ ਹੋਸਟ ਕਨਫਿਗਰੇਸ਼ਨ ਤੋਂ ਉਲਟ ਜਵਾਬ ਦਿੰਦੇ ਹਨ।

ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਮੋਡ ਲਿਖੋ, ਕਿਉਂਕਿ ਨਤੀਜੇ ਦਾ ਅਰਥ ਕੀ ਹੋ ਸਕਦਾ ਹੈ ਇਹ ਉਹੀ ਤੈਅ ਕਰਦਾ ਹੈ।

ਇੱਕ ਬੇਨਤੀ ਕਰੋ ਜਿਸ ਦਾ ਮੰਜ਼ਿਲ ਤੁਸੀਂ ਜਾਣਦੇ ਹੋ

ਉਸ ਸੇਵਾ ਨੂੰ ਨਿਰਦੋਸ਼ ਬੇਨਤੀ ਭੇਜੋ ਜੋ ਆਪਣੇ ਦੇਖੇ ਸਰੋਤ ਪਤੇ ਦੀ ਰਿਪੋਰਟ ਕਰਦੀ ਹੈ। ਫਿਰ ਉਸ ਮੰਜ਼ਿਲ ਲਈ ਗੈਸਟ ਦਾ ਆਪਣਾ ਰਾਊਟਿੰਗ ਫੈਸਲਾ ਜਾਂਚੋ: ip route get 203.0.113.5 ਗੈਸਟ ਦੁਆਰਾ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਇੰਟਰਫੇਸ ਅਤੇ ਗੇਟਵੇ ਨੂੰ ਪ੍ਰਿੰਟ ਕਰਦਾ ਹੈ।

ਜੇਕਰ ਇੰਟਰਫੇਸ ਗੈਸਟ ਦਾ ਆਮ NIC ਹੈ, ਤਾਂ ਉਹ ਟ੍ਰੈਫਿਕ ਗੈਸਟ ਦੇ ਅੰਦਰ ਟਨਲ ਰਾਹੀਂ ਨਹੀਂ ਜਾਂਦੀ।

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

ਰਿਜ਼ੋਲਵਰ ਨੂੰ ਵੱਖਰੇ ਤੌਰ ਉੱਤੇ ਜਾਂਚੋ

ਬਦਲਿਆ ਐਗਜ਼ਿਟ ਪਤਾ ਤੁਹਾਨੂੰ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਉਹ ਹੋਸਟਨਾਮ ਕਿਹੜੇ ਰਿਜ਼ੋਲਵਰ ਨੇ ਸੰਭਾਲਿਆ। ਪਲੇਟਫਾਰਮ ਨਾਲ ਮੇਲ ਖਾਂਦੇ ਟੂਲ ਨਾਲ ਨਾਮ ਸਪਸ਼ਟ ਤੌਰ ਉੱਤੇ ਪੁੱਛੋ, ਅਤੇ ਨੋਟ ਕਰੋ ਕਿ ਕਿਹੜੇ ਸਰਵਰ ਨੇ ਜਵਾਬ ਦਿੱਤਾ। Split DNS ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਰਿਜ਼ੋਲਵਰ ਵਾਲਾ ਸਵਾਲ ਅਤੇ ਰਾਊਟਿੰਗ ਵਾਲਾ ਸਵਾਲ ਦੇ ਵੱਖਰੇ ਜਵਾਬ ਹੁੰਦੇ ਹਨ।

ਉਹ ਦੋਵੇਂ ਕਿਸੇ ਵੀ ਦਿਸ਼ਾ ਵਿੱਚ ਵੱਖਰੇ ਹੋ ਸਕਦੇ ਹਨ, ਅਤੇ ਉਹੀ ਅੰਤਰ ਅਕਸਰ ਅਸਲ ਬੱਗ ਹੁੰਦਾ ਹੈ।

systemd ਹੋਸਟ ਉੱਤੇ, resolvectl query ਜਵਾਬ ਪਿੱਛੇ ਦਾ ਇੰਟਰਫੇਸ ਅਤੇ DNS ਸਰਵਰ ਦੱਸਦਾ ਹੈ। ਪੁਰਾਣੀਆਂ ਕਨਫਿਗਰੇਸ਼ਨਾਂ ਸਰਵਰ ਨੂੰ dig ਦੇ ਆਉਟਪੁੱਟ ਵਿੱਚ ਦਿਖਾਉਂਦੀਆਂ ਹਨ। ਕਿਵੇਂ ਵੀ ਹੋਵੇ, ਗੱਲ ਇਹ ਹੈ ਕਿ ਜਵਾਬ ਆਇਆ ਜਾਂ ਨਹੀਂ, ਸਗੋਂ ਇਹ ਵੇਖਣਾ ਕਿ ਕਿਹੜੇ ਸਰਵਰ ਨੇ ਜਵਾਬ ਦਿੱਤਾ।

ਸਿਰਫ਼ ਸਫਲਤਾ ਨਹੀਂ, ਫੇਲ੍ਹ ਹੋਣ ਦੀ ਨੀਤੀ ਵੀ ਟੈਸਟ ਕਰੋ

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

ਟਨਲ ਡਿੱਗਣ ਉੱਤੇ ਭੌਤਿਕ NIC ਉੱਤੇ ਵਾਪਸ ਜਾਣ ਵਾਲਾ ਗੈਸਟ ਬਿਲਕੁਲ ਉਹੀ ਕਰ ਰਿਹਾ ਹੈ ਜਿਸਦੀ NAT ਮੋਡ ਆਗਿਆ ਦਿੰਦਾ ਹੈ।

ਮੋਡ ਅਤੇ ਦਾਇਰਾ ਦਰਜ ਕਰੋ

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

ਜੇਕਰ IPv4 ਨੇ ਟਨਲ ਦੀ ਪਾਲਣਾ ਕੀਤੀ, ਤਾਂ ਇਹ ਦੱਸੋ। ਇਸ ਦਾਅਵੇ ਨੂੰ IPv6, ਕਿਸੇ ਹੋਰ namespace ਜਾਂ ਕਿਸੇ ਹੋਰ ਨੈੱਟਵਰਕ ਉੱਤੇ ਕਿਸੇ ਹੋਰ VM ਤੱਕ ਨਾ ਵਧਾਓ।