VPN ਸਰਵਰ ਬੈਕਅੱਪ: ਤੈਅ ਕਰੋ ਕਿ ਕੀ ਬਹਾਲ ਹੋਣ ਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ

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

ਮੁੜ-ਨਿਰਮਾਣ ਦੇ ਟੀਚੇ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ

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

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

ਪਛਾਣ ਉਹ ਹਿੱਸਾ ਹੈ ਜਿਸਨੂੰ ਤੁਸੀਂ ਦੁਬਾਰਾ ਨਹੀਂ ਬਣਾ ਸਕਦੇ

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

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

ਇੱਕ ਪਲ ਵਿੱਚ ਸਥਿਤੀ ਕੈਪਚਰ ਕਰੋ

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

wg showconf wg0 > /srv/backup/wg0.runtime.conf
sqlite3 /var/lib/vpn/admin.db ".backup '/srv/backup/admin.db'"
cp -a /etc/wireguard /srv/backup/etc-wireguard
sha256sum /srv/backup/*.conf > /srv/backup/MANIFEST

ਪਹਿਲਾ ਹੁਕਮ ਚੱਲ ਰਹੇ ਇੰਟਰਫੇਸ ਨੂੰ ਸੰਰਚਨਾ ਵਜੋਂ ਵਾਪਸ ਛਾਪਦਾ ਹੈ, ਜੋ ਪ੍ਰਬੰਧਨ ਸਾਧਨ ਦੀ ਥਾਂ ਹੱਥੋਂ ਜੋੜੇ ਸਾਥੀਆਂ ਨੂੰ ਫੜਨ ਦਾ ਸਭ ਤੋਂ ਤੇਜ਼ ਢੰਗ ਹੈ; ਇਸਨੂੰ wg(8) ਦਸਤਾਵੇਜ਼ ਦਰਜ ਕਰਦਾ ਹੈ। sqlite ਲਾਈਨ ਪ੍ਰਬੰਧਨ ਡੇਟਾਬੇਸ ਲਈ ਨਮੂਨਾ ਹੈ: ਬੈਕਅੱਪ ਹੁਕਮ ਲੇਖਕ ਦੇ ਚੱਲਦੇ ਰਹਿੰਦਿਆਂ ਸੁਸੰਗਤ ਨਕਲ ਬਣਾਉਂਦਾ ਹੈ। ਡਾਇਰੈਕਟਰੀ ਨਕਲ ਅਨੁਮਤੀਆਂ ਸੰਭਾਲਦੀ ਹੈ, ਜੋ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਉਹ ਕੁੰਜੀ ਫਾਈਲਾਂ ਸਿਰਫ਼ root ਪੜ੍ਹ ਸਕਦਾ ਹੈ। ਮੈਨੀਫੈਸਟ ਹੀ ਤੁਹਾਨੂੰ ਪੂਰੀ ਆਰਕਾਈਵ ਅਤੇ ਕਟੀ ਆਰਕਾਈਵ ਵਿੱਚ ਫ਼ਰਕ ਕਰਨ ਦਿੰਦਾ ਹੈ।

ਬਹਾਲੀ ਨੂੰ ਸੰਭਵ ਬਣਾਓ, ਫਿਰ ਇਸਨੂੰ ਅਜ਼ਮਾਓ

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

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