ਦੋ DNS ਨਾਮ, ਇੱਕ OpenVPN ਪੋਰਟ: ਅਸਲ ਵਿੱਚ ਕੀ ਚੁਣਦਾ ਹੈ

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

ਰਿਜ਼ੋਲਵਰ ਜੋ ਵਾਪਸ ਦਿੰਦਾ ਹੈ ਉਸ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ

ਕਲਾਇੰਟ vpn-a.example ਮੰਗਦਾ ਹੈ ਅਤੇ ਇੱਕ ਪਤਾ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ; ਉਹ ਪਤਾ ਅਤੇ ਇੱਕ ਪੋਰਟ ਹੀ ਉਸਦਾ ਪੂਰਾ ਡਾਇਲ ਹੈ। ਨਾਮ ਖੋਜ ਦੌਰਾਨ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਖਰਚ ਹੋ ਜਾਂਦਾ ਹੈ ਅਤੇ ਕਦੇ ਵੀ ਤਾਰ ਉੱਤੇ ਖੇਤਰ ਨਹੀਂ ਬਣਦਾ, ਇਸ ਲਈ ਦੂਜੇ ਸਿਰੇ ਦਾ ਸਰੋਤਾ ਇਹ ਨਹੀਂ ਦੇਖ ਸਕਦਾ ਕਿ ਕਿਹੜਾ ਲੇਬਲ ਵਰਤਿਆ ਗਿਆ। vpn-a.example ਅਤੇ vpn-b.example ਨੂੰ ਇੱਕ ਹੀ ਹੋਸਟ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰੋ, ਦੋਵੇਂ ਖੋਜਾਂ ਇੱਕੋ ਟਿਕਾਣਾ ਦੇਣਗੀਆਂ, ਇਸ ਲਈ ਡੈਮਨ ਬਿਨਾਂ ਕੋਈ ਫ਼ਰਕ ਦਰਜ ਕੀਤੇ ਦੋਵੇਂ ਕਨੈਕਸ਼ਨ ਇੱਕ ਇੰਸਟੈਂਸ ਵਿੱਚ ਸਮਾ ਲੈਂਦਾ ਹੈ। ਪਤੇ-ਅਧਾਰਿਤ ਪ੍ਰੋਫਾਈਲ ਵੀ ਉਸੇ ਕਾਰਨ ਨਾਮ-ਅਧਾਰਿਤ ਪ੍ਰੋਫਾਈਲ ਵਾਂਗ ਵਿਵਹਾਰ ਕਰਦੇ ਹਨ।

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

ਗਿਣਤੀ ਵਿੱਚ ਆਉਣ ਵਾਲਾ ਇੱਕੋ ਚੋਣਕਰਤਾ ਪੈਕੇਟ ਦੇ ਅੰਦਰ ਜਾਂਦਾ ਹੈ

HTTP ਇਸਨੂੰ Host ਹੈਡਰ ਨਾਲ ਸੰਭਾਲਦਾ ਹੈ, ਅਤੇ TLS ClientHello ਵਿੱਚ ਸਰਵਰ ਨਾਮ ਐਕਸਟੈਂਸ਼ਨ ਨਾਲ, ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਇੱਕ ਪਤਾ ਇੱਕ ਸਰੋਤੇ ਪਿੱਛੇ ਕਈ ਸਾਈਟਾਂ ਦੀ ਸੇਵਾ ਕਰਦਾ ਹੈ। ਦੋਵੇਂ ਕੰਮ ਕਰਦੇ ਹਨ ਕਿਉਂਕਿ ਤਾਰ ਦਾ ਪ੍ਰੋਟੋਕੋਲ ਕਿਸੇ ਖਾਸ ਸੇਵਾ ਲਈ ਬੇਨਤੀ ਢੋਂਦਾ ਹੈ। OpenVPN ਬਾਰੇ ਸੰਬੰਧਿਤ ਤੱਥ ਇਹ ਹੈ ਕਿ ਵਿਚਕਾਰਲਾ ਡੱਬਾ ਜਿਸ ਪਰਤ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ ਉੱਥੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਖੇਤਰ ਨਹੀਂ ਹੈ।

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

ਪ੍ਰੋਟੋਕੋਲ ਵੰਡਕ ਕਿੱਥੇ ਰੁਕਦਾ ਹੈ

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

