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

Настройка связи от прямого прокси к обратному прокси с помощью tinyproxy

У меня возникают проблемы с подключением прямого прокси-сервера к обратному прокси-серверу, оба поддерживаемых tinyproxy (версия 1.8.3). Я не знаю, проблема в конфигурации.

Я тестирую эти прокси на 4 виртуальных машинах под управлением Debian GNU / Linux 8.9 (jessie). Эти машины представляют собой клиента, прямой прокси, обратный прокси и сервер. Я настраиваю связь между прямым и обратным прокси.

На сервере работает сервер Apache, который возвращает HTML-страницу по умолчанию с надписью «Работает».

Желаемое поведение заключается в том, чтобы клиент обменивался данными с сервером через прямой прокси-сервер, который идет вверх по течению к обратному прокси, который взаимодействует с сервером: Клиент (10.0.2.33) -> прямой прокси (10.0.2.35) -> обратный прокси (10.0.2.33). 2.36) -> сервер (10.0.2.34)

Для тестирования системы я использую эту команду curl на клиентской машине:

curl -v --proxy http://10.0.2.35:8888 http://10.0.2.34:80/

Файл конфигурации прямого прокси:

## tinyproxy.conf -- tinyproxy daemon configuration file

User nobody
Group nogroup

Port 8888
Listen 10.0.2.35
BindSame yes
Timeout 600

DefaultErrorFile "/usr/share/tinyproxy/default.html"
StatFile "/usr/share/tinyproxy/stats.html"
Logfile "/var/log/tinyproxy/tinyproxy.log"
#Syslog On
LogLevel Info
PidFile "/var/run/tinyproxy/tinyproxy.pid"

#Upstream 10.0.2.36:8888 "10.0.2.0/24"
Upstream 10.0.2.36:8888

MaxClients 100
MinSpareServers 2
MaxSpareServers 5
StartServers 2
MaxRequestsPerChild 0

Allow 127.0.0.1
Allow 10.0.2.0/24

ViaProxyName "tinyproxy1"

ConnectPort 8888
ConnectPort 80

# The following two ports are used by SSL.
ConnectPort 443
ConnectPort 563

Файл конфигурации обратного прокси:

## tinyproxy.conf -- tinyproxy daemon configuration file

User nobody
Group nogroup

Port 8888
Listen 10.0.2.36

BindSame yes
Timeout 600

StatFile "/usr/share/tinyproxy/stats.html"
Logfile "/var/log/tinyproxy/tinyproxy.log"
#Syslog On
LogLevel Info
PidFile "/var/run/tinyproxy/tinyproxy.pid"

no upstream "10.0.2.34:80"
#no upstream "."

MaxClients 5
MinSpareServers 2
MaxSpareServers 5
StartServers 2

MaxRequestsPerChild 0

Allow 127.0.0.1
Allow 10.0.2.0/24
Allow 10.0.2.35

ViaProxyName "tinyproxy2"

ConnectPort 8888
ConnectPort 80

# The following two ports are used by SSL.
ConnectPort 443
ConnectPort 563

ReversePath "/" "http://10.0.2.34:80/"
ReversePath "/wired/" "http://www.wired.com/"

ReverseOnly Yes
ReverseMagic Yes
ReverseBaseURL "http://10.0.2.34:80/"

Это поток TCP-потока, захваченный Wireshark:

Поток [клиент <-> прокси-сервер]

GET http://10.0.2.34:80/ HTTP/1.1
User-Agent: curl/7.38.0
Host: 10.0.2.34
Accept: */*
Proxy-Connection: Keep-Alive

HTTP/1.0 400 Bad Request
Via: 1.1 tinyproxy1 (tinyproxy/1.8.3)
Server: tinyproxy/1.8.3
Content-Type: text/html

<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
<html>
<head><title>400 Bad Request</title></head>
<body>
<h1>Bad Request</h1>
<p>Request has an invalid URL</p>
<hr />
<p><em>Generated by tinyproxy version 1.8.3.</em></p>
</body>
</html>

Поток [прямой прокси <-> обратный прокси]

GET http://10.0.2.34:80/ HTTP/1.0
Host: 10.0.2.34
Connection: close
Via: 1.1 tinyproxy1 (tinyproxy/1.8.3)
User-Agent: curl/7.38.0
Accept: */*

