ਦੋ ਸਕਿੰਟ ਦਾ ਜੰਮਣਾ: VPN ਸੀ ਜਾਂ Wi-Fi?
ਦੋ ਸਕਿੰਟ ਦਾ ਰੁਕਾਵਟ ਅਤੇ ਨਵਾਂ VPN ਸੈਸ਼ਨ ਦੋ ਵੱਖਰੀਆਂ ਘਟਨਾਵਾਂ ਹਨ। ਟਾਈਮਰ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਪਹੁੰਚ ਮਾਰਗ ਅਤੇ ਸੁਰੰਗ ਨੂੰ ਵੱਖਰੀਆਂ ਸਮਾਂ-ਰੇਖਾਵਾਂ ਉੱਤੇ ਰੱਖੋ।
ਦੋ ਸਕਿੰਟ ਚੱਲ ਕੇ ਆਪਣੇ ਆਪ ਠੀਕ ਹੋ ਜਾਣ ਵਾਲਾ ਜੰਮਣਾ ਇੱਕੋ ਜਿਹਾ ਦਿਸਦਾ ਹੈ, ਭਾਵੇਂ ਸੁਰੰਗ ਨੇ ਦੁਬਾਰਾ ਗੱਲਬਾਤ ਕੀਤੀ ਹੋਵੇ ਜਾਂ ਰੇਡੀਓ ਲੜਖੜਾਇਆ ਹੋਵੇ। ਇਹ ਵੀ ਸੰਭਵ ਹੈ ਕਿ ਕੁਝ ਵੀ ਨਾ ਡਿਗਿਆ ਹੋਵੇ, ਅਤੇ ਇਹ ਸੰਭਾਵਨਾ ਪਹਿਲਾਂ ਜਾਂਚਣ ਯੋਗ ਹੈ। ਛੋਟਾ ਨੁਕਸਾਨ ਝਟਕਾ, ਦੁਬਾਰਾ ਗੱਲਬਾਤ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਰੁਕਾਵਟ—ਕੀਬੋਰਡ ਉੱਤੇ ਟਾਈਪ ਕਰਨ ਵਾਲੇ ਨੂੰ ਸਭ ਇੱਕੋ ਜਿਹਾ ਮਹਿਸੂਸ ਹੁੰਦਾ ਹੈ। ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਹੀ ਸੁਰੰਗ ਦੀ ਸੰਰਚਨਾ ਬਦਲ ਕੇ ਠੀਕ ਹੁੰਦਾ ਹੈ।
ਦੋ ਰਿਕਾਰਡ, ਇੱਕ ਨਹੀਂ
ਹੇਠਾਂ ਵਾਲੇ ਕਨੈਕਸ਼ਨ ਨਾਲ ਕੀ ਹੋਇਆ ਅਤੇ ਸੁਰੰਗ ਨੇ ਆਪ ਕੀ ਕੀਤਾ, ਇਹ ਵੱਖਰੇ ਤੌਰ ਉੱਤੇ ਲਿਖੋ। ਫਿਰ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਰੁਕਾਵਟ ਨੂੰ ਦੋਵੇਂ ਰਿਕਾਰਡਾਂ ਸਾਹਮਣੇ ਰੱਖੋ। ਇਹ ਕਦੇ-ਕਦੇ ਮਿਲਣ ਵਾਲੀਆਂ ਸੁਤੰਤਰ ਘਟਨਾਵਾਂ ਦੀਆਂ ਲੜੀਆਂ ਹਨ, ਅਤੇ ਤਿੰਨਾਂ ਨੂੰ ਕਟੌਤੀ ਕਹਿਣਾ ਸ਼ੁਰੂ ਵਿੱਚ ਹੀ ਜਵਾਬ ਮੰਨ ਲੈਣਾ ਹੈ।
ਮਿੰਟ ਵਿੱਚ ਇੱਕ ਵਾਰ ਜਾਂਚਣ ਵਾਲਾ ਮਾਨੀਟਰ ਦੋ ਸਕਿੰਟ ਦਾ ਵਿਘਨ ਨਹੀਂ ਦੇਖ ਸਕਦਾ। ਉਸ ਦਿਨ ਨੂੰ ਸਿਹਤਮੰਦ ਦੱਸਣਾ ਤਕਨੀਕੀ ਤੌਰ ਉੱਤੇ ਸਹੀ ਅਤੇ ਵਿਵਹਾਰ ਵਿੱਚ ਬੇਕਾਰ ਹੈ। ਤੁਸੀਂ ਜਿਸ ਨਤੀਜੇ ਦਾ ਹਵਾਲਾ ਦਿਓ, ਉਸ ਦੇ ਕੋਲ ਨਮੂਨਾ ਅੰਤਰਾਲ ਲਿਖੋ।
ਐਪਲੀਕੇਸ਼ਨ ਜੰਮਿਆ ਹੋਇਆ ਸੀ ਤਦ ਪਹੁੰਚ ਲਿੰਕ ਨੇ ਕੀ ਕੀਤਾ
ਨਮੂਨਾ ਅੰਤਰਾਲ ਅਤੇ ਸਮਾਂ-ਸੀਮਾ ਤੈਅ ਕਰਦੇ ਹਨ ਕਿ ਮਾਨੀਟਰ ਕਦੇ ਕੀ ਦੇਖ ਸਕਦਾ ਸੀ, ਇਸ ਲਈ ਦੋਵੇਂ ਨਤੀਜੇ ਦੇ ਕੋਲ ਦਰਜ ਕਰੋ। ਜਦੋਂ ਯੰਤਰ ਹਰ ਸੱਠ ਸਕਿੰਟ ਬਾਅਦ ਨਮੂਨਾ ਲੈਂਦਾ ਹੈ ਤਾਂ ਵਿਘਨ ਨਾ ਹੋਣ ਦਾ ਦਰਜ ਰਿਕਾਰਡ ਥੋੜ੍ਹਾ ਹੀ ਅਰਥ ਰੱਖਦਾ ਹੈ। ਫਿਰ ਸਮਾਂ-ਮੋਹਰਾਂ ਨਾਲ ਤਿੰਨ ਥਾਵਾਂ ਜਾਂਚੋ: ਸਥਾਨਕ ਰਾਊਟਰ, ਸਾਧਾਰਨ ਰਾਹ ਰਾਹੀਂ ਪਹੁੰਚਣ ਵਾਲਾ ਮਨਜ਼ੂਰ ਬਾਹਰੀ ਹੋਸਟ, ਅਤੇ ਸੁਰੰਗ ਪਿੱਛੇ ਵਾਲਾ ਸਰੋਤ।
ਪਹਿਲਾਂ ਰਸਤਿਆਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਕਿਉਂਕਿ ਜਨਤਕ ਨਿਸ਼ਾਨਾ ਆਪ ਸੁਰੰਗ ਰਾਹੀਂ ਰਸਤਿਆ ਜਾ ਸਕਦਾ ਹੈ ਅਤੇ ਫਿਰ ਪਹੁੰਚ ਮਾਰਗ ਦੀ ਥਾਂ ਸੁਰੰਗ ਮਾਪਦਾ ਹੈ। ਵਿਘਨ ਦੀ ਸੱਚਮੁੱਚ ਮਿਤੀ ਦੱਸਣ ਵਾਲੇ ਸਬੂਤ ਇੱਕ ਪਰਤ ਹੇਠਾਂ ਹਨ: ਰਾਊਟਰ ਉੱਤੇ ਲਿੰਕ ਘਟਨਾਵਾਂ, ਮਾਡਮ ਉੱਤੇ ਮੁੜ-ਸਿੰਕ ਰਿਕਾਰਡ, ਅਤੇ ਬਦਲਿਆ WAN ਪਤਾ। ਸੰਚਿਤ ਗਲਤੀ ਗਿਣਤੀ ਦੱਸਦੀ ਹੈ ਕਿ ਕੁਝ ਗਲਤ ਹੋਇਆ, ਪਰ ਕਦੇ ਨਹੀਂ ਕਿ ਕਦੋਂ। ਉਹ ਰਿਕਾਰਡ ਵੱਖਰੇ ਪੜ੍ਹਨ ਦੀ ਥਾਂ ਘਟਨਾ ਦੀ ਸਮਾਂ-ਵਿੰਡੋ ਨਾਲ ਜੋੜੋ।
ping -i 0.5 -c 40 192.168.60.1
mtr -rwc 40 203.0.113.25
ip -brief address showਕੱਲ੍ਹ ਵਧੀ ਗਿਣਤੀ ਅੱਜ ਸਵੇਰ ਦੇ ਜੰਮਣੇ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਸਮਝਾਉਂਦੀ। ਸਬੰਧ ਨੂੰ ਵਰਤੋਂਕਾਰ ਵੱਲੋਂ ਦੱਸੀ ਸਮਾਂ-ਵਿੰਡੋ ਤੱਕ ਸੀਮਤ ਕਰੋ।
ਮੁੜ-ਸ਼ੁਰੂਆਤ ਦਾ ਰਿਕਾਰਡ ਲੱਭੋ
ਗੁੰਮਿਆ UDP ਡੇਟਾਗ੍ਰਾਮ ਆਪਣੇ ਆਪ Community OpenVPN ਨੂੰ ਨਵੀਂ TLS ਗੱਲਬਾਤ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਮਜਬੂਰ ਨਹੀਂ ਕਰਦਾ। ਮੁੜ-ਸ਼ੁਰੂਆਤ ਦਾ ਵਿਵਹਾਰ ping-restart ਦੀ ਪਾਲਣਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਲਾਗੂ ਮੁੱਲ ਸਰਵਰ ਨੇ ਭੇਜਿਆ ਹੋ ਸਕਦਾ ਹੈ; 2.6 ਦਸਤਾਵੇਜ਼ ਉਹ ਟਾਈਮਰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ। ਡਿਲੀਵਰੀ ਇੱਕ ਪਲ ਲਈ ਟੁੱਟਦੀ ਹੈ, ਹੱਦ ਕਦੇ ਨਹੀਂ ਟੱਪਦੀ, ਅਤੇ ਲਾਗ ਖਾਲੀ ਰਹਿੰਦਾ ਹੈ। ਇਸ ਲਈ ਰੁਕਾਵਟ ਦੇ ਆਸ-ਪਾਸ ਲਾਗ ਵਿੱਚ ਮੁੜ-ਸ਼ੁਰੂਆਤ ਲਾਈਨ, ਨਵਾਂ ਕਨੈਕਸ਼ਨ ਜਾਂ ਬਦਲਿਆ ਸੈਸ਼ਨ ਪਛਾਣਕਰਤਾ ਲੱਭੋ। ਤਿੰਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਨਾ ਦਿਸੇ ਤਾਂ ਸੁਰੰਗ ਨੇ ਕੁਝ ਨਹੀਂ ਕੀਤਾ ਅਤੇ ਟਾਈਮਰ ਕਦੇ ਸਮੱਸਿਆ ਨਹੀਂ ਸੀ।
ਹਰ ਕੀਪਅਲਾਈਵ ਛੋਟਾ ਕਰਨਾ ਖੋਜ ਨੂੰ ਤੇਜ਼ ਦਿਸਦਾ ਹੈ ਅਤੇ ਉਹ ਰੇਖਾ ਖਿਸਕਾਉਂਦਾ ਹੈ ਜਿੱਥੇ ਛੋਟੀ ਲੜਖੜਾਹਟ ਮੁੜ-ਕਨੈਕਸ਼ਨ ਬਣਦੀ ਹੈ। ਹਰ ਮੁੜ-ਕਨੈਕਸ਼ਨ ਵਿੱਚ ਇੱਕ ਪ੍ਰਮਾਣਿਕਤਾ ਚੱਕਰ ਅਤੇ ਰਸਤਿਆਂ ਦੀ ਮੁੜ-ਸਥਾਪਨਾ ਲੱਗਦੀ ਹੈ। ਟਾਈਮਰ ਲੰਮਾ ਕਰਨਾ ਮਰੇ ਰਸਤੇ ਦੇ ਹੋਰ ਦੇਰ ਜੀਵਤ ਦਿਸਣ ਵਾਲੀ ਲੰਮੀ ਵਿੰਡੋ ਤੋਂ ਇਲਾਵਾ ਕੁਝ ਨਹੀਂ ਦਿੰਦਾ। ਦੋਵੇਂ ਕੀਮਤ ਵਾਲੇ ਟਿਊਨਿੰਗ ਫੈਸਲੇ ਹਨ, ਮੁਫ਼ਤ ਸੁਧਾਰ ਨਹੀਂ।
ਨਾ ਹੋਈ ਘਟਨਾ ਵੀ ਸਬੂਤ ਹੈ, ਅਤੇ ਲਾਗ ਵਿੱਚ ਕੋਈ ਚੀਜ਼ ਉਸ ਵੱਲ ਧਿਆਨ ਨਾ ਖਿੱਚਣ ਕਰਕੇ ਲੋਕ ਇਹੀ ਕਿਸਮ ਛੱਡ ਦਿੰਦੇ ਹਨ। ਤੁਸੀਂ ਕੀਤੀ ਖੋਜ ਦਰਜ ਕਰੋ, ਸਿਰਫ਼ ਨਤੀਜਾ ਨਹੀਂ।
ਕੀ ਠੀਕ ਕਰਨਾ ਹੈ ਇਹ ਤੁਲਨਾ ਤੈਅ ਕਰੇ
ਦੋਵੇਂ ਰਿਕਾਰਡ ਕੋਲ-ਕੋਲ ਹੋਣ ਤਾਂ ਵੰਡ ਆਮ ਤੌਰ ਉੱਤੇ ਆਪਣੇ ਆਪ ਲਿਖੀ ਜਾਂਦੀ ਹੈ। ਦੋਵੇਂ ਰਾਹਾਂ ਉੱਤੇ ਰਾਊਟਰ ਲਿੰਕ ਘਟਨਾ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਵਿਸ਼ਾ ਪਹੁੰਚ ਕਨੈਕਸ਼ਨ ਹੈ। ਸ਼ਾਂਤ ਸੁਰੰਗ ਅਤੇ ਵਰਤੋਂਯੋਗ ਸਾਧਾਰਨ ਰਾਹ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਵਿਸ਼ਾ ਗੱਲਬਾਤ ਹੈ।
| What you observed | Tunnel log at that second | Where to look next |
|---|---|---|
| two-second pause, plain path answers throughout | nothing | the monitor's resolution, then a loss burst |
| pause plus a router link event, plain path stops and returns | no restart line | the access link, not the tunnel timer |
| pause, then a new session identifier | restart line | the restart threshold and what triggered it |
| one application freezes while both paths answer | nothing | that application and its server-side work |
ਹਰ ਕਤਾਰ ਸੁਰਾਗ ਹੈ, ਫੈਸਲਾ ਨਹੀਂ: ਸਿਰੇ ਬਿੰਦੂ ICMP ਦੀ ਪਹਿਲ ਦਾ ਘਟਾਉਂਦੇ ਹਨ, ਅਤੇ ਦੋ ਮੰਜ਼ਿਲਾਂ ਇੱਕੋ ਰਾਹ ਸਾਂਝਾ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ। ਤੁਲਨਾ ਸੰਭਵ ਹੋਵੇ ਇਸ ਲਈ ਕਲਾਇੰਟ, ਗੇਟਵੇ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਦੀਆਂ ਘੜੀਆਂ ਮਿਲਾ ਕੇ ਰੱਖੋ। ਦੋ ਕਾਲਮਾਂ ਵਿੱਚ ਫਿੱਟ ਹੋਣ ਵਾਲੀ ਕਤਾਰ ਨੂੰ ਇੱਕ ਹੋਰ ਨਿਰੀਖਣ ਚਾਹੀਦਾ ਹੈ, ਫੈਸਲਾ ਨਹੀਂ।
ਸਮੀਖਿਆ ਝੱਲਣ ਵਾਲੀ ਰਿਪੋਰਟ ਚਾਰ ਗੱਲਾਂ ਦਾ ਜਵਾਬ ਦਿੰਦੀ ਹੈ: ਜੰਮਣਾ ਕਿੰਨਾ ਚਿਰ ਰਿਹਾ, ਕਿਹੜੇ ਰਾਹ ਜਵਾਬ ਦਿੰਦੇ ਰਹੇ, ਉਸ ਸਕਿੰਟ ਸੁਰੰਗ ਨੇ ਕੀ ਦਰਜ ਕੀਤਾ, ਅਤੇ ਮਾਨੀਟਰ ਕਿੰਨੀ ਵਾਰ ਨਮੂਨਾ ਲੈਂਦਾ ਹੈ। ਉਹ ਚਾਰ ਤੱਥ ਅਗਲੇ ਪਾਠਕ ਨੂੰ ਸਾਰਾਂਸ਼ ਉੱਤੇ ਭਰੋਸਾ ਕਰਨ ਦੀ ਥਾਂ ਨਿਰੀਖਣ ਦੁਹਰਾਉਣ ਦਿੰਦੇ ਹਨ। ਅੱਪਟਾਈਮ ਪ੍ਰਤੀਸ਼ਤ ਠੀਕ ਉਹੀ ਅੰਤਰਾਲ ਲੁਕਾਉਂਦਾ ਹੈ ਜੋ ਤੁਹਾਡੇ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਅਤੇ "VPN ਡਿੱਗ ਗਿਆ" ਵਾਕ ਵੀ।