sslh ਹਰ ਪ੍ਰੋਟੋਕੋਲ ਲਈ ਵੱਖਰੀ ਪੜਤਾਲ ਰੱਖਦਾ ਹੈ, ਅਤੇ ਉਸਦੀ TLS ਪੜਤਾਲ ਅਸਲੀ ClientHello ਵਿੱਚੋਂ ਸਰਵਰ ਨਾਮ ਜਾਂ ALPN ਮੁੱਲ ਕੱਢ ਸਕਦੀ ਹੈ। ਮੂਲ OpenVPN ਨੂੰ ਪਛਾਣਨਾ TLS ਐਕਸਟੈਂਸ਼ਨ ਪੜ੍ਹਨ ਤੋਂ ਵੱਖਰੀ ਸ਼੍ਰੇਣੀ ਹੈ, ਅਤੇ ਦੋਵੇਂ ਇਕੱਠੇ ਨਹੀਂ ਚੱਲਦੇ, ਕਿਉਂਕਿ ਜੋ ਕਲਾਇੰਟ ਸੁਣਨ ਵਾਲੀ ਸਾਕਟ ਉੱਤੇ ਕਦੇ ClientHello ਨਹੀਂ ਭੇਜਦਾ ਉਹ ਪੜਤਾਲ ਨੂੰ ਪੜ੍ਹਨ ਲਈ ਕੁਝ ਵੀ ਬਿਨਾਂ ਛੱਡ ਦਿੰਦਾ ਹੈ। ਇਸ ਲਈ OpenVPN ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਨਿਯਮ “ਇਹ OpenVPN ਕਲਾਇੰਟ ਹੈ” ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਅਤੇ ਅੱਗੇ ਨਹੀਂ ਜਾਂਦਾ। ਉਸ ਨਿਯਮ ਪਿੱਛੇ ਦੋ OpenVPN ਬੈਕਐਂਡ ਵੱਖ ਨਹੀਂ ਕੀਤੇ ਜਾ ਸਕਦੇ, ਸਾਹਮਣੇ ਵਾਲੇ ਹਿੱਸੇ ਕੋਲ ਚੋਣ ਦਾ ਕੋਈ ਆਧਾਰ ਨਹੀਂ, ਅਤੇ ਹਰ ਸੈਸ਼ਨ ਇੱਕੋ ਥਾਂ ਉੱਤਰਦਾ ਹੈ। ਮਲਟੀਪਲੈਕਸਿੰਗ ਇੱਕ ਪੋਰਟ ਨੂੰ ਵੱਖਰੀਆਂ ਸੇਵਾਵਾਂ ਵਿਚਕਾਰ ਵੰਡਦੀ ਹੈ; ਇਹ ਇੱਕ ਸੇਵਾ ਦੇ ਅੰਦਰ ਵਰਚੁਅਲ ਹੋਸਟਿੰਗ ਨਹੀਂ ਕਰਦੀ।

ਦੋ ਸਰਵਰਾਂ ਨੂੰ ਸੱਚਮੁੱਚ ਵੱਖ ਕਰਨ ਵਾਲੀਆਂ ਵਿਵਸਥਾਵਾਂ

ਸਭ ਤੋਂ ਸਸਤੀ ਇਮਾਨਦਾਰ ਵੰਡ ਦੂਜਾ ਜਨਤਕ ਪਤਾ ਹੈ, ਹਰ ਇੰਸਟੈਂਸ ਲਈ ਇੱਕ, ਅਤੇ ਮੌਜੂਦਾ ਪ੍ਰੋਫਾਈਲ ਪਹਿਲਾਂ ਹੀ ਲੋੜੀਂਦਾ ਲੈ ਕੇ ਆਉਂਦੇ ਹਨ ਕਿਉਂਕਿ ਉਹ ਵੱਖਰੇ ਪਤਿਆਂ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੇ ਹਨ। ਅਗਲਾ ਉਹੀ ਪਤੇ ਉੱਤੇ ਵੱਖਰਾ ਪੋਰਟ ਹੈ, ਜੋ ਹਰ ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ ਇੱਕ ਸੰਖਿਆ ਤੋਂ ਵੱਧ ਕੁਝ ਨਹੀਂ ਖਰਚਦਾ। TCP ਅਤੇ UDP ਵੱਖਰੀਆਂ ਪੋਰਟ ਸਾਰਣੀਆਂ ਰੱਖਦੇ ਹਨ, ਇਸ ਲਈ 1194/tcp ਅਤੇ 1194/udp ਅਸੰਬੰਧਿਤ ਸਾਕਟ ਹਨ ਅਤੇ ਹਰ ਇੱਕ ਵਿੱਚੋਂ ਇੱਕ ਇੱਕੋ ਹੋਸਟ ਉੱਤੇ ਇਕੱਠੇ ਰਹਿ ਸਕਦਾ ਹੈ; ਇਹ ਨਾਮ-ਰਾਊਟਿੰਗ ਨਹੀਂ ਬਲਕਿ ਆਵਾਜਾਈ ਵੰਡ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਅਕਸਰ ਉਸ ਨਾਲ ਗਲਤ ਸਮਝਿਆ ਜਾਂਦਾ ਹੈ। ਦੋਵੇਂ ਵਿਕਲਪ ਫਾਇਰਵਾਲ ਸਮੀਖਿਆ ਵਿੱਚੋਂ ਲੰਘਦੇ ਹਨ, ਕਿਉਂਕਿ ਨਿਯਮ ਉਸ ਚੀਜ਼ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ ਜੋ ਪੈਕੇਟ ਵਿੱਚ ਸੱਚਮੁੱਚ ਹੈ।

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

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

ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਚੋਣਕਰਤਾ ਸਾਬਤ ਕਰੋ

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

ss -lntup | grep -E ':443|:1194'
openssl s_client -connect vpn-a.example:443 -servername vpn-a.example </dev/null | head -n 20
journalctl -u openvpn-server@server-a -n 20 --no-pager

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

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