IIS: Больше запросов, чем он может обработать, неисправный сервер. Как зафиксировать его?
Это кажется, что может быть проблема с сетевым оборудованием. Вот несколько вещей попробовать:
- PC1 хорошо работает с помощью того же порта на переключателе? - это проверит, что порт все еще функционален
- Используйте сетевой кабель от PC2 на PC1 - это проверит, что кабель функционален
- Если оба из вышеупомянутого выезда прекрасная попытка, соединяющаяся PC2 с переключателем с помощью кабеля и порта PC1.
Удачи!
Трудно сказать по предоставленной вами информации - я бы хотел посмотреть, появилось ли что-нибудь интересное в ваших журналах IIS и средстве просмотра событий, и получить дополнительную информацию об оборудовании - но мой снимок в темноте - это, как я уже сказал, «брошенный диск». Плохой диск в RAID 5 появится, когда у вас будет большая нагрузка на чтение и сервер заблокируется. (У меня был "DOSed" весь колледж, когда выполнялось резервное копирование LDAP-сервера - администратор этого компьютера не осознавал, что один из его дисков умер. Люди звонили мне, а не ему домой, потому что мой сервис зависел от его.)
В комментариях вы сказали, что ваш сервер работает на SSD RAID. SSD-накопители неожиданно умирают, поэтому, возможно, стоит разобраться с этим. Исправный SSD RAID - и исправный сервер - должны выдерживать упомянутую вами нагрузку.
If it ain't a ddos attack it looks like one.
What I'd do here is setup a reverse proxy using IIS AAR in front of this. Typically this would just pass requests to the back-end server which is now running at an odd, non-passed-through-the-firewall port. Then for the specific page I would setup a rule on the proxy to just return bad request. This scales very well, at least until you run out of bandwidth on your network port.