pfSense ਉੱਤੇ OpenVPN ਫੇਲਓਵਰ ਦੀਆਂ ਤਿੰਨ ਕਿਸਮਾਂ, ਤਿੰਨ ਵਿਧੀਆਂ

pfSense ਉੱਤੇ „OpenVPN failover“ ਘੱਟੋ-ਘੱਟ ਤਿੰਨ ਅਸੰਬੰਧਿਤ ਡਿਜ਼ਾਈਨਾਂ ਨੂੰ ਸਮੇਟਦਾ ਹੈ ਅਤੇ ਹਰ ਇੱਕ ਲਈ ਵੱਖਰੀ ਵਿਧੀ ਚਾਹੀਦੀ ਹੈ। ਬੈਕਅੱਪ ਇੰਟਰਨੈੱਟ ਲਿੰਕ ਉੱਤੇ ਟਨਲ ਜ਼ਿੰਦਾ ਰੱਖਣਾ, ਕਿਸੇ ਹੋਰ ਸਰਵਰ ਨਾਲ ਦੁਬਾਰਾ ਜੁੜਨਾ ਅਤੇ LAN ਟ੍ਰੈਫਿਕ ਨੂੰ ਕਿਸੇ ਹੋਰ ਸਥਾਪਿਤ ਟਨਲ ਵਿੱਚ ਮੋੜਨਾ ਇੱਕੋ ਸੁਵਿਧਾ ਦੀਆਂ ਕਿਸਮਾਂ ਨਹੀਂ ਹਨ। ਗੇਟਵੇ ਗਰੁੱਪ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਉਹ ਖਰਾਬੀ ਚੁਣੋ ਜਿਸ ਦੇ ਵਿਰੁੱਧ ਤੁਸੀਂ ਬਚਾਅ ਕਰ ਰਹੇ ਹੋ। ਜੋ ਗਰੁੱਪ ਉਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਨੂੰ ਠੀਕ ਕਰਦਾ ਹੈ, ਉਹ ਬਾਕੀ ਦੋ ਲਈ ਕੁਝ ਨਹੀਂ ਕਰਦਾ।

ਗਰੁੱਪ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਖਰਾਬੀ ਦਾ ਨਾਮ ਲਓ

ਉਹ ਵਾਕ ਲਿਖੋ ਜੋ ਤੁਸੀਂ ਰੁਕਾਵਟ ਦੌਰਾਨ ਸੱਚ ਦੇਖਣਾ ਚਾਹੁੰਦੇ ਹੋ। „ਟਨਲ ਬੈਕਅੱਪ WAN ਰਾਹੀਂ ਦੁਬਾਰਾ ਜੁੜਦਾ ਹੈ“ ਅਤੇ „ਸ਼ਾਖਾ ਅਜੇ ਵੀ ਦੂਜੇ ਟਨਲ ਰਾਹੀਂ ਐਪਲੀਕੇਸ਼ਨ ਤੱਕ ਪਹੁੰਚਦੀ ਹੈ“ ਵੱਖਰੇ ਵਾਕ ਹਨ। ਸਿਰਫ਼ ਪਹਿਲਾ ਟਰਾਂਸਪੋਰਟ ਬਾਰੇ ਹੈ।

ਫਿਰ ਇਸਨੂੰ ਕਿਸੇ ਵਿਧੀ ਨਾਲ ਜੋੜੋ। ਸਥਾਨਕ WAN ਦਾ ਨੁਕਸਾਨ ਇੰਟਰਫੇਸ-ਚੋਣ ਦੀ ਸਮੱਸਿਆ ਹੈ, ਮ੍ਰਿਤ ਦੂਰ ਦਾ ਸਿਰਾ ਜੁੜਨ-ਸੂਚੀ ਦੀ ਸਮੱਸਿਆ ਹੈ, ਅਤੇ ਸਥਾਪਿਤ ਟਨਲ ਦੇ ਅੰਦਰ ਨਾਕਾਮ ਰਾਹ ਰਾਊਟਿੰਗ ਅਤੇ ਨੀਤੀ ਦੀ ਸਮੱਸਿਆ ਹੈ।

ਸਥਾਨਕ WAN: ਟਰਾਂਸਪੋਰਟ ਹਿਲਾਓ

pfSense ਦੇ OpenVPN ਕਲਾਇੰਟ ਲਈ ਸਮਰਥਿਤ ਬਹੁ-WAN ਬਣਤਰ ਢੁਕਵੇਂ ਗੇਟਵੇ ਗਰੁੱਪ ਨੂੰ ਉਹ ਇੰਟਰਫੇਸ ਚੁਣਦੀ ਹੈ ਜਿਸ ਨਾਲ ਕਲਾਇੰਟ ਬੱਝਦਾ ਹੈ। ਇਹੀ ਬਾਹਰੀ ਜੁੜਨ ਨੂੰ ਪ੍ਰਾਇਮਰੀ ਫੇਲ ਹੋਣ ’ਤੇ ਬੈਕਅੱਪ ਲਿੰਕ ਰਾਹੀਂ ਬਾਹਰ ਨਿਕਲਣ ਦਿੰਦਾ ਹੈ। ਆਪਣੇ ਆਪ ਵਿੱਚ ਇਹ ਅੰਦਰੂਨੀ ਟ੍ਰੈਫਿਕ ਦੇ ਰਾਊਟ ਹੋਣ ਦਾ ਤਰੀਕਾ ਨਹੀਂ ਬਦਲਦਾ।

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

ਅੱਗੇ ਭੇਜੇ LAN ਪੈਕਟਾਂ ਲਈ ਨੀਤੀ-ਆਧਾਰਿਤ ਰਾਊਟਿੰਗ ਨਿਯਮ ਉਹ ਸੈਟਿੰਗ ਨਹੀਂ ਜੋ ਸਥਾਨਕ ਤੌਰ ’ਤੇ ਬਣਾਈ VPN ਟਰਾਂਸਪੋਰਟ ਜੁੜਨ ਹਿਲਾਵੇ। ਇਹ ਦੋ ਵੱਖਰੀਆਂ ਖੋਜਾਂ ਹਨ, ਅਤੇ ਇੱਕ ਬਦਲਣ ਨਾਲ ਦੂਜੀ ਨਹੀਂ ਬਦਲਦੀ।

ਦੂਰ ਦਾ ਸਿਰਾ: ਦੂਜਾ ਸਰਵਰ

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

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

ਇਹ ਵਿਧੀ ਦੋ ਟਨਲਾਂ ਨੂੰ ਇਕੱਠੇ ਅੱਗੇ ਭੇਜਣ ਵੀ ਨਹੀਂ ਦਿੰਦੀ। ਇਹ ਇੱਕ ਜੁੜਨ ਮਗਰੋਂ ਦੂਜੀ ਕ੍ਰਮਵਾਰ ਲਾਉਂਦੀ ਹੈ, ਅਤੇ ਉਹਨਾਂ ਵਿਚਕਾਰਲਾ ਵਿਥਕਾਰ ਹਰ ਉਸ ਚੀਜ਼ ਨੂੰ ਦਿਸਦਾ ਹੈ ਜੋ ਚੱਲ ਰਹੀ ਸੀ।

ਟਨਲ ਦਾ ਰਾਹ: ਹੋਰ ਨਿਕਾਸ ਚੁਣੋ

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

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

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

ਮਾਨੀਟਰ, NAT ਅਤੇ fail-closed ਨਿਯਮ

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

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

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

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