Page 22 sur 25

Re: Networks

Publié : 21 juil. 2018, 20:53
par yogui
sjauquet a écrit :Ça marche, mais il faut mettre l'IP ET la Mac... Donc exit le DHCP... Dommage.

Envoyé avec mon pouce via Tapatalk
Faudrait que je regarde la doc ping arp si sa marche que avec l'adresse mac

Re: Networks

Publié : 21 juil. 2018, 22:52
par sjauquet
En tout cas j'ai essayé j'ai pas réussi... Si tu trouves ça m'intéresse :-)

Envoyé avec mon pouce via Tapatalk


Re: Networks

Publié : 22 juil. 2018, 11:28
par Laco
yogui a écrit :
21 juil. 2018, 19:18
Si tu mets -w et l'espace ça marche
Salut à tous

Il faut mettre le "-w" à quel endroit ? Avec le plugin en bêta ou en stable ?

Bon dimanche à tous ;)

Re: Networks

Publié : 22 juil. 2018, 12:25
par sjauquet
Bonjour,
On en parle justement dans les post au dessus du tiens... Post 413 ;-)

Envoyé avec mon pouce via Tapatalk


Re: Networks

Publié : 22 juil. 2018, 13:57
par Laco
Heu, désolé mais je ne vois vraiment pas.
Tu peux me donner la date et l'heure du message stp 😉 ?

Re: Networks

Publié : 22 juil. 2018, 19:14
par sjauquet
fwehrle a écrit :
sjauquet a écrit :
07 juil. 2018, 23:31
Bonjour yogui,
J'ai fait la modif direct (ajout d'un espace), mais malheureusement ça ne fonctionne toujours pas.

https://github.com/jeedom/plugin-networ ... 65708a95ec

la commande arp renvoie bien plein de mac adresses, dont celles que je teste:

Code : Tout sélectionner

root@Jeedom:/home/jeedom# arp
Address                    HWtype  HWaddress           Flags Mask            Iface
Galaxy-Note8.lan           ether   XX:XX:aa:18:XX:XX   C                     eth0
SonosZP.lan                ether   XX:XX:3e:85:XX:XX   C                     eth0
192.168.X.XX               ether   XX:XX:4d:a7:XX:XX   C                     eth0
192.168.X.XX               ether   XX:XX:eb:48:XX:XX   C                     eth0
..
etc...
Ceci fonctionne: commande utilisée par le plugin "PING":

Code : Tout sélectionner

