TCP ਕੰਮ ਕਰਦਾ ਹੈ ਤੇ UDP ਉਸੇ ਪੋਰਟ 'ਤੇ ਦੂਜੇ ਸਰਵਰ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ

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

ਇੱਕ ਪੋਰਟ ਨੰਬਰ, ਦੋ ਆਜ਼ਾਦ ਨਿਯਮ

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

ਪ੍ਰਭਾਵੀ ਨਿਯਮ ਵੇਖੋ, ਇੱਛਤ ਨਹੀਂ। ਮੰਜ਼ਿਲ ਪਤਾ, ਅਨੁਵਾਦਿਤ ਪੋਰਟ ਤੇ ਦਾਖਲਾ ਇੰਟਰਫ਼ੇਸ ਸਭ ਹਿੱਸਾ ਲੈਂਦੇ ਹਨ, ਤੇ ਪਿਛਲੇ ਤਬਾਦਲੇ ਤੋਂ ਬਚਿਆ ਨਿਯਮ ਹੀ ਆਮ ਤੌਰ 'ਤੇ ਇਸ ਦਾ ਕਾਰਨ ਹੁੰਦਾ ਹੈ ਕਿ ਦੋਵੇਂ ਅੱਧੇ ਨਹੀਂ ਮਿਲਦੇ।

ਹੋਰ ਕੁਝ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵੇਂ ਮੈਪਿੰਗ ਲਿਖ ਲਓ। ਲਾਈਨਾਂ ਦੀ ਜੋੜੀ ਪੂਰੀ ਧਾਰਨਾ ਹੈ।

ਕਲਾਇੰਟ ਨੇ ਅਸਲ ਵਿੱਚ ਕੀ ਤਸਦੀਕ ਕੀਤਾ

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

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

ਕਲਾਇੰਟ ਨੇ ਕਿਹੜੀ ਪਛਾਣ ਦੱਸੀ ਇਹ ਨੋਟ ਕਰੋ। ਉਹ ਨਾਮ ਇਸ ਗੱਲ ਦਾ ਸਭ ਤੋਂ ਮਜ਼ਬੂਤ ਸੁਰਾਗ ਹੈ ਕਿ ਕਿਹੜੀ ਮਸ਼ੀਨ ਨੇ ਜਵਾਬ ਦਿੱਤਾ।

ਕੋਸ਼ਿਸ਼ ਨੂੰ ਸਰਵਰ ਨਾਲ ਜੋੜੋ

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

ਜਿਸ ਸਰਟੀਫਿਕੇਟ ਪਛਾਣ ਨਾਲ ਤੁਸੀਂ ਮਿਲੇ ਉਸ ਦੀ ਤੁਲਨਾ ਉਮੀਦ ਕੀਤੀ ਪਛਾਣ ਨਾਲ ਪ੍ਰਬੰਧਕੀ ਚੈਨਲ ਰਾਹੀਂ ਕਰੋ। ਇਹੀ ਚੈਨਲ ਤੋਂ ਬਾਹਰਲੀ ਤੁਲਨਾ ਜਾਂਚ ਨੂੰ ਭਰੋਸੇਯੋਗ ਰੱਖਦੀ ਹੈ।

ਇਹ ਸਿੱਟਾ ਕੱਢਣ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਦੋਵੇਂ ਢੁਆਈਆਂ ਇੱਕੋ ਬੈਕਐਂਡ ਸਾਂਝਾ ਕਰਦੀਆਂ ਹਨ, ਪੁਰਾਣੇ ਅੱਗੇ ਭੇਜਣ ਦੇ ਨਿਯਮ, ਬਦਲਵੇਂ ਸਰੋਤੇ ਤੇ ਭਾਰ ਸੰਤੁਲਨ ਦਾ ਕੋਈ ਵੀ ਰਾਹ ਜਾਂਚੋ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਦੂਜੀ ਢੁਆਈ ਨੂੰ ਛੂਹੇ ਬਿਨਾਂ ਵਹਾਅ ਮੋੜ ਸਕਦਾ ਹੈ।

ਭਰੋਸੇ ਨੂੰ ਗਲਤ ਪਾਸੇ ਨਾਲ ਨਾ ਮਿਲਾਓ

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

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

ਰੱਦ ਦਾ ਪਾਠ ਸੰਭਾਲੋ। ਇਹ ਕਲਾਇੰਟ ਨੇ ਜੋ ਵੇਖਿਆ ਉਸ ਦਾ ਇੱਕੋ ਇੱਕ ਰਿਕਾਰਡ ਹੈ।

ਸੁਧਾਰ ਤੋਂ ਬਾਅਦ ਨਵਾਂ ਵਹਾਅ ਜਾਂਚੋ

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

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