macOS 'ਤੇ VPN ਰੂਟ ਜਾਂਚ: ਕੁਝ ਵੀ ਬਦਲੇ ਬਿਨਾਂ route get

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

ਅਸਫਲ ਹੋਸਟ ਨੂੰ ਪੁੱਛੋ, ਡਿਫ਼ਾਲਟ ਨੂੰ ਨਹੀਂ

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

ਢਾਂਚਾ route -n get ਤੋਂ ਬਾਅਦ ਪਤਾ ਹੈ: route -n get 203.0.113.10, ਜਿੱਥੇ ਦਸਤਾਵੇਜ਼ੀ ਪਤਾ ਤੁਹਾਡੇ ਟੀਚੇ ਦੀ ਨੁਮਾਇੰਦਗੀ ਕਰਦਾ ਹੈ। ਅਧਿਕਾਰਤ ਮੰਜ਼ਿਲ ਅਤੇ ਮੇਲ ਖਾਂਦਾ ਪਤਾ-ਪਰਿਵਾਰ ਵਰਤੋ, ਕਿਉਂਕਿ IPv4 ਜਵਾਬ ਸਿਰਫ਼ IPv6 ਸਰੋਤ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਦੱਸਦਾ। route ਯੂਟਿਲਿਟੀ ਦਾ ਦਸਤਾਵੇਜ਼ get ਓਪਰੇਸ਼ਨ ਅਤੇ ਇਸ ਵੱਲੋਂ ਛਾਪੇ ਖੇਤਰਾਂ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ।

ਇੰਟਰਫੇਸ ਅਤੇ ਗੇਟਵੇ ਨੂੰ ਸਬੂਤ ਵਜੋਂ ਪੜ੍ਹੋ

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

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

ਸਹੀ ਰੂਟ ਕੰਮ ਕਰਦੀ ਬੇਨਤੀ ਨਹੀਂ

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

ਰੂਟਿੰਗ ਸਾਰਣੀ ਦੀ ਸੂਚੀ ਦੀ ਅਜੇ ਵੀ ਥਾਂ ਹੈ: ਇਸ ਤਰ੍ਹਾਂ ਹੀ ਅਣਕਿਆਸਿਆ ਡਿਫ਼ਾਲਟ ਧਿਆਨ ਵਿੱਚ ਆਉਂਦਾ ਹੈ। ਬਚਿਆ ਆਮ ਡਿਫ਼ਾਲਟ ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ VPN ਵਰਤੀ ਨਹੀਂ ਜਾਂਦੀ, ਕਿਉਂਕਿ ਵਧੇਰੇ ਖਾਸ ਐਂਟਰੀਆਂ ਉਸ ਨੂੰ ਹਰਾ ਦਿੰਦੀਆਂ ਹਨ।

ਐਂਡਪੌਇੰਟ ਅਤੇ ਸਰੋਤ ਨੂੰ ਵੱਖਰਾ ਰੱਖੋ

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

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

ਪਹਿਲਾਂ ਪੜ੍ਹੋ, ਬਾਅਦ ਵਿੱਚ ਬਦਲੋ

route add ਅਤੇ route delete ਨੂੰ ਪਹਿਲੇ ਦੌਰ ਤੋਂ ਬਾਹਰ ਰੱਖੋ। ਜਿਸ Mac ਨੂੰ ਤੁਸੀਂ ਦੂਰੋਂ ਸੰਭਾਲਦੇ ਹੋ, ਉਸ 'ਤੇ ਇੱਕ ਲਾਪਰਵਾਹੀ ਸਾਰਣੀ ਸੰਪਾਦਨ ਮਸ਼ੀਨ ਤੱਕ ਵਾਪਸੀ ਦਾ ਰਾਹ ਹੀ ਖੋਹ ਸਕਦਾ ਹੈ, ਅਤੇ ਨਿਦਾਨ ਪੂਰਾ ਕਰਨ ਲਈ ਕੋਈ ਨਹੀਂ ਬਚੇਗਾ। ਸਹੀ ਰੂਟ ਕਿਹੜੀ ਹੈ ਇਹ ਤੈਅ ਕਰੋ, ਬਦਲਾਅ ਕਿਵੇਂ ਰੱਦ ਕਰਨਾ ਹੈ ਲਿਖੋ, ਅਤੇ ਫਿਰ ਹੀ ਚਲਾਓ। ਜਾਂਚ ਦਾ ਅਜਿਹਾ ਪੂਛ ਨਹੀਂ ਹੁੰਦਾ।

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