गिराए गए कनेक्शन के बाद नेटवर्क मैनेजर को फिर से शुरू करें?


18

उबंटू 11.10 (यूनिटी 3 डी) और एक केबल (डीएसएल) इंटरनेट कनेक्शन का उपयोग बिना किसी राउटर या मॉडेम के।

यदि मैं अपने इंटरनेट कनेक्शन को डिस्कनेक्ट करता हूं, तो मैं नेटवर्क प्रबंधक आइकन पर क्लिक करके और अपने कनेक्शन दिखाई देने के बाद से ड्रॉप डाउन मेनू से एक कनेक्शन का चयन करके पुन: कनेक्ट कर सकता हूं। नेटवर्क मैनेजर को पुनरारंभ करने की कोई आवश्यकता नहीं है।

लेकिन जब भी इंटरनेट कनेक्शन अपने आप गिरता है , मेरे पास एक टर्मिनल और उपयोग होता है, sudo service network-manager restartक्योंकि मुझे नेटवर्क मैनेजर ड्रॉप डाउन मेनू में कोई कनेक्शन दिखाई नहीं देता है। कमांड के बाद ही नेटवर्क मैनेजर शुरू होता है और स्वचालित रूप से कनेक्ट होता है।

क्या कुछ सेटिंग है ताकि नेटवर्क मैनेजर को प्रत्येक बार कनेक्शन ड्रॉप होने पर (जैसा कि इसे पुनरारंभ करने की आवश्यकता नहीं है, मेरे डिस्कनेक्ट करने के विपरीत) को पुनरारंभ करने की आवश्यकता नहीं है?

मैं दूसरे शब्दों में अनुमान लगाता हूं, मैं नहीं चाहता कि जब तक मैं आईएसपी से मेरा कनेक्शन गिरा दूं या नहीं, तब तक मैं नेटवर्क मैनेजर को कंप्यूटर का उपयोग बंद कर दूं।

टर्मिनल खोलना और कमांड और पासवर्ड टाइप करना बहुत बड़ी बात नहीं है, लेकिन अगर यह सुनिश्चित करने का कोई तरीका है कि नेटवर्क मैनेजर बंद न हो तो बेहतर होगा।

दिनांक २६ जनवरी २०१२ को संपादित करें: सिसलॉग से लाइनें