root@Jeedom:/home/jeedom# sudo arp-scan -l -g -t800 -T XX:XX:aa:18:XX:XX
Interface: eth0, datalink type: EN10MB (Ethernet)
Starting arp-scan 1.8.1 with 256 hosts (http://www.nta-monitor.com/tools/arp-scan/)
192.168.X.XX   XX:XX:aa:18:XX:XX       (Unknown)
5 packets received by filter, 0 packets dropped by kernel
Ending arp-scan 1.8.1: 256 hosts scanned in 2.637 seconds (97.08 hosts/sec). 1 responded
mais la commande ARPING

Code : Tout sélectionner

root@Jeedom:/home/jeedom# sudo arping -b -c 3 XX:XX:aa:18:XX:XX
arping: lookup dev: No matching interface found using getifaddrs().
arping: Unable to automatically find interface to use. Is it on the local LAN?
arping: Use -i to manually specify interface. Guessing interface eth0.
ARPING XX:XX:aa:18:XX:XX
Timeout
Timeout
Timeout
utilisé par le plugin NETWORK donne un time out

Pourtant cette commande apring voit bien la MAC:

Code : Tout sélectionner

root@Jeedom:/home/jeedom# sudo arping -I eth0 -c 1 192.168.X.XX

ARPING 192.168.X.XX
60 bytes from XX:XX:aa:18:XX:XX (192.168.X.XX): index=0 time=41.736 msec
ma debian est complètement à jour

Je suppose donc que la commande arping n'est pas faite pour trouver les devices dans une table mais plutôt pour "pinger" un device trouvé avec avec sa MAC, ce qui n'est pas la même chose.

Avec mes maigres connaissances...
Bon, j'en ai également un peu marre de ces plugins qui disparaissent (Ping) et qui sont remplacé par d'autres (Networks), mais qui ne marchent pas comme ils devraient...
J'ai donc investigué un peu, et en plus de l'espace manquant, il manque aussi un tiret devant le w, et la précision de l'adresse mac en plus de l'ip
Sur Debian 9, la bonne commande est :

Code : Tout sélectionner

sudo arping -c 10 -C 1 -w 500000 -t xx:xx:xx:xx:xx:xx yy.yy.yy.yy
avec xx pour la mac adress, et yy pour l'adresse IP.
Et pour etre complet et permettre que ca fonctionne sur d'autres systemes, il faudrait effectivement également ajouter l'interface.
Et pour la commande ping, toujours sur debian 9, il faut indiquer un ttl à 255, et non a 256 comme indiqué dans la doc.
Voila pour moi. Mais attention, les commandes sur raspbian sont peut-être différentes..
Le plus simple serait de permettre d'editer les commandes. Comme sur le plugin ping...
Ce post-ci

Envoyé avec mon pouce via Tapatalk


Re: Networks

Publié : 22 juil. 2018, 19:28
par Laco
Ah celui là, merci @sjauquet 😊👍

Je comprends mieux maintenant
Je l'avais volontairement zappé car je ne veux pas toucher aux codes des plugins. Je cherchais donc un post qui mentionnait un "-w" en paramètre, donc devant ou après l'adresse IP par exemple.

Encore merci et bonne fin de journée 😊

Re: Networks

Publié : 22 juil. 2018, 20:13
par fwehrle
Attention, je ne mentionnais ce bout de code que pour que le developpeur le corrige.
Mais si tu ne sais pas ce que tu fais, je te deconseille de modifier le code des plugins. Ou alors tu assumes le fait que ca peut planter ton jeedom.

Re: Networks

Publié : 22 juil. 2018, 20:45
par Laco
Salut @fwehrle

En ce qui me concerne, c'est sur que je n'appliquerai pas ce bout de code 😉
Pour le remonter au développeur, je pense qu'il faut créer un ticket côté Jeedom. Il y a de mémoire un type de ticket pour ça 😉

Re: Networks

Publié : 23 juil. 2018, 09:08
par fwehrle
yogui a écrit :
21 juil. 2018, 20:53
sjauquet a écrit :Ça marche, mais il faut mettre l'IP ET la Mac... Donc exit le DHCP... Dommage.

Envoyé avec mon pouce via Tapatalk
Faudrait que je regarde la doc ping arp si sa marche que avec l'adresse mac
Avec arping, on peut indifféremment utiliser une IP ou une MAC address. MAis dans certains cas, avec la MAC, il faut préciser l'interface (VM, Docker, etc..).

Code : Tout sélectionner

sudo arping -c 3 -C 1 -w 500000 -i eth0 xx:xx:xx:xx:xx:xx
Mais je ne sais pour quelle raison, ca ne marche pas dans ma VM proxMox, même en précisant l'interface. Alors que ca fonctionne bien avec la MAC depuis un Pi dans le réseau, ou avec l'IP depuis la VM.
Mais il y a pas mal de possibilités, notemment pour utiliser l'IP présumé, mais en filtrant quand même sur la MAC.
Bref, le plus simplepour adresser tous les cas serait de permettre l'édition manuelle de la commande.

Sinon, il y a la commande arp-scan, qui fonctionne bien dans tout les cas, juste avec la MAC : (utilisée par feu le plugin Ping)

Code : Tout sélectionner

arp-scan -l -g --retry=3 -t 800 -T xx:xx:xx:xx:xx:xx

Re: Networks

Publié : 23 juil. 2018, 15:56
par fwehrle
Euh.. je crois que j'ai trouvé une autre boulette : le ping par port (http donc) utilise le champ TTL comme timeout!
Alors que ce champs est caché dans le mode de ping par port, et si comme moi vous avez mis 255, ca fait un timeout de 255 secondes!!
Et s'il n'est pas renseigné, c'est la valeur par défaut dans le code qui est prise. Soit 255 aussi..

J'ai donc mes 2 ping ARP et mon ping http qui s'executent en moins de 3 secondes. Mais malgrés cela, j'ai encore des erreurs comme celle-la qui s'affichent...

Code : Tout sélectionner

La tache plugin::cron n'arrive pas à finir à cause du plugin : Multiloc nous vous conseillons de désactiver le plugin et de contacter l'auteur

Re: Networks

Publié : 23 juil. 2018, 20:06
par Fabrice
Mais la, c'est le plugin "Multiloc" qui est mis en cause.

Re: Networks

Publié : 23 juil. 2018, 23:40
par fwehrle
Non, non. Ça c'est un bug d'affichage du message d'alerte des crons. Si tu cherches un peu sur le forum, Loïc en parle. Il faut prendre le plugin juste avant celui indiqué par ordre alphabétique.

Envoyé de mon Nexus 6P en utilisant Tapatalk


Re: Networks

Publié : 24 juil. 2018, 06:48
par Fabrice
Alors oui et non... ça c'était avant.
Si tu recherches un peu sur le forum, tu y verras que ce bug n'est plus présent depuis "au moins" la version 3.2.10

Re: Networks

Publié : 24 juil. 2018, 07:28
par fwehrle
Ah? Ben zut alors. Ça veut dire que j'ai un problème avec un autre plugin. :)
Merci.

Envoyé de mon Nexus 6P en utilisant Tapatalk


Re: Networks

Publié : 24 juil. 2018, 07:32
par Fabrice
Si tu est en Jeedom version 3.2.10 (au minimum) oui. Dans ton cas, le plugin "Multiloc" est indiqué comment étant le responsable.
- Désactives-le et regardes si le problème disparait.

Dans mon cas, je n'ai plus de problème avec le plugin Network depuis la dernière mise à jour de ce plugin (Loic à indiqué avoir séparé les CRONS du plugin Network et de ceux de Jeedom).

Re: Networks

Publié : 24 juil. 2018, 10:00
par fwehrle
Tu as raison. C'est ce que je viens de faire (je n'utilisais de toute facon pas encore Multiloc), et plus de message de saturation du cron.
Merci à toi, j'étais passé à coté de la correction (et comme le changelog n'est pas trop à la mode.. :)
Merci à toi.

