GDOI: ਕੁੰਜੀ ਸਰਵਰ ਤੁਹਾਡੇ ਡੇਟਾ ਮਾਰਗ ’ਤੇ ਕਿਉਂ ਨਹੀਂ ਹੈ

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

ਦੋ ਕਿਸਮਾਂ ਦੀ ਸੁਰੱਖਿਆ ਸਥਿਤੀ

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

ਮਿਆਰ ਕੁੰਜੀ-ਅਪਡੇਟ ਸੁਨੇਹਿਆਂ ਦੀ ਸੁਰੱਖਿਆ ਕਰਨ ਵਾਲਾ ਕੁੰਜੀ ਨਵੀਨੀਕਰਨ ਸੁਰੱਖਿਆ ਸੰਬੰਧ ਵੀ ਨਾਮ ਦਿੰਦਾ ਹੈ, ਜੋ ਮੈਂਬਰ ਟ੍ਰੈਫਿਕ ਦੀ ਸੁਰੱਖਿਆ ਕਿਵੇਂ ਕਰਦੇ ਹਨ ਦੱਸਦੇ ਡੇਟਾ ਸੁਰੱਖਿਆ ਸੰਬੰਧਾਂ ਤੋਂ ਵੱਖਰਾ ਹੈ।

ਡਾਇਗ੍ਰਾਮ ਨਹੀਂ, ਤਬਾਦਲਿਆਂ ਦੀ ਪੈਰਵੀ ਕਰੋ

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

ਇਸ ਲਈ ਭੌਤਿਕ ਨੇੜਤਾ ਦੇ ਆਧਾਰ ’ਤੇ ਖਿੱਚਿਆ ਇੰਟਰਫੇਸ ਚਿੱਤਰ ਇੱਥੇ ਭਰਮਾਉਂਦਾ ਹੈ। ਨਿਯੰਤਰਕ ਦਾ ਇੰਟਰਫੇਸ ਨਿਯੰਤਰਣ ਸਰੋਤ ਹੈ, ਹਰ ਐਨਕ੍ਰਿਪਟਿਡ ਪੈਕੇਟ ਲਈ ਆਪਣੇ ਆਪ ਅਗਲਾ ਹੌਪ ਨਹੀਂ।

ਰੱਖਣਯੋਗ ਤਿੰਨ ਰਿਕਾਰਡ

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

ਇਹ ਕਿਸੇ ਦੀ ਯਾਦ ਵਿੱਚ ਨਹੀਂ, ਸੰਰਚਨਾ ਦੇ ਕੋਲ ਰੱਖੋ। ਮੈਂਬਰਸ਼ਿਪ ਬਦਲਾਅ ਇੰਨੇ ਘੱਟ ਹੁੰਦੇ ਹਨ ਕਿ ਲੋੜ ਪੈਣ ਤੱਕ ਤਰਕ ਹਮੇਸ਼ਾ ਗਾਇਬ ਹੋ ਚੁੱਕਾ ਹੁੰਦਾ ਹੈ।

ਇੰਟਰਫੇਸ, ਸੇਵਾ ਜੋੜ, ਪ੍ਰੋਸੈਸਿੰਗ ਮਾਰਗ

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

ਸੇਵਾ ਜੋੜ ਟ੍ਰੈਫਿਕ ਕਿਵੇਂ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ ਇਸ ਬਾਰੇ ਪਲੇਟਫਾਰਮ ਦੇ ਆਪਣੇ ਦਸਤਾਵੇਜ਼ ਪੜ੍ਹੋ। ਪ੍ਰੋਟੋਕੋਲ ਮਿਆਰੀ ਹੋਣ ’ਤੇ ਵੀ ਵਿਧੀ ਵਿਕਰੇਤਾ-ਵਿਸ਼ੇਸ਼ ਹੁੰਦੀ ਹੈ।

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

ਨਿਯੰਤਰਣ ਉਪਲਬਧਤਾ ਅਤੇ ਡੇਟਾ ਫਾਰਵਰਡਿੰਗ ਵੱਖਰੀਆਂ ਜਾਂਚਾਂ ਹਨ

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

ਫਿਰ ਨਿਯੰਤਰਕ ਨੂੰ ਬਾਹਰ ਰੱਖ ਕੇ ਫਾਰਵਰਡਿੰਗ ਵੱਖਰੀ ਪਰਖੋ। ਦੋ ਜਾਂਚਾਂ, ਦੋ ਨਤੀਜੇ, ਅਤੇ ਕਿਹੜਾ ਅੱਧਾ ਟੁੱਟਿਆ ਹੈ ਇਸ ਬਾਰੇ ਬਹੁਤ ਛੋਟੀ ਬਹਿਸ।