pfSense ’ਤੇ Client Export ਬਨਾਮ ਬਾਹਰ ਜਾਣ ਵਾਲਾ OpenVPN ਇੰਸਟੈਂਸ

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

ਕੁਝ ਵੀ ਸਥਾਪਿਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ ਕੌਣ ਸ਼ੁਰੂ ਕਰੇਗਾ

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

ਜੇਕਰ pfSense ਕਿਸੇ ਹੋਰ ਦੀ VPN ਸੇਵਾ ਨਾਲ ਜੁੜਦਾ ਹੈ, ਤਾਂ ਫਾਇਰਵਾਲ ਕਲਾਇੰਟ ਹੈ ਅਤੇ ਦੂਰਲਾ ਆਪਰੇਟਰ ਤੁਹਾਡੇ ਡਾਇਲ ਕੀਤੇ ਅੰਤ ਬਿੰਦੂ ਦਾ ਮਾਲਕ ਹੈ।

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

ਐਕਸਪੋਰਟਰ ਸਰਵਰ-ਪਾਸੇ ਦਾ ਸਹਾਇਕ ਹੈ

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

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

ਪੈਕੇਜ ਸੰਦਰਭ ਇਸ ਨਿਰਭਰਤਾ ਨੂੰ ਸਪਸ਼ਟ ਦੱਸਦਾ ਹੈ। ਪੈਕੇਜ ਤੁਹਾਡੇ ਲਈ ਸਰਵਰ ਬਣਾ ਸਕਦਾ ਹੈ ਇਹ ਮੰਨਣ ਤੋਂ ਪਹਿਲਾਂ ਇਸਨੂੰ ਪੜ੍ਹੋ।

ਬਾਹਰ ਜਾਣ ਵਾਲਾ ਇੰਸਟੈਂਸ ਵੱਖਰੀ ਸੰਰਚਨਾ ਹੈ

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

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

ਦੋਵੇਂ ਸੰਰਚਨਾਵਾਂ ਨੂੰ ਵੱਖਰੇ ਮਾਨਸਿਕ ਡੱਬਿਆਂ ਵਿੱਚ ਰੱਖੋ। ਇੱਕ ਹੋਰ ਯੰਤਰਾਂ ਨੂੰ ਜਵਾਬ ਦਿੰਦੀ ਹੈ; ਦੂਜੀ ਕਿਸੇ ਹੋਰ ਸਰਵਰ ਤੋਂ ਟਨਲ ਮੰਗਦੀ ਹੈ।

ਉਹ ਐਕਸਪੋਰਟ ਫਾਰਮੈਟ ਚੁਣੋ ਜੋ ਯੰਤਰ ਵਰਤ ਸਕਦਾ ਹੈ

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

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

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

ਸਾਈਟ-ਟੂ-ਸਾਈਟ ਨੂੰ ਪੈਕੇਜ ਨਹੀਂ, ਭੂਮਿਕਾਵਾਂ ਅਤੇ ਰੂਟ ਚਾਹੀਦੇ ਹਨ

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

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

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