ਅੱਧ-ਪ੍ਰਬੰਧਿਤ VPN: ਲੇਬਲ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਡਿਊਟੀ ’ਤੇ ਕੌਣ ਹੈ

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

ਫੇਲ੍ਹ ਹੋਏ ਕਨੈਕਸ਼ਨ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ

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

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

ਸੈਟਿੰਗਾਂ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵੇਂ ਐਂਡਪੌਇੰਟ ਤੈਅ ਕਰੋ

ਤੈਅ ਕਰੋ ਕਿ ਗਾਹਕ ਪਾਸੇ ਦਾ ਗੇਟਵੇ ਕਿਸਦਾ ਹੈ ਅਤੇ ਦੂਰ ਦਾ ਐਂਡਪੌਇੰਟ ਕਿਸਦਾ ਹੈ। ਇਹ ਦੋਵੇਂ ਤੈਅ ਹੋਣ ਮਗਰੋਂ ਹਰ ਧਿਰ ਜਾਣਦੀ ਹੈ ਕਿ ਉਹ ਕੀ ਜਾਂਚ ਸਕਦੀ ਹੈ ਅਤੇ ਕੀ ਮੰਗਣਾ ਪਵੇਗਾ। ਬਾਕੀ ਸਭ ਕੁਝ ਉੱਥੋਂ ਸੌਖਾ ਹੋ ਜਾਂਦਾ ਹੈ।

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

ਸਾਂਝੀਆਂ ਵਸਤੂਆਂ ਦਾ ਮਾਲਕ ਠੀਕ ਇੱਕ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ

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

ਕਲਾਸਿਕ ਖਰਾਬੀ ਇਹ ਹੈ ਕਿ ਇੱਕੋ ਹਫ਼ਤੇ ਇੱਕ ਪਾਸੇ ਸਿਲੈਕਟਰ ਬਦਲੇ ਅਤੇ ਦੂਜੇ ਪਾਸੇ NAT ਬਦਲੇ। ਕਿਸੇ ਵੀ ਇੰਜੀਨੀਅਰ ਨੇ ਗਲਤੀ ਨਹੀਂ ਕੀਤੀ, ਅਤੇ ਟਨਲ ਫਿਰ ਵੀ ਐਪਲੀਕੇਸ਼ਨ ਢੋਣਾ ਬੰਦ ਕਰ ਗਿਆ।

ਪਹਿਲੀ ਰਿਪੋਰਟ ਕੌਣ ਲੈਂਦਾ ਹੈ

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

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

ਬਦਲਾਅ ਦਾ ਅਧਿਕਾਰ ਉਸੇ ਸਾਵਧਾਨੀ ਨਾਲ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ। ਪ੍ਰਦਾਤਾ ਸਿਲੈਕਟਰ ਸੋਧੇ ਅਤੇ ਗਾਹਕ NAT ਸੋਧੇ, ਤਾਂ ਦੋਵੇਂ ਸਥਾਨਕ ਕਨਫਿਗਰੇਸ਼ਨ ਭਰੋਸੇਯੋਗ ਦਿਸਦੇ ਹਨ ਅਤੇ ਟਨਲ ਫਿਰ ਵੀ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ।

ਲੇਬਲ ਜੋ ਕਦੇ ਨਹੀਂ ਦੱਸਦਾ

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

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