Friday, February 17, 2006, 11:30:54 AM, you wrote:
IS> On Fri, 17 Feb 2006, Igor Sysoev wrote:
On Fri, 17 Feb 2006, Denis Shaposhnikov wrote:
"Igor" == Igor Sysoev <is@xxxxxxxxxxxxx> writes:
Igor> *) Добавление: директива restrict_host_names упразднена.
Что теперь рекомендуется использовать вместо
restrict_host_names close;
server {
listen 80;
server_name example.com www.example.com;
...
}
server {
listen 80 default;
server_name some-non-existent-name;
return 444;
}
IS> В качестве some-non-existent-name можно использовать, например,
IS> server_name _ ;
А что делать в случае с https ?
Тоже опиывать отдельный server {} для того, чтобы там указать
listen 443 default;
server_name _;
return 444;
Да.
Но, вообще, нужно иметь в виду, что named-based виртуальные хосты в
HTTPS на данный момент не имеют простого решения.
Кстати, раз уж зашла речь о нестандартных кодах ошибок и HTTPS,
то nginx имеет ещё один код, 497, когда клиент приходит на HTTPS без
HTTPS. Ошибку иожно перенаправлять:
error_page 497 = /nohttps.html;
и при этом доступны все заголовки запроса, в том числе и $request_uri.
Игорь Сысоев
http://sysoev.ru