सबसे पहले मैं कोशिश करूँगा और देखूंगा कि क्या कनेक्शन को अधिक स्थिर बनाना संभव है। फ़ाइल स्थानांतरण के अलावा, मुझे नहीं लगता कि हर 90 सेकंड में एक कनेक्शन के साथ काम करना स्वस्थ है।
एक साधारण यूएसबी वाईफाई डोंगल वहां चमत्कार कर सकता है (पहले, जांच करें कि कौन सा डिवाइस वास्तव में वियोग का कारण बन रहा है: होस्ट ए, होस्ट बी या एक्सेस प्वाइंट?
संभवतः, लिनक्स के पास सिग्नल हानि के साथ करने के लिए कुछ भी नहीं है, बल्कि वाईफाई अस्थिरता का मामला है दर असल । एक्सेस पॉइंट को कम गति पर लॉक करने का प्रयास करें। यहां तक कि एक ठोस 11 एमबीपीएस, यदि रॉक-सॉलिड, एक परतदार 54 एमबीपीएस कनेक्शन को बेहतर बनाएगा। और बहुत बार, कार्ड उच्च गति के लिए प्रयास करेंगे भले ही, स्थिति को देखते हुए, वे संभवतः वितरित नहीं कर सकते ।
यदि आप एक ऐसे कनेक्शन के साथ फंस गए हैं जो हर 90 सेकंड में गिरता है और फिर से जुड़ता है, तो आपका सबसे अच्छा दांव या तो हो सकता है rsync या पुनर्जागरण के बीच फ़िल्टर करने के लिए फ़ाइलों को छोटे टुकड़ों में काट लें:
split -b 10000000 file.mp4
फ़ाइल को एन चंक्स में विभाजित किया जाएगा (कहते हैं) 10 MiB प्रत्येक, कहा जाता है xaa, xab, xac... एक बार जब कॉपी पूरी हो जाती है, तो आप दूसरी ओर का उपयोग करके चूजों को फिर से इकट्ठा कर सकते हैं cat।
एक अन्य संभावना उदाहरण के लिए, टीसीपी को पूरी तरह से त्यागने और यूडीपी आधारित प्रोटोकॉल का उपयोग करने की हो सकती है UDT या UFTP ।
अंत में, आप एक मशीन पर एक साधारण वेब सर्वर सेट कर सकते हैं, और उपयोग कर सकते हैं wget या फ़ाइलों का पूरा सेट डाउनलोड करने के लिए पुनर्प्राप्ति अखंडता, बाइट-रेंज और ऑटो-रिट्री का समर्थन करने वाले किसी भी HTTP क्लाइंट (जो, यदि वे पहले से ही नहीं हैं, तो संपीड़ित करना बेहतर होगा)।
यह स्थापित करने के लिए लंबा है, लेकिन फिर इसे स्वचालित रूप से जाना चाहिए और उपलब्ध और परीक्षण किए गए & amp; सिद्ध सॉफ्टवेयर (अपाचे, wget)।
फिर से आया - फिर से गया - फिननेगन
यह सुनिश्चित करने के लिए कि आपको स्क्रिप्ट को सिंक करने की आवश्यकता है, या आप कनेक्शन का बहुत समय बर्बाद करेंगे, आप शायद साथ खेल सकते हैं भी iwconfig या ifup/ifdown पहुँच बिंदु को व्यवहार करने के लिए बाध्य करने के लिए
while true; do ifdown wlan0; ifup wlan0; sleep 90; done
या यदि आप इसे एक स्क्रिप्ट के रूप में चलाना चाहते हैं (इसे रूट एक्सेस की आवश्यकता होगी, अगर * कमांड्स चलाने के लिए)
#!/bin/sh
while true; do
echo "Going down..."
ifdown wlan0
echo "Coming up..."
ifup wlan0
echo "Ready"
sleep 90
done
ए (उम्मीद है) बेहतर तरीका है
"90 सेकंड की नींद" के साथ समस्या यह है कि जब तक कुछ है वास्तव में राउटर में अजीब तरह से ज्वलंत गलत, जिस समय यह रहता है वह बिल्कुल 90 सेकंड नहीं होगा। इसलिए हम बहुत समय बर्बाद कर रहे हैं या तो जब वाईफाई वाहक नीचे है, या नीचे जा रहा है जब वाईफाई वाहक ऊपर रह सकता है।
तो मान लें कि राउटर में IP 192.168.0.1 है, दोनों लिनक्स होस्ट्स पर हम चलते हैं
#!/bin/sh
IP=192.168.0.1
while true; do
if ( ping -f -c 3 -w 1 $IP | grep "0 received" > /dev/null ); then
ifdown wlan0
ifup wlan0
# Extra time: we MUST be sure the network is up!
sleep 5
fi
sleep 2
done
यह स्क्रिप्ट राउटर की ओर तीन पैकेट शूट करेगी। पैकेट काफी छोटे हैं और बैंडविड्थ को बहुत प्रभावित नहीं करेंगे। एक गिरा पैकेट हो सकता है घटाव, दो संयोग - तीन गिरा पैकेट एक WLAN शक्ति चक्र को ट्रिगर करता है। उम्मीद है, यह चाहिए प्रति चक्र (90 सेकंड तक) के बजाय दो सेकंड के समय से अधिक समय बर्बाद न करें, और जब तक कोई आवश्यकता न हो, कभी भी एक बिजली चक्र को ट्रिगर न करें।
यह बिना कहे चला जाता है कि पिंग कार्यक्षमता को राउटर पर सत्यापित किया जाना चाहिए - यदि राउटर पिंग का जवाब नहीं देता है, या टीसीपी / यूडीपी लोड के तहत आईसीएमपी को गिरा देता है (जैसे प्रोटोकॉल प्राथमिकता के कारण), तो स्क्रिप्ट का दूसरा संस्करण कर सकता है अच्छे से ज्यादा नुकसान।
लेकिन अब जब मैं इसके बारे में सोचता हूं, तो क्या आपने कोशिश की है और इसके साथ बेला है iwconfig मापदंडों? उदाहरण के लिए संवेदनशीलता सीमा:
Sens संवेदनशीलता सीमा निर्धारित करें। यह परिभाषित करता है कि खराब ऑपरेटिंग परिस्थितियों (कम सिग्नल, हस्तक्षेप) के लिए कार्ड कितना संवेदनशील है।
सकारात्मक मान को हार्डवेयर द्वारा उपयोग किया जाने वाला कच्चा मान माना जाता है
या प्रतिशत, नकारात्मक मान dBm माना जाता है।
हार्डवेयर कार्यान्वयन के आधार पर, यह पैरामीटर नियंत्रित कर सकता है
विभिन्न कार्य।
आधुनिक कार्डों पर, यह पैरामीटर आमतौर पर हैंडओवर / रोमिंग को नियंत्रित करता है
दहलीज, सबसे कम सिग्नल स्तर जिसके लिए हार्डवेयर रहता है
वर्तमान एक्सेस प्वाइंट के साथ जुड़ा हुआ है। जब सिग्नल स्तर जाता है
इस दहलीज के नीचे कार्ड एक नया / बेहतर एक्सेस ढूंढना शुरू करता है
बिंदु। कुछ कार्ड ट्रिगर करने के लिए मिस्ड बीकन की संख्या का उपयोग कर सकते हैं
इस। एक्सेस पॉइंट्स के उच्च घनत्व के लिए, एक उच्च सीमा सुनिश्चित करता है
कार्ड हमेशा कम घनत्व के लिए सबसे अच्छा एपी के साथ जुड़ा हुआ है
एपी, एक कम सीमा विफल हैंडऑफ़ की संख्या को कम करती है।
अधिक प्राचीन कार्ड पर यह पैरामीटर आमतौर पर हार्डवेयर के लिए सबसे कम सिग्नल स्तर को नियंत्रित करता है
चैनल को व्यस्त मानता है। इस दहलीज के ऊपर सिग्नल का स्तर बनाते हैं
हार्डवेयर अपने स्वयं के संचरण को रोकता है जबकि सिग्नल कमजोर से
इसे अनदेखा किया जाता है और हार्डवेयर संचारित करने के लिए स्वतंत्र होता है। यह आमतौर पर है
दृढ़ता से प्राप्त सीमा से जुड़ा हुआ है, सबसे कम सिग्नल स्तर
जिसके लिए हार्डवेयर पैकेट रिसेप्शन का प्रयास करता है। की समुचित सेटिंग
ये थ्रेशोल्ड कार्ड बैकग्राउंड शोर पर समय बर्बाद करने से रोकते हैं
जबकि अभी भी कमजोर प्रसारण प्राप्त कर रहे हैं। आधुनिक डिजाइन लगता है
उन थ्रेसहोल्ड को स्वचालित रूप से नियंत्रित करें।
उदाहरण :
iwconfig eth0 sens -80
iwconfig eth0 sens 2