запарил я на своём IIS самописный HttpHandler - он родной скачивает фалы и передаёт клиенту - там вроде всё по науке Handler, Response and etc. Странный нонсонс наблюдаю при этом - если файл превышает 202Mb то на этой магической цифре обрывается коннект и загрузка файла на клиента прекращается ;)
Главное интересен тот факт, что когда я точно так же загружал файл на клиента через реальную .aspx страницу была др. беда - конект обрывался по истечении определённого времени, и это вылечилось настройками .config файла executionTimeout - увеличением времени до 6000...
Кто-нибудь знает где может быть прописана эта странная цифра download файла не более 202 Mb - есть думка что надо править конфиг - но нет мыслей какую секцию!!!???
P.S. и в нагрузку знатокам - как из самописного HttpHandler обратиться к сессионным переменным? но это так - пока для общего развития ;)

maxRequestLengthOptional Int32 attribute.

Specifies the limit for the input stream buffering threshold, in KB. This limit can be used to prevent denial of service attacks that are caused, for example, by users posting large files to the server.

The default is 4096 (4 MB).
эта бодяга для upload - то есть величина посылаемого файла на сервер - фишка в том что в моём вопросе речь идёт о скачиваемом файле...

авторНаследоваться от IRequiresSessionState

неохота лопатить msdn - маааленький пример plz... ;)

авторНаследоваться от IRequiresSessionState
всё - с этим разобрались tnx!!!
остался первый САМЫЙ ГЛАВНЫЙ вопрос!!!

авторимеет смысл посмотреть настройки пула в котором работает это приложение, там может быть настроено ограничение и на память и на время работы процесса.

спасибо за идею - но это мимо winXP IIS 5.0 - никаких пулов
авторПробовали на разных машинах или только на одной? Не пробовали отлавливать эксепшенов в хендлере?

вот тут уже более точные вопросы - на разных машинах пока не пробовал - сейчас попробую...
как отловить в нём ex пока не думал - есть мысль что просто не получится - или я лишний раз стрессую - может есть идея с кусочком кода?
P.S. вообще, надо на др. прове испробовать - сейчас попрошу виртуальных собратьев о помощи - о результатах сообщу ;)

чуднó, на др. прове всё ок - затянулось на ура :(
хе-хе ВЫВОД: провайдер свинья - режет всё что под руку попадётся (даже входящий трафик) - просто странное совпадение - как раз написал хендлер и тут ТАКОЕ - в совпадения верить неохота но др. выхода пока нет - потом рискну ещё с одного провайдера - что там будет!!!???
P.S.
авторкак отловить в нём ex пока не думал - есть мысль что просто не получится - или я лишний раз стрессую - может есть идея с кусочком кода?

вопрос открыт - если нетрудно подкиньте идейку ;)

вот так - третий пост с низу (ну соответственно, он заточен под хендлер Response Request - а основа точь в точь).
P.S. кстати, сейчас перечитал - может просто открыть блок Catch ex As Exception - это я про отлов ошибок в самописном хендлере (типо о своём) в случае если выкинет ошибку то покажет пустую страницу с ошибкой - наверное ;)

по порядку ;)
1. пример, наверное оттуда - я уже и непомню откуда ;)
2. в том то и дело что удача напрямую зависит от хостера - ftp доступ уже 2 года закрыт - выживал только за счёт http ;)
3. если тупо запихнуть в пример (как это раньше и было) - то работало - ещё два дня назад затягивал такой же по размеру файл... позавчера вечером черканул свой хендлер (на утро хотел проверить - не было возможности - выбило хард на компе клиента) - сегодня получил новый комп - сижу и тупо смотрю на 202 Мб и обрыв коннекта - странная штука что то вроде совпадения что ли...
Теперь вечером конечно попробую скинуться с хендлера и посмотреть со страницы (как и было раньше) - расскажу о результатах - самому просто дико интересно LOL...
P.S. кстати попробовал с др. машины того же прова - те же 202Мб...!