VPN ਸਰਵਰ ਨੂੰ ਬੰਦ ਕਰਨ ਦਾ ਤਰੀਕਾ, ਪਿੱਛੇ ਐਕਸੈਸ ਛੱਡੇ ਬਿਨਾਂ

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

ਪਹਿਲਾਂ ਕਲਾਇਟ ਸੂਚੀ ਵਿੱਚੋਂ ਲੰਘੋ

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

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

ਪਛਾਣ ਰੱਦ ਕਰੋ, ਸਿਰਫ਼ ਫਾਈਲ ਨਹੀਂ

ਦੋ ਵੱਖਰੀਆਂ ਕਾਰਵਾਈਆਂ ਨੂੰ ਦੋਵੇਂ ਰੱਦ ਕਰਨਾ ਕਿਹਾ ਜਾਂਦਾ ਹੈ। WireGuard ਵਿੱਚ ਪੀਅਰ ਸਿਰਫ਼ ਆਪਣੀ ਪਬਲਿਕ ਕੁੰਜੀ ਦੇ peer ਸੈਕਸ਼ਨ ਵਿੱਚ AllowedIPs ਐਂਟਰੀ ਨਾਲ਼ ਦਿਖਣ ਕਰਕੇ ਅਧਿਕਾਰਤ ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ ਲੈਪਟਾਪ ਤੋਂ ਕਾਨਫਿਗ ਫਾਈਲ ਮਿਟਾਉਣ ਨਾਲ ਸਰਵਰ ਉੱਤੇ ਕੁਝ ਨਹੀਂ ਬਦਲਦਾ। ਪੀਅਰ ਬਲਾਕ ਹਟਾਓ ਅਤੇ ਫਾਈਲ ਦੁਬਾਰਾ ਲਾਓ, ਉਹਨਾਂ ਪੀਅਰਾਂ ਨੂੰ ਛੱਡੇ ਬਿਨਾਂ ਜੋ ਤੁਸੀਂ ਰੱਖ ਰਹੇ ਹੋ, ਉਵੇਂ ਜਿਵੇਂwg(8) ਦਸਦਾ ਹੈ:

wg show
wg set wg0 peer <CLIENT_PUBLIC_KEY> remove
wg syncconf wg0 <(wg-quick strip wg0)

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

X.509 ਸੈੱਟਅੱਪ ਵਿੱਚ ਰੱਦ ਕਰਨ ਦਾ ਕਦਮ ਸਰਟੀਫਿਕੇਟ ਹੈ, ਫਾਈਲ ਨਹੀਂ: openssl ca -revoke client.crt ਅਤੇ ਫਿਰ openssl ca -gencrl -out crl.pem। ਇਸ ਦਾ ਅਸਰ ਸਿਰਫ਼ ਉੱਥੇ ਹੁੰਦਾ ਹੈ ਜਿੱਥੇ ਵੈਰੀਫਾਇਰ ਇਸਨੂੰ ਪੜ੍ਹਦਾ ਹੈ, ਭਾਵOpenVPN ਸਰਵਰ ਜਿਸ ਵਿੱਚ crl-verify ਸੈੱਟ ਹੈ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਰੀਲੋਡ ਕੀਤਾ ਗਿਆ। ਜੇ ਇਹ ਗੇਟਵੇ ਉਸ CA ਦਾ ਇੱਕੋ ਇੱਕ ਵਰਤੋਂਕਾਰ ਹੈ, ਤਾਂ CRL ਉਸ ਦਿਨ ਮਾਅਨੇ ਖਤਮ ਕਰ ਦਿੰਦੀ ਹੈ ਜਿਸ ਦਿਨ ਇਹ ਮਰਦਾ ਹੈ; ਜੇ ਉਹੀ CA ਦੂਜੇ ਗੇਟਵੇ ਲਈ ਸਾਈਨ ਕਰਦੀ ਹੈ, ਤਾਂ ਜੋ ਸਰਟੀਫਿਕੇਟ ਤੁਸੀਂ ਕਦੇ ਰੱਦ ਨਹੀਂ ਕੀਤਾ ਉਹ ਉੱਥੇ ਕੰਮ ਕਰਦਾ ਰਹਿੰਦਾ ਹੈ।

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