Jan 25 20:09:36 aes-Inspiron-1545 pppd[3539]: No response to 3 echo-requests
Jan 25 20:09:36 aes-Inspiron-1545 pppd[3539]: Serial link appears to be disconnected.
Jan 25 20:09:36 aes-Inspiron-1545 pppd[3539]: Connect time 241.5 minutes.
Jan 25 20:09:36 aes-Inspiron-1545 pppd[3539]: Sent 3575961 bytes, received 79026206 bytes.
Jan 25 20:09:36 aes-Inspiron-1545 pppd[3539]: Connection terminated.
Jan 25 20:09:36 aes-Inspiron-1545 avahi-daemon[836]: Withdrawing workstation service for ppp0.
Jan 25 20:09:36 aes-Inspiron-1545 NetworkManager[3531]: <info> (eth0): device state change: activated -> failed (reason 'ppp-disconnect') [100 120 13]
Jan 25 20:09:36 aes-Inspiron-1545 NetworkManager[3531]: <warn> Activation (eth0) failed.
Jan 25 20:09:36 aes-Inspiron-1545 NetworkManager[3531]:    SCPlugin-Ifupdown: devices removed (path: /sys/devices/virtual/net/ppp0, iface: ppp0)
Jan 25 20:09:36 aes-Inspiron-1545 NetworkManager[3531]: <info> (eth0): now unmanaged
Jan 25 20:09:36 aes-Inspiron-1545 NetworkManager[3531]: <info> (eth0): device state change: failed -> unmanaged (reason 'removed') [120 10 36]
Jan 25 20:09:36 aes-Inspiron-1545 NetworkManager[3531]: <info> (eth0): deactivating device (reason 'removed') [36]
Jan 25 20:09:36 aes-Inspiron-1545 dbus[802]: [system] Activating service name='org.freedesktop.nm_dispatcher' (using servicehelper)
Jan 25 20:09:36 aes-Inspiron-1545 NetworkManager[3531]: <warn> could not read ppp stats: No such device
Jan 25 20:09:36 aes-Inspiron-1545 NetworkManager[3531]: <info> (eth0): cleaning up...
Jan 25 20:09:36 aes-Inspiron-1545 NetworkManager[3531]: <info> (eth0): taking down device.
Jan 25 20:09:36 aes-Inspiron-1545 kernel: [18027.155552] sky2 0000:09:00.0: eth0: disabling interface
Jan 25 20:09:36 aes-Inspiron-1545 avahi-daemon[836]: Interface eth0.IPv6 no longer relevant for mDNS.
Jan 25 20:09:36 aes-Inspiron-1545 avahi-daemon[836]: Leaving mDNS multicast group on interface eth0.IPv6 with address fec0::b:223:aeff:fe2d:2431.
Jan 25 20:09:36 aes-Inspiron-1545 avahi-daemon[836]: Withdrawing address record for 2002:1b00:3b4f:b:223:aeff:fe2d:2431 on eth0.
Jan 25 20:09:36 aes-Inspiron-1545 avahi-daemon[836]: Withdrawing address record for 2002:1b00:3754:b:223:aeff:fe2d:2431 on eth0.
Jan 25 20:09:36 aes-Inspiron-1545 avahi-daemon[836]: Withdrawing address record for 2002:7345:f137:b:223:aeff:fe2d:2431 on eth0.
Jan 25 20:09:36 aes-Inspiron-1545 avahi-daemon[836]: Withdrawing address record for fec0::b:223:aeff:fe2d:2431 on eth0.
Jan 25 20:09:36 aes-Inspiron-1545 NetworkManager[3531]: <info> Unmanaged Device found; state CONNECTED forced. (see http://bugs.launchpad.net/bugs/191889)
Jan 25 20:09:36 aes-Inspiron-1545 NetworkManager[3531]: <info> Unmanaged Device found; state CONNECTED forced. (see http://bugs.launchpad.net/bugs/191889)
Jan 25 20:09:36 aes-Inspiron-1545 pppd[3539]: Terminating on signal 15
Jan 25 20:09:36 aes-Inspiron-1545 pppd[3539]: Exit.
Jan 25 20:09:36 aes-Inspiron-1545 dbus[802]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
Jan 25 20:11:56 aes-Inspiron-1545 modem-manager[3529]: <info>  Caught signal 15, shutting down...
Jan 25 20:11:56 aes-Inspiron-1545 NetworkManager[3531]: <info> caught signal 15, shutting down normally.
Jan 25 20:11:56 aes-Inspiron-1545 NetworkManager[3531]: <warn> quit request received, terminating...
Jan 25 20:11:56 aes-Inspiron-1545 NetworkManager[3531]: <info> (eth1): now unmanaged
Jan 25 20:11:56 aes-Inspiron-1545 NetworkManager[3531]: <info> (eth1): device state change: unavailable -> unmanaged (reason 'removed') [20 10 36]
Jan 25 20:11:56 aes-Inspiron-1545 NetworkManager[3531]: <info> Unmanaged Device found; state CONNECTED forced. (see http://bugs.launchpad.net/bugs/191889)
Jan 25 20:11:56 aes-Inspiron-1545 NetworkManager[3531]: <info> exiting (success)
Jan 25 20:11:56 aes-Inspiron-1545 modem-manager[6945]: <info>  ModemManager (version 0.5) starting...
Jan 25 20:11:56 aes-Inspiron-1545 NetworkManager[6947]: <info> NetworkManager (version 0.9.1.90) is starting...
Jan 25 20:11:56 aes-Inspiron-1545 NetworkManager[6947]: <info> Read config file /etc/NetworkManager/NetworkManager.conf
Jan 25 20:11:56 aes-Inspiron-1545 kernel: [18167.470749] init: reconnect main process (6948) terminated with status 2
Jan 25 20:11:56 aes-Inspiron-1545 modem-manager[6945]: <info>  Loaded plugin Nokia
Jan 25 20:11:56 aes-Inspiron-1545 modem-manager[6945]: <info>  Loaded plugin Ericsson MBM
Jan 25 20:11:56 aes-Inspiron-1545 modem-manager[6945]: <info>  Loaded plugin MotoC

यहां छवि विवरण दर्ज करें


1
प्रासंगिक बग रिपोर्ट: बग्सलाउन्चैल्प.नेट / बुनावट / +
869954

इन दो समाधान करने का प्रयास करें: (1) forums.fedoraforum.org/showthread.php?t=229718#2 (2) platonic.techfiz.info/2009/07/28/... - दुर्भाग्य से मैं नहीं है एक मोबाइल ब्रॉडबैंड उन्हें बाहर की कोशिश करने के लिए कनेक्शन।
सावस्व राड्विक

@medigeek, यहां तक ​​कि मेरे पास मोबाइल कनेक्शन नहीं है। यह एक DSL (वायर्ड) कनेक्शन है: एक केबल जो एक टेलीफोन प्रकार सॉकेट में प्लग करता है। मेरे अंत में कोई हस्तक्षेप करने वाला राउटर या मॉडेम नहीं है।

@ vasa1 अपने DSL कनेक्शन को डिस्कनेक्ट करें और टर्मिनल में इस कमांड को जारी करें। nmcli con up id "DSL connection 1"। मेरे पास डीएसएल नहीं है इसलिए मुझे सभी कमांड और आउटपुट के साथ आपकी सहायता की आवश्यकता है। अपने आउटपुट पर टिप्पणी करें।
राहुल वीरपारा

आउटपुट दें:nmcli -t -f TYPE,STATE dev
राहुल वीरपारा

जवाबों:


16

यहाँ एक अपस्टार्ट स्क्रिप्ट है जिसे आप यहाँ रख सकते हैं /etc/init/reconnect.conf:

start on started network-manager
stop on runlevel [016]

script
  while true; do
    if ifconfig eth0 | grep -q "inet addr:"; then
       # echo "all ok!"
    else
       restart network-manager
    fi
    sleep 5
  done
end script

Eth0 के लिए एक IP पता खोने पर (अपने इंटरफ़ेस से कॉन्फ़िगर करें यदि इसकी अलग है), यह नेटवर्क-मैनेजर की नौकरी को फिर से शुरू करेगा और कनेक्टिविटी को बहाल करेगा।


यह सब मेरे लिए नया है इसलिए मैं हाथ से पकड़ने की सराहना करूंगा। क्या मैं पुन: कनेक्ट.कॉन नामक एक पाठ फ़ाइल बनाता हूं और इसे "रूट" अनुमति के साथ / etc / init में रखता हूं? क्या मैं शब्द के लिए पाठ शब्द का उपयोग करता हूं? मेरे "सक्रिय नेटवर्क कनेक्शन" में मुझे "इंटरफ़ेस: ईथरनेट (eth0)" दिखाई देता है। मेरा कनेक्शन नाम "वासा 1" है। क्या मैं "inet addr:" छोड़ता हूं या जैसा कि मुझे कुछ मूल्य दर्ज करना चाहिए? क्या उबंटू को पता होगा कि इस फाइल को पढ़ना है? या मुझे कुछ करना है?

1
जैसा आपने कहा था वैसा ही करें, जैसे कि रूट ने एक फाइल बनाई है जिसे बुलाया जाता reconnect.confहै /etc/init। केवल एक चीज जिसे आपको बदलने की आवश्यकता है वह है eth0 को किसी अन्य चीज़ से जो इसके सही न होने पर। inet addr:हिस्सा सिर्फ grep के लिए एक फिल्टर है और इसे छुआ नहीं जाना चाहिए। प्रासंगिक कनेक्शन नाम के माध्यम से जाँच की जा सकती है ifconfig। अपस्टार्ट इस फ़ाइल को स्वचालित रूप से पढ़ लेगा और आपको sudo start reconnectनौकरी जाने के लिए करना चाहिए । अगले रिबूट पर यह स्वचालित रूप से शुरू हो जाएगा।
ट्यूमरिनो

पहली पंक्ति ifconfigशुरू होती है ethoइसलिए मैं इसका उपयोग करूंगा और फिर sudo start reconnectजब कनेक्शन गिर जाएगा। मैं परिणाम के साथ वापस पोस्ट करूंगा। धन्यवाद!

मैंने बनाया /etc/init/reconnect.confऔर रिबूट किया। जब रिबूट के कुछ समय बाद मेरा कनेक्शन गिरा, nm पुनः आरंभ नहीं हुआ। इसलिए मैंने जारी किया sudo start reconnectreconnect stop/waitingप्रतिक्रिया थी, लेकिन एनएम पुनः आरंभ नहीं हुई। मुझे वह करना था sudo service network-manager restartजो मैं सामान्य रूप से करता हूं। इसके बजाय restart network-manager, कुछ restart service network-managerआवश्यक होगा? (BTW, मैंने eth0 और नहीं etho डाला (मेरी पिछली टिप्पणी में क्या है) के विपरीत)

मेरे सिस्टम पर नेटवर्क-मैनेजर एनएम के लिए एक अपस्टार्ट जॉब है और ऊपर दिए गए काम मेरे लिए ठीक है, लेकिन बेझिझक कमांड को अपने सिस्टम में जो भी काम करता है, उसे बदलने के लिए स्वतंत्र महसूस करें service network-manager restart। बस जिज्ञासु, status network-managerआपके सिस्टम पर आउटपुट क्या है? यदि stop/waitingरिबूट के बाद वह कहता है (या एक त्रुटि देता है), तो आपको कुछ को शुरू करने और कुछ समय पहले start on runlevel [2345]जोड़ने की आवश्यकता है sleep 60
तिमिनोएड

2

एक त्वरित और गंदा वर्कअराउंड एक स्क्रिप्ट लिखना है जो ping -i 5 google.com || service network-manager restartरूट के रूप में चलता है (आप उसके लिए /etc/init.d/-daemon लिख सकते हैं, लेकिन चूंकि समाधान बहुत गंदा है, मैं ऐसा नहीं करूंगा)

उस स्क्रिप्ट को नेटवर्क प्रबंधक पुनः आरंभ करेगा जब हर बार Google नहीं मिलता है और हर पाँचवें सेकंड में एक बार जांच करता है।


मैंने इसे तब भी वोट दिया, जब तक कि मैं इस समाधान को नहीं समझ गया क्योंकि मैंने पहले कभी स्क्रिप्ट नहीं लिखी थी। क्या आप कृपया चरणवार विवरण दे सकते हैं?

मैं कुछ पढ़ रहा हूं और मैं जानना चाहता हूं कि क्या किसी साइट को बार-बार पिंग करना ठीक है। मुझे यह धारणा मिलती है कि पिंग का उपयोग मुख्य रूप से परेशानी-शूटिंग के लिए किया जाता है।

1
शायद नहीं, यह एक कारण है कि यह गंदा क्यों है?) टोमिनोइड्स समाधान का उपयोग करके थोड़ा ऊपर की कोशिश करें, यह काम नहीं करता है यदि DNS-सर्वर परेशान हैं, लेकिन इसे ज्यादातर मामलों में काम करना चाहिए!
साकजुर

Im काफी नौसिखिया और आपके जवाब में क्या नहीं मिला ..
कर्नेल_पैन

1
मूल रूप से, यह हर पाँचवें सेकंड में एक बार Google को अनुरोध भेजकर काम करता है और यदि आप Google तक नहीं पहुँच पाते हैं तो नेटवर्क-प्रबंधक को पुनः आरंभ करें। यह गंदा है क्योंकि यह इसे करने का एक अच्छा तरीका नहीं है, यह इसे करने के लिए एक प्रभावी तरीका नहीं है और आप बस अपना आईपी-एड्रेस कहीं अवरुद्ध कर सकते हैं;) (मुझे नहीं लगता कि Google ऐसा करेगा, लेकिन यह बहुत नहीं है; वैसे भी) इसे बैठो और एक व्यक्ति को देखने के लिए सोचें कि क्या आप अभी भी जीवित हैं?)
sakjur

