iPhone Always On VPN: ਦੋ ਟਨਲ ਇੱਕ ਵਰਚੁਅਲ IP ਸਾਂਝੀ ਕਰ ਸਕਦੇ ਹਨ

ਪ੍ਰਬੰਧਿਤ Always On ਪ੍ਰੋਫਾਈਲ ਵਾਲੇ ਨਿਗਰਾਨੀ ਹੇਠਲੇ iPhone ਉੱਤੇ ਫ਼ੋਨ ਹਰ ਸਰਗਰਮ IP ਇੰਟਰਫੇਸ ਲਈ ਇੱਕ ਟਨਲ ਰੱਖਦਾ ਹੈ, ਇਸ ਲਈ ਸੈਲੂਲਰ ਅਤੇ Wi-Fi ਦੋਵਿਆਂ ਨੂੰ ਆਪਣੀ-ਆਪਣੀ ਮਿਲਦੀ ਹੈ। ਫਿਰ ਸਰਵਰ ਇੱਕ ਡਿਵਾਈਸ ਲਈ ਦੋ IKE ਸੁਰੱਖਿਆ ਸੰਬੰਧ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ, ਅਕਸਰ ਇੱਕ ਵਰਚੁਅਲ ਪਤਾ ਸਾਂਝਾ ਕਰਦਾ ਹੋਇਆ, ਅਤੇ ਪਹਿਲੀ ਪ੍ਰਵਿਰਤੀ ਇਸਨੂੰ rekey ਲੂਪ ਕਹਿਣ ਅਤੇ ਟਾਈਮਰ ਬਦਲਣ ਦੀ ਹੁੰਦੀ ਹੈ। ਉਹ ਪ੍ਰਵਿਰਤੀ ਆਮ ਤੌਰ ਉੱਤੇ ਗ਼ਲਤ ਹੁੰਦੀ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੇ ਕਦਮ ਉਸੇ ਕ੍ਰਮ ਵਿੱਚ ਕਰੋ ਜਿਸ ਕ੍ਰਮ ਵਿੱਚ ਸਬੂਤ ਸਰਵਰ ਉੱਤੇ ਦਿਖਦੇ ਹਨ, ਅਤੇ ਸਰਵਰ ਦੱਸਣ ਤੱਕ ਫ਼ੋਨ ਦੀਆਂ ਸੈਟਿੰਗਾਂ ਨੂੰ ਛੱਡ ਦਿਓ ਕਿ ਤੁਹਾਡਾ ਕਿਹੜਾ ਕੇਸ ਹੈ।

ਸਰਵਰ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਦੋ ਕਤਾਰਾਂ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ

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

ਸਿੱਟਾ ਕੱਢਣ ਤੋਂ ਪਹਿਲਾਂ ਸੂਚੀ ਨੂੰ ਬਣਾਉਣ ਦੇ ਸਮੇਂ ਅਨੁਸਾਰ ਤਰਤੀਬ ਦਿਓ। ਆਉਟਪੁੱਟ ਵਿੱਚ ਨੇੜਤਾ ਦਾ ਕੋਈ ਅਰਥ ਨਹੀਂ, ਅਤੇ ਸਾਰਣੀ ਵਰਗੀ ਸੂਚੀ ਠੀਕ ਉਸੇ ਗ਼ਲਤੀ ਨੂੰ ਸੱਦਾ ਦਿੰਦੀ ਹੈ।

ਤੈਅ ਕਰੋ ਕਿ ਤੁਸੀਂ ਕਿਹੜਾ ਓਵਰਲੈਪ ਦੇਖ ਰਹੇ ਹੋ

IKEv2 rekey ਅਤੇ make-before-break ਮੁੜ-ਪ੍ਰਮਾਣਿਕਤਾ ਜਾਣ-ਬੁੱਝ ਕੇ ਛੋਟਾ ਓਵਰਲੈਪ ਬਣਾਉਂਦੇ ਹਨ, ਪੁਰਾਣਾ ਮਿਟਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਨਵਾਂ ਸੰਬੰਧ ਸਥਾਪਿਤ ਕਰਕੇ। ਸਮੇਂ ਦੇ ਨਿਸ਼ਾਨ ਕੇਸ ਤੈਅ ਕਰਦੇ ਹਨ, ਕਿਉਂਕਿ ਨਵਾਂ ਦਿਖਣ ਤੋਂ ਇੱਕ-ਦੋ ਸਕਿੰਟ ਬਾਅਦ ਗ਼ਾਇਬ ਹੋਣ ਵਾਲਾ ਪੁਰਾਣਾ SA ਆਪਣਾ ਕੰਮ ਕਰ ਰਿਹਾ ਨਵੀਨੀਕਰਨ ਹੈ। ਸੁਤੰਤਰ ਇੰਟਰਫੇਸ ਟਨਲ ਕਦੇ ਇਸ ਤਰ੍ਹਾਂ ਨਹੀਂ ਦਿਖਦੇ, ਕਿਉਂਕਿ ਹਰ ਇੱਕ ਆਪਣੇ ਇੰਟਰਫੇਸ ਦੇ ਚਾਲੂ ਰਹਿਣ ਤੱਕ ਰਹਿੰਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਨੂੰ ਮਿਟਾਉਣਾ ਦੂਜੇ ਨੂੰ ਬਣਾਉਣ ਤੋਂ ਨਹੀਂ ਆਉਂਦਾ।

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

