Спори Squid захтеви уз URL rewriter који пада
Истражите помоћни програм за преписивање URL-а када прокси прихвата везе, али захтеви застају пре прослеђивања.
Ако Squid прихвата везе, али споро шаље захтеве даље, проверите сваки URL rewriter на том путу. У Squid-у 5–7 url_rewrite_program означава спољни програм који се позива после почетних провера приступа. Он може одложити захтев пре него што га одредиште прими.
- Прочитајте стварну команду за преписивање, укључујући омотач и аргументе.
- Повежите погођену трансакцију са дијагностиком помоћног програма. Поновљени изласци потомака, неисправни одговори и растући ред су различити трагови.
- Проверите да ли један образац URL-а изазива квар. Сачувајте редиговани пример тог улаза уместо да мењате неповезана подешавања resolver-а.
Помоћни програм има линијски уговор о захтеву и одговору. Текст напретка омотача на стандардном излазу може га покварити. Успешно покретање скрипте као администратор такође не репродукује Squid-ов улазни ток, окружење или дозволе. Овај пут је одвојен од провере лозинке.
Тек када размена функционише, то треба третирати као проблем капацитета. url_rewrite_children контролише процесе и понашање реда, али више потомака не поправља падове изазване улазом. Његова опција паралелности уводи идентификаторе канала и захтева помоћни програм који спроводи тај разговор.
Овлашћено поређење без rewriter-а може издвојити његов допринос. Ако се остави заобиђен при преоптерећењу, може се променити рутирање или филтрирање које спроводи, па је то одлука политике. Упоредите запажено чекање помоћног програма са DNS и доказима следеће везе пре него што цело кашњење припишете мрежној латенцији.