route -interface ਲਿੰਕ ਤੋਂ ਬਾਹਰਲੇ ਹੋਸਟ ਤੱਕ ਕਿਉਂ ਨਹੀਂ ਪਹੁੰਚਦਾ

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

ਇਹੀ ਫ਼ਰਕ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ VPN ਦੇ ਕੋਲ ਰੂਟ ਅਪਵਾਦ ਕੰਮ ਕਰੇਗਾ ਜਾਂ ਸਿਰਫ਼ ਭਰੋਸੇਯੋਗ ਦਿਸੇਗਾ।

ਇੰਟਰਫ਼ੇਸ ਨਿਕਾਸ ਹੈ, ਅਗਲਾ ਹੌਪ ਸੌਂਪਣਾ ਹੈ

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

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

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

ਇੰਟਰਫ਼ੇਸ ਫ਼ਲੈਗ ਅਸਲ ਵਿੱਚ ਕੀ ਦਾਅਵਾ ਕਰਦਾ ਹੈ

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

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

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

ਲਿੰਕ ਤੋਂ ਬਾਹਰਲੀ ਮੰਜ਼ਿਲ ਨੂੰ ਜਿਸ ਰੂਟ ਦੀ ਲੋੜ ਹੈ

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

macOS ਵਿੱਚ ਸਿਰਫ਼-ਪੜ੍ਹਨ ਜਾਂਚ route -n get 198.51.100.25 ਹੈ। ਗੇਟਵੇ ਅਤੇ ਇੰਟਰਫ਼ੇਸ ਦੀਆਂ ਲਾਈਨਾਂ ਇਕੱਠੀਆਂ ਪੜ੍ਹੋ ਅਤੇ ਜਾਂਚੋ ਕਿ ਗੇਟਵੇ ਉਹ ਪਤਾ ਹੈ ਜਿੱਥੇ Mac ਅਸਲ ਵਿੱਚ ਪਹੁੰਚ ਸਕਦਾ ਹੈ। ਕਿਸੇ ਹੋਰ ਸਬਨੈੱਟ ਦਾ ਗੇਟਵੇ, ਜਾਂ ਪਿਛਲੇ ਨੈੱਟਵਰਕ ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਚਲਾ ਗਿਆ ਗੇਟਵੇ, ਐਸਾ ਰੂਟ ਬਣਾਉਂਦਾ ਹੈ ਜੋ ਸਹੀ ਦਿਸਦਾ ਹੈ ਅਤੇ ਕੁਝ ਵੀ ਫ਼ਾਰਵਰਡ ਨਹੀਂ ਕਰਦਾ।

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

ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਮੌਜੂਦਾ ਚੋਣ ਪੜ੍ਹੋ

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

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

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

ਸੁਰੰਗਾਂ ਅਤੇ ਨੀਤੀ ਆਕਾਰ ਬਦਲਦੀਆਂ ਹਨ

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

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

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