VPN ਉੱਤੇ OSPF ਗੁਆਂਢੀ ਨਹੀਂ ਬਣਦੇ? ਇਹਨਾਂ ਨੂੰ ਕ੍ਰਮ ਵਿੱਚ ਜਾਂਚੋ

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

ਹਰ ਜਾਂਚ ਦਾ ਵੱਖਰਾ ਲੱਛਣ ਹੈ, ਇਸ ਲਈ ਸੂਚੀ ਨਾਲੋਂ ਕ੍ਰਮ ਵੱਧ ਮਹੱਤਵਪੂਰਨ ਹੈ।

ਜਾਂਚ 1: ਕੀ ਲਿੰਕ ਮਾਡਲ ਸਹੀ ਹੈ

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

ਜੇ ਲਿੰਕ ਮਾਡਲ ਗਲਤ ਹੈ, ਤਾਂ ਸੂਚੀ ਵਿੱਚ ਅੱਗੇ ਕੁਝ ਵੀ ਮਦਦ ਨਹੀਂ ਕਰੇਗਾ।

ਜਾਂਚ 2: ਕੀ ਪੈਕੇਟ ਲੰਘਣ ਦਿੱਤੇ ਜਾਂਦੇ ਹਨ

OSPFv2 IP ਪ੍ਰੋਟੋਕੋਲ 89 ਹੈ, TCP ਜਾਂ UDP ਪੋਰਟ ਨਹੀਂ, ਇਸ ਲਈ ਪੋਰਟਾਂ ਲਈ ਲਿਖਿਆ ਫਾਇਰਵਾਲ ਨਿਯਮ ਇਸਨੂੰ ਚੁੱਪਚਾਪ ਛੱਡ ਦਿੰਦਾ ਹੈ। ਹੈਲੋ ਵੀ ਮਲਟੀਕਾਸਟ ਪਤਿਆਂ ਉੱਤੇ ਜਾਂਦੇ ਹਨ, ਜਿਨ੍ਹਾਂ ਨੂੰ ਨੀਤੀ ਮਨਜ਼ੂਰੀ ਨਹੀਂ ਦੇ ਸਕਦੀ। ਟਨਲ ਦੇ ਦੋਵਾਂ ਸਿਰਿਆਂ ਵਿਚਕਾਰ ਪ੍ਰੋਟੋਕੋਲ 89 ਦੀ ਮਨਜ਼ੂਰੀ ਦਿਓ, ਫਿਰ ਜਾਂਚੋ ਕਿ ਪਲੇਟਫਾਰਮ ਨੂੰ ਸਪੱਸ਼ਟ ਗੁਆਂਢੀ ਬਿਆਨ ਲੋੜੀਂਦੇ ਹਨ ਜਾਂ ਨਹੀਂ।

ਸਿਰਫ਼ ping ਲੰਘਾਉਣ ਵਾਲਾ ਟਨਲ ਨੀਤੀ ਦੀ ਸਮੱਸਿਆ ਹੈ, ਰਾਊਟਿੰਗ ਦੀ ਨਹੀਂ।

ਜਾਂਚ 3: ਕੀ ਗੁਆਂਢੀ ਪੈਰਾਮੀਟਰ ਮੇਲ ਖਾਂਦੇ ਹਨ

ਖੇਤਰ ID, ਹੈਲੋ ਅਤੇ ਡੈੱਡ ਅੰਤਰਾਲ, ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ stub ਝੰਡੇ ਸਭ ਮੇਲ ਖਾਣੇ ਚਾਹੀਦੇ ਹਨ। ਬੇਮੇਲ ਆਮ ਤੌਰ ਉੱਤੇ ਗੁਆਂਢੀ ਨੂੰ ਚੁੱਪਚਾਪ ਅਸਫਲ ਹੋਣ ਦੀ ਬਜਾਏ ਦਿਖਣ ਵਾਲੀ ਸਥਿਤੀ ਵਿੱਚ ਛੱਡ ਦਿੰਦਾ ਹੈ, ਜੋ ਲਾਭਦਾਇਕ ਹੈ। ਦੋਵਾਂ ਸਿਰਿਆਂ ਉੱਤੇ ਚੱਲ ਰਹੀ ਸੰਰਚਨਾ ਦੀ ਤੁਲਨਾ ਕਰੋ, ਇੱਛਤ ਦੀ ਨਹੀਂ।

