Блог

Я пытаюсь создать простой прокси-сервер, чтобы клиент мог получить доступ к веб-сайту. Я использую следующий код для получения сообщения от клиента.

 tcpSerSock.bind(('', 9999))
tcpSerSock.listen(1)
tcpCliSock, addr = tcpSerSock.accept()
print("Received a connection from:", addr)# Fill in start.
message = tcpCliSock.recv(1024).decode(encoding="utf-8")
 

Затем я попытался переслать сообщение с прокси-сервера на сервер, а затем получить файл с сервера, чтобы я мог отправить его с прокси-сервера клиенту.

 proxySock = socket(AF_INET, SOCK_STREAM)
proxySock.connect(('baidu.com', 80))
proxySock.sendall(message.encode(encoding="utf-8"))
respondMsg = proxySock.recv(1024).decode(encoding="utf-8")
 

Однако прокси-сервер не может получить сообщение от сервера, и, похоже, потому, что «сервер сбрасывается». Я провел некоторое исследование и обнаружил, что это может быть связано с отправленным ему сообщением. Сообщение показано ниже, я не знаю, что с ним не так, поскольку оно получено от клиента. Может кто-нибудь помочь мне выяснить, что не так?

 GET /www.baidu.com HTTP/1.1
Host: localhost:9999
User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:85.0) Gecko/20100101 Firefox/85.0
Accept: text/html,application/xhtml xml,application/xml;q=0.9,image/webp,*/*;q=0.8
Accept-Language: en-US,en;q=0.5
Accept-Encoding: gzip, deflate
Connection: keep-alive
Upgrade-Insecure-Requests: 1
 

 GET /www.baidu.com HTTP/1.1
Host: localhost:9999
 

Это не то сообщение, которое ожидает сервер. Сервер ожидает сообщение, подобное этому

   GET / HTTP/1.1
  Host: www.baidu.com
 

Таким образом, вы не можете просто переслать полученное сообщение на сервер, а должны его изменить. Обратите внимание, что из моего теста сервер не сбрасывает соединение, а вместо этого отвечает

 HTTP/1.1 500 Internal Server Error
Server: bfe
...
 

Помимо этого:

 message = tcpCliSock.recv(1024).decode(encoding="utf-8")
...
proxySock.sendall(message.encode(encoding="utf-8"))
respondMsg = proxySock.recv(1024).decode(encoding="utf-8")
 

Передаваемые данные должны обрабатываться не как UTF-8, а как двоичные. Фактически, исторически HTTP-заголовок разрешал кодировку ISO-8859-1, хотя теперь он определяется только как ASCII. И полезная нагрузка может быть любой.