🔅 👭 🧝🏽 मोबाइल इंटरनेट की कहानी। व्यामोह या सोचने के लिए कुछ है? 🎖️ 🤾🏽 ❓

अच्छे दिन, सहकर्मियों।

मैं तुरंत एक आरक्षण करना चाहता हूं कि यह नोट ... यह केवल कुछ तकनीकी समस्या पर एक नोट है, जो कि जैसा कि लेखक को लगता है, उस अनुभाग के विषय के साथ कुछ करना है जहां यह प्रकाशित हुआ है।
यहाँ habrahabr.ru/post/148200 पहले से ही मुफ्त वीपीएन सेवाओं के माध्यम से निकटता के विषय पर छुआ है, अब हम मोबाइल इंटरनेट पर ध्यान केंद्रित करेंगे।

सामान्य तौर पर, लेख के लेखक का इस तरह के "जानवरों" के साथ सभी प्रकार के जीपीआरएस / 2 जी / 3 जी और इतने पर थोड़ा ओवरलैप था। लेकिन एक बार मुझे करना पड़ा।

एक बार एक दूरस्थ वस्तु पर, चैनल (या सभी चैनल) से हेड ऑब्जेक्ट गायब हो गया। और यह बहुत बुरा था। एक तत्काल समाधान की तत्काल आवश्यकता थी, और कारकों (बहुत दुखी) के पूरे द्रव्यमान को ध्यान में रखते हुए, नियमित रूप से यूएसबी "सीटी" के माध्यम से पीपीटी से बेहतर "नृत्य" कुछ भी नहीं। लेकिन क्या यह काम करेगा? और नोट के लेखक और सहकर्मियों ने "दुकान में" संदेह लिया। गो मोबाइल ऑपरेटर इस पूरी बात को काट देता है। लेकिन उन्होंने कोशिश करने का फैसला किया। कोशिश की है। जब मॉडम कनेक्शन शुरू हुआ, तो हमें जल्दी से पता चला कि किस आईपी के माध्यम से हमारा ट्रैफ़िक ऑपरेटर द्वारा रूट किया जा रहा है, किसने देखा, / 21 मास्क के साथ नेट मिला, इसे बॉर्डर इक्विपमेंट के फ़ायरवॉल पर खोला, जहाँ पीपीटी टनल को समाप्त होना चाहिए था, इसे आज़माया - वीपीएन ने शुरू किया।

अच्छी खबर है, ऑपरेटर टीसीपी 1723 और जीआरई में कटौती नहीं करता है। अस्थायी योजना ने काम किया, चैनलों की मरम्मत की गई। लेकिन एक "अद्भुत" क्षण में वे फिर से गिर गए, जबकि पहले से परीक्षण की गई अस्थायी योजना काम नहीं करती थी। थोड़ी समस्या निवारण और एक परिणाम जिसने मुझे थोड़ा आश्चर्यचकित किया।

ऑपरेटर का ट्रैफ़िक एक बाहरी IP के माध्यम से pptp (टेस्ट पिंग, अनियंत्रित गैर-मानक पोर्ट से कनेक्शन) से अलग है (ठीक है, एक बिल्कुल नहीं, यह स्पष्ट है कि उनमें से एक पूल है, जिसका अर्थ एक विशिष्ट मॉडेम कनेक्शन के लिए समान है), और pptp - किसी और के माध्यम से। इसके अलावा, यह अन्य एक gprs पूल (/ 21) से अलग किया गया है, पहले से पहचाना गया और काफी गंभीरता से पहुंच सूचियों में खोला गया। और यह एक नाम से हल नहीं होगा, एक gprs पूल से आईपी के विपरीत। और जो कुछ भी स्पष्ट नहीं करता है।

पहुंच शीट्स सही, सुरंग घाव ऊपर। चूंकि पारंपरिक चैनलों पर बार-बार दुर्घटना का जोखिम कुछ समय के लिए बहुत अच्छा था, इसलिए उन्होंने इस "बैसाखी" को हटाना शुरू नहीं किया। और परिणामस्वरूप, एक दिलचस्प आंकड़ा जमा हुआ था। फॉल्स और "सीटी" कनेक्शन के दौरान, स्वाभाविक रूप से, अलग-अलग ग्रे आईपी जारी किए गए थे, बाहरी आईपी, जिसमें से सामान्य ट्रैफिक बहता था, बदल गया, लेकिन आईपी जिसमें से ऑपरेटर पीपीटी निरंतर बना रहा।
उसी समय, सुरंग समय-समय पर गिरती थी और शुरू नहीं करना चाहती थी, कभी-कभी बहुत लंबे समय के लिए, काम शिफ्ट तक और यहां तक कि कई दिनों तक भी। फिर अचानक वह फिर से काम करने लगा जैसे कुछ हुआ ही न हो।

