ਤੁਸੀਂ iPhone ਨੂੰ ਚਾਰਜ ਕਰਨ ਲਈ ਜੋੜਦੇ ਹੋ, ਅਤੇ ਇੱਕ ਮਿੰਟ ਬਾਅਦ ਤੁਹਾਡੇ Mac ਦਾ VPN ਟ੍ਰੈਫ਼ਿਕ ਅੱਗੇ ਭੇਜਣਾ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ। ਸਿਸਟਮ ਸੈਟਿੰਗਾਂ iPhone USB ਨਾਮ ਦੀ ਨਵੀਂ ਸੇਵਾ ਦਿਖਾਉਂਦੀਆਂ ਹਨ, ਅਤੇ ਸਪਸ਼ਟ ਕਦਮ ਉਸਨੂੰ ਮਿਟਾਉਣਾ ਹੈ। ਉਹ ਕਦਮ ਅਕਸਰ ਗਲਤ ਹੁੰਦਾ ਹੈ। ਸੇਵਾ ਫ਼ੋਨ ਦਾ ਨਿੱਜੀ ਹਾਟਸਪੌਟ ਹੋ ਸਕਦੀ ਹੈ, ਜਾਂ ਇਹ ਉਹ ਲਿੰਕ ਹੋ ਸਕਦੀ ਹੈ ਜੋ Xcode ਅਤੇ ਡਿਵਾਈਸ ਟੂਲ ਫ਼ੋਨ ਨਾਲ ਗੱਲ ਕਰਨ ਲਈ ਵਰਤਦੇ ਹਨ, ਅਤੇ ਦੋਵੇਂ ਇੰਨੇ ਵੱਖਰੇ ਵਿਵਹਾਰ ਕਰਦੇ ਹਨ ਕਿ ਪਛਾਣ ਮਿਟਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਆਉਣੀ ਚਾਹੀਦੀ ਹੈ।

ਕਦਮ 1: ਫ਼ੋਨ ਨੇ ਅਸਲ ਵਿੱਚ ਜੋ ਸੇਵਾ ਬਣਾਈ ਉਹ ਪੜ੍ਹੋ

ਸਿਸਟਮ ਸੈਟਿੰਗਾਂ ਖੋਲ੍ਹੋ, ਫਿਰ ਨੈੱਟਵਰਕ, ਅਤੇ ਫ਼ੋਨ ਦੇ ਵੱਖ ਅਤੇ ਜੁੜੇ ਹੋਣ 'ਤੇ ਸੇਵਾਵਾਂ ਦੀ ਸੂਚੀ ਦੀ ਤੁਲਨਾ ਕਰੋ। ਮੌਜੂਦਾ macOS ਵਿੱਚ ਸੇਵਾ iPhone USB ਵਜੋਂ ਸੂਚੀਬੱਧ ਹੈ। ਨੋਟ ਕਰੋ ਕਿ ਇਹ ਸਰਗਰਮ ਹੈ ਜਾਂ ਨਹੀਂ, ਸੇਵਾ ਕ੍ਰਮ ਵਿੱਚ ਕਿੱਥੇ ਹੈ, ਅਤੇ ਕੀ Mac ਇਸਨੂੰ ਡਿਫ਼ਾਲਟ ਰੂਟ ਲਈ ਵਰਤਦਾ ਹੈ। ਸੇਵਾ ਕ੍ਰਮ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਕਿਉਂਕਿ macOS ਉਹ ਸਭ ਤੋਂ ਉੱਚੀ ਸਰਗਰਮ ਸੇਵਾ ਚੁਣਦਾ ਹੈ ਜੋ ਮੰਜ਼ਿਲ ਤੱਕ ਪਹੁੰਚ ਸਕੇ, ਨਾ ਕਿ ਉਹ ਜਿਸਦਾ ਨਾਮ ਤੁਸੀਂ ਪਛਾਣਦੇ ਹੋ।

