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

ਹੋਸਟ ਸੁਰੰਗ ਤੋਂ ਪਹਿਲਾਂ ਸਾਫ਼ ਟੈਕਸਟ ਪੜ੍ਹਦਾ ਹੈ

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

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

ਨਿਸ਼ਾਨ ਸੈਸ਼ਨ ਤੋਂ ਵੱਧ ਜੀਉਂਦੇ ਰਹਿੰਦੇ ਹਨ

VirtualBox ਗੈਸਟ ਨੂੰ ਰੋਕੋ ਅਤੇ ਸੰਭਾਲੀ ਮੈਮੋਰੀ ਹਾਲਤ ਵਾਲੀ .sav ਫਾਈਲ ਉਸ ਦੇ ਕੋਲ ਦਿਸਦੀ ਹੈ। VMware ਸਸਪੈਂਡ ਅਤੇ ਸਨੈਪਸ਼ਾਟ ਕੰਮ ਵੇਲੇ .vmem ਅਤੇ .vmsn ਫਾਈਲਾਂ ਛੱਡਦਾ ਹੈ, ਅਤੇ Hyper-V ਚੈਕਪੁਆਇੰਟ ਹੋਸਟ ਵਾਲੀਅਮ ਉੱਤੇ .avhdx ਫ਼ਰਕ ਡਿਸਕਾਂ ਵਧਾਉਂਦੇ ਹਨ। ਉਨ੍ਹਾਂ ਫਾਈਲਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਗੈਸਟ ਦੀ ਡਿਸਕ ਇਨਕ੍ਰਿਪਸ਼ਨ ਨਾਲ ਇਨਕ੍ਰਿਪਟ ਨਹੀਂ ਹੁੰਦੀ। ਹੋਸਟ ਦੀ ਪੇਜ ਫਾਈਲ ਹਾਈਪਰਵਾਈਜ਼ਰ ਵੱਲੋਂ ਬਾਹਰ ਧੱਕੇ ਪੰਨੇ ਵੀ ਲੈ ਸਕਦੀ ਹੈ, ਉਹੀ ਨਿਸ਼ਾਨ ਜਿਸ ਬਾਰੇ Tails ਆਪਣੀ ਵਰਚੁਅਲਾਈਜ਼ੇਸ਼ਨ ਅਗਵਾਈ ਵਿੱਚ ਚੇਤਾਵਨੀ ਦਿੰਦਾ ਹੈ। ਜਾਂਚੋ ਕਿ ਹਾਈਪਰਵਾਈਜ਼ਰ ਸਨੈਪਸ਼ਾਟ ਰੱਖਦਾ ਹੈ ਜਾਂ ਨਹੀਂ ਅਤੇ ਹੋਸਟ ਦਾ ਸਵੈਪ ਇਨਕ੍ਰਿਪਟਿਡ ਵਾਲੀਅਮ ਉੱਤੇ ਹੈ ਜਾਂ ਨਹੀਂ।

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

ਡਿਸਕ ਇਨਕ੍ਰਿਪਸ਼ਨ ਇੱਕ ਤੰਗ ਕੇਸ ਕੱਢਦੀ ਹੈ

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

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

ਢੋਆ-ਢੁਆਈ ਇੱਕੋ ਦ੍ਰਿਸ਼ ਨਹੀਂ

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

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

ਲੰਘਣਾਂ ਨੂੰ ਛੋਟਾ ਕਰੋ, ਫਿਰ ਰਿਕਾਰਡ ਲਿਖੋ

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

ਇਹ ਕਦਮ ਲੰਘਣਾਂ ਨੂੰ ਛੋਟਾ ਕਰਦੇ ਹਨ; ਇਹ ਗੈਸਟ ਨੂੰ ਵੱਖਰੀ ਭੌਤਿਕ ਭਰੋਸਾ ਹੱਦ ਨਹੀਂ ਬਣਾਉਂਦੇ। ਸਖ਼ਤ ਕੀਤੇ VM ਨੂੰ ਅਜਿਹੀ ਹੱਦ ਮੰਨਣਾ ਹੀ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਜੋਖਮ ਮੁੱਲਿਆਂਕਣ ਆਮ ਤੌਰ ਉੱਤੇ ਗਲਤ ਹੁੰਦੇ ਹਨ।

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

ਸੰਬੰਧਿਤ ਲੇਖ