2

नेटवर्क-मैनेजर के बजाय wicd आज़माएं, यह एक समान मामले के लिए अनुशंसित किया गया है: https://bbs.archlinux.org/viewtopic.php?id=124443

मुझे नहीं पता कि क्या यह समस्या को ठीक करेगा और न ही अगर wicd pppoe का समर्थन करता है।

  1. केवल मामले में .deb फ़ाइलों का बैकअप लें:

    sudo apt-get download network-manager network-manager-gnome
    
  2. शुद्ध नेटवर्क प्रबंधक और स्थापित wicd

    sudo apt-get purge network-manager network-manager-gnome
    sudo apt-get install wicd wicd-gtk
    
  3. रीबूट। Wicd का उपयोग करके कनेक्ट करने का प्रयास करें।

अगर कुछ भी गलत होता है, तो बस wicd को शुद्ध करें और नेटवर्क मैनेजर को फिर से इंस्टॉल करें:

sudo apt-get purge wicd wicd-gtk
sudo dpkg -i network-manager*.deb

बहुत बहुत धन्यवाद, medigeek! तीन अंक। एक, आर्च्लिनक्स मामले में, ओपी वापस नहीं आया है कि क्या विकेंड में परिवर्तन से समस्या हल हो गई है। दूसरा, जबकि यह एक असुविधा है, मुझे डिफ़ॉल्ट से बदलने में संकोच हो रहा है। अभी के लिए, मैं इस उपनाम का उपयोग कर रहा हूं: alias nm='echo "password" | sudo -S service network-manager restart'वर्कअराउंड के रूप में। तीसरा, आपके अन्य सहायक लिंक से, ऐसा प्रतीत होता है कि इस मुद्दे का उबंटू से कोई लेना-देना नहीं है, लेकिन "अपस्ट्रीम" है और इसलिए मैं यह पूछने जा रहा हूं कि क्या यह प्रश्न बंद होना चाहिए।

