ਪਛਾਣਾਂ ਦਾ ਦੋਹਰਾਅ ਕੀਤੇ ਬਿਨਾਂ VPN ਸਰਵਰ ਨੂੰ ਕਿਵੇਂ ਬਹਾਲ ਕਰੀਏ

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

ਬੈਕਅੱਪ ਫ਼ਾਈਲਾਂ ਵਾਪਸ ਲਿਆਉਂਦਾ ਹੈ, ਅਧਿਕਾਰ ਨਹੀਂ

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

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

ਸਰਵਰ ਦੀ ਪਛਾਣ ਅਤੇ ਕਲਾਇੰਟ ਦੀ ਪਛਾਣ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਫੇਲ੍ਹ ਹੁੰਦੀਆਂ ਹਨ

WireGuard ਵਿੱਚ ਸਰਵਰ ਦੀ ਪਛਾਣ wg0.conf ਦੀ ਨਿੱਜੀ ਕੁੰਜੀ ਹੈ, ਇਸ ਲਈ ਉਹ ਫ਼ਾਈਲ ਦੂਜੇ ਪਹੁੰਚਯੋਗ ਹੋਸਟ ਤੇ ਕਾਪੀ ਕਰਨ ਨਾਲ ਇੱਕੋ ਪਛਾਣ ਵਾਲੇ ਅਤੇ ਇੱਕ ਦੂਜੇ ਨੂੰ ਨਾ ਜਾਣਨ ਵਾਲੇ ਦੋ ਸਰਵਰ ਬਣਦੇ ਹਨ। ਹਰ ਇੱਕ ਆਪਣੀ ਪੀਅਰ ਸੂਚੀ ਰੱਖਦਾ ਹੈ। ਨਵੇਂ ਹੋਸਟ ਤੇ ਪੀਅਰ ਹਟਾਓ ਅਤੇ ਪੁਰਾਣਾ ਅਜੇ ਵੀ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ; ਇੱਕ ਤੇ wg show ਵੇਖੋ ਤੇ ਅੱਧਾ ਸੱਚ ਦਿਸਦਾ ਹੈ। ਕਲਾਇੰਟ ਵੀ ਆਪਣੇ ਆਪ ਨਹੀਂ ਬਦਲਦੇ: ਪਰੋਫ਼ਾਈਲ ਇੱਕ Endpoint ਰੱਖਦੀ ਹੈ, ਇਸ ਲਈ ਯੰਤਰ ਉਸੇ ਪਤੇ ਨਾਲ ਗੱਲ ਕਰਦਾ ਰਹਿੰਦਾ ਹੈ ਜਿਸ ਨਾਲ ਇਹ ਸੰਰਚਿਤ ਸੀ, ਜੋ ਤੁਹਾਡੇ ਵੱਲੋਂ ਸੇਵਾਮੁਕਤ ਕਰਨ ਵਾਲਾ ਹੋਸਟ ਹੋ ਸਕਦਾ ਹੈ।

OpenVPN ਉਸੇ ਪਰਤ ਤੇ ਸਰਵਰ ਸਰਟੀਫਿਕੇਟ, ਉਸਦੀ ਨਿੱਜੀ ਕੁੰਜੀ ਅਤੇ tls-auth ਜਾਂ tls-crypt ਸਥਿਰ ਕੁੰਜੀ ਨਾਲ ਦੁਹਰਾਇਆ ਜਾਂਦਾ ਹੈ। ਤਿੰਨੇ ਕਾਪੀ ਕਰੋ ਤੇ ਕਲਾਇੰਟ ਉਦਾਹਰਨਾਂ ਵਿੱਚ ਫ਼ਰਕ ਨਹੀਂ ਕਰ ਸਕਦਾ; ਦੋਵੇਂ ਪਹੁੰਚਯੋਗ ਹੋਣ ਤੇ ਦੁਬਾਰਾ ਜੁੜਨਾ ਕਿਸੇ ਤੇ ਵੀ ਪੈ ਸਕਦਾ ਹੈ, ਅਤੇ ਹਰ ਲਾਗ ਫ਼ਾਈਲ ਅੱਧੀ ਕਹਾਣੀ ਦੱਸਦੀ ਹੈ। ਸਰਟੀਫਿਕੇਟ ਅਧਿਕਾਰੀ ਡੂੰਘੀ ਕਾਪੀ ਹੈ। ਬਹਾਲ ਕੀਤਾ easy-rsa ਰੁੱਖ ਸੱਚ ਦਾ ਦੂਜਾ ਸਰੋਤ ਹੈ ਜੋ ਤੁਹਾਡੇ ਦਿੱਤੇ ਕਿਸੇ ਵੀ ਨਾਮ ਲਈ ਜਾਇਜ਼ ਸਰਟੀਫਿਕੇਟ ਜਾਰੀ ਕਰ ਸਕਦਾ ਹੈ।

