[Résolu] Comment surveiller/enregistrer périodes de coupure dinternet

luctheo · Le 10/03/2023, à 17:15

Bonjour,

Je suis chez SFR et j'ai fréquemment des coupures d'accès internet, ça a duré jusqu'à 6 jours.

Je suis dans la Nièvre, à 2 km de la CHARITÉ-SUR-LOIRE... c'était rare dans le MORVAN (2 à 3 fois par an). Par contre, c'est THD, et là j'y gagne.

Je voudrais réclamer chez SFR en fournissant les dates et durées de coupures.

Comme je synchronise sur le Cloud, l'ordi reste allumé 24/24, donc un logiciel sur ma machine ferait l'affaire

jean-pierre

Dernière modification par Ayral (Le 14/03/2023, à 23:07)

diesel · Le 10/03/2023, à 17:29

Il y a quelques années, j'étais chez SFR en ADSL et j'avais fréquemment des coupures. Lorsque ça revenait, SFR fermait l'incident et ça a duré comme ça plusieurs années sans que SFR se bouge le c.l plus que ça.

Puis je suis passé chez free. À la première coupure, ils ont fait envoyer un technicien d'orange qui a réparé le fil cassé dans le sous-répartiteur et je n'ai plus jamais été emmerdé jusqu'à ce que ça passe à la fibre.

Ceci pour te dire qu'il ne faut pas que tu en attendes trop de la part de SFR.

Amicalement.

Jean-Marie

Dernière modification par diesel (Le 10/03/2023, à 17:33)

Qid · Le 10/03/2023, à 22:02

Quant à une solution de contrôle... Ce n'est pas comme si il y avait déjà une discussion à ce sujet tout juste clause...

Après je ne rentrerai pas dans le débat du meilleur fai...

luctheo · Le 11/03/2023, à 08:59

merci,
avec la konsole, je me limite à recopier,
j'ai installé speedtest,
donc je peux expérimenter ça sans rien casser :

date_maintenant=$(date "+%F %H:%M")
DATA=$(speedtest -f json | jq '.download.bandwidth*8/1000000,.upload.bandwidth*8/1000000')
LC_NUMERIC=C printf "%.16s ; %4.0f ; %4.0f \n" "$date_maintenant" $DATA >> /mnt/nas1/zRecup/program/linux/SpeedtestData.csv

jp
(cours préparatoire)

Compte supprimé · Le 11/03/2023, à 09:19

@Qid
Le sujet de Crestey, c'est pour quand la connexion existe. Ici, le demandeur veut déterminer quand ça marche pas.

@luctheo
Tu pourrais vérifier de temps en temps si tu as bien une IP publique.
Un truc du genre :

ip a | grep "scope global"

En s'inspirant de la moulinette de Crestey, tu noterais dans un fichier les moments de coupure, quand la commande ne retourne rien.
Mais comment choisir les intervalles de contrôle pour être pertinent ? En faire assez sans en faire trop

Dernière modification par Compte supprimé (Le 11/03/2023, à 09:47)

geole · Le 11/03/2023, à 09:51

Bonjour
Le lien qui t'a été donné mesure la bonne qualité. Ce que tu souhaites est de noter le non fonctionnement qui peut avoir des dizaines de causes.
Par exemple: Ton ordinateur qui s'arrête, ton propre logiciel , ton câble éthernet ou ton wifi, ton cpl, ta boxe éteinte... et enfin le fournisseur.

Voici un script en cours de mise à point... L'adresse pinguée est à modifier. La fréquence est à adapter.. et si des experts de codification passent dans le coin, je suis preneur des améliorations

 #!/bin/bash
