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..).
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)
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.