MSCHAPv2 ਕੋਈ VPN ਪ੍ਰੋਟੋਕੋਲ ਨਹੀਂ ਹੈ: ਪਹਿਲਾਂ ਸੁਰੰਗ ਬਾਰੇ ਪੁੱਛੋ
ਪਾਸਵਰਡ ਅਤੇ MSCHAPv2 ਸ਼ਬਦ ਮਿਲ ਕੇ ਕਨੈਕਸ਼ਨ ਨਹੀਂ ਬਣਾਉਂਦੇ। ਪੁੱਛੋ ਕਿ ਕਿਹੜੀ ਸੁਰੰਗ ਇਹ ਵਟਾਂਦਰਾ ਢੋਂਦੀ ਹੈ, ਫਿਰ ਕਲਾਇੰਟ ਪ੍ਰੋਫਾਈਲ ਉਸ ਅਨੁਸਾਰ ਬਣਾਓ।
ਵਰਤੋਂਕਾਰ ਨਾਮ ਅਤੇ ਪਾਸਵਰਡ ਇੱਕ ਵਾਹਕ ਦੇ ਅੰਦਰ ਸਫ਼ਰ ਕਰਦੇ ਹਨ, ਅਤੇ MSCHAPv2 ਸਿਰਫ਼ ਉਸ ਢੰਗ ਦਾ ਨਾਮ ਦੱਸਦਾ ਹੈ ਜੋ ਸਫ਼ਰ ਕਰਦਾ ਹੈ। ਕਲਾਇੰਟ ਪ੍ਰੋਫਾਈਲ ਚੁਣਨ ਤੋਂ ਪਹਿਲਾਂ ਪੁੱਛੋ ਕਿ ਕਿਹੜੀ ਸੁਰੰਗ ਇਸ ਨੂੰ ਢੋਂਦੀ ਹੈ, ਕਿਉਂਕਿ ਉਹੀ ਖਾਤਾ ਲੜੀ ਅਜਿਹੇ ਪ੍ਰਬੰਧਾਂ ਵਿੱਚ ਵੀ ਦਿਸਦੀ ਹੈ ਜੋ ਕੋਡ ਦੀ ਇੱਕ ਲਾਈਨ ਵੀ ਸਾਂਝੀ ਨਹੀਂ ਕਰਦੇ। ਤੁਹਾਨੂੰ ਦਿੱਤਾ ਗਿਆ ਹਰ ਪ੍ਰੋਫਾਈਲ ਦੋਵੇਂ ਫ਼ੈਸਲੇ ਐਨਕੋਡ ਕਰਦਾ ਹੈ, ਭਾਵੇਂ ਨਿਰਦੇਸ਼ ਪੱਤਰ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਛਾਪਦਾ ਹੋਵੇ। ਹੇਠਾਂ ਦਿੱਤਾ ਕ੍ਰਮ ਉਹੀ ਹੈ ਜਿਸ ਦਾ ਜਵਾਬ ਓਪਰੇਟਰ ਅੰਦਾਜ਼ੇ ਬਿਨਾਂ ਦੇ ਸਕਦਾ ਹੈ ਅਤੇ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਪੈਕੇਟ ਫੜੇ ਬਿਨਾਂ ਜਾਂਚ ਸਕਦੇ ਹੋ।
ਪ੍ਰਮਾਣਿਕਤਾ ਸੁਰੰਗ ਦੇ ਅੰਦਰ ਚੱਲਦੀ ਹੈ
VPN ਦੋ ਫ਼ੈਸਲੇ ਲੈਂਦਾ ਹੈ ਜੋ ਇੱਕੋ ਜਿਹੇ ਦਿਸਦੇ ਹਨ: ਧਿਰਾਂ ਸੁਰੱਖਿਅਤ ਚੈਨਲ ਕਿਵੇਂ ਬਣਾਉਂਦੀਆਂ ਹਨ, ਅਤੇ ਵਿਅਕਤੀ ਇਸ ਦੇ ਅੰਦਰ ਆਪਣੀ ਪਛਾਣ ਕਿਵੇਂ ਸਾਬਤ ਕਰਦਾ ਹੈ। ਦੂਜਾ ਨਿਰਦੇਸ਼ ਪੱਤਰ ਉੱਤੇ ਛਾਪਿਆ ਜਾਂਦਾ ਹੈ ਕਿਉਂਕਿ ਉਹੀ ਮਨੁੱਖ ਟਾਈਪ ਕਰਦਾ ਹੈ। ਪਹਿਲਾ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਕੋਈ ਵੀ ਕਲਾਇੰਟ ਬਿਲਕੁਲ ਕੰਮ ਕਰੇਗਾ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਲੋਕ ਉਹੀ ਛੱਡ ਦਿੰਦੇ ਹਨ। ਓਪਰੇਟਰ ਨੂੰ ਪਹਿਲਾਂ ਵਾਹਕ ਦਾ ਅਤੇ ਫਿਰ ਢੰਗ ਦਾ ਨਾਮ ਦੱਸਣ ਲਈ ਕਹੋ, ਉਸੇ ਕ੍ਰਮ ਵਿੱਚ। ਦੋ ਕਨੈਕਸ਼ਨ ਇੱਕੋ ਖਾਤਾ ਨਾਮ ਅਤੇ ਇੱਕੋ ਪਾਸਵਰਡ ਮੰਗ ਸਕਦੇ ਹਨ, ਪਰ ਲੌਗਇਨ ਡੱਬੇ ਹੇਠਾਂ ਕੋਈ ਲਾਗੂਕਰਨ ਸਾਂਝਾ ਨਹੀਂ ਕਰਦੇ।
ਇਸੇ ਲਈ ਸਹਿਕਰਮੀ ਦੇ ਚੱਲਦੇ ਫ਼ੋਨ ਤੋਂ ਕਾਪੀ ਕੀਤੀਆਂ ਸੈਟਿੰਗਾਂ ਸਰਵਰ ਦੋਵੇਂ ਪ੍ਰਮਾਣ ਸਵੀਕਾਰ ਕਰਦੇ ਹੋਏ ਵੀ ਤੁਹਾਡੇ ਫ਼ੋਨ ਉੱਤੇ ਅਸਫਲ ਹੋ ਸਕਦੀਆਂ ਹਨ। ਫ਼ਰਕ ਕਦੇ ਪ੍ਰਮਾਣ ਨਹੀਂ ਸੀ; ਇਸ ਦੁਆਲੇ ਲਪੇਟਿਆ ਪ੍ਰੋਫਾਈਲ ਸੀ। ਦੋਵੇਂ ਧਿਰਾਂ ਸਹੀ ਹਨ ਅਤੇ ਕੁਝ ਵੀ ਜੁੜਦਾ ਨਹੀਂ ਆਮ ਤੌਰ ਉੱਤੇ ਇਹੀ ਉਲਝਣ ਹੈ, ਅਤੇ ਵਾਹਕ ਦਾ ਨਾਮ ਆਉਣ ਸਾਰ ਇਹ ਸਾਫ਼ ਹੋ ਜਾਂਦੀ ਹੈ।
ਉਹੀ ਢੰਗ ਦਿਸਣ ਵਾਲੀਆਂ ਤਿੰਨ ਥਾਵਾਂ
PPP ਵਿੱਚ ਪ੍ਰਮਾਣਿਕਤਾ ਦਾ ਕਦਮ ਲਿੰਕ ਹੋਣ ਤੱਕ ਉਡੀਕਦਾ ਹੈ, ਅਤੇ RFC 2759 MS-CHAPv2 ਨੂੰ ਉਹੀ ਕਦਮ ਦੱਸਦਾ ਹੈ, ਇਸੇ ਲਈ ਇਹ ਢੰਗ L2TP ਅਤੇ ਪੁਰਾਣੀਆਂ PPTP ਤੈਨਾਤੀਆਂ ਵਿੱਚ ਦਿਸਦਾ ਹੈ। ਸੁਰੰਗ ਪਹਿਲਾਂ ਖ਼ਤਮ ਹੁੰਦੀ ਹੈ ਅਤੇ PPP ਗੱਲਬਾਤ ਇਸ ਦੇ ਅੰਦਰ ਹੁੰਦੀ ਹੈ, ਇਸ ਲਈ ਅਸਫਲ PPP ਪੜਾਅ ਸਰਵਰ ਲਾਗ ਵਿੱਚ ਸੁਰੰਗ ਨੂੰ ਸਥਾਪਿਤ ਵਾਂਗ ਛੱਡ ਸਕਦਾ ਹੈ। ਪ੍ਰਮਾਣ ਰੱਦ ਹੋਏ ਹਨ ਦਾ ਨਤੀਜਾ ਕੱਢਣ ਤੋਂ ਪਹਿਲਾਂ ਉਹ ਦੋ ਪੜਾਅ ਵੱਖਰੇ ਪੜ੍ਹੋ। ਇਸ ਲਈ L2TP ਲਈ ਸੰਰਚਿਤ ਕਲਾਇੰਟ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਹੀ ਹੋ ਸਕਦਾ ਹੈ ਅਤੇ ਫਿਰ ਵੀ ਉਸ ਗੇਟਵੇ ਲਈ ਗ਼ਲਤ ਕਲਾਇੰਟ ਹੋ ਸਕਦਾ ਹੈ ਜੋ ਸਿਰਫ਼ IKEv2 ਬੋਲਦਾ ਹੈ।
IKEv2 ਇਸ ਦੀ ਥਾਂ EAP-MSCHAPv2 ਨੂੰ ਕੁੰਜੀ ਵਟਾਂਦਰੇ ਦੇ ਅੰਦਰ ਰੱਖਦਾ ਹੈ, ਇਸ ਲਈ ਉਹੀ ਪ੍ਰਮਾਣ ਕਿਸੇ ਹੋਰ ਪਲ ਅਸਫਲ ਹੁੰਦਾ ਹੈ ਅਤੇ ਸੈਸ਼ਨ ਗ਼ਲਤੀ ਦੀ ਥਾਂ ਪ੍ਰਮਾਣਿਕਤਾ ਗ਼ਲਤੀ ਵਜੋਂ ਸਾਹਮਣੇ ਆਉਂਦਾ ਹੈ। Android ਦਾ ਪਲੇਟਫਾਰਮ IKEv2 ਪ੍ਰੋਫਾਈਲ ਰੋਜ਼ਾਨਾ ਦੀ ਉਦਾਹਰਨ ਹੈ, ਅਤੇ ਇਹ PPP ਚੋਣਾਂ ਦੀ ਥਾਂ ਸਰਵਰ ਸਰਟੀਫਿਕੇਟ ਜਾਂ ਪਛਾਣਕਰਤਾ ਮੰਗਦਾ ਹੈ। ਖਾਤਾ ਨਾਮ ਦੋਵੇਂ ਪ੍ਰਬੰਧਾਂ ਵਿੱਚ ਇੱਕੋ ਜਿਹਾ ਹੈ, ਇਸ ਲਈ ਇਹ ਨਹੀਂ ਦੱਸ ਸਕਦਾ ਕਿ ਤੁਹਾਡੇ ਕੋਲ ਕਿਹੜਾ ਹੈ। ਇਹ ਸਿਰਫ਼ ਓਪਰੇਟਰ ਦੀ ਸਮਰਥਿਤ ਪ੍ਰੋਟੋਕੋਲ ਸੂਚੀ ਤੈਅ ਕਰਦੀ ਹੈ।
TLS ਅਧਾਰਿਤ VPN ਤੀਜਾ ਪ੍ਰਬੰਧ ਜੋੜਦਾ ਹੈ, ਆਪਣੇ ਵਰਤੋਂਕਾਰ ਨਾਮ ਅਤੇ ਪਾਸਵਰਡ ਖੇਤਰਾਂ ਨਾਲ ਅਤੇ ਵਟਾਂਦਰੇ ਵਿੱਚ ਕਿਤੇ ਵੀ MS-CHAPv2 ਤੋਂ ਬਿਨਾਂ। ਇਸ ਲਈ ਪਾਸਵਰਡ ਡੱਬਾ ਦਿਸਣਾ ਇਸ ਦੇ ਪਿੱਛੇ ਦੇ ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਸਬੂਤ ਨਹੀਂ, ਕਿਉਂਕਿ ਫ਼ਾਰਮ ਜਾਣਿਆ-ਪਛਾਣਿਆ ਦਿਸਣ ਲਈ ਬਣਾਇਆ ਗਿਆ ਹੈ। ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਪੁਸ਼ਟੀ ਕਲਾਇੰਟ ਵਿੰਡੋ ਦੀ ਸ਼ਕਲ ਤੋਂ ਨਹੀਂ, ਸਰਵਰ ਦੇ ਦਸਤਾਵੇਜ਼ ਤੋਂ ਕਰੋ।
ਉਹ ਜਵਾਬ ਜੋ ਤੁਹਾਨੂੰ ਸੱਚਮੁੱਚ ਚਾਹੀਦੇ ਹਨ
ਬੇਨਤੀ ਸੂਚੀ ਵਜੋਂ ਭੇਜੋ, ਕਿਉਂਕਿ ਸੂਚੀ ਦਾ ਅੱਧਾ ਜਵਾਬ ਦੇਣਾ ਔਖਾ ਹੈ। ਸੁਰੰਗ ਦਾ ਪ੍ਰੋਟੋਕੋਲ, ਇਸ ਦੇ ਅੰਦਰਲਾ ਢੰਗ, ਅਤੇ ਉਹ ਕਲਾਇੰਟ ਮੰਗੋ ਜੋ ਓਪਰੇਟਰ ਤੁਹਾਡੇ ਪਲੇਟਫਾਰਮ ਉੱਤੇ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਫਿਰ ਗੇਟਵੇ ਦੀ ਪਛਾਣ ਅਤੇ ਭਰੋਸਾ ਸੈਟਿੰਗਾਂ, ਖਾਤਾ ਫਾਰਮੈਟ, ਅਤੇ ਕਨੈਕਸ਼ਨ ਚੁੱਕਣ ਮਗਰੋਂ ਕੀ ਪਹੁੰਚਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਇਹ ਮੰਗੋ।
ਪਹਿਲੇ ਤਿੰਨ ਤੈਅ ਕਰਦੇ ਹਨ ਕਿ ਤੁਹਾਨੂੰ ਕੰਮ ਕਰਨ ਵਾਲਾ ਪ੍ਰੋਫਾਈਲ ਬਿਲਕੁਲ ਮਿਲੇਗਾ ਜਾਂ ਨਹੀਂ। ਆਖ਼ਰੀ ਤਿੰਨ ਤੈਅ ਕਰਦੇ ਹਨ ਕਿ ਉਹ ਪ੍ਰੋਫਾਈਲ ਕੰਮ ਨੂੰ ਜੋ ਚਾਹੀਦਾ ਹੈ ਉਹ ਕਰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਜਵਾਬ ਨੂੰ ਟਿਕਟ ਨਾਲ ਜੋੜ ਕੇ ਰੱਖੋ, ਕਿਉਂਕਿ ਅਗਲਾ ਵਿਅਕਤੀ ਵੀ ਉਹੀ ਛੇ ਸਵਾਲ ਪੁੱਛੇਗਾ। ਜਿੱਥੇ ਜਵਾਬ ਨਹੀਂ ਹੈ, ਉੱਥੇ ਉਸ ਖਾਲੀ ਥਾਂ ਨੂੰ ਓਪਰੇਟਰ ਦਾ ਹਾਲੇ ਨਾ ਲਿਆ ਫ਼ੈਸਲਾ ਸਮਝੋ, ਤੁਸੀਂ ਅੰਦਾਜ਼ਾ ਲਾ ਸਕਦੇ ਹੋ ਅਜਿਹੀ ਚੀਜ਼ ਨਹੀਂ।
| What you ask for | If it is wrong, the symptom shows up as |
|---|---|
| Tunnel protocol | No profile can be built at all |
| Method inside the tunnel | Credentials typed, then rejected |
| Gateway identity | The client refuses the server certificate |
| Account format | Authentication fails only for some staff |
| Routes and DNS | The tunnel is up and nothing resolves |
ਗੇਟਵੇ ਜਾਂਚ ਨੂੰ ਢਿੱਲਾ ਨਾ ਛੱਡੋ
ਸਰਵਰ ਕਲਾਇੰਟ ਸਾਹਮਣੇ ਆਪਣੀ ਪਛਾਣ ਵੀ ਸਾਬਤ ਕਰਦਾ ਹੈ, ਅਤੇ ਵਟਾਂਦਰੇ ਦਾ ਇਹ ਅੱਧਾ ਹਿੱਸਾ ਸਜਾਵਟ ਨਹੀਂ ਹੈ। ਹਠੀ ਪ੍ਰੋਫਾਈਲ ਜੁੜੇ ਇਸ ਲਈ ਸਰਟੀਫਿਕੇਟ ਜਾਂਚ ਬੰਦ ਕਰਨਾ ਹਰ ਉਸ ਸਿਰੇ ਨੂੰ ਸਵੀਕਾਰ ਕਰਨਾ ਹੈ ਜੋ ਜਵਾਬ ਦੇਵੇ, ਉੱਥੇ ਵੀ ਜਿੱਥੇ ਪਹੁੰਚਣ ਦਾ ਕਿਸੇ ਦਾ ਇਰਾਦਾ ਨਹੀਂ ਸੀ। ਇਹ ਅਸਲੀ ਬੇਮੇਲ ਨੂੰ ਹੱਲ ਕਰਨ ਦੀ ਥਾਂ ਲੁਕਾਉਂਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਅਸਫਲਤਾ ਹੋਰ ਦੇਰ ਨਾਲ ਅਤੇ ਘੱਟ ਸਪਸ਼ਟ ਪਲ ਵੱਲ ਧੱਕੀ ਜਾਂਦੀ ਹੈ। ਜਿਸ ਪ੍ਰੋਫਾਈਲ ਨੂੰ ਜਾਂਚ ਬੰਦ ਚਾਹੀਦੀ ਹੈ, ਉਹ ਅਜਿਹੀ ਚੀਜ਼ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ ਜਿਸ ਨੂੰ ਉਹ ਜਾਂਚ ਨਹੀਂ ਸਕਦਾ।
ਬੇਮੇਲ ਆਮ ਤੌਰ ਉੱਤੇ ਨਾਮ ਹੁੰਦਾ ਹੈ, ਕਿਉਂਕਿ ਇੱਕ ਹੋਸਟਨਾਮ ਲਈ ਜਾਰੀ ਸਰਟੀਫਿਕੇਟ ਉਦੋਂ ਅਸਫਲ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਪ੍ਰੋਫਾਈਲ ਪਤਾ ਡਾਇਲ ਕਰਦਾ ਹੈ। ਜਾਂਚ ਬੰਦ ਕਰਨ ਦੀ ਥਾਂ ਨਾਮ ਡਾਇਲ ਕਰੋ। ਨਿੱਜੀ ਸਰਟੀਫਿਕੇਟ ਅਥਾਰਟੀ ਉਦੋਂ ਅਸਫਲ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਡਿਵਾਈਸ ਨੂੰ ਕਦੇ ਰੂਟ ਨਹੀਂ ਦਿੱਤਾ ਗਿਆ, ਅਤੇ ਹੱਲ ਉਹ ਰੂਟ ਮਨਜ਼ੂਰ ਰਾਹੀਂ ਵੰਡਣਾ ਹੈ। ਪ੍ਰਬੰਧਿਤ ਵਾਤਾਵਰਨ ਆਸ ਕਰਦੇ ਹਨ ਕਿ ਓਪਰੇਟਰ ਪਛਾਣ ਅਤੇ ਭਰੋਸਾ-ਐਂਕਰ ਦੇਵੇ, ਅਤੇ ਪ੍ਰੋਫਾਈਲ ਦੋਵਾਂ ਦਾ ਹਵਾਲਾ ਦੇਵੇ। ਖੇਤਰ ਨਾ ਹੋਣ ਵੇਲੇ ਜਾਂਚ ਤੋਂ ਹਟਣ ਦੀ ਥਾਂ ਆਰਟੀਫੈਕਟ ਮੰਗੋ।
ਪ੍ਰੋਫਾਈਲ ਮਿਲਾਓ, ਫਿਰ ਹਰ ਪੜਾਅ ਸਾਬਤ ਕਰੋ
ਵਾਹਕ ਦਾ ਪਤਾ ਲੱਗਣ ਮਗਰੋਂ ਉਸ ਕਲਾਇੰਟ ਦੀ ਦਰਜ ਪ੍ਰਕਿਰਿਆ ਦੀ ਪਾਲਣਾ ਕਰੋ ਅਤੇ ਸਿਰਫ਼ ਉਹੀ ਖੇਤਰ ਭਰੋ ਜੋ ਉਹ ਮੰਗਦਾ ਹੈ। ਹਨ ਕਿਉਂਕਿ ਭਰੇ ਜਾਂਦੇ ਵਾਧੂ ਖੇਤਰ ਵੀ ਗ਼ਲਤ ਮੁੱਲ ਹੀ ਹਨ, ਅਤੇ ਉਹ ਲਾਜ਼ਮੀ ਖੇਤਰਾਂ ਤੋਂ ਬਾਅਦ ਅਸਫਲ ਹੁੰਦੇ ਹਨ। ਪਹਿਲੇ ਸਫਲ ਕਨੈਕਸ਼ਨ ਮਗਰੋਂ ਪ੍ਰੋਫਾਈਲ ਨੂੰ ਬਿਨਾਂ ਬਦਲੇ ਸੰਭਾਲੋ, ਤਾਂ ਜੋ ਬਾਅਦ ਦੀ ਸੋਧ ਨੂੰ ਕੰਮ ਕਰਦਾ ਜਾਣੇ ਜਾਂਦੇ ਕਿਸੇ ਨਾਲ ਤੁਲਨਾ ਕੀਤੀ ਜਾ ਸਕੇ।
ਫਿਰ ਪੜਾਅਵਾਰ ਜਾਂਚੋ: ਸੁਰੰਗ ਸਥਾਪਿਤ ਹੁੰਦੀ ਹੈ, ਵਰਤੋਂਕਾਰ ਪ੍ਰਮਾਣਿਤ ਹੁੰਦਾ ਹੈ, ਨਿਰਧਾਰਿਤ ਪਤਾ ਅਤੇ ਰੂਟ ਦਿਸਦੇ ਹਨ, ਅਤੇ ਇੱਕ ਮਨਜ਼ੂਰ ਸੇਵਾ ਜਵਾਬ ਦਿੰਦੀ ਹੈ। ਹਰ ਪੜਾਅ ਸਰਵਰ ਉੱਤੇ ਆਪਣੀ ਲਾਗ ਲਾਈਨ ਛੱਡਦਾ ਹੈ, ਅਤੇ ਉਨ੍ਹਾਂ ਨੂੰ ਕ੍ਰਮ ਵਿੱਚ ਪੜ੍ਹਨਾ ਅਸਪਸ਼ਟ ਸ਼ਿਕਾਇਤ ਨੂੰ ਠੋਸ ਖੋਜ ਵਿੱਚ ਬਦਲ ਦਿੰਦਾ ਹੈ। ਜੇ ਪਲੇਟਫਾਰਮ ਹੁਣ ਓਪਰੇਟਰ ਵੱਲੋਂ ਦੱਸਿਆ ਪ੍ਰਬੰਧ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦਾ, ਤਾਂ ਇਹ ਥਾਂ-ਬਦਲੀ ਦੀ ਗੱਲ ਹੈ, ਡਿਵਾਈਸ ਉੱਤੇ ਸਾਰੀਆਂ ਪੁਰਾਣੀਆਂ ਚੋਣਾਂ ਚਾਲੂ ਕਰਨ ਦਾ ਕਾਰਨ ਨਹੀਂ। ਵਾਹਕ, ਢੰਗ ਅਤੇ ਪ੍ਰੋਫਾਈਲ ਤਿੰਨ ਵੱਖਰੇ ਜਵਾਬ ਹਨ, ਅਤੇ ਚੱਲਦੇ ਕਨੈਕਸ਼ਨ ਵਿੱਚ ਤਿੰਨੋਂ ਮਿਲਦੇ ਹਨ।