•  ਅਸਪਸ਼ਟ-ਰੌਸ਼ਨੀ

ਟੀਸੀ ਸਪਲਿਟਰ

ਕਈ ਟੀਸੀਪੀ ਕਨੈਕਸ਼ਨਾਂ ਵਿੱਚ ਟੀਸੀਪੀ ਜਾਂ ਯੂਡੀਪੀ ਕਨੈਕਸ਼ਨ ਨੂੰ ਵੰਡਣ ਲਈ ਇੱਕ ਸੁਰੰਗ

ਟੀਚਾ

ਤੁਸੀਂ ਇੱਕ ਟੀਸੀਪੀ ਕਨੈਕਸ਼ਨ ਨੂੰ ਕਈ ਵਿੱਚ ਕਦੋਂ ਵੰਡਣਾ ਚਾਹੋਗੇ? ਆਮ ਤੌਰ 'ਤੇ ਤੁਸੀਂ ਏ ਸੁਰੰਗ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਬਿਲਕੁਲ ਉਲਟ . ਮੇਰਾ ਉਪਯੋਗ ਕੇਸ ਮੋਬਾਈਲ ਨੈਟਵਰਕ ਵਿੱਚ ਬੈਂਡਵਿਡਥ ਦੀਆਂ ਸੀਮਾਵਾਂ ਨੂੰ ਤੋੜ ਰਿਹਾ ਸੀ, ਇਸ ਲਈ ਸਿਮ ਕਾਰਡ ਨਾਲ ਟੈਸਟ ਕੀਤੇ ਗਏ ਸਨ ਜਿਸਦੀ ਯੋਜਨਾ ਵਿੱਚ ਕੋਈ ਹੋਰ ਡਾਟਾ ਨਹੀਂ ਬਚਿਆ ਸੀ[1].

ਇਹ ਕਿਵੇਂ ਚਲਦਾ ਹੈ

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

ਸ਼ੁਰੂ ਵਿੱਚ "ਫਲਾਇੰਗਸ" ਅਤੇ "ਲਾਸੋਸ" ਸਨ, ਜੋ ਬਾਹਰ ਜਾਣ ਵਾਲੇ (ਝੁੰਡਾਂ ਵਾਲੇ) ਅਤੇ ਆਉਣ ਵਾਲੇ (ਲਾਸੋਏਡ) ਲਈ ਕੁਨੈਕਸ਼ਨਾਂ ਦੀ ਗਿਣਤੀ ਨੂੰ ਵੰਡਣ ਲਈ ਸਨ, ਪਰ ਇਹ ਇੱਕ ਬੇਲੋੜਾ ਸਾਰ ਸੀ ਕਿਉਂਕਿ ਪੈਕਟਾਂ ਨੂੰ ਉਨ੍ਹਾਂ ਦੀ ਮੰਜ਼ਿਲ ਦੇ ਨਾਲ ਟੈਗ ਕਰਨਾ ਬਿਹਤਰ ਹੈ, ਹਾਲਾਂਕਿ ਮੁੱਖ ਇਰਾਦਾ ਸੀ ਆgoingਟਗੋਇੰਗ ਅਤੇ ਇਨਕਮਿੰਗ ਕਨੈਕਸ਼ਨਾਂ ਲਈ ਵੱਖ -ਵੱਖ ਰੇਟ ਸੀਮਾਵਾਂ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਨ ਲਈ, ਇਸ ਲਈ ਉੱਪਰ/ਹੇਠਾਂ ਦੇ ਵਿਚਕਾਰ ਉੱਚ ਪੱਧਰੀ ਵੱਖਰਾਪਣ ਵਿਹਾਰਕ ਜਾਪਦਾ ਹੈ.

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

