Бавни Squid барања со уривачки URL-rewriter
Проверете ја помошната програма за препишување URL кога проксито прифаќа врски, но барањата застојуваат пред проследување.
Ако Squid прифаќа врски, но бавно ги праќа барањата понатаму, проверете ја секоја програма за препишување URL на таа патека. Во Squid 5–7, url_rewrite_program го именува надворешниот програм што се повикува по првичните проверки за пристап. Тој може да го одложи барањето пред дестинацијата да го прими.
- Прочитајте ја ефективната команда за препишување, вклучно обвивката и аргументите.
- Поврзете ја засегнатата трансакција со дијагностиката на помошникот. Повторените излези на детските процеси, неисправните одговори и растечката опашка се различни траги.
- Проверете дали еден URL-образец го предизвикува дефектот. Зачувајте редигиран пример од тој влез наместо да менувате неповрзани поставки на resolver.
Помошникот има линиски договор за барање/одговор. Текстот за напредок на обвивката на стандардниот излез може да го расипе. Успешното извршување на скриптата како администратор исто така не го репродуцира влезниот тек, околината или дозволите на Squid. Оваа патека е одделна од проверката на лозинка.
Дури откако размената ќе проработи, треба да се третира како проблем со капацитет. url_rewrite_children ги контролира процесите и однесувањето на опашката, но повеќе деца не можат да ги поправат уривањата предизвикани од влезот. Неговата опција за паралелизам воведува идентификатори на канали и бара помошник што го спроведува тој разговор.
Овластена споредба без препишувачот може да го изолира неговиот придонес. Ако се остави заобиколен при преоптоварување, може да се промени рутирањето или филтрирањето што го спроведува, така што тоа е политичка одлука. Споредете го набљудуваното чекање на помошникот со доказите од DNS и понатамошната врска пред целото доцнење да го припишете на мрежната латентност.