ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | apache2 не всегда отдаёт заголовки при использовании mod_ssl | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Sisyphus | Reporter: | Anton Farygin <rider> | ||||||
| Component: | apache2 | Assignee: | Anton Farygin <rider> | ||||||
| Status: | CLOSED WONTFIX | QA Contact: | qa-sisyphus | ||||||
| Severity: | normal | ||||||||
| Priority: | P2 | CC: | inger, rider | ||||||
| Version: | unstable | ||||||||
| Hardware: | all | ||||||||
| OS: | Linux | ||||||||
| Attachments: |
|
||||||||
|
Description
Anton Farygin
2007-04-18 15:29:19 MSD
Created attachment 1913 [details]
apache2-2.2.4-alt-headers.ErrorDocument-0.1.patch
Патч для вывода отладки ap_send_error_response.
После прикладывания apache2-2.2.4-alt-headers.ErrorDocument-0.1.patch (http://git.altlinux.org/people/solo/packages/?p=apache2.git;a=commit;h=6d9794b7d7df70303c40a03a2c654e32591364d4) видно, что при звпросах вида "curl -kv http://localhost:8080/dsalkfjslkjf" при вызове функции ap_send_error_response условие (!r->assbackwards) не выполняется (соответственно заголовки не генерируются): [Thu Apr 19 19:10:38 2007] [info] [client 127.0.0.1] SSL handshake failed: HTTP spoken on HTTPS port; trying to send HTML error page [Thu Apr 19 19:10:38 2007] [info] SSL Library Error: 336027804 error:1407609C:SSL routines:SSL23_GET_CLIENT_HELLO:http request speaking HTTP to HTTPS port!? [Thu Apr 19 19:10:38 2007] [debug] http_protocol.c(1107): ap_send_error_response: start [Thu Apr 19 19:10:38 2007] [debug] http_protocol.c(1323): ap_send_error_response: END. При запросах вида "curl -kv https://localhost:8080/dsalkfjslkjf", ap_send_error_response отрабатывает так: [Thu Apr 19 19:10:18 2007] [info] Initial (No.1) HTTPS request received for child 0 (server worksol.spb.altlinux.org:443) [Thu Apr 19 19:10:18 2007] [error] [client 127.0.0.1] File does not exist: /var/www/html/alkjdakshdasd [Thu Apr 19 19:10:18 2007] [debug] http_protocol.c(1107): ap_send_error_response: start [Thu Apr 19 19:10:18 2007] [debug] http_protocol.c(1160): ap_send_error_response: (!r->assbackwards) is TRUE. [Thu Apr 19 19:10:18 2007] [debug] http_protocol.c(1176): ap_send_error_response: (ap_is_HTTP_REDIRECT(status) || (status == HTTP_CREATED)) is TRUE. [Thu Apr 19 19:10:18 2007] [debug] http_protocol.c(1181): ap_send_error_response: ((location != NULL) && *location) is TRUE. [Thu Apr 19 19:10:18 2007] [debug] http_protocol.c(1214): ap_send_error_response: (apr_table_get(r->subprocess_env, "suppress-error-charset") != NULL) is FALSE. [Thu Apr 19 19:10:18 2007] [debug] http_protocol.c(1323): ap_send_error_response: END. Похоже, что r->assbackwards выставляется в read_request_line (в файле server/protocol.c)... Created attachment 1926 [details] apache2-2.2.4-alt-headers.ErrorDocument-0.2.patch Состав патча apache2-2.2.4-alt-headers.ErrorDocument-0.2.patch (http://git.altlinux.org/people/solo/packages/?p=apache2.git;a=commit;h=3005718e5b8415d000ad1431c1d4286acae40edb): 1. Генерация кучи отладочных сообщений 2. _Грязный_ хак на modules/ssl/ssl_engine_io.c: в макросе HTTP_ON_HTTPS_PORT тип протакола прописан _явно_, как HTTP/1.1. Использование п. 2 что позволяет корректно выстовить r->assbackwards (при запросе по HTTP/1.1, если обращение идёт по другому протоколу, например по HTTP/0.9 -- сеё вызовет ошибку), что в свою очередь -- вызывает появление в ответе некоторых заголовков. Location при этом непоявляется, т. к. ответ сервера идёт с r->status='400'... На данный момент непонятно 2 вещи: 1. Как выставить правельный протокол для ответа. (Точнее, как понять что за протокол использовался при запросе.) 2. Где и как выставляется r->status... (In reply to comment #4) > Created an attachment (id=1926) [edit] > apache2-2.2.4-alt-headers.ErrorDocument-0.2.patch apache2-2.2.4-alt22.debug.1, собранный с данным патчем: http://git.altlinux.org/people/solo/packages/?p=apache2.git;a=commit;h=4f50edcd75dcae65f6c3967b3086e16d79b8276e Похоже нужный статус невыстовляется в ap_read_request: входящий запрос невыдерживает проверки на корректность ходеров, а mod_ssl при обращении по http, их непринимает вообще... Похоже надо врезаться в ssl_io_filter_error и заменять HTTP_ON_HTTPS_PORT_BUCKET(f->c->bucket_alloc) на реально принятое сервером. Как получить реальное значение я непонял. Задачу откладываю. Судя по faq.altlinux.ru (там чуть другая проблемка -- с чарсетом), у apache1 тоже с https и хедерами не всё гладко... OTOH альтератор съехал на свой httpd. всё уже неактуально |