ਫਿਰ ਪੈਕਟਾਂ ਨੂੰ ਸਰਵਰ ਤੇ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ, ਜਿਸਨੂੰ ਉਹਨਾਂ ਨੂੰ ਸਹੀ ਕ੍ਰਮ ਵਿੱਚ ਪੁਨਰਗਠਨ ਕਰਨਾ ਪੈਂਦਾ ਹੈ, ਕਿਉਂਕਿ ਵੱਖਰੇ ਟੀਸੀਪੀ ਕਨੈਕਸ਼ਨ ਕਿਸੇ ਵੀ ਸਮੇਂ ਡਾਟਾ ਸਟ੍ਰੀਮ ਨੂੰ ਖਤਮ ਕਰ ਸਕਦੇ ਹਨ (ਭੇਜੇ ਗਏ ਆਰਡਰ ਦਾ ਸਤਿਕਾਰ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ, ਕਿਉਂਕਿ ਰੂਟਿੰਗ ), ਅਤੇ ਫਿਰ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਐਪ ਨੂੰ ਅੱਗੇ ਭੇਜਿਆ.

ਕੁਨੈਕਸ਼ਨ ਬੰਦ ਹੋ ਗਏ ਹਨ ਅਤੇ ਨਵੇਂ ਕੁਨੈਕਸ਼ਨ ਖੁੱਲ੍ਹ ਗਏ ਹਨ ਜਿਵੇਂ ਕਿ ਪ੍ਰਤੀ ਕਨੈਕਸ਼ਨ ਦੀ ਸੰਰਚਿਤ ਡੇਟਾ ਸੀਮਾ ਪਹੁੰਚ ਗਈ ਹੈ, ਜਿਵੇਂ ਕਿ ਸ਼ੈਡੋਸੌਕਸਵੱਖ -ਵੱਖ ਧਾਰਾਵਾਂ ਵਿੱਚ ਪ੍ਰੌਕਸੀ ਸੁਰੰਗ ਡੇਟਾ ਡੇਟਾ ਸਟ੍ਰੀਮਾਂ ਦੇ ਵਿਵਹਾਰ ਨੂੰ kingੱਕਣ ਦੇ ਟੀਚੇ ਨਾਲ, ਇਸ ਨੂੰ ਛੱਡ ਕੇ ਕਿ ਸਾਡੀ ਸੁਰੰਗ ਜਿੰਨੀ ਵਾਰ ਸੰਭਵ ਹੋ ਸਕੇ ਕਰ ਰਹੀ ਹੈ.

ਇਹ ਕਿਉਂ ਕੰਮ ਕਰਦਾ ਹੈ

ਇੱਥੇ ਇਰਾਦਾ ਇਹ ਨਿਯੰਤਰਣ ਕਰਨਾ ਹੈ ਕਿ ਹਰੇਕ ਕਨੈਕਸ਼ਨ ਨੂੰ ਕਿੰਨਾ ਡਾਟਾ ਸੰਭਾਲਣਾ ਚਾਹੀਦਾ ਹੈ. ਸਾਡੇ ਉਦੇਸ਼ਾਂ ਲਈ, ਇਹ ਕਦੇ ਵੀ ਅੱਗੇ ਨਹੀਂ ਸੀ ਆਮ ਤੌਰ ਤੇ ਹੁੰਦਾ ਹੈ ਐਮਟੀਯੂ ਖਿੜਕੀ ਦਾ ਆਕਾਰ. ਤੁਸੀਂ ਐਮਟੀਯੂ ਦੇ ਬਾਰੇ ਵਿੱਚ ਸੋਚ ਸਕਦੇ ਹੋ ਕਿ ਡਾਟਾ ਦੇ ਇੱਕ ਟੁਕੜੇ ਦੀ ਉਪਰਲੀ ਸੀਮਾ ਹੈ ਜੋ ਪੂਰੇ ਨੈਟਵਰਕ ਵਿੱਚ ਲੰਘਦੀ ਹੈ, ਅਤੇ ਇਹ ਸਾਡਾ ਨਿਸ਼ਾਨਾ ਸੀ ਕਿਉਂਕਿ ਅਸੀਂ ਗੇਟਡ ਨੈਟਵਰਕ ਦੀ ਬੈਂਡਵਿਡਥ ਰੇਟ ਸੀਮਾਵਾਂ ਨੂੰ ਬਾਈਪਾਸ ਕਰਨਾ ਚਾਹੁੰਦੇ ਸੀ. ਇੱਕ ਕਲਾਇੰਟ ਕਿੰਨਾ ਡਾਟਾ ਪਾਸ ਕਰ ਸਕਦਾ ਹੈ ਇਸ ਨੂੰ ਸੀਮਤ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਲੋੜ ਹੈ ਗਿਣਤੀ ਇਹ, ਠੀਕ ਹੈ? ਜੇ ਤੁਹਾਡਾ ਤਰਕ ਏ ਵਰਗੇ ਕੁਝ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈdo-while

