ਦੋ-ਕਾਰਕ ਪ੍ਰਮਾਣਿਕਤਾ ਵਾਲੇ ਵਰਚੁਅਲ VPN ਗੇਟਵੇ ਲਈ ਸਵੀਕ੍ਰਿਤੀ ਜਾਂਚਾਂ
ਗੇਟਵੇ ਨੂੰ ਕਦਮ-ਦਰ-ਕਦਮ ਸਾਬਤ ਕਰੋ: ਦਾਖਲਾ, ਸਾਈਨ-ਇਨ, ਇਨਕਾਰ, ਰੱਦ ਅਤੇ ਬਹਾਲੀ, ਹਰ ਇੱਕ ਸਬੂਤ ਅਤੇ ਟੈਸਟ ਤੋਂ ਪਹਿਲਾਂ ਲਿਖੀ ਪਾਸ ਸ਼ਰਤ ਨਾਲ।
ਵਿਕਰੇਤਾ ਇਸ ਉਪਕਰਣ ਨੂੰ ਵਰਚੁਅਲ ਅਤੇ ਦੋ-ਕਾਰਕ ਸਮਰੱਥ ਦੱਸਦੇ ਹਨ, ਅਤੇ ਇਹਨਾਂ ਦੋ ਸ਼ਬਦਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਖਰੀਦ ਤੈਅ ਕਰਨ ਵਾਲੇ ਸਵਾਲਾਂ ਦਾ ਜਵਾਬ ਨਹੀਂ ਦਿੰਦਾ। ਕਿਹੜੀ ਹਾਈਪਰਵਾਈਜ਼ਰ ਚਿੱਤਰ ਸਮਰਥਿਤ ਹੈ, ਕਿਹੜੇ ਕਲਾਇੰਟ ਦਾਖਲਾ ਲੈ ਸਕਦੇ ਹਨ, ਦੂਜਾ ਕਾਰਕ ਅਸਲ ਵਿੱਚ ਕੀ ਸਾਬਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਪਛਾਣ ਪ੍ਰਦਾਤਾ ਬੰਦ ਹੋਣ ’ਤੇ ਕੀ ਹੁੰਦਾ ਹੈ, ਇਹ ਅਜੇ ਵੀ ਖੁੱਲ੍ਹਾ ਹੈ। ਇਹਨਾਂ ਨੂੰ ਅਜਿਹੇ ਸਵੀਕ੍ਰਿਤੀ ਕਦਮਾਂ ਵਿੱਚ ਬਦਲੋ ਜੋ ਤੁਸੀਂ ਅਭਿਆਸ ਵਿੱਚ ਚਲਾ ਸਕਦੇ ਹੋ, ਅਤੇ ਫੈਸਲਾ ਡੇਟਾਸ਼ੀਟ ਕਿੰਨੀ ਪ੍ਰੇਰਕ ਹੈ ਇਸ ’ਤੇ ਨਿਰਭਰ ਹੋਣਾ ਬੰਦ ਕਰ ਦੇਵੇਗਾ। ਹੇਠਾਂ ਦਿੱਤੀ ਸ਼ੀਟ ਉਹਨਾਂ ਸਬੂਤਾਂ ਲਈ ਇੱਕ ਢਾਂਚਾ ਹੈ, ਉਤਪਾਦਾਂ ਦੀ ਤਰਤੀਬ ਨਹੀਂ।
ਇਸ ਤੈਨਾਤੀ ਬਾਰੇ ਸਪਲਾਇਰ ਨੂੰ ਕੀ ਪੁਸ਼ਟੀ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ
ਤੈਨਾਤੀ ਨੂੰ ਇੱਕ ਸਫ਼ੇ ’ਤੇ ਲਿਆ ਕੇ ਸ਼ੁਰੂ ਕਰੋ: ਹਾਈਪਰਵਾਈਜ਼ਰ ਜਾਂ ਕਲਾਉਡ, ਮਹਿਮਾਨ ਆਰਕੀਟੈਕਚਰ, ਸਮਰਥਿਤ ਚਿੱਤਰ ਅਤੇ ਉਹ ਇੰਟਰਫ਼ੇਸ ਜਿਹਨਾਂ ਦੀ ਉਪਕਰਣ ਉਮੀਦ ਕਰਦਾ ਹੈ। ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਉਹਨਾਂ ਦੇ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮਾਂ ਨਾਲ ਸ਼ਾਮਲ ਕਰੋ, ਡਿਵਾਈਸ ਪ੍ਰਬੰਧਿਤ ਹਨ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਦਾਖਲਾ ਤੇ ਸਾਈਨ-ਇਨ ਕਿਵੇਂ ਕੰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਫਿਰ ਨਿੱਜੀ ਪਹੁੰਚ: ਐਪਲੀਕੇਸ਼ਨ ਅਤੇ ਪ੍ਰੀਸ਼ਫ਼ਿਕਸ, DNS ਪ੍ਰਬੰਧ, ਵਾਪਸੀ ਰਾਹ, ਅਤੇ ਕੀ ਜਨਤਕ ਇੰਟਰਨੈੱਟ ਨਿਕਾਸ ਪੇਸ਼ਕਸ਼ ਦਾ ਹਿੱਸਾ ਹੈ।
ਸੰਚਾਲਨ ਵੀ ਉਸੇ ਸਫ਼ੇ ’ਤੇ ਆਉਂਦਾ ਹੈ: ਬਕਸੇ ਦੀ ਸੰਭਾਲ ਕੌਣ ਕਰਦਾ ਹੈ, ਅੱਪਡੇਟ ਕਿੱਥੋਂ ਆਉਂਦੇ ਹਨ, ਲਾਗ ਕਿੱਥੇ ਜਾਂਦੇ ਹਨ, ਸੰਰਚਨਾ ਕਿਵੇਂ ਸੁਰੱਖਿਅਤ ਹੈ, ਅਤੇ ਕਾਰੋਬਾਰ ਨੇ ਅਸਲ ਵਿੱਚ ਕਿਹੜਾ ਬਹਾਲੀ ਟੀਚਾ ਮੰਨਿਆ ਹੈ। ਸਪਲਾਇਰ ਨੂੰ ਸਾਫ਼ਟਵੇਅਰ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਵਿੱਚ ਚੱਲਦਾ ਹੈ ਇਹ ਨਹੀਂ, ਬਲਕਿ ਠੀਕ ਉਹੀ ਸੰਜੋਗ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਕਹੋ। ਬਾਹਰੀ ਨਿਰਭਰਤਾਵਾਂ ਜਿਵੇਂ ਪਛਾਣ ਪ੍ਰਦਾਤਾ ਜਾਂ ਲਾਇਸੈਂਸ ਸੇਵਾ ਦਿਖਣਯੋਗ ਰੱਖੋ, ਕਿਉਂਕਿ ਉਹ ਇਸ ਨਾਲ ਭੇਜੀਆਂ ਜਾਣ ਜਾਂ ਨਾ, ਤੈਨਾਤੀ ਦਾ ਹਿੱਸਾ ਹਨ। ਬਿਨਾਂ ਨਾਮ ਵਾਲੀ ਨਿਰਭਰਤਾ ਵਾਲਾ ਤੈਨਾਤੀ ਸਫ਼ਾ ਆਮ ਤੌਰ ’ਤੇ ਅਣਜਾਣ ਨਿਰਭਰਤਾ ਵਾਲਾ ਤੈਨਾਤੀ ਸਫ਼ਾ ਹੁੰਦਾ ਹੈ।
ਸਾਬਤ ਕਰੋ ਕਿ ਦੂਜਾ ਕਾਰਕ ਦੂਜਾ ਕਾਰਕ ਹੈ
ਪ੍ਰਮਾਣਕ ਅਤੇ ਜਾਂਚ ਪ੍ਰਵਾਹ ਦਾ ਨਾਮ ਲਓ, ਅਤੇ ਦੱਸੋ ਕਿ ਹਰ ਕਦਮ ਕਿਹੜੀ ਪਛਾਣ ਸਥਾਪਿਤ ਕਰਦਾ ਹੈ। ਲਗਾਤਾਰ ਦੋ ਪਾਸਵਰਡ ਬੇਨਤੀਆਂ ਦੂਜਾ ਕਾਰਕ ਨਹੀਂ ਹਨ, ਅਤੇ ਪਾਸਵਰਡ ਨਾਲ ਇੱਕ-ਵਾਰੀ ਕੋਡ ਸੇਵਾ ਨਾਲ ਬੱਝੇ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫਿਕ ਪ੍ਰਮਾਣਕ ਤੋਂ ਵੱਖਰਾ ਦਾਅਵਾ ਹੈ। ਜੋ ਪ੍ਰਵਾਹ ਤੁਸੀਂ ਖਰੀਦ ਰਹੇ ਹੋ ਉਹ ਲਿਖੋ, ਬਕਸੇ ’ਤੇ ਲੱਗਾ ਲੇਬਲ ਨਹੀਂ।
ਫਿਸ਼ਿੰਗ ਪ੍ਰਤਿਰੋਧ ਇੱਕ ਵੱਖਰੀ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ, ਅਤੇ NIST ਦੀ ਪ੍ਰਮਾਣਕ ਗਾਈਡ ਇਸ ਨੂੰ ਇਸੇ ਤਰ੍ਹਾਂ ਦੇਖਦੀ ਹੈ: ਜਿਹੜਾ ਕੋਡ ਵਰਤੋਂਕਾਰ ਨੂੰ ਧੋਖਾ ਦੇ ਕੇ ਅੱਗੇ ਭੇਜਣ ਲਈ ਮਜਬੂਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਉਹ ਬਹੁ-ਕਾਰਕ ਪ੍ਰਮਾਣਿਕਤਾ ਪੂਰੀ ਕਰਦਾ ਹੈ ਪਰ ਉਸ ਵਾਧੂ ਸ਼ਰਤ ਵਿੱਚ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ। ਜੇ ਇਹ ਤੁਹਾਡੇ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ ਤਾਂ ਵਿਸ਼ੇਸ਼ਤਾ ਸਪਸ਼ਟ ਮੰਗੋ। ਫਿਰ ਉਸ ਕਲਾਇੰਟ ਕਿਸਮ ਤੋਂ ਪ੍ਰਦਰਸ਼ਨ ਮੰਗੋ ਜੋ ਤੁਹਾਡੇ ਵਰਤੋਂਕਾਰ ਅਸਲ ਵਿੱਚ ਚਲਾਉਂਦੇ ਹਨ, ਜਿਸ ਵਿੱਚ ਦਾਖਲਾ, ਰੱਦ ਕੀਤੀ ਜਾਂ ਮਿਆਦ ਪੁੱਗੀ ਚੁਣੌਤੀ, ਗੁੰਮ ਹੋਏ ਪ੍ਰਮਾਣਕ ਤੋਂ ਬਾਅਦ ਬਹਾਲੀ, ਅਤੇ ਹੋਰਾਂ ਦੇ ਜੁੜੇ ਰਹਿੰਦਿਆਂ ਇੱਕ ਵਰਤੋਂਕਾਰ ਦੀ ਰੱਦ ਸ਼ਾਮਲ ਹੋਵੇ। ਗੇਟਵੇ ਦੀ ਪਛਾਣ ਜਾਂਚ ਦਾਇਰੇ ਵਿੱਚ ਰੱਖੋ, ਕਿਉਂਕਿ ਕਿਸੇ ਵੀ ਗੇਟਵੇ ’ਤੇ ਭਰੋਸਾ ਕਰਨ ਵਾਲਾ ਕਲਾਇੰਟ ਸਮੱਸਿਆ ਹੱਲ ਨਹੀਂ, ਖਿਸਕਾਈ ਹੈ।
ਕੁਝ ਵੀ ਤੋੜਨ ਤੋਂ ਪਹਿਲਾਂ ਪਾਸ ਸ਼ਰਤ ਲਿਖੋ
ਹੇਠਾਂ ਦਿੱਤੀ ਸਾਰਣੀ ਸ਼ੀਟ ਦਾ ਉਹ ਹਿੱਸਾ ਹੈ ਜੋ ਸਪਲਾਇਰ ਨਾਲ ਸੰਪਰਕ ਵਿੱਚ ਟਿਕਦਾ ਹੈ, ਕਿਉਂਕਿ ਹਰ ਕਤਾਰ ਭਰੋਸੇ ਦੀ ਥਾਂ ਸਬੂਤ ਮੰਗਦੀ ਹੈ। ਅਭਿਆਸ ਤੋਂ ਪਹਿਲਾਂ ਪਾਸ ਸ਼ਰਤ ਭਰੋ, ਅਤੇ ਸਬੂਤ ਤੋਂ ਬਿਨਾਂ ਕਤਾਰ ਨੂੰ ਫੇਲ੍ਹ ਕਤਾਰ ਮੰਨੋ। ਪੰਜ ਕਦਮ ਦੱਸਦੇ ਹਨ ਕਿ ਗੇਟਵੇ ਨੂੰ ਕੀ ਕਰਨਾ ਹੈ।
| Acceptance stage | Evidence to keep | Pass condition |
|---|---|---|
| Enrolment | Enrolment record with the device type and the identity used | A new device enrols once, and nobody else can enrol it afterwards |
| Sign-in with the second factor | Session record naming both factors and the gateway identity that was checked | The session carries the expected identity and the gateway certificate validated |
| Denial of an unapproved destination | Log line from the control that refused the flow, with the policy name | The flow is refused and the refusal is attributable to one control |
| Revocation of one user | Revocation timestamp and the sessions that survived it | The named user is out and unaffected users keep working |
| Restore from configuration backup | Restored version plus a probe of a revoked identity | The revision matches the backup and revoked identities stay revoked |
ਦਾਖਲਾ ਪਹਿਲਾਂ ਆਉਂਦਾ ਹੈ ਕਿਉਂਕਿ ਉਸ ਤੋਂ ਬਾਅਦ ਦਾ ਸਭ ਉਸ ’ਤੇ ਨਿਰਭਰ ਹੈ: ਜੋ ਡਿਵਾਈਸ ਦਾਖਲਾ ਨਹੀਂ ਲੈ ਸਕਦਾ ਉਸ ਦੀ ਜਾਂਚ ਨਹੀਂ ਹੋ ਸਕਦੀ। ਸਾਈਨ-ਇਨ ਦਾਖਲੇ ਤੋਂ ਵੱਖਰਾ ਕਦਮ ਹੈ, ਅਤੇ ਇਨਕਾਰ ਉਹ ਕਦਮ ਹੈ ਜੋ ਬਹੁਤੀਆਂ ਸ਼ੀਟਾਂ ਭੁੱਲ ਜਾਂਦੀਆਂ ਹਨ, ਕਿਉਂਕਿ ਸਭ ਨੂੰ ਅੰਦਰ ਲੈਣ ਵਾਲਾ ਗੇਟਵੇ ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਉਹ ਕਿਸੇ ਨੂੰ ਇਨਕਾਰ ਕਰਦਾ ਹੈ। ਰੱਦ ਅਤੇ ਬਹਾਲੀ ਸਭ ਤੋਂ ਵੱਧ ਸੰਚਾਲਨ ਖ਼ਤਰਾ ਚੁੱਕਦੇ ਹਨ, ਅਤੇ ਦੋਵੇਂ ਨਕਲ ’ਤੇ ਸਸਤੇ ਹਨ।
ਜੀਵਤ ਗੇਟਵੇ ’ਤੇ ਨਹੀਂ, ਨਕਲ ’ਤੇ ਅਭਿਆਸ ਕਰੋ
ਵਿਘਨ ਪਾਉਣ ਵਾਲੇ ਕਦਮ ਪਲੇਟਫ਼ਾਰਮ ਦੀ ਨਕਲ ’ਤੇ, ਸਮਰਥਿਤ ਤੈਨਾਤੀ ਵਿਧੀ ਦੀ ਪਾਲਣਾ ਕਰਦਿਆਂ ਚਲਾਓ, ਅਤੇ ਹਰ ਸਬੂਤ ਉਸ ਦੀ ਤਾਰੀਖ ਅਤੇ ਸੰਰਚਨਾ ਸੰਸਕਰਣ ਨਾਲ ਰੱਖੋ। ਰੀਬੂਟ ਕਤਾਰ ਦਾ ਜਵਾਬ ਕੰਸੋਲ ਤੋਂ ਰੀਸਟਾਰਟ ਨਾਲ ਨਹੀਂ ਮਿਲਦਾ, ਅਤੇ ਬਹਾਲੀ ਕਤਾਰ ਦਾ ਜਵਾਬ ਸੰਰਚਨਾ ਨਿਰਯਾਤ ਕਰਕੇ ਨਹੀਂ ਮਿਲਦਾ। ਕਿਹੜੀ ਸਥਿਤੀ ਆਪਣੇ ਆਪ ਵਾਪਸ ਆਉਂਦੀ ਹੈ ਅਤੇ ਕੀ ਮੁੜ ਜੁੜਨਾ ਹੈ ਇਹ ਨੋਟ ਕਰੋ, ਕਿਉਂਕਿ ਉਹੀ ਫ਼ਰਕ ਸੰਚਾਲਨ ਟੀਮ ਨੂੰ ਵਿਰਾਸਤ ਵਿੱਚ ਮਿਲਦਾ ਹੈ। ਵਿਘਨ ਦੱਸੇ ਬਿਨਾਂ ਬਹਾਲੀ ਦਾ ਸਮਾਂ ਮਾਪਣ ਦਾ ਇਹ ਵੀ ਇੱਕੋ ਮੌਕਾ ਹੈ।
ਹਰ ਟੈਸਟ ਦੇ ਪਲ ਪਛਾਣ ਪ੍ਰਦਾਤਾ ਦੀ ਸਥਿਤੀ ਦਰਜ ਕਰੋ, ਕਿਉਂਕਿ ਸਿਹਤਮੰਦ ਪ੍ਰਦਾਤਾ ਦੇ ਖਿਲਾਫ਼ ਜਾਂਚੀ ਗਈ ਵਿਘਨ ਕਤਾਰ ਸ਼ੀਟ ਦੇ ਦਾਅਵੇ ਦੇ ਉਲਟ ਸਾਬਤ ਕਰਦੀ ਹੈ। ਇੱਕੋ ਅਭਿਆਸ ਦੇ ਦੋ ਸਮੀਖਿਅਕ ਵੱਖਰੀਆਂ ਚੀਜ਼ਾਂ ਫੜਦੇ ਹਨ, ਅਤੇ ਦੂਜਾ ਆਮ ਤੌਰ ’ਤੇ ਉਹ ਕਤਾਰ ਲੱਭਦਾ ਹੈ ਜਿਸ ਦਾ ਸਬੂਤ ਡੈਸ਼ਬੋਰਡ ਦਾ ਸਕ੍ਰੀਨਸ਼ਾਟ ਹੈ। ਉਹ ਸਬੂਤ ਉਸੇ ਕਤਾਰ ਨਾਲ ਜੋੜੀ ਰੱਖੋ ਜਿਸ ਦਾ ਉਹ ਹੈ, ਪ੍ਰੋਜੈਕਟ ਦੇ ਨਾਮ ਵਾਲੇ ਫੋਲਡਰ ਵਿੱਚ ਨਹੀਂ।
ਤੁਹਾਡੀ ਟੀਮ ਜੋ ਕੰਮ ਦਾ ਭਾਰ ਚਲਾਏਗੀ ਉਸ ਨੂੰ ਮਾਪੋ
ਆਮ ਹਫ਼ਤੇ ਵਰਗਾ ਭਾਰ ਤੈਅ ਕਰੋ, ਫਿਰ ਜਿੱਥੇ ਤੁਸੀਂ ਤੈਨਾਤ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ ਉੱਥੇ ਹੀ ਮਾਪੋ: ਸਮਕਾਲੀਕਰਨ, ਟ੍ਰੈਫ਼ਿਕ ਮਿਸ਼ਰਣ, ਅਤੇ ਟੀਮ ਕੋਲ ਅਸਲ ਵਿੱਚ ਜੋ ਸੰਭਾਲ ਵਿੰਡੋ ਹੈ। ਜਾਹਰ ਕੀਤਾ ਥ੍ਰੂਪੁਟ ਅੰਕੜਾ ਪ੍ਰਯੋਗਸ਼ਾਲਾ ਦੀ ਸਥਿਤੀ ਦੱਸਦਾ ਹੈ ਅਤੇ ਤੁਹਾਡੇ ਵਰਤੋਂਕਾਰਾਂ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ। ਬਹਾਲੀ ਨੂੰ ਯੋਜਨਾ ਦੀ ਥਾਂ ਬਹਾਲੀ ਟੀਚੇ ਨਾਲ ਮਾਪੋ।
ਸ਼ੀਟ ਉਦੋਂ ਪੂਰੀ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਹਰ ਕਦਮ ਕੋਲ ਸਬੂਤ ਹੋਵੇ ਅਤੇ ਹਰ ਸਬੂਤ ਕੋਲ ਤਾਰੀਖ ਹੋਵੇ। ਕਿਸੇ ਦੁਆਰਾ ਸੰਭਾਲਿਆ ਉਪਕਰਣ, ਹਰ ਕਤਾਰ ਲਈ ਸਬੂਤ ਨਾਲ, ਟਿੱਕ ਕੀਤੇ ਡੱਬਿਆਂ ਦੀ ਸਭ ਤੋਂ ਲੰਬੀ ਸੂਚੀ ਤੋਂ ਵੱਖਰੀ ਖਰੀਦ ਹੈ।