Назад | Перейти на главную страницу

apache httpd продолжает отправлять http-запросы на странные IP-адреса

Недавно я заметил, что мой сервер продолжает отправлять данные в странное местоположение "121.11.76.48" пользователем netstat -na .

Чтобы узнать, что он отправляет, я попробовал:

tcpdump -i eth0 host 121.11.76.48 -nnvvXSs 1514

И обнаружил, что продолжает отправлять HTTP-запросы в это место:

22:55:21.179353 IP (tos 0x0, ttl  64, id 26103, offset 0, flags [DF], proto: TCP (6), length: 296) 192.168.1.13.58155 > 121.11.76.48.80: P, cksum 0x880b (incorrect (-> 0xd884), 1904784743:1904784999(256) ack 915059568 win 46
    0x0000:  4500 0128 65f7 4000 4006 4ce8 c0a8 010d  E..(e.@.@.L.....
    0x0010:  790b 4c30 e32b 0050 7188 b567 368a b370  y.L0.+.Pq..g6..p
    0x0020:  5018 002e 880b 0000 4745 5420 2f20 4854  P.......GET./.HT
    0x0030:  5450 2f31 2e31 0d0a 486f 7374 3a20 0d0a  TP/1.1..Host:...
    0x0040:  4163 6365 7074 3a20 2a2f 2a0d 0a52 6566  Accept:.*/*..Ref
    0x0050:  6572 6572 3a20 6874 7470 3a2f 2f77 7777  erer:.http://www
    0x0060:  2e78 6264 796d 2e63 6f6d 2f69 6e64 6578  .xbdym.com/index
    0x0070:  2e61 7370 0d0a 4163 6365 7074 2d4c 616e  .asp..Accept-Lan
    0x0080:  6775 6167 653a 207a 682d 636e 0d0a 4163  guage:.zh-cn..Ac
    0x0090:  6365 7074 2d45 6e63 6f64 696e 673a 2067  cept-Encoding:.g
    0x00a0:  7a69 702c 2064 6566 6c61 7465 0d0a 5573  zip,.deflate..Us
    0x00b0:  6572 2d41 6765 6e74 3a20 4d6f 7a69 6c6c  er-Agent:.Mozill
    0x00c0:  612f 342e 3020 2863 6f6d 7061 7469 626c  a/4.0.(compatibl
    0x00d0:  653b 204d 5349 4520 362e 303b 2057 696e  e;.MSIE.6.0;.Win
    0x00e0:  646f 7773 2035 2e31 290d 0a50 7261 676d  dows.5.1)..Pragm
    0x00f0:  613a 206e 6f2d 6361 6368 650d 0a56 6961  a:.no-cache..Via

По-видимому, что-то на моем сервере продолжает отправлять пакеты (около одного пакета в секунду) на www.xbdym.com (это 121.11.76.48) с браузером IE6!

Но мой ящик - это Linux-ящик (CentOS 5.6), на нем нет возможности запустить IE6. И у меня не установлена ​​виртуальная машина Windows.

Затем я использую lsof -i чтобы узнать, какой процесс отправляет пакет!

httpd   13232 apache   20u  IPv4 326404481       TCP 192.168.1.13:48988->121.11.76.48:http (ESTABLISHED)

Это апач! Странно, почему apache так часто отправляет пакеты в это место?

Затем я копаюсь в журнале apache и нахожу много записей в access_log:

121.11.80.126 - - [23/Dec/2011:22:58:58 +0800] "GET http://www.xbdym.com HTTP/1.1" 502 495 "http://www.xbdym.com/index.asp"
 "Mozilla/4.0 (compatible; MSIE 6.0; Windows 5.1)"

и в rewrite.log:

121.11.80.126 - - [23/Dec/2011:23:05:57 +0800] [www.xbdym.com/sid#2b1de9435be0][rid#2b1df49d6ad0/initial] (1) pass through proxy:http://www.xbdym.com

Мой сервер работает как прокси? Фактически, прямое подключение к моему серверу перенаправляется на мой внутренний Java-сервер (установленный ProxyPass и ProxyPassReserve), и я установил это:

RewriteEngine On 
RewriteCond %{HTTP_HOST} ^myserver.com
RewriteLog "/home/myserver/log/rewrite.log"
RewriteLogLevel 1

Eсть "RewriteCond"там, хост, не начинающийся с myserver.com, не должен проходить! Но как он проходит через мой прокси !? И как его остановить !?

Среды:

httpd-2.2.3-53.el5.centos.3
CentOS 5.6
2.6.18-238.12.1.el5xen

- обновлено -

мои настройки ProxyPass:

ProxyPreserveHost on
ProxyPass        /app http://localhost:8080/app
ProxyPassReverse /app http://localhost:8080/app

А RewriteCond линия влияет только на следующую RewriteRule что обрабатывается. Сам по себе он ничего не делает.

Поскольку нет RewriteRule следуя ему в фрагменте конфигурации, который вы нам предоставили, я предполагаю, что RewriteCond ничего не делает.

Быстрое изменение, которое должно заблокировать все, что не отправляет правильный Host: заголовок:

RewriteCond %{HTTP_HOST} !^myserver.com
RewriteRule - - [F]

Ваш анализ увиденного мне кажется правильным; ваш Apache настроен как открытый ретранслятор.

Как выглядят ваши линии ProxyPass и ProxyPassReverse? (Я полагаю, вы действительно написали ProxyPassReverse в своей конфигурации Apache, а не ProxyPassReserve.)

Я заметил, что запрос отправил пустой Host: заголовок, что очень странно. Я подозреваю, что ваш VirtualHost настроен по умолчанию, что означает, что он будет обрабатывать все запросы, даже если Host: заголовок не соответствует ServerName или ServerAlias переменные.

Есть несколько советов о том, как добавить дополнительный, не прокси-сервер VirtualHost по умолчанию в Apache вики. И, для полноты, вот ссылка на документация по mod_proxy.