openwrt路由在中继模式下掉线检测重启脚本

家里的路由中继别人的较远处一个TP-link来上网,但是距离太远,经常断线,断线异常时自己也不知道,于是写个个检测脚本来判断是否掉线

主要是ping上级路由

通了再ping 114dns没接触过shell脚本,逻辑都没怎么搞好直接上来一个while大循环加多重if

写得很烂,将就着用好了

echo ‘hello world‘

while test "1" = "1"

do

# do something

#第一次ping 上级192.168.1.1

if ping -w 1 -c 1 192.168.1.1

then #若通则ping 114 

  if ping -w 1 -c 1 114.114.114.114

  then echo ‘01 Network ok‘

  else #再ping 115确认

      if -w 1 -c 1 ping 114.114.115.115

       then echo ‘02 Network ok‘

        #上级通,114,115均不通,重启网络

      else /etc/init.d/network restart   #重启网络,等待即可 

        echo ‘F1: Network Fail‘

      

      fi

    fi

#第一次ping上级192不通,第二次ping

else

   if ping -w 1 -c 1 192.168.1.1

    then #第二次ping上级通了

     if ping -w 1 -c 1 114.114.114.114

       then #ping 114也通了

       echo ‘04 Network ok‘

      else #ping 114 不通再ping 115确认

         if ping -w 1 -c 1 114.114.115.115

          then #115可达

           echo ‘05 Network ok‘

         #114,115均不通,重启网络

          else /etc/init.d/network restart   #重启网络,等待即可 

          echo ‘F3: network Fail‘

          fi

      fi

#第二次ping上级还是不通,直接ping 114试下

    else

      if ping -w 1 -c 1 114.114.114.114

         then #114可达,网络正常

          echo ‘03 network ok‘

       else #确实不通,唯有重启

        /etc/init.d/network restart   #重启网络,等待即可 

        echo ‘F2: Network Fail‘

       fi

    fi

fi

sleep 100

done

时间: 2024-10-13 09:56:25

openwrt路由在中继模式下掉线检测重启脚本的相关文章

在Windows Server 2016 Core模式下安装Windows Admin Center

之前给大家介绍了Windows Admin Center的功能和界面:http://blog.51cto.com/rdsrv/2103443 但安装Windows Admin Center是基于Windows Server 2016的图形化GUI安装的Windows Admin Center的,今天我主要给大家介绍在Windows Server 2016 Core模式下(没有GUI)安装Windows Admin Center,为什么要单独介绍在Core模式下安装Windows Admin Ce

AP、路由、中继、桥接、客户端模式之间的区别

在TP-Link迷你无线路由器上一般有AP(接入点)模式.Router(无线路由)模式.Repeater(中继)模式.Bridge(桥接)模式. Client(客户端)模式:但很多用户都不清楚这几种模式的之间的区别,下面将对这几种模式进行详细的介绍. 注意:有的型号的TP-Link 迷你无线路由器上只有AP(接入点)模式.Router(无线路由)模式.Repeater(中继)模式这3种模式. 一.AP(接入点)模式 AP(接入点)模式下,只需要把一根可以上网的网线插在192.168.1.253路

检测到在集成的托管管道模式下不适用的 ASP.NET 设置。

我们将ASP.NET程序从IIS6移植到IIS7,可能运行提示以下错误: HTTP 错误 500.23 - Internal Server Error 检测到在集成的托管管道模式下不适用的 ASP.NET 设置. 为什么会出现以上错误? 在IIS7的应用程序池有两种模式,一种是“集成模式”,一种是“经典模式”. 经典模式 则是我们以前习惯的IIS 6 的方式. 如果使用集成模式,那么对自定义的httpModules 和 httpHandlers 就要修改配置文件,需要将他们转移到<modules

检测到在集成的托管管道模式下不适用的ASP.NET设置的解决方法(转)

我们将ASP.NET程序从IIS6移植到IIS7,可能运行提示以下错误: HTTP 错误 500.23 - Internal Server Error 检测到在集成的托管管道模式下不适用的 ASP.NET 设置. 为什么会出现以上错误? 在IIS7的应用程序池有两种模式,一种是“集成模式”,一种是“经典模式”. 经典模式 则是我们以前习惯的IIS 6 的方式. 如果使用集成模式,那么对自定义的httpModules 和 httpHandlers 就要修改配置文件,需要将他们转移到<modules

ISAPI和CGI限制中没有ASP.NET v4.0 ; vS2013检测到在集成的托管管道模式下不适用的 ASP.NET 设置。

统确实自带了ASP.NET v4.0,但是ISAPI中没有这个选项,导致服务器开不起来 解决方法如下: 1.确保安装IIS时确实安装了ASP.NET,如果没有的话,勾上重新装一下,一般出现404.2时这么干 2.如果你是先装了IIS然后才装了.NET,那就需要把.NET再注册一下,一般出现404.17时这么干 命令是:C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis.exe -i 重启IIS就可以看到了       S2013

HTTP 错误 500.23 - Internal Server Error 检测到在集成的托管管道模式下不适用的 ASP.NET 设置

我们将ASP.NET程序从IIS6移植到IIS7,可能运行提示以下错误: HTTP 错误 500.23 - Internal Server Error 检测到在集成的托管管道模式下不适用的 ASP.NET 设置. 为什么会出现以上错误? 在IIS7的应用程序池有两种模式,一种是“集成模式”,一种是“经典模式”. 经典模式 则是我们以前习惯的IIS 6 的方式. 如果使用集成模式,那么对自定义的httpModules 和 httpHandlers 就要修改配置文件,需要将他们转移到<modules

WCF IIS 服务器 500 错误 检测到在集成的托管管道模式下不适用的ASP.NET设置的解决方法(转)

我们将ASP.NET程序从IIS6移植到IIS7,可能运行提示以下错误: HTTP 错误 500.23 - Internal Server Error 检测到在集成的托管管道模式下不适用的 ASP.NET 设置. 为什么会出现以上错误? 在IIS7的应用程序池有两种模式,一种是"集成模式",一种是"经典模式". 经典模式 则是我们以前习惯的IIS 6 的方式. 如果使用集成模式,那么对自定义的httpModules 和 httpHandlers 就要修改配置文件,需

(转)检测到在集成的托管管道模式下不适用的ASP.NET设置的解决方法(转)

我们将ASP.NET程序从IIS6移植到IIS7,可能运行提示以下错误: HTTP 错误 500.23 - Internal Server Error 检测到在集成的托管管道模式下不适用的 ASP.NET 设置. 为什么会出现以上错误? 在IIS7的应用程序池有两种模式,一种是“集成模式”,一种是“经典模式”. 经典模式 则是我们以前习惯的IIS 6 的方式. 如果使用集成模式,那么对自定义的httpModules 和 httpHandlers 就要修改配置文件,需要将他们转移到<modules

Play生产模式下java.io.FileNotFoundException那点事

之前”用Scala+Play构建地理数据查询接口”那篇文章里,用到的数据是json格式的文本文件area.json,存放在conf/jsons文件夹下.最开始是放在public/文件夹下,在线上准生产模式下运行: activator dist 得到mosquito-1.0.zip压缩包,解压后: 去/bin目录下运行mosquito脚本报错: java.io.FileNotFoundException 然后就去解压的mosquito-1.0/看发现并没有public文件夹,由此可见public文