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

ਸੰਪਾਦਨ ਰੂਪਾਂਤਰਣ ਹੈ, ਮਿਟਾਉਣਾ ਨਹੀਂ

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

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

ਪਹਿਲਾਂ ਅੰਸ਼, ਫਿਰ ਸਫ਼ਾਈ

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

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

ਕੀ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਕਿਸ ਕ੍ਰਮ ਵਿੱਚ

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

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

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

Original kindReplace withKeep
Client addressCLIENT_AWhich side initiated
Server addressSERVER_BPort and protocol
UsernameUSER_1The failure that mentions it
HostnameHOST_1Resolution order

ਰਿਸ਼ਤੇ ਨਸ਼ਟ ਨਾ ਕਰੋ

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

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

ਪੋਰਟ, ਪ੍ਰੋਟੋਕੋਲ ਅਤੇ ਦਿਸ਼ਾ ਜਿਵੇਂ ਹਨ ਤਿਵੇਂ ਰਹਿੰਦੇ ਹਨ। ਪਤੇ ਉੱਤੇ ਪਲੇਸਹੋਲਡਰ ਦਾ ਮਤਲਬ ਪੋਰਟ ਉੱਤੇ ਪਲੇਸਹੋਲਡਰ ਨਹੀਂ।

ਉਹ ਸਵਾਲ ਰੱਖੋ ਜਿਸਦਾ ਜਵਾਬ ਲਾਗ ਨੇ ਦੇਣਾ ਹੈ

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

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

ਤਿਆਰ ਅੰਸ਼ ਨੂੰ ਪਹਿਲੀ ਤੋਂ ਆਖਰੀ ਲਾਈਨ ਤੱਕ ਇੱਕ ਵਾਰ ਪੜ੍ਹੋ, ਸ਼ੁਰੂਆਤ ਅਤੇ ਅੰਤ ਸਮੇਤ। ਸਕ੍ਰੀਨਸ਼ਾਟ ਪਾਠ ਨਾਲੋਂ ਵੱਧ ਸ਼ੱਕ ਦੇ ਪਾਤਰ ਹਨ, ਕਿਉਂਕਿ ਉਹ ਹੋਰ ਵਿੰਡੋ, ਖਾਤਾ ਨਾਮ ਅਤੇ ਮੀਨੂ ਆਈਟਮ ਨਾਲ ਲਿਆਉਂਦੇ ਹਨ।

ਸੰਬੰਧਿਤ ਲੇਖ