Connection reset by peer: ajp_ilink_receive() can't receive header
Я вижу следующее в журнале Liferay 6 (кластерный webapp на базе Tomcat):
APR does not understand this error code: proxy: read response failed from [::1]:8009 (localhost)
The timeout specified has expired: ajp_ilink_receive() can't receive header
ajp_read_header: ajp_ilink_receive failed
[... the 3 lines above repeated many times ...]
Connection reset by peer: ajp_ilink_receive() can't receive header
APR does not understand this error code: proxy: read response failed from (null) (localhost)
ajp_read_header: ajp_ilink_receive failed
[... the 3 lines above repeated many times ...]
Webapp становится неработоспособным (web UI не отвечает на web запросы), когда начинают появляться ошибки "Connection reset by peer".
В то время как первая проблема (Указанный таймаут истек) рассматривается в другом вопросе, что обычно вызывает вторую проблему (Connection reset by peer), и в чем разница между этими двумя проблемами?
বিভিন্ন ওয়েবসাইটে অন্যেরা জিজ্ঞাসা করা এই প্রশ্নের ভিত্তিতে, আমি আপনাকে সংযোগের সময়সীমা নির্ধারণ করার পরামর্শ দেব will
উদাহরণ নীচে রয়েছে is
ProxyPass / ajp://localhost:8009/ timeout=600
https : //stackoverflow.com/questions/32093534/ah01030-ajp-ilink-recep-cant-recep-header
mod_proxy_ajp (70007) নির্দিষ্ট সময়সীমা শেষ হয়েছে: ajp_ilink_reসেপ্ট () শিরোনাম গ্রহণ করতে পারে না
আপনি যদি কনফিগারেশনে ইতিমধ্যে একটি সংযোগের সময়সীমা নির্দিষ্ট করা আছে, অন্য একজন ব্যবহারকারী যদি তারা mod_proxy_ajp কে Mod_jk এ পরিবর্তিত করেন তবে তারা খুঁজে পেয়েছে [
Я знаю, что таймауты обычно являются проблемой, однако после наблюдения аналогичной проблемы, когда размер был проблемой, установленной на самом коннекторе AJP, я думаю, что стоит опубликовать, чтобы включить ведение журнала доступа на вашем коннекторе, чтобы получите правильное ведение журнала (поскольку это не выполняется по умолчанию в подсистемах соединителя jboss) или посмотрите на размер запросов, поскольку apache обычно устанавливает эти типы ограничений выше, чем те, которые могут быть по умолчанию для tomcat или jboss.
1.1.1.1.1 - - [19 / Dec / 2019: 14: 33: 53 -0500] "POST / app HTTP / 1.0" 500 532 "-" "-"
Я включил объединенную запись журнала Apache, поскольку считаю, что размер 532 является намеком на ответ от коннектора ajp. В моем случае 90% запросов приходили, за исключением больших объемов документов, которые мои разработчики могли изучить и идентифицировать. Изучив значения по умолчанию для Apache и коннектора ajp в их документации, я решил удвоить «Максимальный размер сообщения» и получить запрос как 200. Я также заметил меньший размер в журналах доступа Apache, когда он был 200, поэтому вот почему Я думаю, что размер 532 важно отметить.