Сервер VisualSVN 2.5.2 отчетов “413 Объектов запроса, Слишком Больших” при попытке фиксировать файлы мультигигабайта
Вы хотите остановить "Сервис Публикации Всемирной паутины".
Между прочим, причина, порт на самом деле открыт 'Системным' процессом, состоит в том, потому что Windows Server 2003 переместил части IIS в ядро (конкретно в http.sys драйвере). Это - то, так, чтобы вещи как статические файлы могли быть поданы полностью от ядра (где стек TCP/IP, и выполненные драйверы файловой системы) без непривилегированного режима переключаются, и обеспечивает лучшую производительность.
Вы столкнулись с ошибкой в этом фрагменте кода проверки в http_filters.c :
/* Protects against over/underflow, non-digit chars in the
* string (excluding leading space) (the endstr checks)
* and a negative number. */
if (apr_strtoff(&ctx->remaining, lenp, &endstr, 10)
|| endstr == lenp || *endstr || ctx->remaining < 0) {
ctx->remaining = 0;
ap_log_rerror(APLOG_MARK, APLOG_ERR, 0, f->r,
"Invalid Content-Length");
return bail_out_on_error(ctx, f, HTTP_REQUEST_ENTITY_TOO_LARGE);
}
Итак, снятие ограничения для тела запроса прошло успешно. Похоже, что клиент виноват; Похоже, что черепаха отправляет неверные данные в заголовке Content-Length . Есть ли способ захватить полный HTTP-запрос (это должен быть незашифрованный http, и вам понадобится инструмент захвата, например wirehark), чтобы проверить, что он отправляет в этом заголовке?
"413 Request Entity Too Large" error on commit is rather a client's issue than the server's one.
Subversion clients use neon library for network communication by default. This library does not support transmission large files to Subversion server correctly.
As a workaround you can switch from neon to serf library. Perform the steps on client's machine:
- Open file
%APPDATA%\Subversion\servers - Find
[global]section - Add following option to the
[global]section:http-library=serf - Save servers file and try to commit again