OpenVPN client-config-dir: ਫਾਇਲ ਨਾਮ ਬਨਾਮ ਸਰਟੀਫਿਕੇਟ ਦਾ ਆਮ ਨਾਮ

ਕਲਾਇੰਟ ਦੇ ਜੁੜਨ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਦੋ ਨਾਮ ਖੇਡ ਵਿੱਚ ਹੁੰਦੇ ਹਨ: ਲੈਪਟਾਪ ਉੱਤੇ ਫਾਇਲ ਦਾ ਨਾਮ (nuc.ovpn) ਅਤੇ ਸਰਵਰ ਵੱਲੋਂ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਤੋਂ ਕੱਢੀ ਪਛਾਣ। client-config-dir ਖੋਜ ਦੂਜੇ ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ। ਕਲਾਇੰਟ ਉੱਤੇ ਪ੍ਰੋਫਾਈਲ ਦਾ ਨਾਮ ਬਦਲਣਾ, ਜਾਂ ਸਰਵਰ ਦੀ ਫਾਇਲ ਵਿੱਚ .conf ਜੋੜਨਾ, ਸਰਵਰ ਕਿਹੜੀ ਫਾਇਲ ਖੋਲ੍ਹਦਾ ਹੈ ਇਸ ਵਿੱਚ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ।

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

ਪ੍ਰੋਫਾਈਲ ਦਾ ਨਾਮ ਬਨਾਮ ਸਰਟੀਫਿਕੇਟ ਦਾ ਆਮ ਨਾਮ

ਡਿਫਾਲਟ ਸਰਟੀਫਿਕੇਟ-ਅਧਾਰਿਤ ਸੈਟਅਪ ਵਿੱਚ ਸਰਵਰ X.509 ਆਮ ਨਾਮ ਲੈਂਦਾ ਹੈ ਅਤੇ client-config-dir ਦੇ ਅੰਦਰ ਬਿਲਕੁਲ ਉਹੀ ਨਾਮ ਵਾਲੀ ਫਾਇਲ ਲੱਭਦਾ ਹੈ। ਜਿਸ ਪ੍ਰੋਫਾਈਲ ਦਾ ਨਾਮ nuc.ovpn ਹੈ ਅਤੇ ਜਿਸ ਦਾ ਸਰਟੀਫਿਕੇਟ tester ਕਹਿੰਦਾ ਹੈ, ਉਹ /etc/openvpn/server/ccd/tester ਵਿੱਚ ਹੱਲ ਹੁੰਦਾ ਹੈ। ਕਲਾਇੰਟ ਫਾਇਲ ਦਾ ਨਾਮ ਕਦੇ ਵੀ ਗਿਣਤੀ ਵਿੱਚ ਨਹੀਂ ਆਉਂਦਾ। ਬੇਮੇਲ ਲੁਕਣ ਦੀ ਪਹਿਲੀ ਥਾਂ ਇਹੀ ਹੈ।

ਇਸ ਲਈ ਧਿਆਨ ਨਾਲ ਨਾਮ ਦਿੱਤੇ ਪ੍ਰੋਫਾਈਲਾਂ ਨਾਲ ਭਰੀ ਡਾਇਰੈਕਟਰੀ ਹਰ ਵਾਰ ਖੁੰਝ ਸਕਦੀ ਹੈ। ਫਾਇਲ subject, ਈਮੇਲ ਪਤੇ ਜਾਂ GUI ਵਿੱਚ ਦਿਖਣ ਵਾਲੇ ਨਾਮ ਨਾਲ ਨਹੀਂ ਮਿਲਾਈ ਜਾਂਦੀ; ਉਹ ਆਮ ਨਾਮ ਦੀ ਸਤਰ ਨਾਲ ਮਿਲਾਈ ਜਾਂਦੀ ਹੈ।

ਕੇਸ-ਸੰਵੇਦਨਸ਼ੀਲ ਫਾਇਲਸਿਸਟਮ ਉੱਤੇ Tester ਅਤੇ tester ਦੋ ਵੱਖਰੀਆਂ ਫਾਇਲਾਂ ਹਨ, ਅਤੇ ਸਿਰਫ਼ ਇੱਕ ਹੀ ਖੁੱਲ੍ਹਦੀ ਹੈ। ਆਮ ਨਾਮ ਉਸ ਸਰਟੀਫਿਕੇਟ ਤੋਂ ਵੇਖੋ ਜੋ ਕਲਾਇੰਟ ਅਸਲ ਵਿੱਚ ਪੇਸ਼ ਕਰਦਾ ਹੈ, ਆਪਣੇ ਨੋਟਾਂ ਦੀ ਨਕਲ ਤੋਂ ਨਹੀਂ।

username-as-common-name ਨਿਯਮ ਨੂੰ ਪਲਟਦਾ ਹੈ

ਜਦੋਂ ਸਰਵਰ username-as-common-name ਨਾਲ ਵਰਤੋਂਕਾਰ ਨਾਮ/ਪਾਸਵਰਡ ਪਰਮਾਣਿਕਤਾ ਚਲਾਉਂਦਾ ਹੈ, ਤਾਂ ਪ੍ਰਮਾਣਿਤ ਵਰਤੋਂਕਾਰ ਨਾਮ ਇਸ ਖੋਜ ਲਈ ਸਰਟੀਫਿਕੇਟ ਦੇ ਆਮ ਨਾਮ ਦੀ ਥਾਂ ਲੈਂਦਾ ਹੈ।

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

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

ਸਰਵਰ ਕੀ ਪੜ੍ਹਦਾ ਹੈ, ਅਤੇ ਕੀ ਚੁੱਪਚਾਪ ਛੱਡ ਦਿੰਦਾ ਹੈ

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

OpenVPN ਜਿਸ ਨਾਮ ਨੂੰ ਲੱਭਦਾ ਹੈ ਉਸ ਵਿੱਚ .conf ਨਹੀਂ ਜੋੜਦਾ, ਇਸ ਲਈ tester.conf tester ਨਾਲ ਨਹੀਂ ਮਿਲਦਾ। ਐਕਸਟੈਂਸ਼ਨ ਲੁਕਾਉਣ ਵਾਲਾ ਸੰਪਾਦਕ ਅਜਿਹੀ ਫਾਇਲ ਛੱਡ ਸਕਦਾ ਹੈ ਜੋ ਸੂਚੀ ਵਿੱਚ ਸਹੀ ਦਿਸਦੀ ਹੈ ਅਤੇ ਕਦੇ ਨਹੀਂ ਮਿਲਦੀ।

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

ਸਹੀ ਫਾਇਲ ਨਾਮ ਸਮੱਗਰੀ ਦੀ ਪੁਸ਼ਟੀ ਨਹੀਂ ਕਰਦਾ

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

ifconfig-push ਅਜਿਹਾ ਪਤਾ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਟੋਪੋਲੋਜੀ ਅਸਲ ਵਿੱਚ ਵਰਤ ਸਕੇ, ਅਤੇ iroute ਸਿਰਫ਼ ਉਸ ਕਲਾਇੰਟ ਪਿੱਛੇ ਦੇ ਰੂਟ ਕੀਤੇ ਸਬਨੈੱਟ ਲਈ ਅਰਥ ਰੱਖਦਾ ਹੈ।

ਇੱਕ ਪਛਾਣ, ਕਈ ਡਿਵਾਈਸ

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

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