Re: Networks

Publié : 29 août 2018, 09:52
par BorisTS
Bonjour,

Actuellement j'utilise feu le plugin PING en Arp pour détecter mon mobile @home. J'ai également installé le plugin Network en mode ARP également.

Tous les deux fonctionnent très bien ! :-)

Ma question est de savoir si ces deux plugins sont parfaitement identiques dans leur fonctionnement en ARP ou si il y a des différences ?
Mon but est de supprimer PING qui n'est plus dans le Market et donc qui n'a plus aucun support officiel.

En résumé, j'aimerais être certain que ça fonctionne à l'identique avant de virer PING.

Merci pour vos retours.

Re: Networks

Publié : 29 août 2018, 11:08
par Fabrice
Bonjour,

Dans mon cas, j'avais justement demandé une modification du plugin Network (réponse aux requêtes HTTP à ajouter), ce que Loïc a fais quasiment le jour même, pour supprimer le plugin PING.
- Depuis, j'ai supprimé le plugin PING qui n'apportait rien de plus pour mon usage.

Cependant, le plugin PING, apporte un coté "personnalisation" (que je n'utilise pas) qui n'est pas présent dans le plugin Network, donc à voir avec votre usage.
- Si vous n'utilisez pas cela non plus, alors le plugin PING n'est plus utile.

Re: Networks

Publié : 29 août 2018, 11:18
par BorisTS
Merci pour ta réponse Fabrice.

Alors non, je ne personnalise rien, j'ai juste besoin du retour de présence de mon Synology ainsi que de smartphones Android dans la maison. Ce qui me faisait peur c'était surtout la consommation de batterie mais vu que network supporte maintenant ARP, du coup je pense que je pourrais effectivement supprimer PING.