Apple ਦੀ ਨਿੱਜੀ ਹਾਟਸਪੌਟ ਗਾਈਡ ਕਾਰਜਵਿਧੀ ਦੱਸਦੀ ਹੈ: ਜਦੋਂ ਤੱਕ ਫ਼ੋਨ 'ਤੇ ਨਿੱਜੀ ਹਾਟਸਪੌਟ ਸਰਗਰਮ ਹੈ, ਇਸਨੂੰ USB ਰਾਹੀਂ ਜੋੜਨ ਨਾਲ Mac ਫ਼ੋਨ ਦਾ ਸੈਲੂਲਰ ਕਨੈਕਸ਼ਨ ਵਰਤ ਸਕਦਾ ਹੈ, ਭਾਵੇਂ ਤੁਸੀਂ ਸਿਰਫ਼ ਚਾਰਜ ਕਰਨਾ ਚਾਹੁੰਦੇ ਸੀ। ਇਹ VPN ਕਲਾਇੰਟ ਦੀ ਖ਼ਰਾਬੀ ਨਹੀਂ; ਰਾਊਟਿੰਗ ਸਾਰਣੀ Wi-Fi ਤੋਂ ਪਹਿਲਾਂ ਉੱਠੀ ਸੇਵਾ ਦਾ ਪਿੱਛਾ ਕਰ ਰਹੀ ਹੈ।

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

ਕਦਮ 2: ਦੇਖੋ ਕਿ VPN ਐਂਡਪੌਇੰਟ ਕਿਹੜਾ ਰੂਟ ਵਰਤਦਾ ਹੈ

ਰੂਟ ਵੈੱਬਸਾਈਟ ਵੱਲ ਨਹੀਂ, VPN ਸਰਵਰ ਦੇ ਹੱਲ ਹੋਏ ਪਤੇ ਵੱਲ ਪੜ੍ਹੋ। route -n get ਸਿਰਫ਼-ਪੜ੍ਹਨ ਯੋਗ ਹੈ ਅਤੇ ਉਹ ਇੰਟਰਫ਼ੇਸ ਅਤੇ ਗੇਟਵੇ ਛਾਪਦਾ ਹੈ ਜੋ ਕਰਨਲ ਵਰਤੇਗਾ, ਅਤੇ ਦੋਵੇਂ ਲਾਈਨਾਂ ਮਹੱਤਵਪੂਰਨ ਹਨ।

scutil --dns | head -20
route -n get 203.0.113.10

ਉੱਪਰ ਦਿੱਤਾ ਪਤਾ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਲਈ ਪਲੇਸਹੋਲਡਰ ਹੈ। ਇਸਨੂੰ ਉਸ ਐਂਡਪੌਇੰਟ ਨਾਲ ਬਦਲੋ ਜੋ ਤੁਹਾਡਾ ਕਲਾਇੰਟ ਦਿਖਾਉਂਦਾ ਹੈ, ਅਤੇ IPv6 ਐਂਡਪੌਇੰਟ ਲਈ ਵਰਤੋ route -n get -inet6। ਫ਼ੋਨ ਦੇ ਵੱਖ ਅਤੇ ਜੁੜੇ ਹੋਣ 'ਤੇ ਆਉਟਪੁੱਟ ਦੀ ਤੁਲਨਾ ਕਰੋ, ਅਤੇ ਦੋ ਪੜ੍ਹਤਾਂ ਵਿਚਕਾਰ ਕੋਈ ਰੂਟ ਨਾ ਜੋੜੋ ਨਾ ਹਟਾਓ। ਜੇ ਇੰਟਰਫ਼ੇਸ en0 ਤੋਂ iPhone USB ਇੰਟਰਫ਼ੇਸ ਵਿੱਚ ਬਦਲ ਜਾਵੇ, ਤਾਂ ਹਾਟਸਪੌਟ ਮਾਰਗ ਨੇ ਖੋਜ ਜਿੱਤ ਲਈ ਅਤੇ VPN ਦਾ ਬਾਹਰੀ ਕਨੈਕਸ਼ਨ ਹੁਣ ਸੈਲੂਲਰ 'ਤੇ ਚੱਲ ਰਿਹਾ ਹੈ।

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

