ਕਈ OpenVPN ਰਿਮੋਟ: ਫੇਲਓਵਰ ਸੂਚੀ, ਲਿੰਕ ਬਾਂਡਿੰਗ ਨਹੀਂ

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

ਰਿਮੋਟ ਸੂਚੀ ਤੁਹਾਨੂੰ ਕੀ ਦਿੰਦੀ ਹੈ

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

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

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

ਇੱਕ endpoint ਨਾਲ ਸੈਟਿੰਗਾਂ ਰੱਖਣ ਵਾਲੇ ਬਲਾਕ

ਸਾਧਾਰਨ remote ਲਾਈਨ ਇੱਕ ਪਤਾ ਲੈ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਕਦੇ-ਕਦੇ ਪੋਰਟ ਤੇ ਪ੍ਰੋਟੋਕੋਲ ਵੀ। ਜਦੋਂ endpoint ਨੂੰ ਪ੍ਰੌਕਸੀ ਚਾਹੀਦੀ ਹੈ, ਜਾਂ ਅਜਿਹਾ ਟ੍ਰਾਂਸਪੋਰਟ ਜੋ ਬਾਕੀ ਫਾਈਲ ਨਹੀਂ ਵਰਤਦੀ, ਤਾਂ ਉਹ ਸੈਟਿੰਗਾਂ ਇੱਕ ਕਨੈਕਸ਼ਨ ਬਲਾਕ ਵਿੱਚ ਰੱਖੋ ਜੋ ਉਹਨਾਂ ਨੂੰ ਇਸਦੇ ਨਾਲ ਰੱਖਦਾ ਹੈ। ਇਨਲਾਈਨ ਬਲਾਕ ਇੱਕ .ovpn ਫਾਈਲ ਵਿੱਚ ਵੀ ਕੰਮ ਕਰਦੇ ਹਨ, ਅਤੇ ਜ਼ਿਆਦਾਤਰ ਪ੍ਰੋਫਾਈਲ ਇਸੇ ਤਰ੍ਹਾਂ ਆਉਂਦੇ ਹਨ।

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

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

ਮੁੜ ਯਤਨ ਦਾ ਕ੍ਰਮ ਅਤੇ remote-random ਦੀ ਕੀਮਤ

ਕ੍ਰਮ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਹਰ ਮ੍ਰਿਤ ਐਂਟਰੀ ਅਗਲੇ ਯਤਨ ਤੋਂ ਪਹਿਲਾਂ ਸਮਾਂ ਲੈਂਦੀ ਹੈ। ਲੋੜੀਂਦਾ endpoint ਪਹਿਲਾਂ ਰੱਖੋ ਅਤੇ ਬਾਕੀ ਨੂੰ ਕ੍ਰਮਬੱਧ ਵਿਕਲਪ ਮੰਨੋ।

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

ਓਪਰੇਟਰ ਮਿਲਾਉਣਾ ਭਰੋਸੇ ਦਾ ਬਿਆਨ ਤੋੜਦਾ ਹੈ

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

ਜੇ ਤੁਹਾਨੂੰ ਦੋ ਪ੍ਰਦਾਤਾਵਾਂ ਦੇ endpoint ਚਾਹੀਦੇ ਹਨ, ਤਾਂ ਉਹ ਰੂਟਿੰਗ ਹੈ, ਪ੍ਰੋਫਾਈਲ ਸੋਧ ਨਹੀਂ। ਇਸਨੂੰ ਸੁਰੰਗ ਦੇ ਉੱਪਰ ਸੁਲਝਾਓ, ਜਿੱਥੇ ਤੁਸੀਂ ਦੱਸ ਸਕਦੇ ਹੋ ਕਿ ਕਿਹੜਾ ਟ੍ਰੈਫਿਕ ਕਿਹੜਾ ਰਾਹ ਲੈਂਦਾ ਹੈ।

ਮੰਨਣ ਦੀ ਥਾਂ ਹਰ ਐਂਟਰੀ ਜਾਂਚੋ

ਮਨਜ਼ੂਰ ਪ੍ਰੋਫਾਈਲ ਅਪਡੇਟ ਤੋਂ ਬਾਅਦ, ਹਰ ਲੋੜੀਂਦੇ endpoint ਨਾਲ ਜਾਣ-ਬੁੱਝ ਕੇ ਜੁੜੋ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਕਿਹੜਾ ਟ੍ਰਾਂਸਪੋਰਟ ਉੱਪਰ ਆਇਆ। ਵਿਸਥਾਰਤ ਰਨ ਇਸਨੂੰ ਦਿਸਣਯੋਗ ਕਰਦਾ ਹੈ। openvpn --config office.ovpn --verb 4 ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਉਸ ਪਤੇ ਲਈ ਲਿੰਕ ਲਾਈਨ ਪੜ੍ਹੋ ਜਿਸਦੀ ਉਮੀਦ ਸੀ। ਫਿਰ ਸੁਰੰਗ ਪਿੱਛੇ ਦੇ ਸਰੋਤ ਜਾਂਚੋ; ਇੱਕ ਐਂਟਰੀ ਹੈਂਡਸ਼ੇਕ ਪੂਰਾ ਕਰ ਸਕਦੀ ਹੈ ਅਤੇ ਫਿਰ ਵੀ ਤੁਹਾਨੂੰ ਕਿਤੇ ਰੂਟ ਨਹੀਂ ਕਰਦੀ।

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

ਓਪਰੇਟਰ ਸੂਚੀ ਬਦਲੇ ਤਾਂ ਹਰ ਵਾਰ ਇਸਨੂੰ ਮੁੜ ਜਾਂਚੋ। ਆਯਾਤ ਕੀਤਾ ਸੈੱਟ ਤਾਂ ਹੀ ਲਾਹੇਵੰਦ ਹੈ ਜਦੋਂ ਤੱਕ ਇਸਦੀਆਂ ਐਂਟਰੀਆਂ ਮੌਜੂਦ ਹਨ ਅਤੇ ਤੁਹਾਡੇ ਬਲਾਕ ਜਿਹੜਾ ਟ੍ਰਾਂਸਪੋਰਟ ਦੱਸਦੇ ਹਨ ਉਹ ਬੋਲਦੀਆਂ ਹਨ। OpenVPN 2.6 ਦਸਤਾਵੇਜ਼ ਇੱਥੇ remote, connection ਅਤੇ random-order ਨਿਰਦੇਸ਼ ਕਵਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਸਿੰਟੈਕਸ ਸ਼ੱਕੀ ਹੋਣ ’ਤੇ ਜਾਂਚਣ ਵਾਲਾ ਸੰਸਕਰਣ ਇਹੀ ਹੈ।