iPhone VPN MTU: ਸੰਖਿਆ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਮਾਲਕ ਤੈਅ ਕਰੋ
ਤਿੰਨ ਸਵਾਲ ਤੈਅ ਕਰਦੇ ਹਨ ਕਿ ਐਪ, ਗੇਟਵੇ ਪ੍ਰੋਫ਼ਾਈਲ ਜਾਂ ਫ਼ੋਨ 'ਤੇ ਕੋਈ ਵੀ ਆਕਾਰ ਬਦਲ ਸਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। Mac ਤੋਂ ਸੰਖਿਆ ਉਧਾਰ ਲੈਣ ਤੋਂ ਪਹਿਲਾਂ ਇਹਨਾਂ ਦੇ ਜਵਾਬ ਦਿਓ।
iPhone VPN ਪੈਕੇਟ ਆਕਾਰ ਬਾਰੇ ਹਰ ਚਰਚਾ ਆਖ਼ਿਰ ਵਿੱਚ ppp0 ਨਾਮ ਦੇ ਇੰਟਰਫ਼ੇਸ ਖ਼ਿਲਾਫ਼ ਉਹੀ Mac ਕਮਾਂਡ ਸੁਝਾਉਂਦੀ ਹੈ, ਆਮ ਤੌਰ 'ਤੇ ਨਾਲ ਇੱਕ ਸੰਖਿਆ ਹੁੰਦੀ ਹੈ। ਇਹ ਇੱਥੇ ਲਾਗੂ ਨਹੀਂ ਹੁੰਦੀ, ਅਤੇ ਜੇ ਉਹ ਇੰਟਰਫ਼ੇਸ ਸੰਬੰਧਿਤ ਕਨੈਕਸ਼ਨ ਦਾ ਨਾ ਹੋਵੇ ਤਾਂ Mac 'ਤੇ ਵੀ ਇਹ ਸਹੀ ਨਿਯੰਤਰਣ ਨਹੀਂ ਹੋਵੇਗਾ। ਫ਼ੋਨ 'ਤੇ ਸੰਖਿਆ ਉਸ ਦੀ ਹੁੰਦੀ ਹੈ ਜੋ ਟਨਲ ਲਾਗੂ ਕਰਦਾ ਹੈ: ਮੂਲ ਪ੍ਰੋਫ਼ਾਈਲ ਲਈ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ, ਐਪ ਲਈ ਪੈਕੇਟ-ਟਨਲ ਪ੍ਰਦਾਤਾ, ਜਾਂ ਦਸਤਾਵੇਜ਼ੀ ਵਿਸ਼ੇਸ਼ਤਾ ਦੀ ਗੱਲਬਾਤ ਹੋਣ ਵੇਲੇ ਗੇਟਵੇ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਿਹੜਾ ਮਾਮਲਾ ਹੈ, ਤਿੰਨ ਸਵਾਲ ਤੈਅ ਕਰਦੇ ਹਨ।
ਪਹਿਲਾ ਸਵਾਲ: ਕਿਹੜਾ ਕਲਾਇੰਟ ਚੱਲ ਰਿਹਾ ਹੈ
ਮੂਲ IKEv2 ਪ੍ਰੋਫ਼ਾਈਲ, ਬਿਲਟ-ਇਨ Cisco IPsec ਪ੍ਰੋਫ਼ਾਈਲ ਅਤੇ ਤੀਜੀ ਧਿਰ ਦਾ Cisco ਕਲਾਇੰਟ ਤਿੰਨ ਵੱਖਰੇ ਕਾਰਜਾਂ ਦੇ ਰੂਪ ਹਨ, ਹਰੇਕ ਦੇ ਸਮਰਥਿਤ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਵੱਖਰੇ ਸਮੂਹ ਨਾਲ। ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਪ੍ਰੋਫ਼ਾਈਲ ਕਿਸਮ ਦੱਸਦੀ ਹੈ ਕਿ ਫ਼ੋਨ ਨੇ ਅਸਲ ਵਿੱਚ ਕਿਹੜਾ ਸ਼ੁਰੂ ਕੀਤਾ, ਅਤੇ ਐਪ ਸੂਚੀ ਦੱਸਦੀ ਹੈ ਕਿ ਰਾਹ ਵਿੱਚ ਪ੍ਰਦਾਤਾ ਹੈ ਵੀ ਜਾਂ ਨਹੀਂ। ਉੱਥੋਂ ਹੀ ਸ਼ੁਰੂ ਕਰੋ, ਕਿਉਂਕਿ ਬਾਕੀ ਫ਼ੈਸਲਾ ਉਸੇ ਤੋਂ ਨਿਕਲਦਾ ਹੈ। ਜੇ ਐਪ ਸੂਚੀ ਵਿੱਚ ਕੋਈ ਪ੍ਰਦਾਤਾ ਨਾ ਦਿਸੇ, ਟਨਲ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਦਾ ਹੈ।
ਗੇਟਵੇ ਵਿਕਰੇਤਾ ਤੋਂ ਕਾਰਜ ਦਾ ਅੰਦਾਜ਼ਾ ਨਾ ਲਗਾਓ। Cisco ਹੈਡਐਂਡ ਵਿਕਰੇਤਾ ਦੇ ਨਾਮ ਤੋਂ ਬਿਨਾਂ ਕੁਝ ਵੀ ਸਾਂਝਾ ਨਾ ਕਰਨ ਵਾਲੇ ਕਲਾਇੰਟਾਂ ਦੇ ਕਨੈਕਸ਼ਨ ਵੀ ਖ਼ਤਮ ਕਰ ਸਕਦਾ ਹੈ। ਪੁਰਾਣੀ ਰਿਲੀਜ਼ 'ਤੇ ਪੁਰਾਣੇ ਬਿਲਡ ਦਾ ਸਕ੍ਰੀਨਸ਼ਾਟ ਦੱਸਦਾ ਹੈ ਕਿ ਉਸ ਜੋੜੀ ਨੇ ਕੀ ਸਮਰਥਨ ਦਿੱਤਾ, ਇਹ ਨਹੀਂ ਕਿ ਤੁਹਾਡੇ ਹੱਥ ਦਾ ਫ਼ੋਨ ਕੀ ਕਰਦਾ ਹੈ।
ਦੂਜਾ ਸਵਾਲ: ਮੁੱਲ ਕਿਸ ਦਾ ਹੈ
Apple ਨੈੱਟਵਰਕ ਐਕਸਟੈਂਸ਼ਨ ਸੈਟਿੰਗਾਂ ਆਬਜੈਕਟ ਰਾਹੀਂ ਪੈਕੇਟ-ਟਨਲ ਡਿਵੈਲਪਰਾਂ ਨੂੰ MTU ਵਿਸ਼ੇਸ਼ਤਾ ਦਿੰਦਾ ਹੈ। ਇਹ ਉਸ ਪ੍ਰਦਾਤਾ ਲਈ API ਹੈ ਜੋ ਆਪਣਾ ਟਨਲ ਸੰਰਚਿਤ ਕਰਦਾ ਹੈ, ਨਾ ਕਿ ਉਹ ਸਵਿੱਚ ਜੋ ਵਰਤੋਂਕਾਰ ਜਾਂ ਪ੍ਰਬੰਧਕ ਕਿਸੇ ਹੋਰ ਦੇ ਸਥਾਪਿਤ ਕਲਾਇੰਟ 'ਤੇ ਚਾਲੂ ਕਰ ਸਕੇ। ਤੀਜੀ ਧਿਰ ਦੀ ਐਪ ਇਸ ਨੂੰ ਦਿਖਾਉਣ, ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨ ਜਾਂ ਮੁੱਲ ਹਾਰਡ-ਕੋਡ ਕਰਨ ਦੀ ਚੋਣ ਕਰ ਸਕਦੀ ਹੈ।
ਮੂਲ ਪ੍ਰੋਫ਼ਾਈਲ ਲਈ ਇੰਟਰਫ਼ੇਸ ਦਾ ਆਕਾਰ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਚੁਣਦਾ ਹੈ, ਅਤੇ ਫ਼ੋਨ ਇਸ ਲਈ ਕੋਈ ਸੰਪਾਦਕ ਨਹੀਂ ਦਿੰਦਾ। Cisco ਰਿਮੋਟ-ਐਕਸੈਸ ਗੇਟਵੇ ਲਈ ਕਨੈਕਸ਼ਨ ਪ੍ਰੋਫ਼ਾਈਲ ਦੀ ਦਸਤਾਵੇਜ਼ੀ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ, ਅਤੇ ਇਹ ਲਾਗੂ ਹੁੰਦੀ ਹੈ ਜਾਂ ਨਹੀਂ, ਇਹ ਕਲਾਇੰਟ, ਰਿਲੀਜ਼ ਅਤੇ ਗੱਲਬਾਤ ਹੋਈ ਟਰਾਂਸਪੋਰਟ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਦਸਤਾਵੇਜ਼ੀ ਅਤੇ ਪਾਲਣ ਕੀਤੇ ਵਿਚਕਾਰ ਇਸੇ ਖਾਲੀ ਥਾਂ ਵਿੱਚ ਨਕਲ ਕੀਤੀ ਸੰਖਿਆ ਗ਼ਲਤ ਹੁੰਦੀ ਹੈ।
| Owner | Who can change it | Reachable from the phone |
|---|---|---|
| Packet-tunnel provider | The app vendor through its API | Only if the app exposes a setting |
| Native IKEv2 or Cisco IPsec profile | The operating system | No user control |
| Gateway group policy attribute | The gateway administrator | If the client honours it |
ਤੀਜਾ ਸਵਾਲ: ਕੀ ਲੱਛਣ ਆਕਾਰ 'ਤੇ ਨਿਰਭਰ ਹੈ
ਆਕਾਰ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਦਾ ਇੱਕ ਦਸਤਖ਼ਤ ਹੁੰਦਾ ਹੈ: ਛੋਟੀਆਂ ਬੇਨਤੀਆਂ ਸਫਲ ਹੁੰਦੀਆਂ ਹਨ, ਵੱਡੇ ਅੱਪਲੋਡ ਜਾਂ ਵੱਡੇ ਜਵਾਬ ਅਟਕ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਉਹੀ ਸੇਵਾ ਕਿਸੇ ਹੋਰ ਐਕਸੈਸ ਨੈੱਟਵਰਕ 'ਤੇ ਕੰਮ ਕਰਦੀ ਹੈ। ਫ਼ਿਲਟਰਿੰਗ, ਐਪ ਦੀ ਪੇਲੋਡ ਸੀਮਾ ਅਤੇ ਅਟਕਿਆ ਸਰਵਰ ਵੀ ਇਸੇ ਤਰ੍ਹਾਂ ਦੀ ਸ਼ਿਕਾਇਤ ਪੈਦਾ ਕਰ ਸਕਦੇ ਹਨ, ਇਸ ਲਈ ਜੋ ਇੱਕ ਕਿਰਿਆ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ ਉਸ ਨੂੰ ਕੰਮ ਕਰਨ ਵਾਲੀ ਦੇ ਨਾਲ ਦਰਜ ਕਰੋ। ਜੇ ਐਪ ਸਮਾਂ ਅਤੇ ਆਕਾਰ ਦੱਸਦੀ ਹੈ ਤਾਂ ਦੋਵੇਂ ਉਹਨਾਂ ਸਮੇਤ ਲਿਖੋ। ਉਸ ਜੋੜੀ ਤੋਂ ਬਿਨਾਂ ਹਰ ਅਗਲਾ ਬਦਲਾਅ ਅੰਦਾਜ਼ਾ ਹੈ।
ਉਹੀ ਟੈਸਟ Wi-Fi ਅਤੇ ਮੋਬਾਈਲ ਨੈੱਟਵਰਕ 'ਤੇ ਕਰੋ। ਨੈੱਟਵਰਕ ਦਾ ਪਿੱਛਾ ਕਰਨ ਵਾਲੀ ਅਸਫਲਤਾ ਰਾਹ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੀ ਹੈ; ਡਿਵਾਈਸ ਦਾ ਪਿੱਛਾ ਕਰਨ ਵਾਲੀ ਕਲਾਇੰਟ ਜਾਂ ਪ੍ਰੋਫ਼ਾਈਲ ਵੱਲ, ਅਤੇ ਦੋਵਾਂ ਨੂੰ ਵੱਖਰੇ ਮਾਲਕ ਚਾਹੀਦੇ ਹਨ। ਦੋਵੇਂ ਵਾਰ ਲਈ ਉਹੀ ਸੇਵਾ ਅਤੇ ਉਹੀ ਖਾਤਾ ਵਰਤੋ, ਨਹੀਂ ਤਾਂ ਤੁਲਨਾ ਕੁਝ ਨਹੀਂ ਦੱਸਦੀ।
Mac ਦੀ ਵਿਧੀ ਵਾਰ-ਵਾਰ ਕਿਉਂ ਆਉਂਦੀ ਹੈ
PPP ਅਧਾਰਿਤ ਡੈਸਕਟਾਪ VPN ਦੇ ਸਾਲਾਂ ਨੇ ਇੰਟਰਫ਼ੇਸ ਆਕਾਰ ਬਦਲਣ ਨੂੰ ਜਾਇਜ਼ ਸਥਾਨਕ ਹੱਲ ਬਣਾ ਦਿੱਤਾ, ਅਤੇ ਉਹ ਹਿਦਾਇਤਾਂ ਮੋਬਾਈਲ ਚਰਚਾਵਾਂ ਵਿੱਚ ਨਕਲ ਹੋ ਗਈਆਂ। ਫ਼ੋਨ 'ਤੇ ਨਾ ਸ਼ੈੱਲ ਹੈ, ਨਾ ਇਹੋ ਜਿਹਾ ਇੰਟਰਫ਼ੇਸ ਨਾਮ, ਅਤੇ ਨਾ ਮੁੜ ਕਨੈਕਟ ਹੋਣ ਮਗਰੋਂ ਕੋਈ ਟਿਕਾਊ ਬਚਾਅ। 2011 ਵਿੱਚ ਡੈਸਕਟਾਪ ਸਮੱਸਿਆ ਹੱਲ ਕਰਨ ਵਾਲੀ ਵਿਧੀ ਉਸ ਨੂੰ ਸਹੀ ਬਣਾਉਣ ਵਾਲੀਆਂ ਸ਼ਰਤਾਂ ਤੋਂ ਬਹੁਤ ਦੂਰ ਗਈ। ਚਰਚਾ ਭਾਵੇਂ ਕੁਝ ਵੀ ਦਾਅਵਾ ਕਰੇ, ਮੋਬਾਈਲ ਕਲਾਇੰਟ ਇਸ ਲਈ ਕੋਈ ਸ਼ੈੱਲ ਕਮਾਂਡ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰਦੇ।
ਨਕਲ ਕੀਤੇ ਮੁੱਲ ਨੂੰ ਸੈਟਿੰਗ ਨਹੀਂ, ਰਾਹ ਬਾਰੇ ਪਰਿਕਲਪਨਾ ਮੰਨੋ। ਜੇ ਛੋਟਾ ਆਕਾਰ ਤਬਾਦਲਾ ਚਲਾ ਦਿੰਦਾ ਹੈ ਅਤੇ ਵੱਡਾ ਭਰੋਸੇਯੋਗ ਢੰਗ ਨਾਲ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਰਾਹ ਬਾਰੇ ਤੁਹਾਡੇ ਕੋਲ ਸਬੂਤ ਹੈ; ਫਿਰ ਵੀ ਉਹ ਹਿੱਸਾ ਲੱਭਣਾ ਪਵੇਗਾ ਜਿਸ ਨੂੰ ਉਸ 'ਤੇ ਕੰਮ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਹੈ। ਉਹ ਖੋਜ ਆਮ ਤੌਰ 'ਤੇ ਗੇਟਵੇ ਪ੍ਰੋਫ਼ਾਈਲ ਜਾਂ ਐਪ ਵਿਕਰੇਤਾ 'ਤੇ ਖ਼ਤਮ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਫ਼ੋਨ 'ਤੇ ਕਦੇ-ਕਦਾਈਂ।
ਟਰਾਂਸਪੋਰਟ ਜਵਾਬ ਬਦਲਦਾ ਹੈ
ਜੇ ਸੈਸ਼ਨ IPsec ਦੀ ਥਾਂ TLS 'ਤੇ ਚੱਲ ਰਿਹਾ ਹੈ, ਤਾਂ ਗੇਟਵੇ 'ਤੇ TCP ਸੈਗਮੈਂਟੇਸ਼ਨ ਸਮਾਯੋਜਨ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ, ਕਿਉਂਕਿ ਇਹ TCP ਪ੍ਰਵਾਹਾਂ ਲਈ ਘੋਸ਼ਿਤ ਸੈਗਮੈਂਟ ਆਕਾਰ ਮੁੜ ਲਿਖਦਾ ਹੈ। UDP ਟ੍ਰੈਫ਼ਿਕ ਲਈ ਇਹ ਕੁਝ ਨਹੀਂ ਕਰਦਾ, ਅਤੇ ਉਸ ਵਿੱਚ ਲੋਕਾਂ ਦੀ ਉਮੀਦ ਨਾਲੋਂ ਵੱਧ ਆਧੁਨਿਕ ਵੈੱਬ ਸ਼ਾਮਲ ਹੈ। ਬਦਲਾਅ ਪੇਸ਼ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਗੱਲਬਾਤ ਹੋਈ ਟਰਾਂਸਪੋਰਟ ਜਾਂਚੋ, ਅਤੇ ਟਿਕਟ ਵਿੱਚ ਲਿਖੋ ਕਿ ਕਿਹੜੇ ਟਰਾਂਸਪੋਰਟ 'ਤੇ ਅਸਰ ਦੀ ਉਮੀਦ ਹੈ।
ਰਾਹ MTU ਖੋਜ ਇਸ ਲਈ ਹੈ ਕਿ ਸਿਰੇ ਅੰਦਾਜ਼ੇ ਦੀ ਥਾਂ ਸੱਚੀ ਸੀਮਾ ਸਿੱਖ ਸਕਣ। ਫੀਡਬੈਕ ਰੋਕਣਾ ਅਤੇ ਛੋਟਾ ਆਕਾਰ ਹਾਰਡ-ਕੋਡ ਕਰਨਾ ਕੰਮ ਕਰਦੇ ਵੱਡੇ ਤਬਾਦਲੇ ਨੂੰ ਹਰ ਕਨੈਕਸ਼ਨ 'ਤੇ ਪੱਕੇ, ਲੁਕੇ ਖ਼ਰਚ ਨਾਲ ਬਦਲਦਾ ਹੈ।
ਗੇਟਵੇ ਟੀਮ ਨੂੰ ਕੀ ਪੁੱਛਣਾ ਹੈ
ਤਿੰਨ ਚੀਜ਼ਾਂ ਮੰਗੋ: ਵਿਸ਼ੇਸ਼ਤਾ ਦਾ ਸਹੀ ਨਾਮ ਅਤੇ ਉਸ ਦਾ ਦਾਇਰਾ, ਕੀ ਤੈਨਾਤ ਕਲਾਇੰਟ ਉਸ ਦੀ ਪਾਲਣਾ ਕਰਦੇ ਹਨ, ਅਤੇ ਸੈਸ਼ਨ ਨੇ ਕਿਹੜਾ ਟਰਾਂਸਪੋਰਟ ਗੱਲਬਾਤ ਕੀਤਾ। ਇੱਕ ਗਰੁੱਪ ਨੀਤੀ 'ਤੇ ਲਾਗੂ ਬਦਲਾਅ ਜਾਂਚਿਆ ਜਾ ਸਕਦਾ ਹੈ; ਵਿਸ਼ਵਵਿਆਪੀ ਸੋਧ ਨਹੀਂ, ਅਤੇ ਇਹ ਜੋਖਮ ਉਹਨਾਂ ਵਰਤੋਂਕਾਰਾਂ 'ਤੇ ਪਾ ਦਿੰਦੀ ਹੈ ਜਿਨ੍ਹਾਂ ਨੇ ਕਦੇ ਸਮੱਸਿਆ ਨਹੀਂ ਦੱਸੀ। ਦਸਤਾਵੇਜ਼ ਦਾ ਹਵਾਲਾ ਵੀ ਮੰਗੋ, ਕਿਉਂਕਿ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਨਾਮ ਰਿਲੀਜ਼ਾਂ ਵਿਚਕਾਰ ਬਦਲਦੇ ਹਨ।
ਫਿਰ ਇੱਕ ਚੀਜ਼ ਬਦਲੋ ਅਤੇ ਮੂਲ ਫੇਲ੍ਹ ਕਿਰਿਆ ਨੂੰ ਮੁੜ ਜਾਂਚੋ, ਸਪੀਡ-ਟੈਸਟ ਡਾਊਨਲੋਡ ਨਹੀਂ। ਕਲਾਇੰਟ ਸੰਸਕਰਣ ਅਤੇ ਐਕਸੈਸ ਨੈੱਟਵਰਕ ਸਮੇਤ ਪਹਿਲਾਂ-ਬਾਅਦ ਦਾ ਰਿਕਾਰਡ ਰੱਖੋ, ਤਾਂ ਜੋ ਅਗਲੀ ਰਿਪੋਰਟ ਮੁੜ ਬਹਿਸ ਹੋਣ ਦੀ ਥਾਂ ਤੁਲਨਾ ਕੀਤੀ ਜਾ ਸਕੇ।
ਜੇ ਮੂਲ ਆਕਾਰ 'ਤੇ ਵੀ ਕਿਰਿਆ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਆਕਾਰ ਕਾਰਨ ਨਹੀਂ ਸੀ। ਇਹ ਸਿੱਟਾ ਵੀ ਦਰਜ ਕਰੋ, ਤਾਂ ਜੋ ਅਗਲਾ ਵਿਅਕਤੀ ਉਹੀ ਪਰਿਕਲਪਨਾ ਮੁੜ ਨਾ ਖੋਲ੍ਹੇ।