Бавни заявки към Squid при сриващ се пренаписвач на URL
Изследвайте помощника за пренаписване на URL, когато проксито приема връзки, но заявките зациклят преди препращането.
Ако Squid приема връзки, но се бави много, преди да изпрати заявките нататък, проверете всеки пренаписвач на URL по този път. В Squid 5–7 url_rewrite_program указва външна програма, към която се обръщаме след първоначалните проверки за достъп. Тя може да забави заявката, преди дестинацията да я получи.
- Прочетете действителната команда за пренаписване, включително обвивката и аргументите.
- Свържете засегнатата транзакция с диагностиката на помощника. Повтарящите се изходи на дъщерни процеси, неправилните отговори и растящата опашка са различни следи.
- Проверете дали един шаблон на URL задейства отказа. Запазете редактиран пример за такъв вход, вместо да променяте несвързани настройки на резолвера.
Помощникът има построен на редове договор за заявка и отговор. Текстът за напредък на обвивката в стандартния изход може да го наруши. Успешното стартиране на скрипта като администратор също не възпроизвежда входния поток, средата или правата на Squid. Този път е отделен от проверката на парола.
Едва след като обменът работи, го третирайте като проблем с капацитета. url_rewrite_children управлява процесите и поведението на опашката, но повече дъщерни процеси не могат да поправят сривове, предизвикани от входа. Опцията му за паралелност въвежда идентификатори на канали и изисква помощник, който реализира такъв разговор.
Разрешено сравнение без пренаписвача може да изолира неговия принос. Оставянето му заобиколен при претоварване може да промени маршрутизацията или филтрирането, което той налага, така че това е решение на политика. Сравнете наблюдаваното изчакване на помощника с доказателствата от DNS и следващата връзка, преди да припишете цялото закъснение на мрежова латентност.