Auteur Sujet: Nouveau routeur Ubiquiti EdgeMax ER4 et ER6 (Lu 50684 fois)

damien92220 · « **Réponse #132 le:** 27 juin 2018 à 07:42:42 »

Citation de: zoc le 27 juin 2018 à 06:30:50

Sur mon ER4 (en 1.10.1), j'utilise le client DHCP compilé à partir des sources de la 1.8.9...

Bah je dois avoir le même.

zoc · « **Réponse #133 le:** 27 juin 2018 à 08:15:04 »

Ce qui est étrange, c'est que malgrés le renouvellement de l'IP qui a réussi (le RENEW bien visible), ça ne marche pas, alors qu'un "renew dhcp" explicite (qui relance totalement le client DHCP, ce qui a pour effet de déclencher un "BIND" au lieu d'un "RENEW") règle le problème...

Après, peut-être que j'ai le même problème chez moi mais qu'il est caché par mon watchdog (qui effectue une série de pings toutes les minutes vers différents serveurs et vers la passerelle en dernier recours et relance le client dhcp si je n'ai pas de connectivité), même si ce serait surprenant car je l'aurais vu dans mes logs (je collecte les logs de toutes mes machines sur un serveur centralisé avec graylog, et j'ai des alertes en place pour détecter ce genre de cas)...

damien92220 · « **Réponse #134 le:** 27 juin 2018 à 08:44:54 »

Citation de: zoc le 27 juin 2018 à 08:15:04

Ce qui est étrange, c'est que malgrés le renouvellement de l'IP qui a réussi (le RENEW bien visible), ça ne marche pas, alors qu'un "renew dhcp" explicite (qui relance totalement le client DHCP, ce qui a pour effet de déclencher un "BIND" au lieu d'un "RENEW") règle le problème...

Après, peut-être que j'ai le même problème chez moi mais qu'il est caché par mon watchdog (qui effectue une série de pings toutes les minutes vers différents serveurs et vers la passerelle en dernier recours et relance le client dhcp si je n'ai pas de connectivité), même si ce serait surprenant car je l'aurais vu dans mes logs (je collecte les logs de toutes mes machines sur un serveur centralisé avec graylog, et j'ai des alertes en place pour détecter ce genre de cas)...

Ah non moi j'ai aucun watchdog ou autre....

twistdi · « **Réponse #135 le:** 27 juin 2018 à 19:17:27 »

Citation de: damien92220 le 19 juin 2018 à 07:49:46

Bonjour,

j'ai encore eu une coupure pendant la nuit, obligé de faire un reboot de l'ER4.

Je ne sais pas trop si c'est orange ou un truc qui ne va pas au niveau du router, sachant que la coupure se fait entre minuit et 4h.

Ça devient vraiment pénible avant je n'avais pas ce problème.

Quelqu'un a-t'il le même vécu ?

Bonjour Damien,
J'ai eu le même problème il y a un mois. J'avais posté sur l'autre sujet. Seul un renew me sauve la vie. Du coup, j'ai pris le watchdog de zoc et je ping toutes les minutes.
voici mes derniers log pour te le montrer

Code: [Sélectionner]

Sun Jun 17 03:21:02 CEST 2018 ConnectivityTest : IPV4 NOK - restarting dhcp client
Sun Jun 17 23:27:02 CEST 2018 ConnectivityTest : IPV4 NOK - restarting dhcp client
Mon Jun 18 18:29:02 CEST 2018 ConnectivityTest : IPV4 NOK - restarting dhcp client
Tue Jun 19 19:35:02 CEST 2018 ConnectivityTest : IPV4 NOK - restarting dhcp client
Wed Jun 20 19:28:02 CEST 2018 ConnectivityTest : IPV4 NOK - restarting dhcp client
Thu Jun 21 19:39:01 CEST 2018 ConnectivityTest : IPV4 NOK - restarting dhcp client
Fri Jun 22 20:02:02 CEST 2018 ConnectivityTest : IPV4 NOK - restarting dhcp client
Sat Jun 23 19:55:03 CEST 2018 ConnectivityTest : IPV4 NOK - restarting dhcp client
Sun Jun 24 17:38:03 CEST 2018 ConnectivityTest : IPV4 NOK - restarting dhcp client
Mon Jun 25 17:56:02 CEST 2018 ConnectivityTest : IPV4 NOK - restarting dhcp client
Tue Jun 26 17:05:02 CEST 2018 ConnectivityTest : IPV4 NOK - restarting dhcp client
Wed Jun 27 19:07:02 CEST 2018 ConnectivityTest : IPV4 NOK - restarting dhcp client

donc pour le coup ça le fait quand même

. Si jamais tu trouves en même temps une solution.
Cela ne fait peut-être pas avancer le schmilblick mais c'est mon expérience.
Bon courage.
Voici le code :

Code: [Sélectionner]

#!/bin/bash

LOG_FILE=/var/log/renew_internet-restart.log

if [ ! -f $LOG_FILE ];

then

        touch $LOG_FILE

fi

function OK_ipv4 {
	true
	#logger "ConnectivityTest: IPv4 OK"
}

function NOK_ipv4 {
	# Restart command to run
	RUNCMD=/opt/vyatta/bin/vyatta-op-cmd-wrapper	
	echo $(date) "ConnectivityTest : IPV4 NOK - restarting dhcp client" >> $LOG_FILE	
	$RUNCMD renew dhcp interface eth1.832 
}
/bin/ping -q -w 1 -c 1 $(ip r | grep default | cut -d ' ' -f 3) > /dev/null && OK_ipv4 || NOK_ipv4

Schusss

damien92220 · « **Réponse #136 le:** 27 juin 2018 à 20:36:30 »

Citation de: twistdi le 27 juin 2018 à 19:17:27

Bonjour Damien,
J'ai eu le même problème il y a un mois. J'avais posté sur l'autre sujet. Seul un renew me sauve la vie. Du coup, j'ai pris le watchdog de zoc et je ping toutes les minutes.
voici mes derniers log pour te le montrer
Code: [Sélectionner]
Sun Jun 17 03:21:02 CEST 2018 ConnectivityTest : IPV4 NOK - restarting dhcp client Sun Jun 17 23:27:02 CEST 2018 ConnectivityTest : IPV4 NOK - restarting dhcp client Mon Jun 18 18:29:02 CEST 2018 ConnectivityTest : IPV4 NOK - restarting dhcp client Tue Jun 19 19:35:02 CEST 2018 ConnectivityTest : IPV4 NOK - restarting dhcp client Wed Jun 20 19:28:02 CEST 2018 ConnectivityTest : IPV4 NOK - restarting dhcp client Thu Jun 21 19:39:01 CEST 2018 ConnectivityTest : IPV4 NOK - restarting dhcp client Fri Jun 22 20:02:02 CEST 2018 ConnectivityTest : IPV4 NOK - restarting dhcp client Sat Jun 23 19:55:03 CEST 2018 ConnectivityTest : IPV4 NOK - restarting dhcp client Sun Jun 24 17:38:03 CEST 2018 ConnectivityTest : IPV4 NOK - restarting dhcp client Mon Jun 25 17:56:02 CEST 2018 ConnectivityTest : IPV4 NOK - restarting dhcp client Tue Jun 26 17:05:02 CEST 2018 ConnectivityTest : IPV4 NOK - restarting dhcp client Wed Jun 27 19:07:02 CEST 2018 ConnectivityTest : IPV4 NOK - restarting dhcp clientdonc pour le coup ça le fait quand même . Si jamais tu trouves en même temps une solution.
Cela ne fait peut-être pas avancer le schmilblick mais c'est mon expérience.
Bon courage.
Voici le code :
Code: [Sélectionner]
#!/bin/bash LOG_FILE=/var/log/renew_internet-restart.log if [ ! -f $LOG_FILE ]; then touch $LOG_FILE fi function OK_ipv4 { true #logger "ConnectivityTest: IPv4 OK" } function NOK_ipv4 { # Restart command to run RUNCMD=/opt/vyatta/bin/vyatta-op-cmd-wrapper echo $(date) "ConnectivityTest : IPV4 NOK - restarting dhcp client" >> $LOG_FILE $RUNCMD renew dhcp interface eth1.832 } /bin/ping -q -w 1 -c 1 $(ip r | grep default | cut -d ' ' -f 3) > /dev/null && OK_ipv4 || NOK_ipv4Schusss

Hello,

ça me fait presque plaisir de ne pas être le seul lool !

Je vais regarder comment mettre watchdog car je ne suis pas un très grand expert en linux.
Merci pour le code.

damien92220 · « **Réponse #137 le:** 30 juin 2018 à 12:12:02 »

Citation de: zoc le 31 janvier 2018 à 18:40:56

Configuration de la tâche récurrente:

Code: [Sélectionner]
system { ... task-scheduler { task watchdog { executable { path /config/scripts/orange_watchdog.sh } interval 5m } } ... }
Le script orange_watchdog.sh
Code: [Sélectionner]
#!/bin/vbash run=/opt/vyatta/bin/vyatta-op-cmd-wrapper NEW_IP=`/sbin/ifconfig eth1.832 2>/dev/null | grep 'inet addr:' | cut -d: -f2 | awk '{ print $1}'` if [ -z "$NEW_IP" ]; then logger -t watchdog -p err "Interface eth1.832 down" exit 0 fi # The list of hosts to ping PING_HOSTS="www.orange.fr www.google.com" # Reading the default gateway read _ _ GATEWAY _ < <(/sbin/ip -4 route list match 0/0) # Pinging hosts, stopping at the first answer for HOST in $PING_HOSTS; do logger -t watchdog -p info "Pinging $HOST" /bin/ping -c4 $HOST > /dev/null 2>&1 if [ $? -ne 0 ]; then logger -t watchdog -p warn "Failed pinging $HOST" else exit 0 fi done # If we are here, then nothing is pinging. Try # the default gateway /bin/ping -c4 $GATEWAY > /dev/null 2>&1 if [ $? -ne 0 ]; then logger -t watchdog -p err "Internet connection is broken" $run renew dhcp interface eth1.832 $run renew dhcp interface eth1.838 fi

Hello,

j'ai un peu de mal avec watchdog, j'ai fait le fichier orange_watchdog.sh
par contre je ne comprend pas la partie d'avant ou je fais ça (Configuration de la tâche récurrente) !?

Mark5 · « **Réponse #138 le:** 30 juin 2018 à 15:09:45 »

Dans la config de l'ERL/ERX.
Ne pas oublier de rendre ton script exécutable (sudo chmod +x orange_watchdog.sh)

damien92220 · « **Réponse #139 le:** 30 juin 2018 à 15:38:03 »

Citation de: Mark5 le 30 juin 2018 à 15:09:45

Dans la config de l'ERL/ERX.
Ne pas oublier de rendre ton script exécutable (sudo chmod +x orange_watchdog.sh)

Oui ça j'ai fait c'est le reste que je ne sais pas.

Mark5 · « **Réponse #140 le:** 30 juin 2018 à 20:41:27 »

Quel reste ?

damien92220 · « **Réponse #141 le:** 30 juin 2018 à 20:49:06 »

Citation de: Mark5 le 30 juin 2018 à 20:41:27

Quel reste ?

ce bout la:

system {
...
task-scheduler {
task watchdog {
executable {
path /config/scripts/orange_watchdog.sh
}
interval 5m
}
}
...
}

Mark5 · « **Réponse #142 le:** 30 juin 2018 à 21:36:55 »

C'est un morceau de config à intégrer dans ta config.

Code: [Sélectionner]

set system task-scheduler task watchdog executable path /config/scripts/orange_watchdog.sh
set system task-scheduler task watchdog interval 5m

damien92220 · « **Réponse #143 le:** 30 juin 2018 à 21:43:42 »

Citation de: Mark5 le 30 juin 2018 à 21:36:55

C'est un morceau de config à intégrer dans ta config.

Code: [Sélectionner]
set system task-scheduler task watchdog executable path /config/scripts/orange_watchdog.sh set system task-scheduler task watchdog interval 5m

Ah oui ça a pas la même tête écrit comme ça.
et ping tout 5 minutes c'est bien ?