ਕਦਮ 3: ਹਾਟਸਪੌਟ ਨੂੰ ਡਿਵਾਈਸ-ਸੰਚਾਰ ਲਿੰਕ ਤੋਂ ਵੱਖਰਾ ਕਰੋ

Xcode 15 ਅਤੇ ਬਾਅਦ ਦੇ ਸੰਸਕਰਣ USB ਨਾਲ ਜੁੜੇ ਡਿਵਾਈਸ ਨਾਲ ਨੈੱਟਵਰਕ-ਆਧਾਰਿਤ ਚੈਨਲ ਰਾਹੀਂ ਗੱਲ ਕਰਦੇ ਹਨ ਜਿਸ ਵਿੱਚ ਲਿੰਕ-ਲੋਕਲ IPv6 ਸ਼ਾਮਲ ਹੈ, ਇਸ ਲਈ ਵਿਕਾਸ ਵਾਲਾ Mac ਇੰਟਰਨੈੱਟ ਪਹੁੰਚ ਨਾਲ ਕੋਈ ਸੰਬੰਧ ਨਾ ਰੱਖਦਾ ਵਾਧੂ ਇੰਟਰਫ਼ੇਸ ਦਿਖਾ ਸਕਦਾ ਹੈ। Apple ਦਾ TN3158 ਤਕਨੀਕੀ ਨੋਟ ਇਸ ਵਿਵਹਾਰ ਦਾ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਕਰਦਾ ਹੈ ਅਤੇ ਚੇਤਾਵਨੀ ਦਿੰਦਾ ਹੈ ਕਿ VPN ਜਾਂ ਸੁਰੱਖਿਆ ਫਿਲਟਰਿੰਗ ਇਸ ਵਿੱਚ ਦਖ਼ਲ ਦੇ ਸਕਦੀ ਹੈ। ਇਹ ਹਾਟਸਪੌਟ ਸਮੱਸਿਆ ਦਾ ਉਲਟਾ ਹੈ: ਫ਼ੋਨ ਇੰਟਰਨੈੱਟ ਦਿੰਦਾ ਹੈ ਇਸ ਲਈ VPN ਨਹੀਂ ਟੁੱਟਦਾ; VPN ਇਸਨੂੰ ਫੜ ਲੈਂਦਾ ਹੈ ਇਸ ਲਈ ਡਿਵਾਈਸ ਕਨੈਕਸ਼ਨ ਟੁੱਟਦਾ ਹੈ।

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

ifconfig | grep -A4 -E '^en[0-9]+:'
netstat -rn -f inet6 | head

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

ਕਦਮ 4: ਇੱਕ ਵਾਰ ਵਿੱਚ ਇੱਕ ਵੇਰੀਏਬਲ ਨਾਲ ਅਸਫਲਤਾ ਦੁਹਰਾਓ

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

