Почему nmap
занимает меньше времени? Я не могу воспроизвести это. В вашем случае это дает вам более низкое время, поскольку оно не может связаться с сервером, поэтому эти времена нельзя сравнивать.
ping -c1 ip-to-check
отправит только один зонд, и это займет очень мало времени.
В вашем случае и, судя по вашим выводам, возникла проблема с маршрутизацией, проверьте свои маршруты, так как ваш ping
получает перенаправление. Используйте traceroute
, чтобы увидеть переходы, через которые проходит ваш пинг, и проверить свои маршруты.
Вы можете попробовать использовать nmap -sn --traceroute
и посмотреть, принимает ли эта команда перенаправление, как это делает ping
, но лучше всего проверить эти маршруты, поскольку ваши IP-адреса находятся в другой сети, а маршрут, который вы установили для достижения ваш пункт назначения перенаправляется, как показывает команда ping
.
Так как мои результаты проще увидеть здесь, я отредактировал свой пост, а не ответил на ваш комментарий:
root@Caronte:~# time ping -c1 10.50.1.105
PING 10.50.1.105 (10.50.1.105) 56(84) bytes of data.
64 bytes from 10.50.1.105: icmp_seq=1 ttl=64 time=0.127 ms
--- 10.50.1.105 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.127/0.127/0.127/0.000 ms
real 0m0,002s
user 0m0,000s
sys 0m0,000s
root@Caronte:~# time nmap -sn -Pn 10.50.1.105
Starting Nmap 7.40 ( https://nmap.org ) at 2018-07-25 15:25 CEST
Nmap scan report for 10.50.1.105
Host is up.
Nmap done: 1 IP address (1 host up) scanned in 0.00 seconds
real 0m0,005s
user 0m0,000s
sys 0m0,004s
Как видите, на моей машине nmap
занимает больше времени, чем ping
.
copytruncate
— правильный ответ в данном случае. Это не значение по умолчанию, потому что оно требуется реже, потому что у вас будет правильный демон, которому вы можете дать сигнал -открыть файл журнала.
Альтернативой является перезапуск службы в сценарии ротации после -, но это может быть неудобно или нежелательно.