ਭਾਈਵਾਲਾਂ ਨੂੰ ਜੋੜਨ ਤੋਂ ਬਿਨਾਂ ਭਾਈਵਾਲ VPN ਪਹੁੰਚ ਨੂੰ ਕੇਂਦਰਿਤ ਕਰੋ

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

ਹਰ ਭਾਈਵਾਲ ਨੇ ਪਹਿਲਾਂ ਹੀ ਦਸਤਖ਼ਤ ਕੀਤੇ ਇਕਰਾਰਨਾਮੇ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ

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

ਉਹ ਰਿਕਾਰਡ ਹੀ ਨਤੀਜਾ ਹੈ। ਜੇ ਤੁਸੀਂ ਇੱਕ ਭਾਈਵਾਲ ਲਈ ਇਹ ਨਹੀਂ ਲਿਖ ਸਕਦੇ, ਤਾਂ ਉਹ ਭਾਈਵਾਲ ਕੇਂਦਰੀਕਰਨ ਲਈ ਤਿਆਰ ਨਹੀਂ।

ਸਿਰਫ਼ ਟਿਕਾਣੇ ਨਾਲ ਨਹੀਂ, ਸੰਦਰਭ ਨਾਲ ਰੂਟ ਕਰੋ

ਹਰ ਸੰਸਥਾ ਇੱਕੋ RFC 1918 ਥਾਂ ਵਿੱਚੋਂ ਚੁਣਦੀ ਹੈ, ਇਸ ਲਈ ਦੋ ਭਾਈਵਾਲ ਅਖੀਰ ਇੱਕੋ ਨਿੱਜੀ ਰੇਂਜ ਵਰਤਣਗੇ। ਇੱਕ ਆਮ ਰੂਟਿੰਗ ਟੇਬਲ ਸਿਰਫ਼ ਟਿਕਾਣਾ ਪਤੇ ਤੋਂ ਸਹੀ ਭਾਈਵਾਲ ਨਹੀਂ ਚੁਣ ਸਕਦਾ, ਇਸ ਲਈ ਇੱਕ-ਦੂਜੇ ਉੱਤੇ ਪੈਣ ਵਾਲੀਆਂ ਰੇਂਜਾਂ ਲਈ ਵੱਖਰੇ ਰੂਟਿੰਗ ਸੰਦਰਭ ਜਾਂ ਹੋਰ ਸਹਿਮਤ ਡਿਜ਼ਾਈਨ ਚਾਹੀਦਾ ਹੈ। RFC 4364 ਵਿੱਚ ਦੱਸਿਆ ਫਾਰਵਰਡਿੰਗ-ਡੋਮੇਨ ਮਾਡਲ ਦੱਸਦਾ ਹੈ ਕਿ ਇਹ ਵੱਖਰਾਪਣ ਕਿਉਂ ਜ਼ਰੂਰੀ ਹੈ, ਅਤੇ ਕਿਸੇ ਤੈਨਾਤੀ ਨੂੰ ਆਪਣੇ ਗੇਟਵੇ ਪਲੇਟਫਾਰਮ ਤੋਂ ਉਹੀ ਗੁਣ ਮੰਗਣ ਲਈ MPLS ਚਲਾਉਣ ਦੀ ਲੋੜ ਨਹੀਂ।

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

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

ਤੈਅ ਕਰੋ ਕਰਮਚਾਰੀ ਕੀ ਟਾਈਪ ਕਰਦਾ ਹੈ ਅਤੇ ਭਾਈਵਾਲ ਕੀ ਲੌਗ ਕਰਦਾ ਹੈ

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

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

ਭਾਈਵਾਲ-ਤੋਂ-ਭਾਈਵਾਲ ਟ੍ਰਾਂਜ਼ਿਟ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਇਨਕਾਰ ਕਰੋ

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

ਇਨਕਾਰ ਨੂੰ ਮਨਜ਼ੂਰੀਆਂ ਦੇ ਕੋਲ ਹੀ ਭਾਈਵਾਲ ਦੇ ਰਿਕਾਰਡ ਵਿੱਚ ਲਿਖੋ, ਤਾਂ ਜੋ ਇਰਾਦਾ ਅਮਲੇ ਦੀ ਤਬਦੀਲੀ ਤੋਂ ਬਾਅਦ ਵੀ ਬਚਿਆ ਰਹੇ।

ਇਸ ਨੂੰ ਵੱਡਾ ਲੈਪਟਾਪ ਨਹੀਂ, ਸਾਂਝੀ ਸੇਵਾ ਵਜੋਂ ਚਲਾਓ

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

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

ਭਾਈਵਾਲ, ਸੰਦਰਭ, ਮਨਜ਼ੂਰ ਰੇਂਜਾਂ ਅਤੇ ਮਾਲਕ ਦੀ ਇੱਕ ਛੋਟੀ ਸਾਰਣੀ ਰੱਖੋ। ਘਟਨਾ ਵੇਲੇ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਇਹੀ ਮੰਗਿਆ ਜਾਵੇਗਾ।