ਕਲਾਇੰਟ ਵੀ ਦੁਹਰਾਏ ਜਾਂਦੇ ਹਨ, ਆਮ ਤੌਰ ਤੇ ਤਬਾਦਲੇ ਵੇਲੇ ਹੀ। ਪਰੋਫ਼ਾਈਲ «ਸਿਰਫ਼ ਪਰਖ ਲਈ» ਵਾਧੂ ਯੰਤਰ ਤੇ ਕਾਪੀ ਕਰਨ ਨਾਲ ਉਸੇ ਕੁੰਜੀ ਅਤੇ ਆਮ ਨਾਮ ਵਾਲਾ ਦੂਜਾ ਯੰਤਰ ਬਣਦਾ ਹੈ। duplicate-cn ਨਾਲ ਦੋਵੇਂ ਸ਼ੈਸ਼ਨ ਇੱਕੋ ਸਮੇਂ ਚੱਲ ਸਕਦੇ ਹਨ, ਅਤੇ ccd ਜਾਂ ifconfig-pool-persist ਵਿੱਚ ਸਥਿਰ ਪਤਾ ਨਿਰਧਾਰਣ ਮੂਲ ਯੰਤਰ ਨਾਲ ਟਕਰਾ ਸਕਦਾ ਹੈ। ਇਹ ਇੱਕ ਪਛਾਣ ਪਹਿਨੇ ਦੋ ਮਸ਼ੀਨਾਂ ਹਨ, ਅਤੇ ਸਰਵਰ ਸੰਰਚਨਾ ਵਿੱਚ ਕੁਝ ਵੀ ਉਹਨਾਂ ਨੂੰ ਵੱਖ ਨਹੀਂ ਕਰਦਾ।

ਪੁਰਾਣੇ ਐਂਡਪੌਇੰਟ ਲਈ ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹਾਲਤ ਚੁਣੋ

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

ਕਲਾਇੰਟਾਂ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਪੱਕਾ ਕਰੋ ਕਿ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਕਿਹੜੀ ਹਾਲਤ ਵਿੱਚ ਹੋ। VPN ਪੋਰਟ ਤੇ ਜਵਾਬ ਦੇਣ ਵਾਲਾ ਪੁਰਾਣਾ ਹੋਸਟ ਹੀ ਰੱਦ ਕੀਤਾ ਯੰਤਰ ਸਵੀਕਾਰ ਕਰੇਗਾ, ਭਾਵੇਂ DNS ਹਿਲ ਗਿਆ ਹੋਵੇ। ਸਰੋਤੇ ਅਤੇ ਜਨਤਕ ਕੁੰਜੀ ਵੇਖੋ:

ss -lunp | grep -E ':51820|:1194'
wg show wg0
wg pubkey < /etc/wireguard/server.key

ਪਹਿਲਾਂ ਪੀਅਰ, ਰੱਦ ਅਤੇ ਪਤੇ ਮਿਲਾਓ

ਸੂਚੀ ਬਣਾਓ ਕਿ ਬਹਾਲੀ ਕੀ ਦਾਅਵਾ ਕਰਦੀ ਹੈ, ਉਸਦੇ ਮੁਕਾਬਲੇ ਜੋ ਹੁਣ ਅਧਿਕਾਰਤ ਹੈ। WireGuard ਵਿੱਚ wg show wg0 ਹਰ ਪੀਅਰ ਦੀ ਕੁੰਜੀ, ਐਂਡਪੌਇੰਟ, ਤਾਜ਼ਾ ਹੈਂਡਸ਼ੇਕ ਅਤੇ ਤਬਾਦਲਾ ਗਿਣਕ ਦਿੰਦਾ ਹੈ, ਜੋ ਤੁਹਾਡੇ ਕੋਲ ਨਾ ਰਹੇ ਯੰਤਰ ਨੂੰ ਪਛਾਣਨ ਲਈ ਕਾਫ਼ੀ ਹੈ। wg set wg0 peer <key> remove ਨਾਲ ਇਸਨੂੰ ਜੀਵਤ ਹਟਾਓ, ਫਿਰ ਸੰਰਚਨਾ ਵੀ ਸੋਧੋ, ਨਹੀਂ ਤਾਂ ਪੀਅਰ ਅਗਲੀ ਸ਼ੁਰੂਆਤ ਤੇ ਵਾਪਸ ਆਵੇਗਾ। wg show wg0 allowed-ips ਦੂਜੀ ਸਮੱਸਿਆ ਖੋਲ੍ਹਦਾ ਹੈ: ਇੱਕ ਪਤੇ ਤੇ ਦੋ ਪੀਅਰ, ਜਾਂ ਉਹ ਪਤਾ ਜੋ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਮੁੜ-ਨਿਰਧਾਰਤ ਕਰ ਚੁੱਕੇ ਹੋ।

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