ਲਿਸਨਰ ਬੰਦ ਕਰੋ ਅਤੇ ਉਹਨਾਂ ਤੱਕ ਦੇ ਰਾਹ

ਸੇਵਾ ਨੂੰ ਇੰਝ ਰੋਕੋ ਕਿ ਉਹ ਰੀਬੂਟ ਤੋਂ ਬਾਅਦ ਵੀ ਬਚੀ ਰਹੇ, ਫਿਰ ਯੂਨਿਟ ਦੀ ਹਾਲਤ ਦੀ ਥਾਂ ਸਾਕਟ ਸੂਚੀ ਨਾਲ ਪੁਸ਼ਟੀ ਕਰੋ। systemctl disable --now wg-quick@wg0 ਇੰਟਰਫੇਸ ਰੋਕਦਾ ਹੈ ਅਤੇ wg-quick ਵੱਲੋਂ ਜੋੜੇ ਰੂਟ ਤੇ ਨਿਯਮ ਹਟਾਉਂਦਾ ਹੈ; systemctl disable --now openvpn-server@server ਟੈਂਪਲੇਟ ਵਾਲੇ OpenVPN ਇੰਸਟੈਂਸ ਲਈ ਇਹੀ ਕਰਦਾ ਹੈ। ਦੋਹਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਇੱਕ ਮਗਰੋਂ ss -lunp ਅਤੇ ss -ltnp ਚਲਾਓ। ਪੁਰਾਣੇ ਪੋਰਟ ਲਈ ਖਾਲੀ ਨਤੀਜਾ ਹੀ ਇੱਕੋ ਇੱਕ ਸਬੂਤ ਹੈ ਜੋ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ।

ਜੋ wg-quick ਨੇ ਜੋੜਿਆ, wg-quick ਹਟਾਉਂਦਾ ਹੈ। ਜੋ ਤੁਸੀਂ ਹੱਥ ਨਾਲ ਜੋੜਿਆ ਉਹ ਰਹਿੰਦਾ ਹੈ: ਇੱਕ ਸਥਾਈ NAT ਨਿਯਮ, ਫਾਇਰਵਾਲ ਵਿੱਚ ਇਜਾਜ਼ਤ, ਰਾਊਟਰ ਉੱਤੇ ਪੋਰਟ-ਫਾਰਵਰਡ, ਕਲਾਉਡ ਸਿਕਿਓਰਿਟੀ-ਗਰੁੱਪ ਇਨਗ੍ਰੈਸ ਨਿਯਮ, ਲੋਡ-ਬੈਲੰਸਰ ਲਿਸਨਰ। ਇਹਨਾਂ ਨੂੰ ਸਾਫ਼-ਸਾਫ਼ ਹਟਾਉਣਾ ਪੈਂਦਾ ਹੈ, ਅਤੇ DNS ਰਿਕਾਰਡ ਨੂੰ ਵੀ, ਭਾਵ A, AAAA ਅਤੇ ਨਾਮ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਨ ਵਾਲਾ ਕੋਈ ਵੀ CNAME। ਜੋ ਨਾਮ ਮਰੇ ਹੋਸਟ ਵੱਲ ਰੈਜ਼ੌਲਵ ਹੁੰਦਾ ਹੈ ਉਹ ਉਸ ਨਾਮ ਨਾਲੋਂ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ ਜੋ ਰੈਜ਼ੌਲਵ ਹੀ ਨਹੀਂ ਹੁੰਦਾ, ਅਤੇ ਇਹ ਫ਼ਰਕ ਕਿਸੇ ਦੀ ਦੁਪਹਿਰ ਖਾ ਜਾਵੇਗਾ।

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

ਉਸ ਦਾ ਪਿੱਛਾ ਕਰੋ ਜੋ ਅਜੇ ਵੀ ਪੁਰਾਣੇ ਐਂਡਪੌਇੰਟ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ

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

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

ਪੁਸ਼ਟੀ ਕਰੋ, ਫਿਰ ਲਿਖੋ

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

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

ਟਿਕਟ ਬੰਦ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ:

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

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