Apa yang menyebabkan kesalahan 400 Bad Request untuk null (“”) dan mengapa nginx log kita memiliki begitu banyak?

Log harian dari Logwatch secara teratur melaporkan 400 Permintaan Buruk, null: 1744 Waktu dari log nginx kami.

Entri log terlihat seperti:

123.123.123.123 - - [25/Jan/2011:14:44:19 -0500] "-" 400 173 "-" "-"

Adakah yang bisa menjelaskan bagaimana ini dihasilkan dan mengapa ada begitu banyak? Tampaknya tidak menyakiti apa pun, tetapi kami memiliki hingga 8000 yang muncul dalam sehari. Kami meng-host aplikasi rel ukuran sedang yang berjalan pada unicorn dan nginx.

Ada beberapa diskusi di forum nginx, tapi saya belum menemukan solusi nyata yang mengurangi jumlah 400 Bad Reqeusts yang dicatat.

— johnml
sumber

Apa alamat IP yang membuat permintaan buruk? Seperti yang tertulis di utas, mungkin program pemantauan yang hanya membuka koneksi TCP.

— Mark Wagner

Ada banyak alamat IP. Sebagian besar memiliki sesi yang mencakup lalu lintas web normal dicampur dengan 400 ini. Saya pikir saya hanya menyaksikan aktivitas dari browser IE dalam sampel di mana saya memusatkan perhatian pada nilai lalu lintas sesi.

— johnml

Saya perhatikan di server saya bahwa menggunakan Firefox untuk mengakses halaman selalu memberikan salah satu dari 400 log kosong ini tepat 5 detik setelah permintaan terakhir yang valid, sementara Firebug tidak menunjukkan kesalahan. Ini memberikan kepercayaan pada jawaban @ Avleen.

— Phrogz

Ini sering terjadi ketika browser menggunakan Keep-Alive dan mencapai timeout tetap hidup. Itu sangat normal.

Jika Anda melihat 400 kesalahan dengan URI / path / metode seperti GET atau POST, dll, maka Anda memiliki masalah yang sah dengan pengguna membuat permintaan yang buruk. Tapi itu seharusnya langka.

— Avleen
sumber