ਫਿਰ ਤੁਹਾਨੂੰ ਚਾਹੀਦਾ ਹੈ ਘੱਟ ਤੋਂ ਘੱਟ ਪ੍ਰਾਪਤ ਕਰੋ apacket . ਮੈਨੂੰ ਯਕੀਨ ਨਹੀਂ ਹੈ ਕਿ ਕੀ ਅਸਲ ਵਿੱਚ ਅਜਿਹਾ ਹੁੰਦਾ ਹੈ, ਜਾਂ ਮੇਰੀ ਸੁਰੰਗ ਦੇ ਕੰਮ ਕਰਨ ਦਾ ਕਾਰਨ ਇੱਕ ਹੋਰ ਹੈ. ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਪਹਿਲੇ ਪੈਕੇਟ ਦੀ ਵੀ ਜਾਂਚ ਕਰਨਾ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸੰਭਵ ਹੋਵੇ, ਪਰ ਡਿਜ਼ਾਈਨ ਦੇ ਨਜ਼ਰੀਏ ਤੋਂ, ਇਸਦਾ ਮਤਲਬ ਇਹ ਹੋਵੇਗਾ ਕਿ ਤੁਹਾਨੂੰ ਜਾਂਚ ਕਰਨੀ ਪਏਗੀ ਹਰ ਸਿੰਗਲ ਕਨੈਕਸ਼ਨ, ਜੋ ਸਿਸਟਮ ਨੂੰ ਡੌਸ ਦੇ ਹਮਲਿਆਂ ਲਈ ਕਮਜ਼ੋਰ ਬਣਾ ਦੇਵੇਗਾ, ਅਤੇ ਹਾਂ ਮੇਰੀ ਸੁਰੰਗ ਨੂੰ ਅਸਾਨੀ ਨਾਲ ਇੱਕ ਕੁਸ਼ਲ ਡੀਓਐਸ/ਤਣਾਅ ਸੰਦ ਵਜੋਂ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਕਿਉਂਕਿ ਤੁਸੀਂ ਡੇਟਾ ਨੂੰ ਬਹੁਤ ਛੋਟੇ ਪੈਕਟਾਂ ਵਿੱਚ ਵੰਡ ਸਕਦੇ ਹੋ (ਜਿਸਦਾ ਅਰਥ ਹੈ ਕਿ ਟੀਸੀਪੀ ਕਨੈਕਸ਼ਨਾਂ ਵਿੱਚ ਉੱਚ ਰੀਸਾਈਕਲ ਦਬਾਅ ਹੋਵੇਗਾ ) ਅਤੇ ਕਨੈਕਸ਼ਨਾਂ ਦਾ ਇੱਕ ਪੂਲ ਰੱਖੋ ਜਿੰਨਾ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ.

ਵੱਖ -ਵੱਖ ਬੰਦਰਗਾਹਾਂ 'ਤੇ ਪਰੀਖਣ ਨੇ ਇਹ ਵੀ ਦਿਖਾਇਆ ਕਿ ਇਹ ਸਿਰਫ ਤੇ ਹੀ ਸੰਭਵ ਸੀ ਕੁੱਝ ਬੰਦਰਗਾਹਾਂ, ਅਤੇ ਇਹ ਕਿ ਸੀਮਾ ਨਿਰੰਤਰ ਪੋਰਟਾਂ ਦੇ ਵਿੱਚ ਵੱਖਰੀ ਸੀ, ਦੇ ਨਾਲ443 ਆਲੇ ਦੁਆਲੇ ਉੱਚੀਆਂ ਖਿੜਕੀਆਂ ਵਿੱਚੋਂ ਇੱਕ ਦੇਣਾ20kb , ਕਿਉਂਕਿ ਅਨੁਮਾਨ ਲਗਾਉਣਾTLS ਹੱਥ ਮਿਲਾਉਣ ਲਈ ਵਧੇਰੇ ਡੇਟਾ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਇਹ ਕਿ ਇਹ ਰੇਟ-ਸੀਮਾਵਾਂ ਦਿਨ ਦੇ ਸਮੇਂ ਦੇ ਅਧਾਰ ਤੇ ਬਦਲਣਗੀਆਂ[2].

