ਉਹ ਟਨਲ ਪਤਾ ਇੱਕ ਪੀਅਰ ਹੈ, ਬ੍ਰਾਊਜ਼ ਕਰਨ ਯੋਗ ਸਬਨੈੱਟ ਨਹੀਂ
ਪੁਆਇੰਟ-ਟੂ-ਪੁਆਇੰਟ ਲਿੰਕ ਉੱਤੇ ਮਾਸਕ ਦੂਰਲੇ ਸਿਰੇ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ, ਗੁਆਂਢੀਆਂ ਦੀ ਰੇਂਜ ਦਾ ਨਹੀਂ। ਸਬਨੈੱਟ ਗਲਤ ਲੱਗਦਾ ਹੈ ਅਜਿਹਾ ਫੈਸਲਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪੀਅਰ ਦਾ ਪਤਾ ਪੜ੍ਹੋ।
ਤੁਹਾਡਾ ਕਲਾਇੰਟ ਜੁੜਦਾ ਹੈ ਅਤੇ ਪਤਿਆਂ ਦੀ ਜੋੜੀ ਦਿਖਾਉਂਦਾ ਹੈ, ਜਾਂ ਇੱਕ ਪਤਾ 255.255.255.255 ਮਾਸਕ ਨਾਲ ਦਿਖਾਉਂਦਾ ਹੈ, ਅਤੇ ਪਹਿਲੀ ਪ੍ਰਤੀਕਿਰਿਆ ਇਹ ਹੁੰਦੀ ਹੈ ਕਿ ਸਰਵਰ ਨੇ ਕੁਝ ਟੁੱਟਿਆ ਦਿੱਤਾ ਹੈ। ਕੁਝ ਵੀ ਟੁੱਟਿਆ ਨਹੀਂ: ਟਨਲ ਇੰਟਰਫੇਸ ਪੁਆਇੰਟ-ਟੂ-ਪੁਆਇੰਟ ਲਿੰਕ ਹੈ, ਅਤੇ ਮਾਸਕ ਗੁਆਂਢੀਆਂ ਦੀ ਰੇਂਜ ਦਾ ਨਹੀਂ, ਉਸੇ ਇੱਕ ਲਿੰਕ ਦੇ ਦੂਰਲੇ ਸਿਰੇ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ। ਜੋੜੀ ਨੂੰ ਸਥਾਨਕ ਅਤੇ ਪੀਅਰ ਵਜੋਂ ਪੜ੍ਹਨਾ ਅਜੀਬ ਮਾਸਕ, ਉਸ ਦੇ ਕੋਲ ਦੀ ਇੱਕ-ਹੋਸਟ ਰੂਟ ਅਤੇ ਗੈਰਹਾਜ਼ਰ ਗੁਆਂਢੀ ਸਾਰਣੀ ਨੂੰ ਸਮਝਾਉਂਦਾ ਹੈ। ਉਹੀ ਪੜ੍ਹਤ ਜਿਸ ਨੂੰ ਮਾਫ਼ ਨਹੀਂ ਕਰਦੀ, ਉਹ ਦਫ਼ਤਰੀ ਨੈੱਟਵਰਕ ਨਾਲ ਓਵਰਲੈਪ ਹੁੰਦੀ ਪਤਾ ਯੋਜਨਾ ਹੈ।
ਟਨਲ ਲਿੰਕ ਉੱਤੇ ਮਾਸਕ ਗਲਤ ਕਿਉਂ ਦਿਖਦਾ ਹੈ
Ethernet ਇੰਟਰਫੇਸ ਉੱਤੇ, ਇੱਕ ਪਤਾ ਅਤੇ ਇੱਕ ਮਾਸਕ ਦੋ ਗੱਲਾਂ ਕਹਿੰਦੇ ਹਨ: ਇਹ ਹੋਸਟ ਪਤੇ ਦਾ ਮਾਲਕ ਹੈ, ਅਤੇ ਪ੍ਰੀਫਿਕਸ ਦੇ ਅੰਦਰ ਸਭ ਕੁਝ ਸਿੱਧਾ ਗੁਆਂਢੀ ਹੈ। ਕਰਨਲ ਇਹਨਾਂ ਦੋ ਤੱਥਾਂ ਤੋਂ ਲਿੰਕ ਉੱਤੇ ਰੂਟ ਕੱਢਦਾ ਹੈ ਅਤੇ ਫਿਰ ਉਹਨਾਂ ਗੁਆਂਢੀਆਂ ਲਈ ਲਿੰਕ ਪਤੇ ਹੱਲ ਕਰਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਉਹ ਮੌਜੂਦ ਮੰਨਦਾ ਹੈ। ਪੁਆਇੰਟ-ਟੂ-ਪੁਆਇੰਟ ਇੰਟਰਫੇਸ ਮਾਲਕੀ ਰੱਖਦਾ ਹੈ ਅਤੇ ਗੁਆਂਢੀਆਂ ਨੂੰ ਛੱਡ ਦਿੰਦਾ ਹੈ, ਇਸ ਲਈ ਕਲਾਇੰਟ ਲਾਈਨ ਦਾ ਦੂਜਾ ਪਤਾ ਸਾਂਝੇ ਸੈਗਮੈਂਟ ਉੱਤੇ ਦੂਜਾ ਹੋਸਟ ਨਹੀਂ, ਦੂਰਲਾ ਸਿਰਾ ਹੈ। ਕੋਈ ਹਾਰਡਵੇਅਰ ਐਡਰੈਸਿੰਗ ਨਹੀਂ, ਕੋਈ ਰਿਜ਼ੋਲਿਊਸ਼ਨ ਟ੍ਰੈਫਿਕ ਨਹੀਂ ਅਤੇ ਜੁੜਨ ਲਈ ਕੋਈ ਬ੍ਰਾਡਕਾਸਟ ਡੋਮੇਨ ਨਹੀਂ, ਇਸ ਲਈ ਇੰਟਰਫੇਸ ਠੀਕ ਇੱਕ ਮੰਜ਼ਿਲ ਵਾਲੀ ਪਾਈਪ ਵਾਂਗ ਵਿਵਹਾਰ ਕਰਦਾ ਹੈ।
ਇਸੇ ਲਈ ਚੌੜੇ ਮਾਸਕ ਦੇ ਕੋਲ ਇੱਕ-ਹੋਸਟ ਰੂਟ ਇੱਥੇ ਲੱਛਣ ਨਹੀਂ, ਆਮ ਹੈ। ਇਸ ਲਿੰਕ ਉੱਤੇ ਪਹੁੰਚਣਾ ਭਾਵ ਇੱਕ ਪਤਾ, ਅਤੇ ਕਰਨਲ ਠੀਕ ਉਹੀ ਲਿਖਦਾ ਹੈ। ਦੋਵੇਂ ਪਤੇ ਇਕੱਠੇ ਪੜ੍ਹੋ ਕਨਫਿਗਰੇਸ਼ਨ ਗਲਤ ਹੈ ਇਹ ਤੈਅ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਕਿਉਂਕਿ ਹਰ ਇੱਕ ਇਕੱਲਾ ਗਲਤੀ ਵਰਗਾ ਦਿਖਦਾ ਹੈ।
ਦੋ ਟੋਪੋਲੋਜੀਆਂ, ਦੋ ਪਤਾ ਆਕਾਰ
ਪੁਰਾਣੀ ਪੁਆਇੰਟ-ਟੂ-ਪੁਆਇੰਟ ਟੋਪੋਲੋਜੀ ਹਰ ਕਲਾਇੰਟ ਨੂੰ ਛੋਟਾ ਬਲਾਕ ਦਿੰਦੀ ਹੈ ਅਤੇ ਵਿਚਕਾਰਲੇ ਦੋ ਪਤੇ ਵਰਤਦੀ ਹੈ, ਇਸ ਲਈ ਮਾਸਕ ਪੂਲ ਨਹੀਂ, ਨੈੱਟਵਰਕ ਦਾ ਟੁਕੜਾ ਲੱਗਦਾ ਹੈ। ਸਬਨੈੱਟ ਟੋਪੋਲੋਜੀ ਪੂਲ ਵਿੱਚੋਂ ਪੂਲ-ਮਾਸਕ ਨਾਲ ਪਤਾ ਦਿੰਦੀ ਹੈ ਅਤੇ ਸਰਵਰ ਦੇ ਟਨਲ ਪਤੇ ਨੂੰ ਪੀਅਰ ਕਹਿੰਦੀ ਹੈ। ਦੋਵੇਂ ਵੈਧ ਲਿੰਕ ਬਣਾਉਂਦੀਆਂ ਹਨ, ਅਤੇ ਇਹ ਸਿਰਫ਼ ਇਸ ਵਿੱਚ ਵੱਖਰੀਆਂ ਹਨ ਕਿ ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ ਕਿਹੜੇ ਪਤੇ ਦਿਖਦੇ ਹਨ ਅਤੇ ਵਰਤੋਂਕਾਰ ਕਿਹੜੇ ਮਾਸਕ ਉੱਤੇ ਸਵਾਲ ਉਠਾਏਗਾ।
| Topology | Client address shape | Peer | Route to expect |
|---|---|---|---|
| Point-to-point block per client | Two neighbouring addresses inside a small block | The far address of that block | A single host route on the tunnel device |
| Shared pool | One address carrying the pool mask | The server's tunnel address | A single host route on the tunnel device |
ਤੁਹਾਡੇ ਕਲਾਇੰਟ ਨਾਲ ਕੋਈ ਵੀ ਕਤਾਰ ਮੇਲ ਖਾਵੇ, ਪਹਿਲਾਂ ਪੀਅਰ ਪੜ੍ਹੋ, ਕਿਉਂਕਿ ਇਹ ਦੂਰਲੇ ਸਿਰੇ ਦਾ ਨਾਮ ਦਿੰਦਾ ਹੈ ਅਤੇ ਇਸ ਲਈ ਮਾਸਕ ਸਮਝਾਉਂਦਾ ਹੈ। ਵੱਖਰੀਆਂ ਟੋਪੋਲੋਜੀਆਂ ਵਾਲੇ ਸਰਵਰਾਂ ਵਿਚਕਾਰ ਨਕਲ ਕੀਤੀ ਪ੍ਰੋਫਾਈਲ ਆਪਣੇ ਨਵੇਂ ਘਰ ਲਈ ਗਲਤ ਆਕਾਰ ਦਿਖਾਏਗੀ, ਅਤੇ ਉਸ ਅਸੰਗਤੀ ਨੂੰ ਸਰਵਰ ਦੀ ਖਰਾਬੀ ਸਮਝਣਾ ਸੌਖਾ ਹੈ।
ਜਦੋਂ ਪੂਲ ਅਤੇ ਦਫ਼ਤਰੀ ਨੈੱਟਵਰਕ ਇੱਕੋ ਬਿੱਟ ਮੰਗਦੇ ਹਨ
ਕਿਉਂਕਿ ਲਿੰਕ ਰਾਊਟਿਡ ਹੈ, ਪੂਲ ਨੂੰ ਅਜਿਹਾ ਪ੍ਰੀਫਿਕਸ ਚਾਹੀਦਾ ਹੈ ਜੋ ਸਰਵਰ ਦੀ ਪਹੁੰਚ ਵਾਲੇ ਨੈੱਟਵਰਕਾਂ ਵਿੱਚ ਕਿਤੇ ਨਹੀਂ ਹੈ। ਇੱਕ ਸਾਂਝਾ ਕਰੋ ਅਤੇ ਕਲਾਇੰਟ ਦੋ ਥਾਵਾਂ ਦਾ ਅਰਥ ਰੱਖਣ ਵਾਲੀ ਰੇਂਜ ਲਈ ਇੱਕ ਹੀ ਰੂਟ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਕਿਹੜੀ ਥਾਂ ਜਿੱਤੇਗੀ ਇਹ ਅੰਤ ਵਿੱਚ ਸਥਾਪਿਤ ਰੂਟ ਤੈਅ ਕਰਦਾ ਹੈ। ਖਰਾਬੀ ਕਲਾਇੰਟ ਉੱਤੇ ਦਿਖਦੀ ਹੈ, ਹਾਲਾਂਕਿ ਇਸ ਪਿੱਛੇ ਦਾ ਫੈਸਲਾ ਪਤਾ ਯੋਜਨਾ ਦਾ ਹੈ। ਵਰਤੋਂਕਾਰ ਜੋ ਰਿਪੋਰਟ ਕਰਦੇ ਹਨ ਉਹ ਹੈ ਟਨਲ ਉੱਪਰ ਆਉਣ ਸਾਰ ਸਥਾਨਕ ਰਾਊਟਰ ਗਾਇਬ ਹੋ ਜਾਂਦਾ ਹੈ, ਜਾਂ ਸਿਰਫ਼ ਕੁਝ ਦਫ਼ਤਰੀ ਹੋਸਟ ਜਵਾਬ ਦਿੰਦੇ ਹਨ।
ਸਿਰਫ਼ ਇੱਕੋ ਜਿਹੇ ਦਿਖਣ ਵਾਲੇ ਪ੍ਰੀਫਿਕਸ ਦੂਜਾ ਮਾਮਲਾ ਹਨ, ਅਤੇ ਅੱਖ ਨਾਲ ਆਕਟੈਟ ਤੁਲਨਾ ਕਰਨਾ ਪ੍ਰੀਫਿਕਸ ਤੁਲਨਾ ਨਹੀਂ ਹੈ। ਦੋਵੇਂ ਲਿਖੋ ਅਤੇ ਮਾਸਕ ਕੀਤੇ ਬਿੱਟ ਗਿਣੋ: 192.168.4.0/24 ਬਨਾਮ 192.168.6.0/24 ਬਿੱਟ 22 ਤੱਕ ਮੇਲ ਖਾਂਦੇ ਹਨ ਅਤੇ ਬਿੱਟ 23 ਉੱਤੇ ਵੱਖ ਹੁੰਦੇ ਹਨ, ਕਿਉਂਕਿ ਤੀਜਾ ਆਕਟੈਟ ਇਸ ਤਰ੍ਹਾਂ ਪੜ੍ਹਿਆ ਜਾਂਦਾ ਹੈ: 00000100 ਬਨਾਮ 00000110, ਇਸ ਲਈ ਉਹ ਦੋ ਨੈੱਟਵਰਕ ਸੱਚਮੁੱਚ ਵੱਖਰੇ ਹਨ। ਰੱਖੋ 10.8.0.0/24 ਦੂਜੇ ਦੇ ਕੋਲ 10.8.0.0/24 ਅਤੇ ਸਾਰੇ 24 ਮਾਸਕ ਕੀਤੇ ਬਿੱਟ ਮੇਲ ਖਾਂਦੇ ਹਨ, ਭਾਵ ਇੱਕ ਰੂਟ ਦੋਵੇਂ ਥਾਵਾਂ ਨਹੀਂ ਦੱਸ ਸਕਦਾ। ਮਾਸਕ ਦੀ ਲੰਬਾਈ ਤੈਅ ਕਰਦੀ ਹੈ ਤੁਲਨਾ ਕਿੱਥੇ ਰੁਕਦੀ ਹੈ, ਅਤੇ ਦੂਜੇ ਨੰਬਰ ਉੱਤੇ ਸਥਾਪਿਤ ਨੈੱਟਵਰਕ ਹੀ ਹਾਰਦਾ ਹੈ।
ਰਾਊਟਿਡ ਲਿੰਕ ਕੀ ਨਹੀਂ ਦੇ ਸਕਦਾ
ਬ੍ਰਾਡਕਾਸਟ ਅਤੇ ਮਲਟੀਕਾਸਟ ਰਾਊਟਿਡ ਲਿੰਕ ਪਾਰ ਨਹੀਂ ਕਰਦੇ, ਅਤੇ ਕਈ ਜਾਣੀਆਂ ਸਹੂਲਤਾਂ ਇਹਨਾਂ ਉੱਤੇ ਬਣੀਆਂ ਹਨ। ਬ੍ਰਾਊਜ਼ ਸੂਚੀਆਂ, ਨਾਮ ਐਲਾਨ ਅਤੇ ਸੇਵਾ ਖੋਜ ਸਭ ਸਾਂਝਾ ਸੈਗਮੈਂਟ ਮੰਨਦੇ ਹਨ, ਇਸ ਲਈ ਫਾਈਲ ਸਰਵਰ ਪਤੇ ਨਾਲ ਹਰ ਬੇਨਤੀ ਦਾ ਜਵਾਬ ਦੇ ਸਕਦਾ ਹੈ ਅਤੇ ਫਿਰ ਵੀ ਕਿਸੇ ਸੂਚੀ ਵਿੱਚ ਕਦੇ ਨਹੀਂ ਦਿਖਦਾ। ਲਿੰਕ-ਸਥਾਨਕ ਬ੍ਰਾਡਕਾਸਟ ਉੱਤੇ ਨਿਰਭਰ ਨਾਮ ਰਿਜ਼ੋਲਿਊਸ਼ਨ ਇਸੇ ਕਾਰਨ ਅਸਫਲ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਕੋਈ ਪ੍ਰੋਫਾਈਲ ਸੋਧ ਇਹ ਨਹੀਂ ਬਦਲਦੀ ਕਿ ਟਨਲ ਕੀ ਢੋ ਸਕਦਾ ਹੈ। ਇਹ ਮਹੱਤਵਪੂਰਨ ਹੈ ਜਾਂ ਨਹੀਂ ਇਹ ਰਾਊਟਿੰਗ ਨਹੀਂ, ਲੋੜਾਂ ਦਾ ਸਵਾਲ ਹੈ।
ਜਿਸ ਕਲਾਇੰਟ ਨੂੰ ਸੱਚਮੁੱਚ ਉਹ ਡਿਲੀਵਰੀ ਚਾਹੀਦੀ ਹੈ ਉਸ ਨੂੰ ਬ੍ਰਿਜਡ ਇੰਟਰਫੇਸ ਚਾਹੀਦਾ ਹੈ, ਜੋ Ethernet ਫਰੇਮ ਢੋਂਦਾ ਹੈ ਅਤੇ ਇਸ ਲਈ ਬ੍ਰਾਡਕਾਸਟ ਡੋਮੇਨ ਰੱਖਦਾ ਹੈ। ਕੀਮਤ ਹੈ ਵਧੇਰੇ ਸ਼ੋਰ ਵਾਲਾ ਲਿੰਕ, ਉੱਪਰ ਵਰਣਿਤ ਸਾਫ਼ ਐਡਰੈਸਿੰਗ ਦਾ ਨੁਕਸਾਨ, ਅਤੇ ਲੂਪ ਦਿਖਣ ਸਾਰ ਕਿਤੇ ਵੱਡਾ ਖਰਾਬੀ ਖੇਤਰ। ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਲੋੜ ਨੂੰ ਜਾਇਜ਼ ਠਹਿਰਾਓ, ਅਤੇ ਜਦੋਂ ਲੋੜ ਸਿਰਫ਼ ਨਾਵਾਂ ਬਾਰੇ ਹੋਵੇ ਤਾਂ ਰਾਊਟਿਡ ਲਿੰਕ ਉੱਤੇ ਕੰਮ ਕਰਨ ਵਾਲੀ ਨਾਮ ਸੇਵਾ ਨੂੰ ਤਰਜੀਹ ਦਿਓ।
ਪ੍ਰੋਫਾਈਲ ਸੋਧਣ ਤੋਂ ਪਹਿਲਾਂ ਇੰਟਰਫੇਸ ਪੜ੍ਹਨਾ
ਕਰਨਲ ਨੂੰ ਪੁੱਛੋ ਕਿ ਇਸਨੇ ਕੀ ਸਥਾਪਿਤ ਕੀਤਾ, ਪ੍ਰੋਫਾਈਲ ਕੀ ਕਹਿੰਦੀ ਜਾਪਦੀ ਹੈ ਉਹ ਨਹੀਂ। ਪਤਾ ਆਉਟਪੁੱਟ ਮਾਸਕ ਸਮਝਾਉਣ ਵਾਲਾ ਪੀਅਰ ਦਿਖਾਉਂਦੀ ਹੈ, ਅਤੇ ਰੂਟ ਆਉਟਪੁੱਟ ਦਿਖਾਉਂਦੀ ਹੈ ਕਿ ਉੱਥੇ ਰਾਹ ਹੈ ਜਾਂ ਨਹੀਂ। ਦੋਵੇਂ ਟਨਲ ਜੰਤਰ ਦੇ ਵਿਰੁੱਧ ਚਲਾਉਣ ਵਿੱਚ ਇੱਕ ਪਲ ਲੱਗਦਾ ਹੈ ਅਤੇ ਸਵਾਲ ਤੈਅ ਹੋ ਜਾਂਦਾ ਹੈ।
ip -4 addr show dev tun0
ip route show dev tun0
ip route get 10.8.0.1ਜੇ ਉਹ ਤਿੰਨ ਮੇਲ ਖਾਂਦੇ ਹਨ, ਪ੍ਰੋਫਾਈਲ ਉਹ ਕੰਮ ਕਰ ਰਹੀ ਹੈ ਜਿਸ ਲਈ ਇਹ ਕਨਫਿਗਰ ਕੀਤੀ ਗਈ ਸੀ, ਅਤੇ ਬਾਕੀ ਸਮੱਸਿਆ ਕਿਤੇ ਹੋਰ ਹੈ। ਟੋਪੋਲੋਜੀ ਸਿਰਫ਼ ਉਸ ਕਾਰਨ ਬਦਲੋ ਜੋ ਗੈਰਹਾਜ਼ਰ ਸਮਰੱਥਾ ਦਾ ਨਾਮ ਦਿੰਦਾ ਹੈ, ਕਿਉਂਕਿ ਅਣਜਾਣ ਮਾਸਕ ਉਹ ਨਹੀਂ ਹੈ।