1
1 बिंदु के लिए सही है, मुझे संभवतः उत्तर को हटा देना चाहिए, क्योंकि wicd FAQ पृष्ठ कहता है कि यह wicd संस्करण 2.0 तक pppoe का समर्थन नहीं करेगा। बिंदु # 3 के लिए, आप एक बग को सीधे अपस्ट्रीम (pppd या नेटवर्क-मैनेजर?) में दर्ज करने का प्रयास कर सकते हैं
Savvas Radevic

मैंने स्वयं को आपके द्वारा प्रदान किए गए लॉन्चपैड बग में जोड़ा।

0

मैंने इस समस्या के लिए एक स्क्रिप्ट बनाई है:

#!/bin/bash

for(( ; ; ))
do
VALUE=$(ifconfig | grep ppp0| awk '{print $1}')
        if [ "$VALUE" != "ppp0" ]; then
                {       eval restart network-manager
                        eval sleep 5
                }
        fi
done

यह ठीक काम कर रहा है, लेकिन यह स्क्रिप्ट मेरे CPU का बहुत अधिक ले रही है। सीपीयू के उपयोग को कम करने पर क्या कोई मेरी मदद कर सकता है?


यदि आप एक नया प्रश्न पूछना चाहते हैं, तो इसे एक अलग के बजाय पूछें। कैसे पूछें
आदित्य