ਨਤੀਜੇ

ਮੈਂ ਡਾਟਾ ਥ੍ਰੂਪੁੱਟ ਵਧਾਉਣ ਦੀ ਉਮੀਦ ਵਿੱਚ ਈਰੇਜ਼ਰ ਕੋਡਿੰਗ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ. ਇੱਕ ਈਰੇਜ਼ਰ ਕੋਡਿੰਗ ਲਾਇਬ੍ਰੇਰੀ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਅਤੇ ਆਪਣੇ ਆਪ ਡੇਟਾ ਨੂੰ ਏਨਕ/ਡੀਕੋਡ ਕਰਕੇ, ਅਤੇ ਓਵਰਲੇਇੰਗ ਕਰਕੇ ਵੀ ਕੇ.ਸੀ.ਪੀ. ਮੇਰੇ ਵੰਡਣ ਪ੍ਰੋਟੋਕੋਲ ਉੱਤੇ ਪ੍ਰੋਟੋਕੋਲ. ਕੇਸੀਪੀ ਨੂੰ ਅਜ਼ਮਾਉਣਾ ਸ਼ਾਇਦ ਪਿੱਛੇ ਵੱਲ ਪਹੁੰਚਣ ਵਾਲਾ ਜਾਪਦਾ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਘੱਟ ਥਰੂਪੁੱਟ ਲਈ ਬਿਹਤਰ ਲੇਟੈਂਸੀ ਦਾ ਵਪਾਰ ਕਰਦਾ ਹੈ, ਪਰ ਮੇਰੀ ਸ਼ੁਰੂਆਤੀ ਧਾਰਨਾ ਇਹ ਸੀ ਕਿ ਮੇਰੀ ਰੁਕਾਵਟ ਅੱਧ-ਪ੍ਰਸਾਰਣ ਦੇ ਕਨੈਕਸ਼ਨਾਂ ਵਿੱਚ ਸੀ, ਜਿਸ ਨਾਲ ਬਹੁਤ ਸਾਰੇ ਭ੍ਰਿਸ਼ਟ ਪੈਕਟਾਂ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦਾ ਸੀ, ਇਸ ਲਈ ਮੈਂ ਇੱਕ ਉੱਚਾ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦਾ ਸੀ. ਗਲਤੀ ਸੁਧਾਰ ਦੇ ਨਾਲ ਥਰੂਪੁੱਟ.

