VPN ਜੁੜਨ 'ਤੇ Vagrant VM ਗਾਇਬ ਹੋ ਜਾਂਦਾ ਹੈ: ਟੁੱਟਿਆ ਰੂਟ ਕਿਸਦਾ

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

ਰੂਟ ਵੇਖੋ, ਮਸ਼ੀਨ ਨਹੀਂ

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

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

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

ip -4 route get 192.168.56.10
ip -brief addr show
ip route show table main | head -20

ਜੁੜਨ ਤੋਂ ਪਹਿਲਾਂ ਅਤੇ ਬਾਅਦ ਹੋਸਟ ਦੀ ਸਾਰਣੀ ਪੜ੍ਹੋ

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

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

Get-NetAdapter | Select-Object Name, InterfaceIndex, InterfaceMetric
Get-NetRoute -DestinationPrefix 192.168.56.0/24
route print -4 | Select-String '192.168.56'

ਜੇ ਰੂਟ ਬਦਲਿਆ ਪਰ ਅਡੈਪਟਰ ਮੈਟ੍ਰਿਕ ਨਹੀਂ, ਤਾਂ ਕਲਾਇੰਟ ਨੇ ਮੁਕਾਬਲੇ ਵਾਲਾ ਰੂਟ ਲਾਇਆ। ਜੇ ਮੈਟ੍ਰਿਕ ਬਦਲਿਆ, ਤਾਂ ਕਲਾਇੰਟ ਨੇ ਅਡੈਪਟਰ ਮੁੜ-ਕ੍ਰਮਬੱਧ ਕੀਤੇ। ਦੋਵੇਂ ਸੁਧਾਰੇ ਜਾ ਸਕਦੇ ਹਨ, ਅਤੇ ਦੋਵੇਂ ਵੱਖਰੀਆਂ ਥਾਵਾਂ 'ਤੇ ਸੁਧਾਰੇ ਜਾਂਦੇ ਹਨ।

ਜਦੋਂ ਮਹਿਮਾਨ ਦੀ NAT ਰੇਂਜ ਹੀ ਟਕਰਾਅ ਹੋਵੇ

VirtualBox NAT ਡਿਫਾਲਟ ਰੂਪ ਵਿੱਚ 10.0.2.0/24 ਵਰਤਦਾ ਹੈ, ਅਤੇ ਉਹੀ ਰੇਂਜ ਧੱਕਣ ਵਾਲਾ ਟਨਲ ਮਹਿਮਾਨ ਨੂੰ ਉਹ ਟ੍ਰੈਫਿਕ ਅਸਲ ਮੰਜ਼ਿਲ ਵੱਲ ਨਹੀਂ, ਆਪਣੇ NAT ਗੇਟਵੇ ਵੱਲ ਭੇਜਣ ਲਈ ਮਜਬੂਰ ਕਰਦਾ ਹੈ। ਪੈਕੇਟ ਕਦੇ ਹੋਸਟ ਨਹੀਂ ਛੱਡਦਾ, ਇਸ ਲਈ ਪਰਲੇ ਪਾਸੇ ਦਾ ਕੋਈ ਫਾਇਰਵਾਲ ਲੌਗ ਉਹ ਨਹੀਂ ਦਿਖਾਏਗਾ। Docker Machine ਦੀ ਸਿਰਫ਼-ਹੋਸਟ ਯੋਜਨਾ ਵਿੱਚ ਵੀ ਉਸੇ ਵਰਗ ਦਾ ਟਕਰਾਅ ਹੈ, ਅਤੇ ਉਹ ਯੋਜਨਾ ਬਦਲਣ ਲਈ ਮਸ਼ੀਨ ਨੂੰ ਉਸ ਦੇ ਸਰਟੀਫਿਕੇਟਾਂ ਸਮੇਤ ਮੁੜ ਬਣਾਉਣਾ ਪੈ ਸਕਦਾ ਹੈ।

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

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

VBoxManage modifyvm devbox --natnet1 10.77.0.0/24
vagrant reload devbox --provision
vagrant ssh devbox -c 'ip route get 10.20.0.15'

ਕਲਾਇੰਟ ਨਾਲ ਲੜੇ ਬਿਨਾਂ ਰਾਹ ਬਹਾਲ ਕਰੋ

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

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

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

ਸੁਧਾਈ ਦੋਵੇਂ ਪਾਸਿਆਂ ਜਾਂਚੋ

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

ਬਦਲੇ ਇੰਟਰਫੇਸ, ਮੈਟ੍ਰਿਕ ਅਤੇ ਰੂਟ ਨੂੰ ਸਮੇਂ ਨਾਲ ਦਰਜ ਕਰੋ, ਤਾਂ ਜੋ ਅਗਲੀ ਘਟਨਾ ਮੁੜ-ਨਿਰਮਾਣ ਨਹੀਂ, ਖੋਜ ਹੋਵੇ। ਉਹ ਨੋਟ ਲੰਬੇ ਟਿਕਟ ਥ੍ਰੈਡ ਨਾਲੋਂ ਵੱਧ ਕੀਮਤੀ ਹੈ।

ip -4 route get 192.168.56.10
traceroute -n -m 4 10.20.0.15
curl -sS -o /dev/null -w '%{http_code}\n' https://example.com

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