apache httpd continua enviando pedidos HTTP para IPs estranhos

Question

Recentemente, notei que meu servidor continua enviando dados para um local estranho "121.11.76.48" por netstat -na .

Para descobrir o que está enviando, tentei:

tcpdump -i eth0 host 121.11.76.48 -nnvvXSs 1514

E descobriu que continua enviando solicitações HTTP para este local:

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.@[email protected].....
    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

Aparentemente, algo no meu servidor continua enviando pacotes (cerca de um pacote / segundo) para www.xbdym.com (que é 121.11.76.48), com o navegador IE6!

Mas, minha caixa é uma caixa linux (CentOS 5.6), não tem como rodar o IE6 nela. E eu não tenho nenhuma VM do Windows instalada.

Então, eu uso lsof -i para descobrir qual processo envia o pacote!

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

É o apache! É estranho, por que o apache envia pacotes para esse local com tanta freqüência?

Eu entro no log do apache e encontro muitos registros no 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)"

e em 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

Meu servidor se comporta como um proxy? Na verdade, conectar-se diretamente ao meu servidor é redirecionado para o meu servidor java interno (definido por ProxyPass e ProxyPassReserve), e eu configurei isso:

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

Existe um " RewriteCond " lá, o host que não inicia com 'myserver.com' não deve passar! Mas como isso passa pelo meu proxy! E como pará-lo!?

Ambientes:

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

- atualizado -

minhas configurações ProxyPass:

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

    

Answer 1

Uma linha RewriteCond afeta apenas o próximo RewriteRule processado. Não faz nada sozinho.

Como não há RewriteRule seguindo-o no trecho de sua configuração que você nos deu, meu melhor palpite é que RewriteCond não está fazendo nada.

Uma mudança rápida que deve bloquear qualquer coisa que não esteja enviando o cabeçalho Host: correto:

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

Sua análise do que você viu parece estar correta para mim; seu Apache está configurado como um retransmissor aberto.

Como são suas linhas ProxyPass e ProxyPassReverse? (Eu presumo que você realmente escreveu ProxyPassReverse em sua configuração do Apache e não ProxyPassReserve.)

Percebi que a solicitação enviou um cabeçalho Host: vazio, o que é muito estranho. Suspeito que seu VirtualHost esteja configurado como padrão, o que significa que ele processará todas as solicitações, mesmo se o cabeçalho Host: não corresponder às variáveis ServerName ou ServerAlias .

Existem alguns conselhos sobre como adicionar um VirtualHost extra, não-proxy, no wiki Apache . E, para completar, aqui está um link para a documentação do mod_proxy .