ਇਹ ਪਤਾ ਚਲਿਆ ਕਿ ਇਹ ਸਿਰਫ ਇੱਕ ਰੇਟ-ਸੀਮਾ ਸੀ ਕਿ ਇੱਕ ਕਲਾਇੰਟ ਨੈਟਵਰਕ ਤੇ ਕਿੰਨੇ ਟੀਸੀਪੀ ਕੁਨੈਕਸ਼ਨ ਭੇਜ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਸਿਰਫ ਇੱਕ ਡੀਓਐਸ ਸੁਰੱਖਿਆ ਜਿਸ ਬਾਰੇ ਮੈਂ ਕੁਝ ਨਹੀਂ ਕਰ ਸਕਦਾ. ਐਕਸ ਦੇ ਬਾਅਦ ਕੁਨੈਕਸ਼ਨਾਂ ਦੀ ਮਾਤਰਾSYN ਕੋਸ਼ਿਸ਼ਾਂ ਉਨ੍ਹਾਂ ਦਾ ਬਕਾਇਆ ਪ੍ਰਾਪਤ ਕਰਨਾ ਬੰਦ ਕਰਦੀਆਂ ਹਨACK , ਬੈਕਲਾਗ ਨੂੰ ਭਰਨਾ ਅਤੇ ਅੰਤ ਵਿੱਚ ਸੁਰੰਗ ਦਾ ਸਟਾਲ ਬਣਾਉਣਾ. ਅਜ਼ਮਾਇਸ਼ ਅਤੇ ਗਲਤੀ ਨੇ ਦਿਖਾਇਆ ਕਿ ਇਹ ਵਿਚਕਾਰ ਸੰਭਵ ਸੀ4-8[3] ਕੁਨੈਕਸ਼ਨ ਕਿਸੇ ਵੀ ਸਮੇਂ ਖੁੱਲ੍ਹਦੇ ਹਨ, ਅਤੇ ਦੇ ਐਮਟੀਯੂ ਨਾਲ500-1000 ਬਾਈਟਸ ਤੁਸੀਂ ਘੱਟੋ ਘੱਟ ਇੱਕ ਸਥਿਰ ਧਾਰਾ ਰੱਖ ਸਕਦੇ ਹੋ128kbps , ਜੇ ਨਿਰੰਤਰ ਧਾਰਾ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਸੀ, ਤਾਂ ਤੁਸੀਂ ਥੋੜੇ ਸਮੇਂ ਵਿੱਚ ਵਧੇਰੇ ਗਤੀ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ ਫਟਣਾ ਮੰਗ 'ਤੇ ਬਹੁਤ ਸਾਰੇ ਕੁਨੈਕਸ਼ਨ.

ਇਸਦੇ ਉਲਟ, ਇੱਕ (ਸੱਚਾ)DNS ਸੁਰੰਗ ਮੁਸ਼ਕਿਲ ਨਾਲ ਧੱਕ ਸਕਦੀ ਹੈ56kbps ਅਤੇ ਤੇਜ਼ੀ ਨਾਲ ਥੱਕ ਸਕਦਾ ਹੈ ਕਿਉਂਕਿ ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਡੀਸੀਐਨ ਬੇਨਤੀਆਂ ਦੀ ਇੱਕ ਵੱਡੀ ਗਿਣਤੀ ਟੀਸੀਪੀ ਬੇਨਤੀਆਂ ਨਾਲੋਂ ਵਧੇਰੇ ਸ਼ੱਕੀ ਲੱਗਦੀ ਹੈ. ਸਾਨੂੰ ਇਹ ਦੱਸਣਾ ਪਵੇਗਾ ਕਿ ਏtrue ਡੀਐਨਐਸ ਸੁਰੰਗਾਂ ਨੂੰ ਡੀਐਨਐਸ ਰਿਕਾਰਡਾਂ ਦੀ ਪੁੱਛਗਿੱਛ ਦੁਆਰਾ ਪ੍ਰਾਪਤ ਕੀਤੇ ਜਾਅਲੀ ਉਪਡੋਮੇਨਾਂ ਅਤੇ ਡੀਕੋਡਸ (ਆਉਣ ਵਾਲੇ) ਡੇਟਾ ਦੇ ਉੱਤੇ ਡਾਟਾ ਏਨਕੋਡ ਕਰਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਕਈ ਵਾਰ ਇੱਕ ਡੀਐਨਐਸ ਸੁਰੰਗ ਨੂੰ ਡੀਐਨਐਸ ਪੋਰਟ ਉੱਤੇ ਇੱਕ ਕੱਚਾ ਯੂਡੀਪੀ ਕਨੈਕਸ਼ਨ ਮੰਨਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਜੋ ਸ਼ਾਇਦ ਕਦੇ ਅਤੀਤ ਵਿੱਚ, ਡੀਐਨਐਸ ਸਰਵਰ. ਇਜਾਜ਼ਤ ਦਿੱਤੀ ਅਤੇ ਸਹੀ forwardੰਗ ਨਾਲ ਅੱਗੇ ਭੇਜਿਆ.

ਸਿੱਟਾ

