SoftEther ਕਨੈਕਸ਼ਨ ਪ੍ਰੋਫਾਈਲ: ਆਯਾਤ ਤੋਂ ਪਹਿਲਾਂ ਛੇ ਖੇਤਰ ਜਾਂਚੋ

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

ਜਾਂਚ 1: ਹੋਸਟਨਾਮ ਅਤੇ ਪੋਰਟ

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

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

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

ਜਾਂਚ 2: ਪ੍ਰੋਟੋਕੋਲ ਕਲਾਇੰਟ ਤੈਅ ਕਰਦਾ ਹੈ

ਕਈ ਐਕਸੈਸ ਢੰਗ ਦੇਣ ਵਾਲਾ ਸਰਵਰ ਇੱਕ ਨਿਰਯਾਤ ਫਾਈਲ ਨੂੰ ਅਜਿਹੀ ਪ੍ਰੋਫਾਈਲ ਨਹੀਂ ਬਣਾਉਂਦਾ ਜਿਸ ਨੂੰ ਹਰ ਕਲਾਇੰਟ ਖੋਲ੍ਹ ਸਕੇ। Each method has its own format, its own client and its own failure mode, ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਮਿਲਾਉਣ ਨਾਲ ਪ੍ਰਮਾਣ ਪੱਤਰ ਦੀ ਸਮੱਸਿਆ ਵਰਗੀਆਂ ਗਲਤੀਆਂ ਪੈਦਾ ਹੁੰਦੀਆਂ ਹਨ। ਇਹ ਤੈਅ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਕਿ ਕਿਹੜਾ ਕਲਾਇੰਟ ਇਸਨੂੰ ਖੋਲ੍ਹੇਗਾ, ਤੈਅ ਕਰੋ ਕਿ ਫਾਈਲ ਕਿਹੜਾ ਢੰਗ ਘੋਸ਼ਿਤ ਕਰਦੀ ਹੈ।

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

ਫਾਈਲ ਦੇ ਅੰਦਰ ਦਾ ਐਲਾਨ ਪੜ੍ਹੋ, ਐਕਸਟੈਂਸ਼ਨ ਨਹੀਂ। OpenVPN ਨਾਮ ਵਾਲੀ ਫਾਈਲ ਪਰਿਭਾਸ਼ਾ ਅਨੁਸਾਰ OpenVPN ਪ੍ਰੋਫਾਈਲ ਹੈ, ਜਦੋਂ ਕਿ SoftEther ਪ੍ਰੋਫਾਈਲ ਛੋਟੀ ਸੰਰਚਨਾ ਹੈ ਜੋ SoftEther ਕਲਾਇੰਟ ਆਯਾਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਹ ਦੋਵੇਂ ਬਦਲੇ ਜਾ ਸਕਣ ਵਾਲੇ ਨਹੀਂ। ਜੇ ਘੋਸ਼ਿਤ ਢੰਗ ਅਜਿਹਾ ਹੈ ਜੋ ਤੁਸੀਂ ਸੇਵਾ ਨਹੀਂ ਦੇ ਸਕਦੇ, ਤਾਂ ਇਹ ਆਯਾਤ ਦੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਹੈ।

ਜਾਂਚ 3: ਹੱਬ, ਵਰਤੋਂਕਾਰ ਅਤੇ ਪ੍ਰਬੰਧਕ ਭੂਮਿਕਾ

ਮੂਲ ਐਕਸੈਸ ਲਈ ਪ੍ਰੋਫਾਈਲ ਇੱਕ Virtual Hub ਅਤੇ ਉਸ ਵਿੱਚਲੇ ਵਰਤੋਂਕਾਰ ਦਾ ਨਾਮ ਦਿੰਦੀ ਹੈ। A hub is a logical VPN server instance with its own users and its own settings, ਅਤੇ ਵਰਤੋਂਕਾਰ ਆਪਣੀ ਪ੍ਰਮਾਣਿਕਤਾ ਨਾਲ ਉਸ ਹੱਬ ਦਾ ਮੈਂਬਰ ਹੈ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਸਰਵਰ ਪ੍ਰਸ਼ਾਸਨ ਨਹੀਂ, ਜੋ ਸਰੋਤੇ, ਹੱਬ ਅਤੇ ਤੈਨਾਤੀ ਦੇ ਹਰ ਵਰਤੋਂਕਾਰ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਹੈ। ਕਲਾਇੰਟ ਪ੍ਰੋਫਾਈਲ ਕਦੇ ਵੀ ਇਸ ਨਿਯੰਤਰਣ ਨਾਲ ਨਹੀਂ ਆਉਣੀ ਚਾਹੀਦੀ। ਜਦੋਂ ਕੋਈ ਕਲਾਇੰਟ ਚਲਾਉਣ ਲਈ ਤੁਹਾਨੂੰ ਪ੍ਰਬੰਧਕ ਪ੍ਰਮਾਣ ਪੱਤਰ ਭੇਜਦਾ ਹੈ, ਵਿਵਸਥਾ ਗਲਤ ਹੈ, ਜੁੜੇ ਜਾਂ ਨਾ ਜੁੜੇ।

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

ਜਾਂਚ 4: ਫਾਈਲ ਓਨੀ ਹੀ ਸੰਵੇਦਨਸ਼ੀਲ ਹੈ ਜਿੰਨਾ ਇਹ ਢੋਂਦੀ ਹੈ

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

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

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

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

ਜਾਂਚ 5: ਐਪਲੀਕੇਸ਼ਨ ਪਰਖੋ, ਸਟੇਟਸ ਬੱਤੀ ਨਹੀਂ

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

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

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