openssl crl -in /etc/openvpn/crl.pem -noout -lastupdate -nextupdate
grep -E 'crl-verify|reneg-sec' /etc/openvpn/server.conf

ਜੇ ਆਖਰੀ ਅੱਪਡੇਟ ਰੱਦ ਤੋਂ ਪਹਿਲਾਂ ਦਾ ਹੈ ਤਾਂ ਸਰਵਰ ਅਜੇ ਵੀ ਉਸ ਸਰਟੀਫਿਕੇਟ ਦਾ ਸਤਿਕਾਰ ਕਰ ਰਿਹਾ ਹੈ ਜੋ ਤੁਸੀਂ ਰੱਦ ਕੀਤਾ ਸੀ। OpenVPN 2.4 ਅਤੇ ਬਾਅਦ ਵਾਲੇ ਹਰ ਨਵੇਂ ਕਨੈਕਸ਼ਨ ਲਈ CRL ਫ਼ਾਈਲ ਦੁਬਾਰਾ ਪੜ੍ਹਦੇ ਹਨ, ਇਸ ਲਈ ਫ਼ਾਈਲ ਬਦਲਣ ਨਾਲ ਨਵੇਂ ਸ਼ੈਸ਼ਨ ਰੁਕਦੇ ਹਨ, ਪਰ ਬਣੇ ਹੋਏ ਟਨਲ ਮੁੜ-ਗੱਲਬਾਤ ਤੱਕ ਰਹਿੰਦੇ ਹਨ; reneg-sec ਦਾ ਡਿਫ਼ਾਲਟ 3600 ਸਕਿੰਟ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਘਟਾਉਣਾ ਜਾਂ ਸੇਵਾ ਮੁੜ ਚਾਲੂ ਕਰਨਾ ਹੀ ਤੁਹਾਨੂੰ ਬਦਲਾਅ ਹੁਣ ਦਿੰਦਾ ਹੈ। ਪੁਰਾਣੇ ਬਿਲਡ ਫ਼ਾਈਲ ਨੂੰ ਓਨੀ ਭਰੋਸੇਯੋਗਤਾ ਨਾਲ ਨਹੀਂ ਚੁੱਕਦੇ, ਇਸ ਲਈ ਜਦੋਂ ਸੰਸਕਰਣ ਦਾ ਵਿਵਹਾਰ ਪੱਕਾ ਨਾ ਕਰ ਸਕੋ ਤਾਂ ਮੁੜ ਚਾਲੂ ਕਰੋ। wg(8) ਦਸਤਾਵੇਜ਼ ਉੱਪਰ ਵਰਤੀ ਪੀਅਰ ਹਟਾਉਣ ਅਤੇ allowed-ips ਵਾਕ-ਰਚਨਾ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ।

ਹੁਣ ਨਾ ਰਹੇ ਯੰਤਰਾਂ ਦੇ ਸਥਿਰ ਨਿਰਧਾਰਣ ਵੀ ਸਾਫ਼ ਕਰੋ। ਪੁਰਾਣੀ ਪਰੋਫ਼ਾਈਲ ਸਥਾਪਿਤ ਹੁੰਦਿਆਂ ਸੇਵਾਮੁਕਤ ਯੰਤਰ ਦਾ ਪਤਾ ਨਵੇਂ ਲਈ ਦੁਬਾਰਾ ਵਰਤਣਾ ਠੀਕ ਉਹੀ ਦੋਹਰਾਅ ਬਣਾਉਂਦਾ ਹੈ ਜਿਸ ਤੋਂ ਤੁਸੀਂ ਬਚਣਾ ਚਾਹੁੰਦੇ ਹੋ।

ਤੁਹਾਡੇ ਵੱਲੋਂ ਰੱਦ ਕੀਤੇ ਕਲਾਇੰਟ ਨਾਲ ਪਰਖੋ

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

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