ਮੈਨੂੰ ਯਕੀਨ ਨਹੀਂ ਹੈ ਕਿ ਮੈਂ ਆਪਣੇ ਟੀਚੇ ਤੇ ਪਹੁੰਚ ਗਿਆ ਹਾਂ ਉਪਯੋਗਤਾ ਬੁੱਧੀਮਾਨ, ਕਿਉਂਕਿ ਇਸ ਤਰ੍ਹਾਂ ਦੀ ਸੁਰੰਗ ਚਲਾਉਣ ਨਾਲ ਤੁਸੀਂ ਫੋਨ ਨੂੰ ਬਹੁਤ ਗਰਮ ਕਰ ਸਕਦੇ ਹੋ, ਅਤੇ ਬਹੁਤ ਸਾਰੀ ਬੈਟਰੀ ਬਰਬਾਦ ਕਰ ਸਕਦੇ ਹੋ, ਪਰ ਇਸਨੂੰ ਬੈਕਅਪ ਕਨੈਕਸ਼ਨ ਦੇ ਰੂਪ ਵਿੱਚ ਰੱਖਣਾ ਆਰਾਮਦਾਇਕ ਹੋ ਸਕਦਾ ਹੈ ... ਜੇ ਮੈਂ ਅਸਲ ਵਿੱਚ ਇਸ ਨੂੰ ਸਥਿਰ ਬਣਾਉਣ ਦੀ ਪਰੇਸ਼ਾਨੀ ਕਰਦਾ ਹਾਂ :)

[1]ਆਮ ਤੌਰ 'ਤੇ ਜਦੋਂ ਕਿਸੇ ਸਿਮ ਕਾਰਡ ਕੋਲ ਵੈਬ ਨੂੰ ਬ੍ਰਾseਜ਼ ਕਰਨ ਲਈ ਕੋਈ ਹੋਰ ਡਾਟਾ ਨਹੀਂ ਹੁੰਦਾ, ਤਾਂ ਵੈਬ ਬੇਨਤੀਆਂ ਕੈਪਚਰ ਗੇਟਵੇ ਵੱਲ ਨਿਰਦੇਸ਼ਤ ਹੁੰਦੀਆਂ ਹਨ (ਤੁਹਾਨੂੰ ਵਧੇਰੇ ਡਾਟਾ ਖਰੀਦਣ ਲਈ ਕਹਿਣ ਲਈ)
[2]ਮੋਬਾਈਲ ਡਾਟਾ ਯੋਜਨਾਵਾਂ ਰਾਤ ਦੇ ਸਮੇਂ ਦੌਰਾਨ ਬਿਹਤਰ ਸੰਪਰਕ ਪ੍ਰਦਾਨ ਕਰ ਸਕਦੀਆਂ ਹਨ
[3]ਇਹ ਸੰਖਿਆ, ਕੁਝ ਹੱਦ ਤਕ ਆਮ ਮੂਲ ਗਿਣਤੀ ਦੇ ਨਾਲ ਜੁੜੀ ਹੋਈ ਹੈ, ਤੁਹਾਨੂੰ ਇਹ ਸ਼ੱਕ ਕਰਨ ਲਈ ਪ੍ਰੇਰਿਤ ਕਰ ਸਕਦੀ ਹੈ ਕਿ ਕਰਨਲ ਕਿਸੇ ਤਰ੍ਹਾਂ ਕੁਨੈਕਸ਼ਨਾਂ ਨੂੰ ਸੀਮਤ ਕਰ ਰਿਹਾ ਹੈ, ਸਾਡੀ ਸੁਰੰਗ ਦੇ ਖੁੱਲੇ ਕੁਨੈਕਸ਼ਨਾਂ ਦਾ ਦ੍ਰਿਸ਼ ਨਿਸ਼ਚਤ ਤੌਰ ਤੇ ਅਸਾਧਾਰਣ ਹੈ, ਪਰ ਟਿingਨਿੰਗ ਲੀਨਕਸ ਨੌਬਸ ਨੇ ਮੇਰੇ ਅੰਤ ਤੇ ਕਦੇ ਵੀ ਵਧੀਆ ਨਤੀਜੇ ਨਹੀਂ ਦਿੱਤੇ.

ਪੋਸਟ ਟੈਗਸ: