Более короткое время ожидания не всегда означает лучшее сканирование. Найдите измеримый баланс между скоростью и необходимостью находить медленно реагирующие устройства.

Основной подход

Браузер ожидает ответа определенное количество времени; По истечении времени он может считать результат неполным или оставшимся без ответа. Локальная проводная сеть, горячий Wi-Fi и VPN не имеют одинакового распределения задержек. Одно постоянное значение не дает одинаковой точности во всех средах.

Этапы применения

  1. Выбрать несколько известных рабочих устройств в качестве исходной контрольной группы.
  2. Измерьте тот же объем в аналогичных условиях с двумя настройками тайм-аута.
  3. Сравните количество найденных устройств, повторных попыток и время ожидания с общим временем.

Практический пример

Если устройство в VPN отвечает через 350 мс, оно может пропустить предел в 100 мс. Убедитесь, что дополнительные устройства, появляющиеся при длительном использовании, действительно являются новым ответом; Не путайте со старыми записями кэша.

Правильно интерпретируйте результат

Бесконечное ожидание также не является решением; Это делает интерфейс и время истечения срока действия непредсказуемыми. Выбирайте ограниченное количество повторных попыток и останавливаемые задания. Ошибочно показывать только секунды при сравнении производительности без учета области действия, протокола, времени ожидания и состояния устройства.

Источник и дополнительная литература

Подробности протокола или команды: Nmap — Синхронизация и производительность. Шаги и пример сценария приведены в редакционном описании IPScans.