ਜੇ VPN ਸਿਰਫ਼ ਹਾਟਸਪੌਟ ਅਵਸਥਾ ਵਿੱਚ ਅਸਫਲ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਫ਼ੋਨ ਨੂੰ ਉਸ ਮਾਰਗ ਤੋਂ ਦੂਰ ਰੱਖੋ: ਚਾਰਜ ਕਰਦਿਆਂ ਨਿੱਜੀ ਹਾਟਸਪੌਟ ਬੰਦ ਕਰੋ, ਜਾਂ ਸੇਵਾ ਕ੍ਰਮ ਵਿੱਚ iPhone USB ਸੇਵਾ ਨੂੰ Wi-Fi ਹੇਠਾਂ ਭੇਜੋ। ਜੇ ਹਰ ਜੁੜੀ ਅਵਸਥਾ ਵਿੱਚ, ਹਾਟਸਪੌਟ ਬੰਦ ਹੋਣ ਸਮੇਤ, ਅਸਫਲ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਦੇਖੋ ਕਿ ਕਲਾਇੰਟ ਨੈੱਟਵਰਕ ਤਬਦੀਲੀ ਕਿਵੇਂ ਸੰਭਾਲਦਾ ਹੈ। ਕੁਝ ਕਲਾਇੰਟ ਪ੍ਰਾਇਮਰੀ ਸੇਵਾ ਬਦਲਣ 'ਤੇ ਟਨਲ ਤੋੜ ਦਿੰਦੇ ਹਨ ਅਤੇ ਦੁਬਾਰਾ ਕਨੈਕਟ ਚਾਹੀਦਾ ਹੁੰਦਾ ਹੈ; ਇਹ ਕਲਾਇੰਟ ਦਾ ਵਿਵਹਾਰ ਹੈ, ਫ਼ੋਨ ਦੀ ਖ਼ਰਾਬੀ ਨਹੀਂ।

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

ਕਦਮ 5: ਕੀ ਰੱਖਣਾ ਅਤੇ ਕੀ ਪੁਸ਼ਟੀ ਕਰਨੀ ਹੈ ਇਹ ਤੈਅ ਕਰੋ

ਡਿਵਾਈਸ ਲਿੰਕ ਨੂੰ ਛੇੜੋ ਨਾ। Xcode ਜੋ ਇੰਟਰਫ਼ੇਸ ਵਰਤਦਾ ਹੈ ਉਸਨੂੰ ਹਟਾਉਣਾ VPN ਰੂਟ ਠੀਕ ਨਹੀਂ ਕਰਦਾ, ਅਤੇ ਅਗਲੇ ਜੁੜਾਅ ਤੱਕ ਡਿਵਾਈਸ ਤੈਨਾਤੀ ਟੁੱਟ ਜਾਂਦੀ ਹੈ। ਜੇ ਹਾਟਸਪੌਟ ਸੇਵਾ ਸੱਚਮੁੱਚ ਨਾ-ਲੋੜੀਂਦੀ ਹੈ, ਤਾਂ ਪਹਿਲਾਂ ਫ਼ੋਨ 'ਤੇ ਨਿੱਜੀ ਹਾਟਸਪੌਟ ਬੰਦ ਕਰੋ; ਇਹ ਦਸਤਾਵੇਜ਼ੀ ਨਿਯੰਤਰਣ ਹੈ ਅਤੇ ਰੀਬੂਟ ਤੋਂ ਬਾਅਦ ਵੀ ਕਾਇਮ ਰਹਿੰਦਾ ਹੈ।

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

ਫਿਰ ਉਸ ਅਸਫਲਤਾ ਦਾ ਵਰਗੀਕਰਣ ਕਰੋ ਜੋ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਦੇਖੀ। ਹੈਂਡਸ਼ੇਕ ਸਮਾਂ-ਸੀਮਾ, ਟਨਲ ਉੱਠਣ ਤੋਂ ਬਾਅਦ MTU ਦਾ ਰੁਕਣਾ, ਅਤੇ ਆਪਰੇਟਰ ਤੋਂ ਆਉਣ ਵਾਲੇ DNS ਜਵਾਬ ਤਿੰਨ ਵੱਖਰੀਆਂ ਸਮੱਸਿਆਵਾਂ ਅਤੇ ਤਿੰਨ ਵੱਖਰੇ ਹੱਲ ਹਨ। ਤਿੰਨਾਂ ਵਿੱਚ USB ਸੇਵਾ ਟ੍ਰਿਗਰ ਹੈ; ਕਾਰਨ ਵਜੋਂ ਇਹ ਘੱਟ ਹੀ ਹੁੰਦੀ ਹੈ।

ਸੰਬੰਧਿਤ ਲੇਖ