У меня таинственная проблема с маленьким сервером, на котором я работаю дома, за маршрутизатором NAT. Я использую несколько веб-сервисов и других служб, к которым я также могу получить доступ из-за пределов локальной сети через переадресацию портов. Уже несколько дней я не могу получить доступ к веб-серверу (ни по порту 80, ни по 443). Но только снаружи локальной сети! Изнутри я все еще могу получить доступ без проблем. SSH по-прежнему работает извне, хотя и на нестандартном порту.

Поэтому я сделал трассировку Wireshark, где браузер вне локальной сети пытается получить доступ к серверу. Для удобства чтения и анонимности я изменил IP-адрес сервера на ssss, а IP-адрес браузера на bbbb.

No.  Time      Source    Destination  Protocol Length Info
1    0.000000  b.b.b.b   s.s.s.s      TCP      66     59468 → 80 [SYN] Seq=0 Win=8192 Len=0 MSS=1460 WS=256 SACK_PERM=1
2    0.022883  s.s.s.s   b.b.b.b      TCP      66     80 → 59468 [SYN, ACK] Seq=0 Ack=1 Win=29200 Len=0 MSS=1380 SACK_PERM=1 WS=128
3    0.022949  b.b.b.b   s.s.s.s      TCP      54     59468 → 80 [ACK] Seq=1 Ack=1 Win=66048 Len=0
4    0.025405  b.b.b.b   s.s.s.s      HTTP     294    GET / HTTP/1.0 
5    0.026677  s.s.s.s   b.b.b.b      HTTP     666    HTTP/1.1 403 Forbidden  (text/html)
6    0.026678  s.s.s.s   b.b.b.b      TCP      54     80 → 59468 [FIN, ACK] Seq=613 Ack=241 Win=0 Len=0
7    0.026678  s.s.s.s   b.b.b.b      TCP      54     80 → 59468 [RST, ACK] Seq=614 Ack=241 Win=0 Len=0

TCP-соединение настроено правильно. Затем браузер отправляет HTTP-запрос GET и получает ответ "403 Forbidden". Кроме того, почти одновременно с ответным сообщением HTTP он получает сообщение FIN и RST!

На стороне сервера я сделал tcpdump того же сообщения:

$ sudo tcpdump -n port 80 or port 443
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
16:53:26.625013 IP b.b.b.b.59468 > s.s.s.s.80: Flags [S], seq 2382139585, win 8192, options [mss 1380,nop,wscale 8,nop,nop,sackOK], length 0
16:53:26.625131 IP s.s.s.s.80 > b.b.b.b.59468: Flags [S.], seq 1966829679, ack 2382139586, win 29200, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
16:53:26.647631 IP b.b.b.b.59468 > s.s.s.s.80: Flags [.], ack 1, win 258, length 0
16:53:26.650205 IP b.b.b.b.59468 > s.s.s.s.80: Flags [R.], seq 1, ack 1, win 258, length 0

Здесь настройка соединения TCP (первые три пакета) все еще в порядке. Но где, черт возьми, HTTP-сообщения? Там нет ни запроса, ни ответа ?! В чем дело? И почему сервер немедленно закрывает соединение с помощью пакета RST?

Сначала я подозревал некоторую неправильную конфигурацию Apache (я иногда там что-то меняю, не зная, что я делаю). Поэтому я выключил Apache и запустил скрипт Python SimpleHTTPServer. Трассировки Wireshark и tcpdump оказались почти одинаковыми, но теперь, по крайней мере, некоторые ошибки выводятся из скрипта Python:

----------------------------------------
Exception happened during processing of request from ('b.b.b.b', 59468)
Traceback (most recent call last):
  File "/usr/lib/python2.7/SocketServer.py", line 295, in _handle_request_noblock
    self.process_request(request, client_address)
  File "/usr/lib/python2.7/SocketServer.py", line 321, in process_request
    self.finish_request(request, client_address)
  File "/usr/lib/python2.7/SocketServer.py", line 334, in finish_request
    self.RequestHandlerClass(request, client_address, self)
  File "/usr/lib/python2.7/SocketServer.py", line 655, in __init__
    self.handle()
  File "/usr/lib/python2.7/BaseHTTPServer.py", line 340, in handle
    self.handle_one_request()
  File "/usr/lib/python2.7/BaseHTTPServer.py", line 310, in handle_one_request
    self.raw_requestline = self.rfile.readline(65537)
  File "/usr/lib/python2.7/socket.py", line 476, in readline
    data = self._sock.recv(self._rbufsize)
error: [Errno 104] Connection reset by peer
----------------------------------------

Но это на самом деле не привело меня дальше. Кто-нибудь имеет представление о том, что может быть причиной всего этого?

2 ответа2

1

Спасибо за отправку файлов захвата.

Между вашим клиентом и сервером существует межсетевой экран или некоторый промежуточный ящик (возможно, Cisco ASA), который перехватывает ваш веб-трафик и генерирует сообщение 403 и пакеты RST. Вот почему:

  1. Трехстороннее рукопожатие TCP успешно завершается между клиентом и сервером. Время поездки туда и обратно составляет около 30 мс. Пока все хорошо.
  2. Клиент отправляет HTTP-запрос GET на сервер.
  3. 403 Forbidden сообщение посылается обратно клиенту 2мс после отправки запроса , который слишком быстро , чтобы быть от фактического сервера. Захват трафика с сервера также не показывает никаких признаков HTTP-запроса. Некоторое устройство между двумя устройствами сгенерировало это 403.

    Обратите внимание на слова из 403:

    Вы пытаетесь получить доступ к запрещенному сайту.

    Обратитесь к системному администратору для получения подробной информации.

    Это не стандартный Apache 403, и из быстрого Google я вижу ссылку на подобное сообщение в обсуждении Cisco ASA. Я также вижу, что исходный MAC-адрес 403 в вашем захвате действительно является устройством Cisco.

  4. Пакет RST отправляется как клиенту, так и серверу для принудительного закрытия соединения. Обратите внимание, что исходный IP-адрес каждого пакета RST является исходным IP-адресом другого устройства. Что-то между этими двумя устройствами отправило поддельные RST-пакеты обеим сторонам, утверждая, что они получены от другой.

Где именно вы проводите внешнее тестирование? Возможно, из корпоративной сети?

0

В своем вопросе вы говорите, что во время работы Apache вы получаете сообщение "403 Forbidden".

Это сообщение генерируется Apache, и поэтому ваш запрос и ответ будут правильно обрабатываться вашей сетью.

Я бы сосредоточил ваши дальнейшие исследования на конфигурации Apache. Как вы настроили свой сервер? Если по IP-адресу вам необходимо убедиться, что Apache знает, что он должен отвечать как на локальные частные IP-адреса, так и на ваш общедоступный. Можете ли вы опубликовать свой httpd.conf и файлы в каталоге с поддержкой сайтов?

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .