Редактировалось 2 раз(а), последний 2021-05-22 09:01:22

А в чём проблема? Связка из TCP_Server+TCP_Client решает (если, конечно, вылечили клиента от древнего бага с потерей последнего пакета)

Редактировалось 2 раз(а), последний 2021-05-22 09:01:22

Вот и вся схема вроде

Редактировалось 2 раз(а), последний 2021-05-22 09:01:23

У меня пашет. ЦП не смотрел...

Редактировалось 2 раз(а), последний 2021-05-22 09:01:23

Там таймаут у select очень маленький (100мкс).
Серега, Попробуй увеличить его. Найди в TCP.pas строку TimeOut := 100; и поставь, например 1000 или 10000 (максимум 65535, больше, если только поменять тип переменной TimeOut на dword). Затем посмотри загрузку проца.

Редактировалось 2 раз(а), последний 2021-05-22 09:01:23

Проц не загружает. Любые другие проколы, кроме http перенаправлять он не будет. А вместо всего этого:

Нужно было выложить код схемы.

Редактировалось 2 раз(а), последний 2021-05-22 09:01:23

а с onURL приходит что-нибудь?

Редактировалось 2 раз(а), последний 2021-05-22 09:01:23

Редактировалось 2 раз(а), последний 2021-05-22 09:01:24

Кажися догадался я, чего Серега намутил. Ему Proxy не нужен, а именно "связка из TCP_Server+TCP_Client". Если мы запускаем Proxy на какой-то машине, то мы имеем на 80 порту именно прокси, т.е. в браузере (на другой машине) нужно указать адрес прокси = IP адрес именно этой машины, которая должна иметь выход в интернет, и после этого та другая (до сих пор не имевшая выхода в интернет) будет иметь его.

Нужно-же - именно Redirect. Всё, что придёт на порт 80 отправить на аналогичный порт другой машины и обратно. Но это уже не Proxy.

Кстати, свойство IP компонента Proxy никак не используется. И работа компонента тоже не совсем корректна. Там идёт анализ заголовка запроса, на предмет строки Host: www.bla.bla.bla. Однако нормальный прокси анализирует только первую строку с запросом, всё остальное ему по барабану. И строку с запросом он модифицировать должен, выкусив из неё http://www.bla.bla.bla:8181 (и использовав эти данные для соединения).