Павольны прагрэс можа ўтрымаць спампоўку праз проксі ў межах тайм-аўту чытання
Зразумейце, чаму рэдкія байты адказу могуць утрымліваць спампоўку праз проксі ў межах ліміту бяздзейнасці чытання, калі агульная працягласць становіцца непрымальнай.
Адказу, які зрэдку перадае некалькі байтаў, можа заставацца ў межах кожнага ліміту бяздзейнасці чытання, але ў цэлым займаць занадта шмат часу. Тайм-аўт чытання не абавязаны вымяраць усю працягласць перадачы.
Выбірайце палітыку пад нагрузку. Канечнаму архіву патрэбны бюджэт завяршэння; паток падзей можа законна доўжыцца гадзінамі і часам маўчаць.
Вымярайце карысны прагрэс
Для спампоўкі файла захоўвайце агульны дэдлайн і ўлічвайце падтрымліваныя кліентам кантролі нізкай хуткасці або прагрэсу. Вызначце інтэрвал і аб'ём карысных даных. Байт сэрцабіцця можа паказваць актыўнасць, не робячы значнага прагрэсу да завяршэння файла.
Трымайце наладку тунэля асобна ад перадачы цела. Чаканне завяршэння CONNECT і атрыманне павольнага цела прызначэння — гэта розныя этапы з рознымі доказамі.
Спажывайце або закрывайце адказ на кожным шляху выхаду. Пакінуты адкрытым павольны паток можа прымусіць наступны запыт чакаць ёмістасці пула, што стварае чарговы тайм-аўт з іншай прычыны.
Калі назіраная працягласць перавышае зададзеную палітыку, праверце дакладную версію кліента і цыкл чытання. Спраўны таймер бяздзейнасці, паводзіны ўласнага цыкла і памылка рэалізацыі патрабуюць розных выпраўленняў.