ਇੱਕ ਵਰਚੁਅਲ ਪਤਾ ਦੋ ਟਨਲਾਂ ਲਈ ਜਵਾਬ ਕਿਉਂ ਤੋੜਦਾ ਹੈ, ਦੇਖੋ

ਫ਼ੋਨ ਨੂੰ ਜਵਾਬ ਅੰਦਰੂਨੀ ਪਤੇ ਉੱਤੇ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਕਰਨਲ ਮੰਜ਼ਿਲ ਅਤੇ ਨੀਤੀ ਅਨੁਸਾਰ ਬਾਹਰ ਜਾਣ ਵਾਲੀ ਟਨਲ ਚੁਣਦਾ ਹੈ, ਫ਼ੋਨ ਵੱਲੋਂ ਵਰਤੇ ਇੰਟਰਫੇਸ ਅਨੁਸਾਰ ਨਹੀਂ। ਇੱਕੋ ਵਰਚੁਅਲ IP ਅਤੇ ਮਿਲਦੀਆਂ ਨੀਤੀਆਂ ਵਾਲੇ ਦੋ ਸਮਕਾਲੀ ਸੰਬੰਧ ਰਾਊਟਿੰਗ ਫ਼ੈਸਲੇ ਨੂੰ ਇਹ ਦੱਸਣ ਦਾ ਕੋਈ ਰਾਹ ਛੱਡੇ ਬਿਨਾਂ ਛੱਡ ਦਿੰਦੇ ਹਨ ਕਿ ਜਵਾਬ ਕਿਹੜੇ ਸੈਸ਼ਨ ਦਾ ਹੈ। ਕੁਝ ਜਵਾਬ ਗ਼ਲਤ ਟਨਲ ਲੈਂਦੇ ਹਨ, ਅਤੇ ਫ਼ੋਨ ਇੱਕ ਪਾਸੇ ਚੱਲਣ ਵਾਲਾ ਜਾਂ Wi-Fi ਚੜ੍ਹਨ ਉੱਤੇ ਮਰਨ ਵਾਲਾ ਕਨੈਕਸ਼ਨ ਦਿਖਾਉਂਦਾ ਹੈ। ਦੋ ਕਮਾਂਡ ਆਉਟਪੁੱਟ ਸਥਿਤੀ ਸਾਬਤ ਕਰਦੇ ਹਨ: swanctl --list-sas ਦੋਵੇਂ SA ਉੱਤੇ ਇੱਕੋ ਵਰਚੁਅਲ IP ਦਿਖਾਉਂਦਾ ਹੈ, ਅਤੇ ip xfrm policy ਦੋ ਇੱਕੋ ਜਿਹੇ ਚੋਣਕਰਤਾ ਦਿਖਾਉਂਦਾ ਹੈ।

ਉਹੀ ਆਉਟਪੁੱਟ ਜੋੜੀ ਤੁਸੀਂ ਤਬਦੀਲੀ ਰਿਕਾਰਡ ਵਿੱਚ ਚਿਪਕਾਉਂਦੇ ਹੋ। ਕੋਈ ਵੀ ਇਕੱਲੀ ਯਕੀਨਦਿਹ ਨਹੀਂ, ਕਿਉਂਕਿ ਹਰ ਇੱਕ ਵੱਖਰੀ ਤਰ੍ਹਾਂ ਭਰੋਸੇਯੋਗ ਲੱਗ ਸਕਦੀ ਹੈ।

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

ਪੂਲ ਜਾਂ ਸਮਕਾਲੀ ਮਾਡਲ ਬਦਲੋ, rekey ਟਾਈਮਰ ਨਹੀਂ

swanctl ਸੰਰਚਨਾ ਵਿੱਚ, ਵਿਲੱਖਣਤਾ ਕਨੈਕਸ਼ਨ ਉੱਤੇ ਸਪੱਸ਼ਟ ਨੀਤੀ ਹੈ: unique = replace ਨਵਾਂ ਸਥਾਪਿਤ ਹੋਣ ਉੱਤੇ ਪੁਰਾਣਾ ਕਨੈਕਸ਼ਨ ਹਟਾਉਂਦਾ ਹੈ, ਅਤੇ unique = keep ਨਵੇਂ ਆਏ ਨੂੰ ਅਸਵੀਕਾਰ ਕਰਦਾ ਹੈ। ਦੋਵੇਂ ਮੁੱਲ ਕਨੈਕਸ਼ਨ ਸੈੱਟ ਹੋਣ ਵੇਲੇ ਕੰਮ ਕਰਦੇ ਹਨ, ਇਸ ਦੇ ਅੰਦਰਲੇ ਚਾਈਲਡ SA ਉੱਤੇ ਨਹੀਂ।

connections {
  ios-alwayson {
    unique = replace
  }
}

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

ਉਹ ਬਦਲਾਅ ਪਰਖੋ ਜੋ ਤੁਸੀਂ ਸੱਚਮੁੱਚ ਤੈਨਾਤ ਕਰਦੇ ਹੋ

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

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