VPN ਪ੍ਰਮਾਣ ਪੱਤਰ ਸੂਚੀ: CA ਖਾਤਾ ਕੀ ਸਾਬਤ ਕਰ ਸਕਦਾ ਹੈ
ਸਰਵਰ ਤੇ ਇੱਕ ਫੋਲਡਰ, ਇੱਕ CA ਖਾਤਾ, ਇੱਕ ਰੱਦ ਕਰਨ ਦੀ ਸੂਚੀ ਅਤੇ ਇੱਕ ਸੈਸ਼ਨ ਸਾਰਣੀ ਵੱਖਰੇ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦਿੰਦੇ ਹਨ। VPN ਪਛਾਣਾਂ ਦੀ ਸੂਚੀ ਬਣਾਉਂਦਿਆਂ ਇਹਨਾਂ ਨੂੰ ਵੱਖਰਾ ਰੱਖੋ।
ਤੁਹਾਡਾ ਗੇਟਵੇ ਅਜਿਹਾ ਕਲਾਇੰਟ ਪ੍ਰਮਾਣ ਪੱਤਰ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ ਜੋ ਉਸ ਨੇ ਕਦੇ ਨਹੀਂ ਦੇਖਿਆ, ਕਿਉਂਕਿ ਜਿਸ ਨਾਲ ਇਹ ਸੰਰਚਿਤ ਹੈ ਉਹ ਭਰੋਸੇਯੋਗ ਜਾਰੀਕਰਤਾ ਹੈ, ਅਤੇ ਪ੍ਰਮਾਣ ਪੱਤਰ ਹੈਂਡਸ਼ੇਕ ਦੌਰਾਨ ਆਉਂਦਾ ਹੈ। ਪ੍ਰੋਟੋਕੋਲ ਇਸੇ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਇਸੇ ਕਰਕੇ ਸਰਵਰ ਤੇ ਡਾਇਰੈਕਟਰੀ ਸੂਚੀ ਮਾੜੀ ਸੂਚੀ ਹੈ। ਜਾਰੀਕਰਤਾ ਜਾਣਦਾ ਹੈ ਉਸ ਨੇ ਕੀ ਬਣਾਇਆ, ਸਰਵਰ ਜਾਣਦਾ ਹੈ ਕੀ ਜੁੜਿਆ, ਅਤੇ ਰੱਦ ਕਰਨ ਦੀ ਸਥਿਤੀ ਜਾਣਦੀ ਹੈ ਕੀ ਵਾਪਸ ਲਿਆ ਗਿਆ। ਇਹ ਤਿੰਨੇ ਰਿਕਾਰਡ ਮਿਲਾਉਣ ਵਾਲੀ ਸੂਚੀ ਅੰਤ ਵਿੱਚ ਕੁਝ ਅਜਿਹਾ ਦਾਅਵਾ ਕਰਦੀ ਹੈ ਜੋ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਨੇ ਨਹੀਂ ਕਿਹਾ।
ਗੇਟਵੇ ਫਾਈਲ ਸੂਚੀ ਤੇ ਨਹੀਂ, ਜਾਰੀਕਰਤਾ ਤੇ ਭਰੋਸਾ ਕਰਦਾ ਹੈ
ਪ੍ਰਮਾਣਿਕਤਾ ਜਾਂਚ ਪੇਸ਼ ਕੀਤੇ ਪ੍ਰਮਾਣ ਪੱਤਰ ਦੀ ਭਰੋਸਾ ਐਂਕਰ ਨਾਲ ਤੁਲਨਾ ਕਰਦੀ ਹੈ, ਇਸ ਲਈ ਉਸੇ ਜਾਰੀਕਰਤਾ ਵੱਲੋਂ ਕੱਲ੍ਹ ਬਣਾਈ ਪਛਾਣ ਸਰਵਰ ਦੀ ਡਿਸਕ ਤੇ ਕਦੇ ਨਾ ਹੋਂਦ ਹੋਣ ਦੇ ਬਾਵਜੂਦ ਜੁੜ ਜਾਂਦੀ ਹੈ। ਇਸ ਲਈ ਕੁਝ ਵੀ ਨਕਲ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ, ਅਤੇ ਕਿਸੇ ਨੂੰ ਇਸ ਨੂੰ ਹੱਥੋਂ ਮਨਜ਼ੂਰ ਨਹੀਂ ਕਰਨਾ ਪੈਂਦਾ। ਇਸ ਲਈ ਸਰਵਰ ਦੇ ਆਪਣੇ ਰਿਕਾਰਡ ਆਉਣ ਦਾ ਵਰਣਨ ਕਰਦੇ ਹਨ, ਆ ਸਕਣ ਵਾਲੀਆਂ ਪਛਾਣਾਂ ਦੀ ਅਬਾਦੀ ਦਾ ਨਹੀਂ।
ਉਲਟਾ ਪਾੜਾ ਵੀ ਓਨਾ ਹੀ ਅਸਹਿਜ ਹੈ। ਫੋਲਡਰ ਵਿੱਚ ਮਿਆਦ ਪੁੱਗੇ ਪ੍ਰਮਾਣ ਪੱਤਰ, ਰੱਦ ਕੀਤੇ ਪ੍ਰਮਾਣ ਪੱਤਰ, ਅਤੇ ਉਹਨਾਂ ਯੰਤਰਾਂ ਲਈ ਜਾਰੀ ਪਛਾਣਾਂ ਹੋ ਸਕਦੀਆਂ ਹਨ ਜੋ ਕਦੇ ਤੈਨਾਤ ਨਹੀਂ ਹੋਏ। ਫਾਈਲਾਂ ਗਿਣਨਾ ਦੱਸਦਾ ਹੈ ਕਿ ਕਿੰਨੀਆਂ ਫਾਈਲਾਂ ਹਨ, ਜੋ ਇੱਕ ਅਜਿਹਾ ਸਵਾਲ ਹੈ ਜੋ ਕਿਸੇ ਨੇ ਨਹੀਂ ਪੁੱਛਿਆ। ਇਸਦੀ ਥਾਂ ਅਰਥ ਰੱਖਣ ਵਾਲੇ ਰਿਕਾਰਡਾਂ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ।
ਚਾਰ ਸਵਾਲ, ਚਾਰ ਵੱਖਰੇ ਰਿਕਾਰਡ
ਹਰੇਕ ਰਿਕਾਰਡ ਕਿਸਮ ਇੱਕ ਸਵਾਲ ਦਾ ਚੰਗਾ ਜਵਾਬ ਦਿੰਦੀ ਹੈ ਅਤੇ ਬਾਕੀਆਂ ਦਾ ਮਾੜਾ, ਇਸ ਲਈ ਉਹਨਾਂ ਨੂੰ ਮਿਲਾਉਣ ਵਾਲੀ ਰਿਪੋਰਟ ਪੂਰੀ ਲੱਗਦੀ ਹੈ ਪਰ ਇੱਕ ਖਾਸ ਤਰੀਕੇ ਨਾਲ ਗਲਤ ਹੁੰਦੀ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੀ ਸਾਰਣੀ ਉਹਨਾਂ ਨੂੰ ਬਣਾਉਣ ਵਾਲੇ ਸਿਸਟਮ ਅਨੁਸਾਰ ਨਹੀਂ, ਸਗੋਂ ਹੱਲ ਕਰਨ ਵਾਲੇ ਸਵਾਲ ਅਨੁਸਾਰ ਤਰਤੀਬ ਦਿੰਦੀ ਹੈ।
| Question you are answering | Where the answer lives | How quickly it changes | What it will never show |
|---|---|---|---|
| Was this identity ever created? | The issuer's issuance database | Only when something is issued | Whether the device still exists |
| Is a copy sitting on this host? | The paths you actually inspected | Whenever anyone copies files | Certificates that were never copied here |
| Has the issuer withdrawn it? | Published revocation state | When the issuer next publishes | Withdrawals that are not published yet |
| Is it connected right now? | The live session table | Continuously | Anything about past or future sessions |
ਜਨਤਕ ਪ੍ਰਮਾਣ ਪੱਤਰਾਂ ਦਾ ਸੰਗ੍ਰਹਿ ਗੁਪਤ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਇਸ ਵਿੱਚ ਕੋਈ ਨਿੱਜੀ ਚਾਬੀ ਨਹੀਂ ਹੁੰਦੀ, ਪਰ ਇਹ ਸਾਂਝਾ ਕਰਨ ਯੋਗ ਵੀ ਨਹੀਂ ਹੈ। ਵਿਸ਼ੇ ਅਤੇ ਯੰਤਰਾਂ ਦੇ ਨਾਮ ਕਾਰਜਕਾਰੀ ਵੇਰਵੇ ਪਰਗਟ ਕਰਦੇ ਹਨ, ਅਤੇ ਰਿਪੋਰਟ ਉਸੇ ਦਰਸ਼ਕ ਕੋਲ ਰਹਿਣੀ ਚਾਹੀਦੀ ਹੈ ਜਿਸ ਨੂੰ ਇਸਦੀ ਲੋੜ ਹੈ। ਨਿੱਜੀ ਚਾਬੀਆਂ ਸੂਚੀ ਤੋਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬਾਹਰ ਰਹਿੰਦੀਆਂ ਹਨ, ਕਿਉਂਕਿ ਸੂਚੀ ਨੂੰ ਪ੍ਰਮਾਣ ਪੱਤਰ ਨਹੀਂ, ਮੈਟਾਡੇਟਾ ਚਾਹੀਦਾ ਹੈ।
ਜਾਰੀਕਰਤਾ ਅਤੇ ਕ੍ਰਮ ਸੰਖਿਆ ਹੀ ਇੱਕੋ ਇੱਕ ਸਥਿਰ ਚਾਬੀ ਹਨ
ਵਿਸ਼ੇ ਮੁੜ ਵਰਤੇ ਜਾਂਦੇ ਹਨ ਅਤੇ ਫਾਈਲਾਂ ਦੇ ਨਾਮ ਦੁਬਾਰਾ ਵਰਤੇ ਜਾਂਦੇ ਹਨ, ਇਸ ਲਈ ਪਿਛਲੇ ਸਾਲ ਇੱਕ ਯੰਤਰ ਦੀ ਪਛਾਣ ਕਰਨ ਵਾਲਾ ਨਾਮ ਹੁਣ ਕਿਸੇ ਹੋਰ ਦੀ ਪਛਾਣ ਕਰ ਸਕਦਾ ਹੈ। ਦੋਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਚਾਬੀ ਨਹੀਂ ਹੈ, ਅਤੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਇੱਕ ਤੇ ਬਣੀ ਰਿਪੋਰਟ ਅੰਤ ਵਿੱਚ ਦੋ ਪਛਾਣਾਂ ਨੂੰ ਇੱਕ ਲਾਈਨ ਵਿੱਚ ਮਿਲਾ ਦੇਵੇਗੀ।
ਜਾਰੀਕਰਤਾ ਅਤੇ ਕ੍ਰਮ ਸੰਖਿਆ ਦੀ ਜੋੜੀ ਪ੍ਰਮਾਣ ਪੱਤਰ ਦੀ ਵਿਲੱਖਣ ਪਛਾਣ ਕਰਦੀ ਹੈ, ਅਤੇ ਦੋਵੇਂ ਖੇਤਰ ਪ੍ਰਮਾਣ ਪੱਤਰ ਤੋਂ ਹੀ ਆਉਂਦੇ ਹਨ। ਇਹਨਾਂ ਨੂੰ ਵਿਸ਼ੇ, ਵੈਧਤਾ ਤਾਰੀਖਾਂ, ਜਿਸ ਸਰੋਤ ਤੋਂ ਨਕਲ ਆਈ, ਅਤੇ ਜ਼ਿੰਮੇਵਾਰ ਵਿਅਕਤੀ ਜਾਂ ਯੰਤਰ ਨਾਲ ਦਰਜ ਕਰੋ। ਰੱਦ ਕਰਨ ਅਤੇ ਤੈਨਾਤੀ ਦੀ ਸਥਿਤੀ ਨੂੰ ਆਪਣੇ ਨਿਰੀਖਣ ਸਮਿਆਂ ਵਾਲੇ ਵੱਖਰੇ ਖੇਤਰਾਂ ਵਜੋਂ ਜੋੜੋ, ਕਿਉਂਕਿ ਵੈਧਤਾ ਵਿੰਡੋ ਅੰਦਰ ਪ੍ਰਮਾਣ ਪੱਤਰ ਆਪਣੇ ਆਪ ਅਧਿਕਾਰਤ ਨਹੀਂ ਹੁੰਦਾ। ਇਹ ਦੋ ਤੱਥ ਵੱਖਰੇ ਸਿਸਟਮਾਂ ਵਿੱਚ ਰਹਿੰਦੇ ਹਨ, ਅਤੇ ਇਹਨਾਂ ਨੂੰ ਮਿਲਾਉਣ ਨਾਲ ਉਹ ਹਾਲਤ ਲੁਕ ਜਾਂਦੀ ਹੈ ਜਿੱਥੇ ਪਛਾਣ ਵਾਪਸ ਲਈ ਗਈ ਸੀ ਜਦੋਂ ਕਿ ਇਸਦੀ ਫਾਈਲ ਅਜੇ ਵੀ ਨਵੀਨ ਦਿਖਦੀ ਹੈ।
ਇੱਕ ਵਾਰ ਵਿੱਚ ਇੱਕ ਪ੍ਰਮਾਣ ਪੱਤਰ ਪੜ੍ਹੋ
ਫੋਲਡਰ ਭਰ ਵਿੱਚ ਫੈਲਣ ਵਾਲਾ ਵਾਈਲਡਕਾਰਡ ਬੈਚ ਇੰਟਰਫੇਸ ਨਹੀਂ ਹੈ, ਅਤੇ ਇਹ ਲੁਕਾਉਂਦਾ ਹੈ ਕਿ ਕਿਹੜੀ ਫਾਈਲ ਨੇ ਕਿਹੜਾ ਆਉਟਪੁੱਟ ਦਿੱਤਾ। ਹਰੇਕ ਪ੍ਰਮਾਣ ਪੱਤਰ ਲਈ ਮੈਟਾਡੇਟਾ ਪੜ੍ਹੋ, ਅਤੇ ਰੱਦ ਕਰਨ ਵਾਲਾ ਪਾਸਾ ਇਸਦੇ ਆਪਣੇ ਆਰਟੀਫੈਕਟ ਤੋਂ ਪੜ੍ਹੋ। OpenSSL x509 ਸੰਦਰਭ ਉਹਨਾਂ ਖੇਤਰਾਂ ਦੀ ਸੂਚੀ ਦਿੰਦਾ ਹੈ ਜੋ ਉਹ ਵਿਕਲਪ ਛਾਪਦੇ ਹਨ।
openssl x509 -in <cert>.pem -noout -issuer -serial -subject -dates -fingerprint -sha256
openssl crl -in <issuer>.crl -noout -text | head -n 40ਸੰਚਾਲਿਤ Easy-RSA PKI ਲਈ, ਜਾਰੀ ਕਰਨ ਵਾਲੇ ਡੇਟਾਬੇਸ ਨੂੰ ਉਸ ਕਾਰਜ ਪ੍ਰਵਾਹ ਰਾਹੀਂ ਪੁੱਛੋ ਜਿਸ ਨੂੰ ਸਾਧਨ ਸਮਰਥਨ ਦਿੰਦਾ ਹੈ ਡਾਇਰੈਕਟਰੀ ਖਾਕਾ ਮੰਨਣ ਦੀ ਥਾਂ, ਅਤੇ ਸੂਚੀ ਬਣਦਿਆਂ ਮੂਲ ਫਾਈਲਾਂ ਨੂੰ ਸਿਰਫ਼-ਪੜ੍ਹਨ ਰੱਖੋ। ਖਾਤੇ ਦਾ ਢਾਂਚਾ ਕਾਫ਼ੀ ਨਿਯਮਿਤ ਹੈ, ਇਸ ਲਈ ਡੇਟਾਬੇਸ ਹੱਥੋਂ ਖੋਲ੍ਹੇ ਬਿਨਾਂ ਵੈਧ ਐਂਟਰੀਆਂ ਗਿਣੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ ਅਤੇ ਵਾਪਸ ਲਏ ਗਏ ਲੋਕਾਂ ਦੀ ਸੂਚੀ ਬਣਾਈ ਜਾ ਸਕਦੀ ਹੈ।
grep -c '^V' pki/index.txt
grep '^R' pki/index.txt | cut -f4,5ਅਗਲੀ ਜਾਰੀ ਕਰਨ ਤੋਂ ਬਾਅਦ ਵੀ ਟਿਕਣ ਵਾਲੀ ਸੂਚੀ
ਫੋਲਡਰ ਦਾ ਇੱਕ-ਵਾਰੀ ਡੰਪ ਅਗਲਾ ਪ੍ਰਮਾਣ ਪੱਤਰ ਜਾਰੀ ਹੁੰਦਿਆਂ ਹੀ ਪੁਰਾਣਾ ਹੋ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ ਰਿਪੋਰਟ ਜਾਰੀ ਕਰਨ ਵਾਲੇ ਕਾਰਜ ਪ੍ਰਵਾਹ ਤੋਂ ਬਣਾਓ ਅਤੇ ਸਧਾਰਨ ਕਾਰਜ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਇਸ ਨੂੰ ਅੱਪਡੇਟ ਹੋਣ ਦਿਓ। ਇਹ ਰਿਪੋਰਟ ਨੂੰ ਮੁੜ-ਉਤਪਾਦਨਯੋਗ ਵੀ ਬਣਾਉਂਦਾ ਹੈ, ਜੋ ਤਦ ਮਹੱਤਵਪੂਰਨ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਦੋ ਲੋਕ ਇਸ ਗੱਲ ਤੇ ਸਹਿਮਤ ਨਹੀਂ ਹੁੰਦੇ ਕਿ ਕੀ ਜਾਰੀ ਹੋਇਆ।
ਨਤੀਜੇ ਦੀ ਵਰਤੋਂ ਨਵੀਨੀਕਰਨ ਅਤੇ ਸੇਵਾਮੁਕਤੀ ਦੇ ਫੈਸਲਿਆਂ ਲਈ ਕਰੋ, ਸਪ੍ਰੈਡਸ਼ੀਟ ਅਭਿਆਸ ਵਜੋਂ ਨਹੀਂ। ਸਥਾਨਕ ਨਕਲ ਮਿਟਾਉਣ ਨਾਲ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਦੂਰ ਦੀਆਂ ਨਕਲਾਂ ਅਵੈਧ ਨਹੀਂ ਹੁੰਦੀਆਂ। ਸੰਰਚਿਤ ਰੱਦ ਕਰਨ ਅਤੇ ਅਧਿਕਾਰ ਕਾਰਜ ਪ੍ਰਵਾਹ ਰਾਹੀਂ ਪਛਾਣ ਵਾਪਸ ਲਵੋ, ਫਿਰ ਵਾਪਸ ਲੈਣਾ ਤਾਰੀਖ ਸਮੇਤ ਦਰਜ ਕਰੋ। ਸਰਵਰ ਤੋਂ ਗਾਇਬ ਹੋਈ ਪਰ ਜਾਰੀਕਰਤਾ ਲਈ ਅਜੇ ਵੀ ਭਰੋਸੇਯੋਗ ਪਛਾਣ ਸੇਵਾਮੁਕਤ ਨਹੀਂ ਹੋਈ, ਅਤੇ ਇਹੀ ਫ਼ਰਕ ਸਹੀ ਸੂਚੀ ਨੂੰ ਸਿਰਫ਼ ਦਿਲਾਸਾ ਦੇਣ ਵਾਲੀ ਸੂਚੀ ਤੋਂ ਵੱਖ ਕਰਦਾ ਹੈ।