Nebula ਬਲਾਕਲਿਸਟ: ਇਸਨੂੰ ਖੁਦ ਵੰਡੋ, ਲਾਈਟਹਾਊਸ ਨਹੀਂ ਕਰੇਗਾ

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

ਬਲਾਕਲਿਸਟ ਐਂਟਰੀ ਅਸਲ ਵਿੱਚ ਕੀ ਕਰਦੀ ਹੈ

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

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

ਸਰਟੀਫਿਕੇਟ ਦੀ ਪਛਾਣ ਕਰੋ, ਡਿਵਾਈਸ ਦੀ ਨਹੀਂ

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

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

nebula-cert print -path /etc/nebula/host.crt
pki:
  blocklist:
    - "a1b2c3d4e5f6"

ਇਸਨੂੰ ਕਿਸੇ ਵੀ ਹੋਰ ਸੰਰਚਨਾ ਵਾਂਗ ਵੰਡੋ

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

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

ਬਲਾਕਲਿਸਟ ਜਾਂ ਅਥਾਰਟੀ ਰੋਟੇਸ਼ਨ

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

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

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

ਰੱਦ ਕਰਨਾ ਅਤੇ ਬਾਕੀ ਬਚਿਆ ਹਿੱਸਾ ਜਾਂਚੋ

ਬਲਾਕ ਕੀਤੀ ਪਛਾਣ ਤੋਂ ਕਨੈਕਟ ਕਰੋ ਅਤੇ ਅਸਫਲਤਾ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਫਿਰ ਅਧਿਕਾਰਤ ਪੀਅਰ ਤੋਂ ਕਨੈਕਟ ਕਰੋ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਉਹ ਅਜੇ ਵੀ ਉਹ ਪਹੁੰਚਦਾ ਹੈ ਜੋ ਉਸਨੂੰ ਚਾਹੀਦਾ ਹੈ। ਜੋ ਤਬਦੀਲੀ ਸਭ ਨੂੰ ਤੋੜ ਦੇਵੇ, ਉਹ ਸਫਲ ਰੱਦ ਕਰਨਾ ਨਹੀਂ ਹੈ। ਦੋਵੇਂ ਤਾਜ਼ਾ ਸੈਸ਼ਨਾਂ ਤੋਂ ਕਰੋ, ਕਿਉਂਕਿ ਕੈਸ਼ ਹਾਲਤ ਨਤੀਜਾ ਲੁਕਾ ਸਕਦੀ ਹੈ।

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