Единственные две вещи, которые приходят на ум, - это попытка измерить время отклика вашего энтропийного сервера (должно быть значительное увеличение задержки, если он не успевает) или объединение / proc / sys / kernel / random / entropy_avail
и отслеживая, сколько у вас энтропии (я предполагаю, что egd
использует / dev / random
, а не оборудование напрямую).
Похоже, в архиве исходного кода для ekeyd
есть плагин munin для предоставления статистики ekey.
Даже если вы не используете munin, я думаю, можно было бы экстраполировать сценарий во что-то, что можно использовать для вашей инфраструктуры.
Я думаю, что мы оба знаем авторов устройства и программного обеспечения, так что, возможно, стоит подтолкнуть их. : -)
Попробуйте:
dd if=/dev/random of=/dev/null bs=1K count=1M
Когда он закончится, dd
сообщит о пропускной способности чтения, так что вы будете знать количество предоставленной энтропии. Вы можете запустить его на сервере (отключенном от клиентов) для измерения производства энтропии и на клиентах, чтобы измерить, сколько они получают.
Завершение работающего процесса dd
с помощью SIGUSR1 Сигнал
проинструктирует его сообщить статистику ввода-вывода, так что вам не нужно ждать его завершения (см. man dd
).
Кроме того, клиенты должны показать увеличение их потребление пропускной способности загрузки из-за энтропии, считываемой с сервера (например: nethogs
плюс netstat
).