echo Fin du suivi des incidents de connexion au $(journalctl -b-1 -n1 | cut -c 1-13) >>connexiona.txt
echo Fin du suivi des incidents de connexion au $(journalctl -b-1 -n1 | cut -c 1-13) >>connexionb.txt
echo Début du suivi des incidents de connexion au $(date +"%Y-%m-%d %H:%M") >>connexiona.txt
echo Début du suivi des incidents de connexion au $(date +"%Y-%m-%d %H:%M") >>connexionb.txt
for ((i=0;;i++)); do  sleep 30; A=$(ping -c 1 192.168.1.254 2>erreur.txt| head -2 | tail -1); if [[ $A  =~  Destination ]]; then  echo $(date +"%Y-%m-%d %H:%M") Erreur de connectique $A >>connexiona.txt; fi;
B=$(wc -c  erreur.txt  | cut -d ' ' -f1          ) ; 
if [ $B != "0 "  ]; then echo $(date +"%Y-%m-%d %H:%M") Erreur diverse  $(cat erreur.txt) >>connexionb.txt; fi ;done

Nota, je vais en profiter pour mesurer le débit quand cela fonctionne.

Dernière modification par geole (Le 11/03/2023, à 12:08)

matrix-bx · Le 11/03/2023, à 10:23

Salut,
je ferais plutôt :

echo .... | tee -a connexionb.txt >>connexiona.txt

Si il n'est pas prévu d'utiliser la variable i, je remplacerai par

while :;do ...

Dernière modification par matrix-bx (Le 11/03/2023, à 10:30)

beuguissime · Le 11/03/2023, à 10:37

Salut,
Voilà ce que j'avais codé pour l'exact même problème.

Ça pingue un serveur distant toutes les 2 secondes pour vérifier que tu es relié au monde. Le serveur distant est choisi au hasard parmi une liste à définir, histoire de ne pas pinguer tout le temps le même.