HTTP/1.0 400 Bad Request
Server: tinyproxy/1.8.3
Content-Type: text/html
Connection: close

<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
<html>
<head><title>400 Bad Request</title></head>
<body>
<h1>Bad Request</h1>
<p>Request has an invalid URL</p>
<hr />
<p><em>Generated by tinyproxy version 1.8.3.</em></p>
</body>
</html>

Это выходные данные для файла журнала tinyproxy:

Прямой прокси

CONNECT   Dec 10 22:05:08 [2788]: Connect (file descriptor 6): 10.0.2.33 [10.0.2.33] at [10.0.2.35]
CONNECT   Dec 10 22:05:08 [2788]: Request (file descriptor 6): GET http://10.0.2.34:80/ HTTP/1.1
INFO      Dec 10 22:05:08 [2788]: Found upstream proxy 10.0.2.36:8888 for 10.0.2.34
CONNECT   Dec 10 22:05:08 [2788]: Established connection to upstream proxy "10.0.2.36" using file descriptor 7.
INFO      Dec 10 22:05:08 [2788]: Closed connection between local client (fd:6) and remote client (fd:7)

Обратный прокси

CONNECT   Dec 10 22:05:08 [4487]: Connect (file descriptor 6): 10.0.2.35 [10.0.2.35] at [10.0.2.36]
CONNECT   Dec 10 22:05:08 [4487]: Request (file descriptor 6): GET http://10.0.2.34:80/ HTTP/1.0
ERROR     Dec 10 22:05:08 [4487]: Bad request
INFO      Dec 10 22:05:08 [4487]: no entity

В настоящее время я могу получить доступ к странице сервера в обратном прокси-сервере, "curl" ing http://10.0.2.34:80/ и http://10.0.2.36:8888/ из-за моей конфигурации обратного прокси (ReversePath). На следующем изображении показан захват Wireshark на машине обратного прокси.

Изображение из обратного прокси-доступа к снимкам сервера

Со всей этой конфигурацией все, что я получаю на машине клиента, - это сообщение об ошибке 400 bad request от обратного прокси.

Эта проблема решена. Способ проверить это - не запросить страницу напрямую на сервере, а на обратном прокси-сервере. Кроме того, прямой прокси-сервер не должен направлять трафик на обратный прокси-сервер.

Обратный прокси-сервер не может понять запрос, отправленный на хост / сервер, если прямой прокси-сервер направляет трафик вверх, потому что они работают по-другому.

Правильная конфигурация прямого прокси должна исключать строку:

upstream 10.0.2.36:8888

Потому что обратный прокси-сервер имеет следующее правило:

ReversePath “/” “http://10.0.2.34:80/”

При запросе ресурса сервера (страница «Работает» из Apache) обратный прокси (10.0.2.36) будет запрашивать сервер (10.0.2.34), как только мы запросим «http://10.0.2.36:8888/”

Мы должны запустить curl для обратного прокси с помощью:

curl -v --proxy http://10.0.2.35:8888 http://10.0.2.36:8888/

Затем мы видим, что конфигурация работает, со следующим выводом:

root@debian:/home/debian# curl -v --proxy http://10.0.2.35:8888 http://10.0.2.36:8888
* Rebuilt URL to: http://10.0.2.36:8888/
* Hostname was NOT found in DNS cache
*   Trying 10.0.2.35...
* Connected to 10.0.2.35 (10.0.2.35) port 8888 (#0)
> GET http://10.0.2.36:8888/ HTTP/1.1
> User-Agent: curl/7.38.0
> Host: 10.0.2.36:8888
> Accept: */*
> Proxy-Connection: Keep-Alive
> 
< HTTP/1.1 200 OK
< Via: 1.0 tinyproxy2 (tinyproxy/1.8.3), 1.1 tinyproxy1 (tinyproxy/1.8.3)
< Last-Modified: Mon, 11 Jun 2007 18:53:14 GMT
< Date: Tue, 12 Dec 2017 23:01:37 GMT
< Content-Type: text/html
< ETag: "2d-432a5e4a73a80"
< Set-Cookie: yummy_magical_cookie=/; path=/
* Server Apache/2.4.29 (Unix) is not blacklisted
< Server: Apache/2.4.29 (Unix)
< Content-Length: 45
< Accept-Ranges: bytes
< 
<html><body><h1>It works!</h1></body></html>
* Connection #0 to host 10.0.2.35 left intact