0

मैं इस सवाल का जवाब क्यों दे रहा हूं?

बहुत अच्छे उत्तर हैं, लेकिन सभी init या upstart का उपयोग करके लिखे गए हैं। अब से हम systemd का उपयोग करेंगे, मैं एक बेहतर स्क्रिप्ट और जानकारी लिख रहा हूँ। यह कैसे करना है।

लेकिन क्या कोई रास्ता है?

है, एक रास्ता है। आपको बस एक स्क्रिप्ट बनाने की ज़रूरत है जो आपके नेटवर्क स्थिति की निगरानी करती है और मांग पर नेटवर्क प्रबंधक को पुनरारंभ करती है। हम इस स्क्रिप्ट और एक सिस्टमड सर्विस का निर्माण करेंगे, जिसे सिस्टम के साथ शुरू किया जाएगा और यह पता लगाने के लिए कि आप ऑनलाइन हैं या नहीं, हर 5 सेकंड में आपके नेटवर्क की स्थिति की निगरानी करेंगे।

मुझे क्या करना चाहिए?

सबसे पहले, हमें फ़ैपिंग टूल को इंस्टॉल करना होगा ताकि कनेक्शन परीक्षणों में से एक बना (फ़ैपिंग रिटर्न "जीवित है" यदि कोई कनेक्शन संभव है और "पता नहीं मिला तो"):

$ sudo apt-get install fping -y

अब हम अपने सिस्टम पर मॉनिटर स्क्रिप्ट बनाएंगे। / Usr / स्थानीय / बिन / नामक nm-द्रष्टा पर एक फ़ाइल बनाएँ:

$ sudo touch /usr/local/bin/nm-watcher

और नैनो या अपने पसंदीदा पाठ संपादक का उपयोग करके इसे संपादित करें:

$ sudo nano /usr/local/bin/nm-watcher

इस स्क्रिप्ट को संपादक के अंदर कॉपी और पेस्ट करें, फ़ाइल को सहेजें और बंद करें (यदि आप नैनो का उपयोग कर रहे हैं, तो इस ट्यूटोरियल में "CTRL + X" "Y" और "ENTER" क्रम में उपयोग करें)। Wlan0 को उस इंटरफ़ेस में बदलना न भूलें जिसे आप निगरानी के लिए wm-watcher चाहते हैं:

#!/bin/bash

while true; do #create a infinite loop to keep looking at your connection
        NET=$(ifconfig wlan0 | grep "inet inet addr:") # verify if the interface has an assigned IP
        ROUTE=$(fping google.com 2>&1 | grep "alive") # try to ping google.com and verify if we have any response
        WEB=$(wget --tries=10 --timeout=20 --spider http://google.com 2>&1 | grep "OK") # spiders google.com to verify if the page exists. returns error if a connections is not possible

        if [ ! "$NET" != "" ] || [ ! "$ROUTE" != "" ] || [ ! "$WEB" != "" ]; then # verify if any of the above conditions aren't OK
                service network-manager restart
        fi

        sleep 5
done

इस स्क्रिप्ट को चलाने के लिए हमें इसे निष्पादन योग्य बनाने की आवश्यकता है:

$ sudo chmod 755 /usr/local/bin/nm-watcher

अब, हम SystemD सेवा बनाएंगे, इसके लिए, आपको nm-watcher.service फ़ाइल को / etc / systemd / system /: पर बनाना और संपादित करना चाहिए:

$ sudo touch /etc/systemd/system/nm-watcher.service && sudo nano /etc/systemd/system/nm-watcher.service

और इस सामग्री को फ़ाइल के अंदर रखें:

[Unit]
Description=NetworkManager Watcher
Wants=NetworkManager.service
Before=NetworkManager.service

[Service]
ExecStart=/usr/local/bin/nm-watcher

[Install]
WantedBy=multi-user.target

यह उस सेवा फ़ाइल को बनाएगा जो SystemD को उस स्क्रिप्ट को कॉल करती है जिसे हमने हर बूट पर पहले बनाया है, जब हमने नेटवर्क-मेनेजर.सर्विस का उपयोग करके कनेक्शन को एस्टेबेट किया है।

हमें पता होना चाहिए कि इस सेवा का उपयोग करने के लिए सक्षम होना चाहिए:

$ sudo systemctl enable nm-watcher.service

और टाइप करके सेवा शुरू करें:

$ sudo service nm-watcher start

यह सत्यापित करने के लिए कि सेवा चल रही है या नहीं:

$ sudo service nm-watcher status

यदि आपको सेवा में कोई समस्या है, तो आप डिबग संदेशों का उपयोग करके देख सकते हैं:

$ sudo journalctl -u nm-watcher

क्या मुझे कोई और काम करना चाहिए?

नहीं, यह सब इस कार्य को पूरा करने के लिए आवश्यक है। इस स्क्रिप्ट का सिस्टम प्रदर्शन पर बहुत कम प्रभाव पड़ता है, जैसे आप इस स्क्रीनशॉट पर देख सकते हैं:

एनएम-चौकीदार पदचिह्न


0

मेरे पुराने लैपटॉप पर मेरे पास एक खराब वाईफाई कार्ड था जिसमें बहुत अधिक लोड होने पर वाईफाई से डिस्कनेक्ट करने की प्रवृत्ति थी (उदाहरण के लिए, बड़ी फ़ाइलों को डाउनलोड करना, आदि)।

मैंने यह जांचने के लिए एक सरल स्क्रिप्ट बनाई कि क्या मेरा इंटरनेट अभी भी जुड़ा हुआ था, और यदि ऐसा नहीं था, तो नेटवर्क प्रबंधक को पुनरारंभ करें।

#!/bin/bash

ping -c 1 8.8.8.8
received=$?
echo $received
if [[ $received -ne 0 ]] ; then
    service network-manager restart
fi

मैंने एक रूट क्रोनजॉब बनाया sudo crontab -e, और इसे ऐसे सेट किया कि हर मिनट (आप इसे अधिक बार कम कर सकते हैं, लेकिन स्क्रिप्ट एक साधारण पिंग है इसलिए यह संसाधन गहन नहीं है) यह स्क्रिप्ट को चलाएगा।

इसलिए, यदि मेरा वाईफाई किसी कारण से बाहर चला गया, तो यह केवल एक मिनट में लगभग एक बार, सबसे ऊपर होगा। यदि आप इससे अपरिचित हैं cron, तो मैं इसे पढ़ने की सलाह देता हूं

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.