ਕੁੰਜੀਆਂ ਲੀਕ ਕੀਤੇ ਬਿਨਾਂ ਦੋ OpenVPN ਪ੍ਰੋਫਾਈਲਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ

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

.ovpn ਫ਼ਾਈਲ ਅਸਲ ਵਿੱਚ ਕੀ ਰੱਖਦੀ ਹੈ

ਇੱਕ .ovpn ਫ਼ਾਈਲ ਵਿਕਲਪਿਕ ਇਨਲਾਈਨ ਬਲਾਕਾਂ ਵਾਲੀ ਸੰਰਚਨਾ ਹੈ। ਇਸ ਵਿੱਚ CA ਪ੍ਰਮਾਣ-ਪੱਤਰ, ਕਲਾਇੰਟ ਪ੍ਰਮਾਣ-ਪੱਤਰ, ਨਿੱਜੀ ਕੁੰਜੀ, tls-auth ਜਾਂ tls-crypt ਕੁੰਜੀ, ਅਤੇ ਬਾਹਰੀ ਫ਼ਾਈਲਾਂ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਨ ਵਾਲੇ ਜਾਂ ਪ੍ਰਮਾਣ ਮੰਗਣ ਵਾਲੇ ਨਿਰਦੇਸ਼ ਹੋ ਸਕਦੇ ਹਨ। ਦੋ ਫ਼ਾਈਲਾਂ ਲਗਭਗ ਇੱਕੋ ਜਿਹੀਆਂ ਦਿਖ ਸਕਦੀਆਂ ਹਨ ਅਤੇ ਸਿਰਫ਼ ਬਲਾਕ ਦੇ ਅੰਦਰ ਵੱਖਰੀਆਂ ਹੋ ਸਕਦੀਆਂ ਹਨ, ਜਾਂ ਅਜਿਹੇ ਇੱਕ ਨਿਰਦੇਸ਼ ਵਿੱਚ ਵੱਖਰੀਆਂ ਹੋ ਸਕਦੀਆਂ ਹਨ ਜੋ ਆਵਾਜਾਈ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬਦਲ ਦਿੰਦਾ ਹੈ। ਲਾਈਨਾਂ ਦੀ ਗਿਣਤੀ ਤੁਹਾਨੂੰ ਇਹ ਨਹੀਂ ਦੱਸਦੀ ਕਿ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੀ ਹੋਇਆ।

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

ਲਾਈਨ ਨਾਲ ਨਹੀਂ, ਭੂਮਿਕਾ ਨਾਲ ਤੁਲਨਾ ਕਰੋ

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

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

• remote, proto ਅਤੇ ਪੋਰਟ, ਹਰ ਕਨੈਕਸ਼ਨ ਬਲਾਕ ਸਮੇਤ।
• ca ਅਤੇ cert: ਜਾਰੀਕਰਤਾ, ਵਿਸ਼ਾ ਅਤੇ ਸਮਾਪਤੀ ਤਾਰੀਖ਼।
• ਨਿੱਜੀ ਕੁੰਜੀ ਬਿਲਕੁਲ ਹੈ ਕਿ ਨਹੀਂ, ਕਦੇ ਨਹੀਂ ਕਿ ਇਸ ਵਿੱਚ ਕੀ ਹੈ।
• tls-auth ਜਾਂ tls-crypt ਦੀ ਮੌਜੂਦਗੀ ਅਤੇ ਕੁੰਜੀ ਦੀ ਦਿਸ਼ਾ।
• ਪ੍ਰਮਾਣੀਕਰਨ ਨਿਰਦੇਸ਼, ਕਿਸੇ ਵੀ ਪ੍ਰਮਾਣ ਫ਼ਾਈਲ ਦੇ ਹਵਾਲੇ ਸਮੇਤ।
• ਜੁੜਨ ਵੇਲੇ ਚੱਲਣ ਵਾਲੇ ਰੂਟ, DNS ਵਿਕਲਪ ਅਤੇ ਸਕ੍ਰਿਪਟ ਹੁੱਕ।

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

ਸਾਧਾਰਨ diff ਗ਼ਲਤ ਸੰਦ ਕਿਉਂ ਹੈ

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

openssl x509 -in ca.crt -noout -subject -issuer -enddate
openssl x509 -in client.crt -noout -subject -issuer -enddate
grep -E '^(remote|proto|port|tls-auth|tls-crypt|route|dhcp-option)' profile.ovpn

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

ਟਿਕਟ ਲਈ ਸੰਪਾਦਿਤ ਕਾਪੀ ਬਣਾਓ

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

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

ਤੁਲਨਾ ਨੂੰ ਨਾਕਾਮੀ ਨਾਲ ਬੰਨ੍ਹ ਕੇ ਰੱਖੋ

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

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