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

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

Securing communications ਪੜਾਅ ਕਿਸ ਦੀ ਉਡੀਕ ਕਰ ਰਿਹਾ ਹੈ

ਸੁਰੰਗ ਬਣਨ ਤੋਂ ਪਹਿਲਾਂ ਕਲਾਇੰਟ ਨੂੰ ਗੇਟਵੇ ਤੱਕ ਕੰਮ ਕਰਨ ਵਾਲਾ ਲੋਕਲ ਨੈੱਟਵਰਕ ਰਾਹ ਚਾਹੀਦਾ ਹੈ। ਇਹ ਆਪਣਾ ਵਰਚੁਅਲ ਅਡੈਪਟਰ ਸਥਾਪਿਤ ਕਰਦਾ ਹੈ ਅਤੇ ਉਸ ਨੂੰ ਉਸ ਰਾਹ ਦਾ ਹਿੱਸਾ ਬਣਾਉਂਦਾ ਹੈ। ਜੇ Hyper-V ਉਸ ਅਡੈਪਟਰ ਨੂੰ ਇਮੂਲੇਟਰ ਲਈ ਬਣਾਏ ਸਵਿੱਚ ਨਾਲ ਜੋੜ ਦੇਵੇ, ਤਾਂ ਅਡੈਪਟਰ ਵਰਤੋਂਯੋਗ ਰੂਟ ਦੇਣਾ ਬੰਦ ਕਰ ਸਕਦਾ ਹੈ।

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

ਦੁਬਾਰਾ ਪ੍ਰਮਾਣ ਪਾਉਣਾ ਜਾਂ ਪਰੋਫ਼ਾਈਲ ਮੁੜ ਸਥਾਪਿਤ ਕਰਨਾ ਸਵਿੱਚ ਬਾਈਂਡਿੰਗ ਨਹੀਂ ਬਦਲ ਸਕਦਾ। ਜੇ ਇਹ ਤੁਹਾਡੇ ਪਹਿਲੇ ਦੋ ਕਦਮ ਹਨ, ਤਾਂ ਤੁਸੀਂ ਗਲਤ ਪਰਤ ਠੀਕ ਕਰ ਰਹੇ ਹੋ।

ਪਹਿਲਾ ਫ਼ੈਸਲਾ: ਕੀ VPN ਅਡੈਪਟਰ ਗਲਤ ਸਵਿੱਚ ਨਾਲ ਬਾਈਂਡ ਹੈ?

Hyper-V Manager ਖੋਲ੍ਹੋ, ਫਿਰ Virtual Switch Manager, ਅਤੇ ਹਰ ਸਵਿੱਚ ਦੀ ਅਡੈਪਟਰ ਸੂਚੀ ਪੜ੍ਹੋ। Cisco ਅਡੈਪਟਰ ਕਿਸੇ ਇਮੂਲੇਟਰ ਸਵਿੱਚ ਦੇ ਅਟੈਚਮੈਂਟ ਵਜੋਂ ਨਹੀਂ ਦਿਖਣਾ ਚਾਹੀਦਾ। ਜੇ ਦਿਖੇ, ਤਾਂ ਇਹ ਤੁਹਾਡੀ ਗਲਤੀ ਹੈ, ਅਤੇ ਮੁਰੰਮਤ ਉਸ ਨੂੰ ਉਸ ਸਵਿੱਚ ਤੋਂ ਹਟਾਉਣਾ ਹੈ।

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

ਕਲਾਇੰਟ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਕਨੈਕਸ਼ਨ ਅਜ਼ਮਾਓ। ਜੇ ਅਜੇ ਵੀ ਅਟਕਦਾ ਹੈ, ਤਾਂ ਬਾਕੀ ਵਰਚੁਅਲ ਅਡੈਪਟਰ ਇੱਕ-ਇੱਕ ਕਰਕੇ ਅਨਬਾਇੰਡ ਕਰੋ ਅਤੇ ਹਰੇਕ ਤੋਂ ਬਾਅਦ ਜਾਂਚੋ, ਤਾਂ ਜੋ ਪਤਾ ਲੱਗੇ ਕਿ ਕਿਹੜਾ ਮਹੱਤਵਪੂਰਨ ਸੀ।

ਦੂਜਾ ਫ਼ੈਸਲਾ: ਅਡੈਪਟਰ ਚੱਲ ਰਿਹਾ ਹੈ ਪਰ ਪਤਾ ਨਹੀਂ?

ਲੁਕਵੇਂ ਅਡੈਪਟਰ ਵੀ ਸ਼ਾਮਲ ਹੋਣ ਲਈ ਉੱਚ ਅਧਿਕਾਰ ਵਾਲੇ ਪ੍ਰਾਂਪਟ ਤੋਂ ipconfig /all ਚਲਾਓ, ਅਤੇ ਸੂਚੀ ਦੀ ਤੁਲਨਾ ਸਥਾਪਨਾ ਤੋਂ ਪਹਿਲਾਂ ਦੀ ਯਾਦ ਨਾਲ ਕਰੋ। ਬਿਨਾਂ ਪਤੇ ਵਾਲਾ ਅਤੇ ਮੀਡੀਆ ਡਿਸਕਨੈਕਟ ਹਾਲਤ ਵਾਲਾ ਅਡੈਪਟਰ ਆਮ ਤੌਰ 'ਤੇ ਦੱਸਦਾ ਹੈ ਕਿ ਡਰਾਈਵਰ ਸ਼ੁਰੂ ਨਹੀਂ ਹੋਇਆ। ਇਹ ਅਨਬਾਇੰਡ ਕਰਨ ਨਾਲ ਠੀਕ ਨਹੀਂ ਹੁੰਦਾ। ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਸਹੀ ਹਾਲਤ ਲਿਖੋ।

ਚੱਲ ਰਿਹਾ ਪਰ ਗਲਤ ਸਵਿੱਚ ਨਾਲ ਜੁੜਿਆ ਅਡੈਪਟਰ ਪਿਛਲੇ ਭਾਗ ਦਾ ਮਾਮਲਾ ਹੈ। ਪਤੇ ਦੀ ਹਾਲਤ ਹੀ ਦੋਵਾਂ ਨੂੰ ਵੱਖ ਕਰਦੀ ਹੈ।

ਖ਼ਰਾਬੀ ਵਾਪਸ ਲਿਆਏ ਬਿਨਾਂ ਇਮੂਲੇਟਰ ਵਾਪਸ ਲਿਆਓ

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

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

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

ਸੰਬੰਧਿਤ ਲੇਖ