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

remote ਅਸਲ ਵਿੱਚ ਕੀ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ

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

ਇਸਦੀ ਗੈਰਹਾਜ਼ਰੀ ਦਾ ਅਰਥ ਅਨਿਸ਼ਚਿਤ ਨਹੀਂ ਸਗੋਂ ਨਿਸ਼ਚਿਤ ਹੈ: ਪ੍ਰਕਿਰਿਆ ਉਡੀਕ ਕਰਦੀ ਹੈ ਅਤੇ ਉਹ ਪੀਅਰ ਪ੍ਰਮਾਣਿਤ ਨਾ ਹੋਣ ਤੱਕ ਕਿਸੇ ਵੀ ਪਤੇ ਤੋਂ ਆਉਣ ਵਾਲੇ ਪੈਕੇਟ ’ਤੇ ਕਾਰਵਾਈ ਨਹੀਂ ਕਰਦੀ। ਇਸ ਲਈ ਘੁੰਮਦੇ ਵਰਤੋਂਕਾਰਾਂ ਦੀ ਸੇਵਾ ਕਰਨ ਵਾਲੇ ਗੇਟਵੇ ਨੂੰ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਦਾ ਨਾਮ ਪਹਿਲਾਂ ਤੋਂ ਲੈਣ ਦਾ ਕੋਈ ਕਾਰਨ ਨਹੀਂ।

ਐਂਟਰੀ ਨੂੰ ਪਤਾ-ਸੰਬੰਧ ਵਜੋਂ ਪੜ੍ਹੋ। ਦੂਰ ਦਾ ਸਿਰਾ ਭਰੋਸੇਯੋਗ ਹੈ ਜਾਂ ਨਹੀਂ, ਇਸ ਦਾ ਜਵਾਬ ਪ੍ਰਮਾਣ ਪੱਤਰ ਅਤੇ ਜਾਂਚ ਵਿਕਲਪ ਦਿੰਦੇ ਹਨ, ਪਤਾ ਲਿਖਿਆ ਜਾਣਾ ਨਹੀਂ।

ਤਿੰਨ ਬਣਤਰਾਂ ਜਵਾਬ ਤੈਅ ਕਰਦੀਆਂ ਹਨ

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

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

ਹਦਾਇਤ ਵਿੱਚ ਅਜਿਹਾ ਕੁਝ ਨਹੀਂ ਜੋ ਕਨਫਿਗਰੇਸ਼ਨ ਨੂੰ ਬਹੁ-ਕਲਾਇੰਟ ਸਰਵਰ ਬਣਾ ਦੇਵੇ, ਅਤੇ ਇਸਦੀ ਹਾਜ਼ਰੀ ਵਿੱਚ ਅਜਿਹਾ ਕੁਝ ਨਹੀਂ ਜੋ ਸਰਵਰ ਭੂਮਿਕਾ ਨੂੰ ਰੋਕੇ। OpenVPN 2.6 ਸੰਦਰਭ ਵਿਕਲਪਿਕ ਦਲੀਲਾਂ ਅਤੇ remote ਤੋਂ ਬਿਨਾਂ ਵਿਵਹਾਰ ਨੂੰ ਵੱਖਰੇ ਤੌਰ ’ਤੇ ਦਰਜ ਕਰਦਾ ਹੈ, ਜੋ ਇਸ ਗੱਲ ਦਾ ਸੰਕੇਤ ਹੈ ਕਿ ਉਹ ਕਿੰਨੇ ਸੁਤੰਤਰ ਹਨ।

ArrangementNeeds a destination
Roaming clientYes, which gateway to contact
Multi-client gatewayNo, peers authenticate on arrival
Two known peersDepends on which side initiates

ਟਰਾਂਸਪੋਰਟ ਭੂਮਿਕਾਵਾਂ ਦੂਜਾ ਧੁਰਾ ਹਨ

TCP ਵਿੱਚ ਇੱਕ ਪਾਸਾ ਉਡੀਕ ਕਰਦਾ ਹੈ ਅਤੇ ਦੂਜਾ ਕਾਲ ਕਰਦਾ ਹੈ। ਇਹ ਮੰਜ਼ਿਲ ਤੋਂ ਵੱਖਰੀਆਂ ਹਦਾਇਤਾਂ ਹਨ, ਅਤੇ ਇਨ੍ਹਾਂ ਨੂੰ ਮਿਲਾਉਣ ਨਾਲ ਅਜਿਹੀ ਜੋੜੀ ਬਣਦੀ ਹੈ ਜਿਸ ਵਿੱਚ ਦੋਵੇਂ ਉਡੀਕ ਕਰਦੇ ਹਨ ਜਾਂ ਦੋਵੇਂ ਕਾਲ ਕਰਦੇ ਹਨ।

TCP ਸਰੋਤ-ਫਿਲਟਰ ਭੂਮਿਕਾ ਵੀ ਹੈ, ਇਸ ਲਈ ਇਹ ਸਿੱਧਾ ਬਿਆਨ ਗਲਤ ਹੈ ਕਿ ਸਰਵਰ ਵਿੱਚ ਕਦੇ remote ਨਹੀਂ ਹੋ ਸਕਦਾ।

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

remote ਦੀ ਗੈਰਹਾਜ਼ਰੀ ਖੁੱਲ੍ਹਾ ਦਰਵਾਜ਼ਾ ਕਿਉਂ ਨਹੀਂ

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

ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਮੰਜ਼ਿਲ ਸੁਤੰਤਰ ਹਨ, ਅਤੇ ਭਰੋਸੇ ਲਈ ਪਹਿਲੀ ਹੀ ਮਹੱਤਵਪੂਰਨ ਹੈ।

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

ਕਨਫਿਗਰੇਸ਼ਨ ਕੀ ਮੰਨਦੀ ਹੈ ਇਹ ਲਿਖੋ

ਹਰ ਪਾਸੇ ਲਈ ਤਿੰਨ ਗੱਲਾਂ ਦਰਜ ਕਰੋ: ਪਹਿਲਾ ਪੈਕੇਟ ਪੀਅਰ ਤੱਕ ਕਿਵੇਂ ਪਹੁੰਚਦਾ ਹੈ, ਕਿਹੜਾ ਪਾਸਾ ਟਰਾਂਸਪੋਰਟ ਸਵੀਕਾਰ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਹਰ ਪਾਸਾ ਦੂਜੇ ਬਾਰੇ ਕੀ ਜਾਂਚਦਾ ਹੈ।

ਉਹ ਧਾਰਨਾਵਾਂ ਹੀ ਡਿਜ਼ਾਈਨ ਹਨ। ਹਦਾਇਤਾਂ ਸਿਰਫ਼ ਉਨ੍ਹਾਂ ਦੀ ਸਪੈਲਿੰਗ ਹਨ।

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

ਸੰਬੰਧਿਤ ਲੇਖ