लेख के लेखक ने लंबे समय तक विभिन्न विचारों को दूर कर दिया, खुद को आश्वस्त किया कि व्यामोह से पीड़ित होने के लिए कुछ भी नहीं था, आपको कभी नहीं पता होगा कि ऑपरेटर के नेटवर्क के "ब्लैक बॉक्स" में क्या लपेटा गया था, लेकिन ... उसने फिर भी स्थिति को और अधिक विवरण देने का फैसला किया।

नतीजतन, पीपीटीपी ट्रैफ़िक के बारे में कुछ भी संदिग्ध नहीं था (एक असंगत आईपी से नेट के साथ प्रारंभिक स्थिति को छोड़कर)। लेकिन इस डिबग के दौरान, HTTP ट्रैफ़िक के बारे में दिलचस्प विवरण सामने आए।
तथ्य।

1. लेखक द्वारा नियंत्रित एक सर्वर का आईपी कनेक्शन एक बंद / अनसुना 80 पोर्ट को सफलतापूर्वक पारित कर दिया गया था (जिस समय कनेक्शन स्थापित किया गया था उस समय टारगेट सर्वर पर आने वाले ट्रैफिक की पूर्ण अनुपस्थिति में)।

2. यह हमेशा मामला नहीं था, कोई भी प्रवृत्ति नहीं देखी गई थी।

3. जब पोर्ट 80 पर netcat को लक्ष्य सर्वर पर लॉन्च किया गया था, तो यह पता चला कि समीपता एक स्पष्ट रूप में मौजूद है, तो यह स्पष्ट नहीं है।

इस मामले में जब यह कथित रूप से अनुपस्थित होता है, तो L7 पर कुछ भी अतिश्योक्तिपूर्ण नहीं होता है और इसे संशोधित नहीं किया जाता है, प्रोटोकॉल संस्करण, हेडर, आदि इसके अलावा, यदि आप भेजते हैं, उदाहरण के लिए, चैनल के लिए गलत अनुरोध, उन्हें "के रूप में" के माध्यम से प्रेषित किया जाता है। इसका परिणाम नहीं होता है।

जब निकटता निश्चित रूप से होती है, तो सर्वर पर एक न्यूनतम "जीईटी /" नेटकैट भेजते समय एक दिलचस्प बात सामने आती है

GET / HTTP / 1.1
एक्स-वाया: सद्भाव प्रॉक्सी
होस्ट: xx.xx.xx.xx

और टाइमआउट से ब्रेक पर टेलनेट

 Error 504 Gateway Timeout 
 
 HTTP ERROR: 504 Gateway Timeout 
 RequestURI=http://xx.xx.xx.xx/ 
 
 
 4.  ,  TTL  IP  MSS  TCP        80 . ,         IP    Win  TTL 128,        TTL 167. ,    ,     194,         .   MSS   1210.         80 .     ,  MSS  , TTL       . 
 
  ,  ?    Harmony proxy      ? 
    pptp     , . .       ,   . 
 
 UPD:  -          -""? VPN  :)  Error 504 Gateway Timeout 
 
 HTTP ERROR: 504 Gateway Timeout 
 RequestURI=http://xx.xx.xx.xx/ 
 
 
 4.  ,  TTL  IP  MSS  TCP        80 . ,         IP    Win  TTL 128,        TTL 167. ,    ,     194,         .   MSS   1210.         80 .     ,  MSS  , TTL       . 
 
  ,  ?    Harmony proxy      ? 
    pptp     , . .       ,   . 
 
 UPD:  -          -""? VPN  :) 
 Error 504 Gateway Timeout 
 
 HTTP ERROR: 504 Gateway Timeout 
 RequestURI=http://xx.xx.xx.xx/ 
 
 
 4.  ,  TTL  IP  MSS  TCP        80 . ,         IP    Win  TTL 128,        TTL 167. ,    ,     194,         .   MSS   1210.         80 .     ,  MSS  , TTL       . 
 
  ,  ?    Harmony proxy      ? 
    pptp     , . .       ,   . 
 
 UPD:  -          -""? VPN  :)

Error 504 Gateway Timeout

HTTP ERROR: 504 Gateway Timeout
RequestURI=http://xx.xx.xx.xx/


4. , TTL IP MSS TCP 80 . , IP Win TTL 128, TTL 167. , , 194, . MSS 1210. 80 . , MSS , TTL .

, ? Harmony proxy ?
pptp , . . , .

UPD: - -""? VPN :)

मोबाइल इंटरनेट की कहानी। व्यामोह या सोचने के लिए कुछ है?

`Error 504 Gateway Timeout HTTP ERROR: 504 Gateway Timeout RequestURI=http://xx.xx.xx.xx/ 4. , TTL IP MSS TCP 80 . , IP Win TTL 128, TTL 167. , , 194, . MSS 1210. 80 . , MSS , TTL . , ? Harmony proxy ? pptp , . . , . UPD: - -""? VPN :)`

More articles: