Saya memiliki beberapa Entropy Keys dengan egd di depan mereka dan kemudian semua diimbangi oleh haproxy. Saya kemudian memiliki banyak mesin klien yang menggunakan IP layanan haproxy sebagai sumber jaringan entropi. Saya tidak tahu berapa banyak entropi yang mereka minta.
Entropy Keys dapat menghasilkan jumlah terbatas dari entropi yang dapat digunakan. Spesifikasi mengatakan sekitar 30 kilobit / detik minimum. Sejauh yang saya bisa lihat, Kunci Entropi tidak memiliki cara untuk menanyakan berapa banyak yang diminta. Protokol EGD tampaknya cukup sulit untuk mengendus untuk menemukan informasi ini. Klien dapat meminta jumlah entropi variabel, dan mereka mungkin tidak mendapatkan jumlah yang sama kembali.
Adakah yang menemukan cara sederhana untuk mengukur berapa yang diminta dari Entropy Key?
Akan lebih baik untuk mengetahui, agar dapat merencanakan kapan kunci tambahan diperlukan, dan untuk menemukan klien yang rusak.
sumber
Jawaban:
Hanya dua hal yang terlintas dalam pikiran adalah mencoba mengukur waktu respons server entropy Anda (harus ada peningkatan latensi yang signifikan jika tidak dapat mengikuti) atau mengumpulkan
/proc/sys/kernel/random/entropy_avail
dan memantau berapa banyak entropi yang Anda miliki (saya berasumsi yangegd
menggunakan/dev/random
dan bukan perangkat keras secara langsung).sumber
Sepertinya tarball sumber untuk
ekeyd
memiliki plugin munin untuk menyediakan statistik ekey.Bahkan jika Anda tidak menjalankan munin, saya kira akan mungkin untuk mengekstrapolasi skrip menjadi sesuatu yang dapat digunakan untuk infrastruktur Anda.
Saya pikir kita berdua tahu penulis perangkat dan perangkat lunak, jadi mungkin layak mendorong mereka. :-)
sumber
ekeydctl stats
yang sudah dikonfirmasi simtec tidak akan memberi tahu saya apa yang perlu saya ketahui - saya sudah bertanya kepada mereka. :( Saya hanya ingin tahu apa yang dilakukan orang lain.Mencoba:
Ketika selesai,
dd
akan melaporkan bandwidth baca, sehingga Anda akan tahu jumlah entropi yang disediakan. Anda dapat menjalankannya di server (terputus dari kliennya) untuk mengukur produksi entropi, dan pada klien, untuk mengukur berapa banyak yang mereka terima.Membunuh
dd
proses yang sedang berjalan denganSIGUSR1
sinyal akan memerintahkannya untuk melaporkan statistik I / O-nya, jadi Anda tidak perlu menunggu sampai selesai (lihatman dd
).Selain itu, klien harus mengekspos peningkatan konsumsi bandwidth unduhan mereka, karena entropi sedang dibaca dari server (misalnya:
nethogs
plusnetstat
).sumber