targets=("www.free.fr" "www.orange.fr" "www.fnac.com" "www.cultura.com" "www.lemonde.fr" "www.liberation.fr" "www.leparisien.fr"); while true; do target=${targets[$RANDOM % ${#targets[@]}]}; ping -W 2 -c 1 "${target}" 1> /dev/null 2>&1 && echo "SUCCESS|$(date)|$(date +%s)|${target}" || echo "FAILURE|$(date)|$(date +%s)|${target}"; sleep 2; done

La sortie formatée est composée de ces quatre colonnes: état, date au format humain, date depuis EPOQUE, serveur distant
En cas de succès, les lignes démarrent par SUCCESS ; sinon, elles démarrent par FAILURE.

Si tu sauvegardes la sortie dans un fichier, tu peux la traiter avec un tableur ou un code (python, etc) afin de faire des graphiques, des statistiques, etc

Exemple:

SUCCESS|sam. 11 mars 2023 10:31:54 CET|1678527114|www.cultura.com
SUCCESS|sam. 11 mars 2023 10:31:56 CET|1678527116|www.cultura.com
SUCCESS|sam. 11 mars 2023 10:31:58 CET|1678527118|www.leparisien.fr
SUCCESS|sam. 11 mars 2023 10:32:00 CET|1678527120|www.liberation.fr
SUCCESS|sam. 11 mars 2023 10:32:02 CET|1678527122|www.cultura.com
SUCCESS|sam. 11 mars 2023 10:32:04 CET|1678527124|www.fnac.com
SUCCESS|sam. 11 mars 2023 10:32:06 CET|1678527126|www.fnac.com
SUCCESS|sam. 11 mars 2023 10:32:08 CET|1678527128|www.leparisien.fr
SUCCESS|sam. 11 mars 2023 10:32:10 CET|1678527130|www.liberation.fr
SUCCESS|sam. 11 mars 2023 10:32:12 CET|1678527132|www.fnac.com
SUCCESS|sam. 11 mars 2023 10:32:14 CET|1678527134|www.liberation.fr
SUCCESS|sam. 11 mars 2023 10:32:16 CET|1678527136|www.fnac.com
FAILURE|sam. 11 mars 2023 10:32:18 CET|1678527138|www.cultura.com
FAILURE|sam. 11 mars 2023 10:32:20 CET|1678527140|www.leparisien.fr
SUCCESS|sam. 11 mars 2023 10:32:23 CET|1678527143|www.free.fr
SUCCESS|sam. 11 mars 2023 10:32:25 CET|1678527145|www.fnac.com
SUCCESS|sam. 11 mars 2023 10:32:27 CET|1678527147|www.lemonde.fr
SUCCESS|sam. 11 mars 2023 10:32:29 CET|1678527149|www.orange.fr

Dernière modification par beuguissime (Le 11/03/2023, à 10:50)

geole · Le 11/03/2023, à 12:48

Mon nouveau script optimisé. ( sans écriture dans un log )
Il faut installer cette application https://www.speedtest.net/apps/cli

echo Fin du suivi des incidents de connexion au $(journalctl -b-1 -n1 | cut -c 1-13) | tee -a connexionb.txt >>connexiona.txt
echo Début du suivi des incidents de connexion au $(date +"%Y-%m-%d %H:%M") | tee -a connexionb.txt >>connexiona.txt
while :;do  A=$(ping -c 1 8.8.8.8 2>erreur.txt| head -2 | tail -1); if [[ $A  =~  Destination ]]; then  echo $(date +"%Y-%m-%d %H:%M") Erreur de connectique $A >>connexiona.txt; fi;
B=$(wc -c  erreur.txt  | cut -d' ' -f1); 
if [ $B != "0"  ]; then echo $(date +"%Y-%m-%d %H:%M") Erreur diverse  $(cat erreur.txt) >>connexionb.txt; else
Ligne=$(wget -O /dev/null http://ipv4.bouygues.testdebit.info/10M.iso 2>&1 | grep null | tail -1 | cut  -d" " -f1-4)
DATA=$(speedtest --accept-license --accept-gdpr  -f json | jq '.download.bandwidth*8/1000000,.upload.bandwidth*8/1000000')
LC_NUMERIC=C printf "%.31s ; %4.0f ; %4.0f \n" "$Ligne" $DATA >> Débit.txt; fi ; sleep 5m;done

Dernière modification par geole (Le 11/03/2023, à 14:00)

Qid · Le 11/03/2023, à 13:02

Tamarou a écrit :

@Qid
Le sujet de Crestey, c'est pour quand la connexion existe. Ici, le demandeur veut déterminer quand ça marche pas.

Je sais bien mais ça n'empêche que ça revient quasiment au même : je ne crois pas avoir dit que la réponse y était... Juste que c'est une bonne base au point où ça méritait peut-être pas la création d'un nouveau sujet

beuguissime · Le 11/03/2023, à 13:04

Qid a écrit :

Je sais bien mais ça n'empêche que ça revient quasiment au même

Non, tu ne cherches pas du tout à avoir la même information (débit descendant dans un cas, connectivité vers le monde dans l'autre). Donc on peut s'attendre à une approche différente. Et c'est le cas.

Dernière modification par beuguissime (Le 11/03/2023, à 13:05)

matrix-bx · Le 11/03/2023, à 13:15

Re geole,
pour éviter une écriture disque, je remplacerai par :

Ligne=$(wget -O /dev/null http://ipv4.bouygues.testdebit.info/10M.iso 2>&1 | grep null | tail -1 | cut  -d" " -f1-4)

J'ai pas "saved" mais "enregistré", je suppose qu'on a "/dev/null" tout le temps.
Intégrer le dernier message de Watael me semble souhaitable aussi.

Dernière modification par matrix-bx (Le 11/03/2023, à 13:17)

Qid · Le 11/03/2023, à 13:15

Bah... N'empêche que de mon point de vue pour détecter une coupure t'es bien obligé de faire un test de débit... Par contre je te l'accorde... L'autre demandeur voulait trouver des baisses de débit là ou ici il est question de plus de débit du tout donc pas de retour... Mais avec le "datage" finalement on a bien l'info... Finalement entre les 2 demandes c'est juste le traitement des données qui n'est pas le même...
Après si vous avez une autre idée je vous en prie

geole · Le 11/03/2023, à 13:16

beuguissime a écrit :

Ça pingue un serveur distant toutes les 2 secondes pour vérifier que tu es relié au monde. Le serveur distant est choisi au hasard parmi une liste à définir, histoire de ne pas pinguer tout le temps le même.
targets=("www.free.fr" "www.orange.fr" "www.fnac.com" "www.cultura.com" "www.lemonde.fr" "www.liberation.fr" "www.leparisien.fr"); while true; do target=${targets[$RANDOM % ${#targets[@]}]}; ping -W 2 -c 1 "${target}" 1> /dev/null 2>&1 && echo "SUCCESS|$(date)|$(date +%s)|${target}" || echo "FAILURE|$(date)|$(date +%s)|${target}"; sleep 2; done

Je n arrive pas à comprendre le test Réussite/echec. Ne manquerait-il pas une ligne?

a@DESKTOP-71NRFPV:~$ while true; do target=${targets[$RANDOM % ${#targets[@]}]}
> ping -W 2 -c 1 "${target}" 1> /dev/null 2>&1
> echo "SUCCESS|$(date)|$(date +%s)|${target}" || echo "FAILURE|$(date)|$(date +%s)|${target}"; sleep 2; done
SUCCESS|Sat Mar 11 13:14:49 CET 2023|1678536889|titi.com
SUCCESS|Sat Mar 11 13:14:57 CET 2023|1678536897|tutu.us
SUCCESS|Sat Mar 11 13:15:01 CET 2023|1678536901|titi.com
SUCCESS|Sat Mar 11 13:15:04 CET 2023|1678536904|titi.com
^CSUCCESS|Sat Mar 11 13:15:06 CET 2023|1678536906|tutu.us
SUCCESS|Sat Mar 11 13:15:10 CET 2023|1678536910|tutu.us

Dernière modification par geole (Le 11/03/2023, à 13:18)

matrix-bx · Le 11/03/2023, à 13:21

le "&&" et "||" sont important ici, ils conditionnent l’exécution de la suite en fonction du code de retour ($?) de la commande précédente.

$ targets=("toto.fr" "titi.com" "tutu.us"); while true; do target=${targets[$RANDOM % ${#targets[@]}]}; ping -W 2 -c 1 "${target}" 1> /dev/null 2>&1 && echo "SUCCESS|$(date)|$(date +%s)|${target}" || echo "FAILURE|$(date)|$(date +%s)|${target}"; sleep 2; done
FAILURE|sam. 11 mars 2023 13:19:51 CET|1678537191|tutu.us

$ ping  -c1 -w1 tutu.us >/dev/null ; echo $?
1
$ ping  -c1 -w1 toto.fr >/dev/null ; echo $?
0

Dernière modification par matrix-bx (Le 11/03/2023, à 13:24)

beuguissime · Le 11/03/2023, à 13:25

Qid a écrit :

N'empêche que de mon point de vue pour détecter une coupure t'es bien obligé de faire un test de débit

Pas d'accord, pour savoir si ta connexion internet est active, il suffit d'essayer d'atteindre un serveur distant à intervalle régulier, donc un ping (ou un HEAD vers une adresse quelconque) suffit. Avec un test de type "débit", tu ouvres une connexion vers un gros fichier et télécharge les données pendant un certain temps.

Si je pense à la même chose que toi, alors avec ton approche "débit", il faudrait télécharger en permanence un certain volume de donné pour détecter quand le flux coupe. Selon moi, ceci est, entre autres choses, un gaspillage de ressources pour le problème qui nous occupe dans ce fil.

Pour ce qui est d'une proposition de solution, je l'ai déjà fait dans un message précédent. ;-)

Edit: ajout de qques phrases pour clarifier mon propos

Dernière modification par beuguissime (Le 11/03/2023, à 13:28)

beuguissime · Le 11/03/2023, à 13:30

à geole, comme l'a bien expliqué matrix-bx, c'est le code de retour de ping qui dicte ce qui se fait ensuite: ce qui suit && en cas de succès (exit_status == 0) ou ce qui suit || en cas d'échec (exit_status != 0).

Si tu veux simuler des "FAILURE", remplace www.free .fr par www.freeeeeeee .fr (attention, j'ai mis une epace pour éviter la conversion en hyperlien par le forum) dans la liste "targets", par exemple.

Dernière modification par beuguissime (Le 11/03/2023, à 13:32)

Qid · Le 11/03/2023, à 13:32

beuguissime a écrit :

Pour ce qui est d'une proposition de solution, je l'ai déjà fait dans un message précédent. ;-)

Peut-être qu'un ping suffit je te l'accorde... Mais en réalité dans ce cas on rerentre dans mon interrogation évoquée là-bas : c'est quoi la différence entre un ping et un test de débit ?

matrix-bx · Le 11/03/2023, à 13:37

Qid,
ping 1 petit paquet aller, un petit paquet retour /ping.
DL, plein de paquets dans les 2 sens, plutôt gros en descendant.

beuguissime · Le 11/03/2023, à 13:38

Ben, un ping ne te donnera pas ton débit montant ou descendant. Il te dira si oui ou non l'IP distante est accessible. Si tu choisis des IP qui existent vraiment (et c'est le cas dans le code que je propose), alors tu testes non pas si l'IP distante est en ligne (ça, tu le sais déjà par construction) mais si ta machine "voit" l'IP distante (autrement dit, si ta machine est connectée au monde).

Le ping te permettra de mesurer la latence, c'est-à-dire le temps nécessaire pour que la communication s'établisse entre ta machine et la machine distante (pour une analogie téléphonique, le temps que je mets pour décrocher quand tu m'appelles).

Qid · Le 11/03/2023, à 13:49

Ok mais la latence ne dépend pas aussi au moins un peu du débit ?

beuguissime · Le 11/03/2023, à 13:52

Je pense que c'est faiblement corrélé car tu envoies un tout petit paquet. À froid, je dirais qu'il faudrait vraiment une bande passante famélique de ton côté et/ou du côté du serveur distant pour que ça joue sur le transfert de quelques octets.

Watael · Le 11/03/2023, à 14:03

geole a écrit :

si des experts de codification passent dans le coin, je suis preneur des améliorations

#!/bin/bash

#on pourrait faire un tableau associatif de toutes ces variables relatives au `ping'
pingTarget='google.com'
pingNoGo=/chemin/connexionA.txt
pingOthErr=/chemin/connexionB.txt
pingErr=/chemin/erreur.txt

log=/chemin/debit.log
iso='http://ipv4.bouygues.testdebit.info/10M.iso'

## Fin/Début : je ne sais pas si je ne me ferais pas un rapport par démarrage (ou par jour), plutôt que de concaténer toutes les exécutions du script...
date +'Suivi des incidents de connexion au %Y-%m-%d %H:%M' | tee -a "$pingOthErr" >>"$pingNoGo"

while :
do
    pingStatus=$(ping -c 1 -w1 "$pingTarget" 2>"$pingErr" | head -2 | tail -1)
    if [[ $pingStatus  =~  Destination ]]
    then
        date +"%Y-%m-%d %H:%M Erreur de connectique: $pingStatus" >>"$pingNoGo"
    fi
    if (( $(wc -c <"$pingErr") ))
    then
        { date +'%Y-%m-%d %H:%M Erreur diverse'; cat "$pingErr";} >>"$pingOthErr"
    else
        isoStatus=$(LC_ALL=C wget -O /dev/null "$iso" 2>&1| grep saved | cut -d ' ' -f 1-4)
        bandwidths=$(speedtest --accept-license --accept-gdpr -f json \
                        | jq '(.download.bandwidth,.upload.bandwidth)*8e-06')
        LC_NUMERIC=C printf "%.31s ; %4.0f ; %4.0f \n" "$isoStatus" $bandwidths >>"$log"
    fi
    sleep 5m
done

/!\ pas testé. Tiens-nous au courant.

Dernière modification par Watael (Le 11/03/2023, à 15:33)

matrix-bx · Le 11/03/2023, à 14:12

Qid a écrit :

Ok mais la latence ne dépend pas aussi au moins un peu du débit ?

Non et dans le cas d'un transfert de données avec acquittement, c'est l'inverse, elle influe (limite) le débit (raison pour laquelle un test de débit en tcp est moins significatif qu'en udp).

Qid · Le 11/03/2023, à 14:18

@ matrix-bx : tu me causerais chinois ce serait pareil... Tu m'as perdu...

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 10/03/2023, à 17:15

[Résolu] Comment surveiller/enregistrer périodes de coupure dinternet

#2 Le 10/03/2023, à 17:29

Re : [Résolu] Comment surveiller/enregistrer périodes de coupure dinternet

#3 Le 10/03/2023, à 22:02

Re : [Résolu] Comment surveiller/enregistrer périodes de coupure dinternet

#4 Le 11/03/2023, à 08:59

Re : [Résolu] Comment surveiller/enregistrer périodes de coupure dinternet

#5 Le 11/03/2023, à 09:19

Re : [Résolu] Comment surveiller/enregistrer périodes de coupure dinternet

#6 Le 11/03/2023, à 09:51

Re : [Résolu] Comment surveiller/enregistrer périodes de coupure dinternet

#7 Le 11/03/2023, à 10:23

Re : [Résolu] Comment surveiller/enregistrer périodes de coupure dinternet

#8 Le 11/03/2023, à 10:37

Re : [Résolu] Comment surveiller/enregistrer périodes de coupure dinternet

#9 Le 11/03/2023, à 12:48

Re : [Résolu] Comment surveiller/enregistrer périodes de coupure dinternet

#10 Le 11/03/2023, à 13:02

Re : [Résolu] Comment surveiller/enregistrer périodes de coupure dinternet

#11 Le 11/03/2023, à 13:04

Re : [Résolu] Comment surveiller/enregistrer périodes de coupure dinternet

#12 Le 11/03/2023, à 13:15

Re : [Résolu] Comment surveiller/enregistrer périodes de coupure dinternet

#13 Le 11/03/2023, à 13:15

Re : [Résolu] Comment surveiller/enregistrer périodes de coupure dinternet

#14 Le 11/03/2023, à 13:16

Re : [Résolu] Comment surveiller/enregistrer périodes de coupure dinternet

#15 Le 11/03/2023, à 13:21

Re : [Résolu] Comment surveiller/enregistrer périodes de coupure dinternet

#16 Le 11/03/2023, à 13:25

Re : [Résolu] Comment surveiller/enregistrer périodes de coupure dinternet

#17 Le 11/03/2023, à 13:30

Re : [Résolu] Comment surveiller/enregistrer périodes de coupure dinternet

#18 Le 11/03/2023, à 13:32

Re : [Résolu] Comment surveiller/enregistrer périodes de coupure dinternet

#19 Le 11/03/2023, à 13:37

Re : [Résolu] Comment surveiller/enregistrer périodes de coupure dinternet

#20 Le 11/03/2023, à 13:38

Re : [Résolu] Comment surveiller/enregistrer périodes de coupure dinternet

#21 Le 11/03/2023, à 13:49

Re : [Résolu] Comment surveiller/enregistrer périodes de coupure dinternet

#22 Le 11/03/2023, à 13:52

Re : [Résolu] Comment surveiller/enregistrer périodes de coupure dinternet

#23 Le 11/03/2023, à 14:03

Re : [Résolu] Comment surveiller/enregistrer périodes de coupure dinternet

#24 Le 11/03/2023, à 14:12

Re : [Résolu] Comment surveiller/enregistrer périodes de coupure dinternet

#25 Le 11/03/2023, à 14:18

Re : [Résolu] Comment surveiller/enregistrer périodes de coupure dinternet

Pied de page des forums