OpenVPN ਪ੍ਰਬੰਧਨ ਸਾਕਟ: ਨਿਯੰਤਰਣ ਚੈਨਲ, ਮੈਟ੍ਰਿਕਸ ਨਹੀਂ

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

ਵਿਸ਼ਵਾਸ, ਅਤੇ ਇਸਦੀ ਕੀਮਤ

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

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

ਸਵੀਕਾਰ ਕੀਤਾ ਕਲਾਇੰਟ ਅਸਲ ਵਿੱਚ ਕੀ ਰੱਖਦਾ ਹੈ

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

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

ਆਪਣਾ ਸਾਕਟ, ਖੁੱਲ੍ਹਾ ਨਹੀਂ

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

management /run/openvpn/office-management.sock unix /etc/openvpn/management.password
management-client-user vpn-observer
management-client-group vpn-observer

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

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

TCP ’ਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨਾ ਉਹੀ ਡਿਜ਼ਾਈਨ ਨਹੀਂ

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

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

ਤੁਹਾਡੇ ਨਾ ਮੰਗੇ ਸ਼ੁਰੂਆਤੀ ਨਿਰਭਰਤਾਵਾਂ

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

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

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

ਸਵੀਕ੍ਰਿਤੀ ਕਿਵੇਂ ਦਿਖਦੀ ਹੈ

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

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