back to work (sorry for late reply), and tested latest version… really great work and useful
i think one beer for you at fosdem for this, will not be enough… thank you!
We already have everything in the main package. I’d prefer to keep everything in a single place and delegate permissions to members of @translations_team. Modules come from core to forge and vice-versa!
that’s said , would it be imaginable for my transifex’s account to be granted for creating files to be translated by the community ?
where to ask ?
@davidep @giacomo do you think I need to add modifications or bug corrections on nethserver-diagtools…For example the sendmail tab could be a tab in nethserver-smarthost, all related email stuff will be in one place.
You already asked in the right place
Let me see what Transifex can do for us!
I’d rather prefer a Diagnostic category or the solution you already implemented: a Diagnostic tools entry under Status category…
I wouldn’t mix configuration and diagnostic tools!
Looks very promising, I do want it on my servers
We can release the rpm even without translations since languages are shipped in a different rpm
yum install http://mirror.de-labrusse.fr/NethDev/nethserver-diagtools-0.0.1/nethserver-diagtools-0.0.6-1.ns7.sdl.noarch.rpm
with this version you can scan each green interfaces with arp-scan
great work (as always) tnx @stephdl
it works great also on arm
after doing a manual update of the MAC vendors about 200 MAC address were correctly identified…
if someone is interested to update the vendor data:
# cd /usr/share/arp-scan
# get-oui -v
# get-iab -v
I thought this night to scan also blue and orange network. Currently it is only green. Do i’m right ?
It could be useful for blue network, but probably you don’t need on orange, since the admin must already know which host are there.
We can put a cron to update it monthly
It seems fair to me. And I wouldn’t mix configuration and diagnostics, probably an email check would be better placed into the email module? I’m in two mind on this
Follow your own rule
i have had the same doubt with arpwatch… and in my note i write to implement a crontab to do a monthly update of IEEE OUI data
so yes i think it could be a good choice
Then we should put something like this in the /etc/cron.hourly
#!/usr/bin/bash
cd /usr/share/arp-scan/
get-oui
get-iab
with this version you can scan each green/blue interfaces with arp-scan, the vendors are updated each month