Уважаемый DURMAN... Давайте по-порядку:
0. Огромная просьба убедиться, что wget/curl работают НЕ ЧЕРЕЗ ПРОКСИ,
как в приведённом вами выше примере.
1. Подразумеваем выполнение команд wget и curl на КЛИЕНТСКОЙ МАШИНЕ,
то есть НЕ НА СЕРВЕРЕ (для Windows говорят есть портированные версии).
2. Запускаем tcpdump НА СЕРВЕРЕ по очереди для обеих конфигураций
(например tcpdump -i eth1 -w /tmp/apache.pcap host <client ip>),
данные файлы так же можете выложить сюда.
2. Запуск этих команд осуществляем сначала с запущенным на сервере
Apache, затем повторяем c Nginx
3. Разницу - в студию, не забываем приложить конфигурацию Apache и
Nginx (сверхсекретные пароли можете зачирикать sed или автозаменой в
любом редакторе).
4. Опционально - дать полные пути к вашим файлам wpad.dat и так далее.
Впрочем если вы выполните п.3 это не обязательно.
Думаю этого будет достаточно, чтобы двигаться дальше, а не гонять по
кругу, что уже утомило местную аудиторию.
17 августа 2012 г., 8:19 пользователь Andrey Repin
<hell-for-yahoo@umail.ru> написал:
> Здравствуйте, Уважаемый(-ая, -ое) DURMAN!
>
> D> На WEB-сервере делаю:
> D> tail -f /var/log/nginx-access.log | grep 192.168.1.3
> D> 192.168.1.3 - это windows-машина с IE9 на борту в котором поставлена галка
> D> "Автоматическое определение параметров".
> D> При запуске браузера в логе только такая запись:
> D> 192.168.1.3 - - [17/Aug/2012:10:18:16 +0700]"GET /wpad.dat HTTP/1.1" 404
> D> 763"-" "Mozilla/5.0 (compatible; MSIE 9.0; Win32; Trident/5.0)""-"
>
> Что прозрачно намекает на отсутствие файла. Либо на обращение к неверному
> домену (веб-серверу).
> Может, в консерватории что-то поправить? (q)
>
>
> --
> С уважением
>
> Andrey Repin (hell-for-yahoo@umail.ru) пятница, 17.08.2012, <08:17>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
--
Cogito ergo sum
_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
