VPN Compose ਫਾਈਲ ਸਾਂਝੀ ਕਰ ਰਹੇ ਹੋ? ਰੈਂਡਰ ਕੀਤੀ ਕਾਪੀ ਤੋਂ ਭੇਤ ਹਟਾਓ
ਇੱਕ ਨਿੱਜੀ ਕੁੰਜੀ YAML ਵਿੱਚ, env ਮੁੱਲ ਵਿੱਚ, ਜਾਂ ਉਸ ਹੱਲ ਕੀਤੇ ਆਉਟਪੁੱਟ ਵਿੱਚ ਹੋ ਸਕਦੀ ਹੈ ਜਿਸ ਨੂੰ ਕਿਸੇ ਨੇ ਨਹੀਂ ਦੇਖਿਆ। ਉਹੀ ਕਾਪੀ ਜਾਂਚੋ ਜੋ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਨੱਥੀ ਕਰ ਰਹੇ ਹੋ।
Compose ਫਾਈਲ ਸਾਂਝੀ ਕਰਦੇ ਸਮੇਂ ਦੋ ਆਰਟੀਫੈਕਟ ਹੁੰਦੇ ਹਨ: ਤੁਸੀਂ ਜੋ ਲਿਖਿਆ, ਅਤੇ ਜੋ ਟੂਲ ਵੇਰੀਏਬਲ ਬਦਲਣ ਤੋਂ ਬਾਅਦ ਰੈਂਡਰ ਕਰਦਾ ਹੈ। ਦੂਜਾ ਅਕਸਰ ਪਹਿਲੇ ਨਾਲੋਂ ਵਧੇਰੇ ਸੰਵੇਦਨਸ਼ੀਲ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਲੋਕ ਬਿਨਾਂ ਪੜ੍ਹੇ ਸਮੱਸਿਆ ਰਿਪੋਰਟ ਵਿੱਚ ਜੋ ਪੇਸਟ ਕਰਦੇ ਹਨ ਉਹ ਇਹੀ ਹੁੰਦਾ ਹੈ। ਜੇ ਤੁਸੀਂ ਸਿਰਫ਼ ਸਰੋਤ ਫਾਈਲ ਦੀ ਸਮੀਖਿਆ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਗਲਤ ਦਸਤਾਵੇਜ਼ ਦੀ ਸਮੀਖਿਆ ਕਰ ਰਹੇ ਹੋ।
ਕੀ ਹਟਾਉਣਾ ਹੈ ਇਹ ਤੈਅ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤੁਲਨਾ ਕਰੋ ਕਿ ਹਰ ਕਾਪੀ ਵਿੱਚ ਕੀ ਹੋ ਸਕਦਾ ਹੈ।
ਰੈਂਡਰ ਕੀਤਾ ਮਾਡਲ ਇੱਕ ਵੱਖਰਾ ਦਸਤਾਵੇਜ਼ ਹੈ
Compose ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲ ਹੱਲ ਕਰਦਾ ਹੈ, ਓਵਰਰਾਈਡ ਫਾਈਲਾਂ ਨੂੰ ਮਿਲਾਉਂਦਾ ਹੈ ਅਤੇ ਇੱਕ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਕਨਫਿਗਰੇਸ਼ਨ ਬਣਾਉਂਦਾ ਹੈ ਜਿਸਨੂੰ ਪਾਠਕ ਹੱਥ ਨਾਲ ਲਿਖੇ ਮੁੱਲਾਂ ਤੋਂ ਹੁਣ ਵੱਖਰਾ ਨਹੀਂ ਪਛਾਣ ਸਕਦਾ। ਸਰੋਤ ਵਿੱਚ ਵੇਰੀਏਬਲ ਦੇ ਨਾਂ ਵਰਗਾ ਹਵਾਲਾ ਆਉਟਪੁੱਟ ਵਿੱਚ ਖਾਤੇ ਦਾ ਟੋਕਨ ਹੀ ਬਣ ਜਾਂਦਾ ਹੈ। ਫਾਈਲ ਨੂੰ ਨਿਦਾਨ ਲਈ ਲਾਹੇਵੰਦ ਬਣਾਉਣ ਵਾਲਾ ਢਾਂਚਾ ਉਸ ਬਦਲਾਅ ਤੋਂ ਬਚਿਆ ਰਹਿੰਦਾ ਹੈ; ਜੋ ਕਦੇ ਇਸ ਵਿੱਚ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ ਸੀ ਉਹ ਵੀ ਬਚਿਆ ਰਹਿੰਦਾ ਹੈ।
ਨੱਥੀ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਫਾਈਲ ਆਪ ਰੈਂਡਰ ਕਰੋ ਅਤੇ ਉਸ ਆਉਟਪੁੱਟ ਨੂੰ ਉਹੀ ਆਰਟੀਫੈਕਟ ਮੰਨੋ ਜਿਸਦੀ ਤੁਸੀਂ ਸਮੀਖਿਆ ਕਰ ਰਹੇ ਹੋ। ਜੇ ਤੁਸੀਂ ਇਸਨੂੰ ਰੈਂਡਰ ਨਹੀਂ ਕਰ ਸਕਦੇ, ਤਾਂ ਤੁਸੀਂ ਨਹੀਂ ਜਾਣ ਸਕਦੇ ਕਿ ਤੁਸੀਂ ਕੀ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਜਾ ਰਹੇ ਹੋ।
ਭੇਤ ਕੁੰਜੀ ਖੇਤਰ ਨਾਲੋਂ ਵੱਧ ਥਾਵਾਂ ਤੇ ਬੈਠਦੇ ਹਨ
ਸਪਸ਼ਟ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ: ਨਿੱਜੀ ਕੁੰਜੀਆਂ, ਪਹਿਲਾਂ ਸਾਂਝੀਆਂ ਕੀਤੀਆਂ ਕੁੰਜੀਆਂ, ਟੋਕਨ, ਪਾਸਵਰਡ ਅਤੇ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਵਾਲੇ ਕਨੈਕਸ਼ਨ URL। ਫਿਰ ਉਹ ਸਭ ਦੇਖੋ ਜਿਸ ਵੱਲ ਫਾਈਲ ਇਸ਼ਾਰਾ ਕਰਦੀ ਹੈ, ਕਿਉਂਕਿ ਹਵਾਲਾ ਰੀਡੈਕਸ਼ਨ ਨਹੀਂ ਹੈ। ਸੇਵਾ ਵਿੱਚ ਮਾਊਂਟ ਕੀਤੀ env ਫਾਈਲ, ਹੋਸਟ ਤੋਂ ਬਾਈਂਡ-ਮਾਊਂਟ ਕੀਤੀ ਕਨਫਿਗਰੇਸ਼ਨ ਫਾਈਲ, ਟੋਕਨ ਲੈ ਕੇ ਚੱਲਣ ਵਾਲਾ ਲੇਬਲ ਅਤੇ ਪਾਸਵਰਡ ਵਾਲਾ ਕਮਾਂਡ ਆਰਗਿਊਮੈਂਟ, YAML ਸਾਫ਼ ਦਿਸਣ ਤੇ ਵੀ ਡਿਪਲਾਏਮੈਂਟ ਨਾਲ ਜਾਂਦੇ ਹਨ। ਭਰੋਸਾ ਦੇਣ ਵਾਲੇ ਨਾਂ ਵਾਲੇ ਵੇਰੀਏਬਲ ਵਿੱਚ ਪੇਸਟ ਕੀਤੀ ਕੁੰਜੀ ਵੀ ਕੁੰਜੀ ਹੀ ਹੈ।
ਹੋਸਟ ਪਾਥ ਅਤੇ ਸੇਵਾ ਦੇ ਨਾਂ ਦੂਜੀ ਕਿਸਮ ਦੀ ਜਾਣਕਾਰੀ ਲੀਕ ਕਰਦੇ ਹਨ। ਘਰ ਦੀ ਡਾਇਰੈਕਟਰੀ ਦਾ ਨਾਂ, ਅੰਦਰੂਨੀ ਹੋਸਟਨੇਮ ਜਾਂ ਨੈੱਟਵਰਕ ਰੇਂਜ ਇੱਕ ਵੀ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਤੋਂ ਬਿਨਾਂ ਵਿਅਕਤੀ ਜਾਂ ਸੰਸਥਾ ਦੀ ਪਛਾਣ ਕਰ ਸਕਦੇ ਹਨ, ਅਤੇ ਉਹ ਸੰਦਰਭ ਵੀ ਇਸੇ ਕਾਰਨ ਹਟਾਉਣ ਯੋਗ ਹੈ।
ਭੇਤ ਦਾ ਐਲਾਨ ਭੇਤ ਨਹੀਂ ਹੈ
Compose ਦੀਆਂ ਭੇਤ ਵਸਤੂਆਂ ਐਲਾਨ ਨੂੰ ਸਮੱਗਰੀ ਤੋਂ ਵੱਖ ਕਰਦੀਆਂ ਹਨ: ਸੇਵਾ ਨੂੰ ਪਾਥ ਜਾਂ ਟਾਰਗੇਟ ਮਿਲਦਾ ਹੈ, ਅਤੇ ਸਮੱਗਰੀ ਕਿਤੇ ਹੋਰ ਰਹਿੰਦੀ ਹੈ। ਸਮੱਗਰੀ ਬਦਲਦੇ ਸਮੇਂ ਐਲਾਨ ਰੱਖਣਾ ਆਮ ਤੌਰ ਤੇ ਸਹੀ ਵਟਾਂਦਰਾ ਹੈ, ਕਿਉਂਕਿ ਸਮੀਖਿਅਕ ਨੂੰ ਦੇਖਣਾ ਹੈ ਕਿ ਭੇਤ ਮੌਜੂਦ ਹੈ ਅਤੇ ਇਹ ਕਿਵੇਂ ਮਾਊਂਟ ਹੋਇਆ ਹੈ। ਜੋ ਬਚਣਾ ਨਹੀਂ ਚਾਹੀਦਾ ਉਹ ਸਮੱਗਰੀ ਆਪ ਹੈ।
ਲੇਬਲ ਅਤੇ ਟਿੱਪਣੀਆਂ ਵੀ ਇਸੇ ਵਿਵਹਾਰ ਦੀਆਂ ਹੱਕਦਾਰ ਹਨ। ਕਿਹੜਾ ਵਾਲਟ ਪਾਥ ਉਤਪਾਦਨ ਕੁੰਜੀ ਰੱਖਦਾ ਹੈ, ਇਹ ਦੱਸਣ ਵਾਲੀ ਟਿੱਪਣੀ ਹਮਲਾਵਰ ਨੂੰ ਦੱਸਦੀ ਹੈ ਕਿ ਕਿੱਥੇ ਦੇਖਣਾ ਹੈ, ਭਾਵੇਂ ਇਸ ਵਿੱਚ ਕੋਈ ਕੁੰਜੀ ਨਾ ਹੋਵੇ।
ਆਕਾਰ ਰੱਖੋ ਤਾਂ ਜੋ ਫਾਈਲ ਹਾਲੇ ਵੀ ਨਿਦਾਨ ਕਰ ਸਕੇ
ਜੋ ਰੀਡੈਕਸ਼ਨ ਨੈੱਟਵਰਕ ਮੋਡ, ਇਮੇਜ ਵਰਜਨ ਜਾਂ ਸਮਰੱਥਾ ਸੈਟਿੰਗਾਂ ਹਟਾਉਂਦਾ ਹੈ ਉਹ ਅਜਿਹੀ ਫਾਈਲ ਬਣਾਉਂਦਾ ਹੈ ਜਿਸ ਨਾਲ ਕੋਈ ਡੀਬੱਗ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਸੰਵੇਦਨਸ਼ੀਲ ਮੁੱਲ ਬਦਲੋ ਅਤੇ ਸਬੰਧ ਰੱਖੋ: ਕਿਹੜੀ ਸੇਵਾ ਕੀ ਮਾਊਂਟ ਕਰਦੀ ਹੈ, ਕਿਹੜੇ ਨੈੱਟਵਰਕ ਵਿੱਚ ਸ਼ਾਮਲ ਹੁੰਦੀ ਹੈ, ਕਿਹੜੇ ਡਿਵਾਈਸ ਦੀ ਲੋੜ ਹੈ। ਇਹ ਉਹੀ ਹਿੱਸਾ ਹੈ ਜੋ ਪਾਠਕ ਵਰਤਦਾ ਹੈ ਗੁੰਮ ਹੋਏ ਰੂਟ ਜਾਂ ਉਪਲਬਧ ਨਾ ਹੋਣ ਵਾਲੇ ਡਿਵਾਈਸ ਦੀ ਵਿਆਖਿਆ ਕਰਨ ਲਈ। ਇਹ ਵੀ ਉਹੀ ਸੰਸਕਰਣ ਹੈ ਜਿਸਦੀ ਤੁਲਨਾ ਸਹਿਕਰਮੀ ਆਪਣੀ ਕੰਮ ਕਰ ਰਹੀ ਡਿਪਲਾਏਮੈਂਟ ਨਾਲ ਕਰ ਸਕਦਾ ਹੈ।
docker compose -f compose.yaml config > rendered.yaml
grep -nE 'PRIVATE_KEY|PASSWORD|TOKEN|PSK|PrivateKey|passphrase' rendered.yaml
wc -l rendered.yaml
ਰੀਡੈਕਟ ਕੀਤੀ ਕਾਪੀ ਨੂੰ ਕੰਮ ਕਰ ਰਹੇ ਅਸਲੇ ਵਾਂਗ ਡਿਪਲਾਏ ਨਾ ਕਰੋ। ਇਹ ਇੱਕ ਵਰਣਨ ਹੈ, ਅਤੇ ਸੁਰੱਖਿਅਤ ਦਿਸਣ ਲਈ ਸੰਪਾਦਿਤ ਵਰਣਨ ਕਨਫਿਗਰੇਸ਼ਨ ਬੱਗ ਵਰਗੇ ਦਿਸਣ ਵਾਲੇ ਢੰਗਾਂ ਨਾਲ ਫੇਲ੍ਹ ਹੋਵੇਗਾ।
ਜੇ ਸਮੱਗਰੀ ਖੁੱਲ੍ਹ ਗਈ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਬਦਲੋ
ਨੱਥੀ ਹਟਾਉਣਾ ਦੂਜਿਆਂ ਵੱਲੋਂ ਪਹਿਲਾਂ ਹੀ ਬਣਾਈਆਂ ਕਾਪੀਆਂ ਨਹੀਂ ਹਟਾਉਂਦਾ, ਅਤੇ ਮਿਰਰ ਤੇ ਕੈਸ਼ ਆਪਣੀਆਂ ਰੱਖਦੇ ਹਨ। ਜੋ ਵੀ ਲੀਕ ਹੋਇਆ ਉਸ ਲਈ ਜਾਰੀਕਰਤਾ ਦੀ ਰੱਦ ਅਤੇ ਬਦਲੀ ਪ੍ਰਕਿਰਿਆ ਵਰਤੋ, ਫਿਰ ਡਿਪਲਾਏਮੈਂਟ ਅੱਪਡੇਟ ਕਰੋ। ਕ੍ਰਮ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਕਿਉਂਕਿ ਪਹਿਲਾਂ ਬਦਲੀ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਰੱਦ ਕਰਨ ਨਾਲ ਦੋ ਵੈਧ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲਾਂ ਵਾਲੀ ਵਿੰਡੋ ਰਹਿ ਜਾਂਦੀ ਹੈ।
ਸਹਾਇਤਾ ਥ੍ਰੈਡਾਂ ਵਿੱਚ ਸਹੀ ਗਲਤੀ, ਇਮੇਜ ਵਰਜਨ, ਨੈੱਟਵਰਕ ਮੋਡ ਅਤੇ ਮਹੱਤਵਪੂਰਨ ਇੱਕ ਗੈਰ-ਭੇਤ ਸੈਟਿੰਗ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ। ਇਹ ਸੁਮੇਲ ਗੁੰਮ ਡਿਵਾਈਸ ਜਾਂ ਟੁੱਟੇ ਰੂਟ ਨੂੰ ਕੁੰਜੀ ਨਾਲੋਂ ਕਿਤੇ ਵੱਧ ਵਾਰ ਸਮਝਾਉਂਦਾ ਹੈ।