MTU ਬੇਮੇਲ ਹੀ ਸੂਖ਼ਮ ਹੈ। ਇਹ ExStart ਉੱਤੇ ਡੇਟਾਬੇਸ ਅਦਾਨ-ਪ੍ਰਦਾਨ ਰੋਕਦਾ ਹੈ, ਇਸ ਲਈ ਗੁਆਂਢੀ ਕਦੇ Full ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਦਾ।

ਜਾਂਚ 4: ਸਥਿਤੀ ਕੀ ਕਹਿੰਦੀ ਹੈ

ਸਥਿਤੀ ਅਸਫਲਤਾ ਦਾ ਨਾਮ ਦੱਸਦੀ ਹੈ। Init ਦਾ ਮਤਲਬ ਹੈਲੋ ਆ ਰਹੇ ਹਨ ਪਰ ਇਹ ਰਾਊਟਰ ਉਹਨਾਂ ਵਿੱਚ ਦਰਜ ਨਹੀਂ, ਜੋ ਇੱਕਤਰਫ਼ਾ ਮਾਰਗ ਜਾਂ ਮਲਟੀਕਾਸਟ ਸਮੱਸਿਆ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ। Two-Way ਬ੍ਰੌਡਕਾਸਟ ਸੈਗਮੈਂਟ ਉੱਤੇ ਗੈਰ-DR ਗੁਆਂਢੀ ਨਾਲ ਆਮ ਹੈ ਅਤੇ ਪੁਆਇੰਟ-ਟੂ-ਪੁਆਇੰਟ ਲਿੰਕ ਉੱਤੇ ਅਸਾਧਾਰਣ। ExStart ਜਾਂ Exchange ਅਟਕਣਾ MTU ਜਾਂ ਡੇਟਾਬੇਸ-ਵਰਣਨ ਸਮੱਸਿਆ ਹੈ। Loading ਦਾ ਮਤਲਬ ਲਿੰਕ-ਸਟੇਟ ਬੇਨਤੀਆਂ ਦਾ ਜਵਾਬ ਨਹੀਂ ਦਿੱਤਾ ਜਾਂਦਾ।

ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਸਥਿਤੀ ਪੜ੍ਹੋ, ਕਿਉਂਕਿ ਇਹ ਸੂਚੀ ਦਾ ਵੱਡਾ ਹਿੱਸਾ ਹਟਾ ਦਿੰਦੀ ਹੈ।

show ip ospf neighbor ਸਥਿਤੀ, ਗੁਆਂਢੀ ਦਾ ਪਤਾ ਅਤੇ ਡੈੱਡ ਟਾਈਮਰ ਛਾਪਦਾ ਹੈ। ਉਸ ਟਾਈਮਰ ਦੀ ਤੁਲਨਾ ਦੋਵਾਂ ਪਾਸਿਆਂ ਦੇ ਹੈਲੋ ਅੰਤਰਾਲ ਨਾਲ ਕਰੋ: ਹੈਲੋ ਦਾ ਚਾਰ ਗੁਣਾ ਡੈੱਡ ਅੰਤਰਾਲ ਆਮ ਹੈ, ਬਾਕੀ ਕੁਝ ਵੀ ਬੇਮੇਲ ਹੈ। ਸਥਿਤੀ ਕਾਲਮ ਪੂਰੇ ਪੰਨੇ ਉੱਤੇ ਸਭ ਤੋਂ ਤੇਜ਼ ਪੜ੍ਹਤ ਹੈ।

ਜਾਂਚ 5: ਅਸਲ ਵਿੱਚ ਕੀ ਘੋਸ਼ਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ

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

ਫਿਰ ਹੋਸਟ-ਪੱਧਰੀ ਐਪਲੀਕੇਸ਼ਨ ਅਤੇ ਵਾਪਸੀ ਮਾਰਗ ਦੀ ਜਾਂਚ ਕਰੋ, ਕਿਉਂਕਿ ਰਾਊਟਿੰਗ ਪ੍ਰੋਟੋਕੋਲ ਫਾਇਰਵਾਲ ਨਹੀਂ ਖੋਲ੍ਹਦਾ।

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