ਜਵਾਬ ਟਨਲ ਵਿੱਚੋਂ ਨਹੀਂ, LAN ਵਿੱਚੋਂ ਨਿਕਲਦਾ ਹੈ: ਕਿਉਂ ਅਤੇ ਕਿਵੇਂ

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

ਬਾਹਰ ਜਾਣ ਵਾਲਾ ਪੈਕਟ ਅਸਲ ਵਿੱਚ ਕੀ ਤੈਅ ਕਰਦਾ ਹੈ

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

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

ਸਥਾਨਕ ਸਬਨੈੱਟ ਕਿਉਂ ਜਿੱਤਦਾ ਹੈ

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

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

ਪੀਅਰ ਕਵਰੇਜ ਅਤੇ ਸਥਾਪਿਤ ਰੂਟ ਇੱਕੋ ਜਿਹੇ ਨਹੀਂ

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

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

ਸਰੋਤ ਪਤੇ ਅਨੁਸਾਰ ਤਾਲਿਕਾ ਚੁਣੋ

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

ip -6 route add default dev wg0 table 200
ip -6 rule add priority 32000 from 2001:db8:aa::20/128 lookup 200
ip -6 rule add priority 32001 from 2001:db8:aa::20/128 unreachable

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

ਪਹਿਲਾਂ ਰਾਹ, ਫਿਰ ਸੇਵਾ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ

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

ip -6 route get 2001:db8:bb::30 from 2001:db8:aa::20

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

ਇਹ ਕੀ ਠੀਕ ਨਹੀਂ ਕਰਦਾ

ਗੇਟਵੇ 'ਤੇ ਫਾਰਵਰਡਿੰਗ, ਫਾਇਰਵਾਲ ਨਿਯਮ ਅਤੇ ICMPv6 ਵਿਵਹਾਰ ਪਹਿਲਾਂ ਵਾਂਗ ਹੀ ਰੱਖੋ, ਕਿਉਂਕਿ ਸਰੋਤ-ਰੂਟ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਨਹੀਂ ਬਦਲਦਾ। ਗੁੰਮ Packet Too Big ਸੁਨੇਹਾ ਕੋਈ ਵੀ ਤਾਲਿਕਾ ਖੋਜ ਜਿੱਤੇ, ਵੱਡੇ ਜਵਾਬ ਅਜੇ ਵੀ ਤੋੜਦਾ ਹੈ। ਰੂਟਿੰਗ ਨਿਯਮ ਜੋੜਨ ਤੋਂ ਪਹਿਲਾਂ ਇਸਨੂੰ ਠੀਕ ਕਰੋ, ਨਹੀਂ ਤਾਂ ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਵੀ ਲੱਛਣ ਰਹੇਗਾ।

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

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