Udpxy - серверное приложение для передачи данных из сетевого потока мультикаст канала (вещаемого по UDP) в HTTP-соединение запрашивающего клиента.

Основная задача udpxy заключается в передаче данных, считанных из мультикаст-канала (рассылающего данные подписчикам по протоколу UDP), в клиентское соединение, работающее в протоколе TCP. Таким образом, клиент, не имея возможности работать с протоколом UDP, может послать запрос udpxy, установить TCP соединение и работать с данными, полученными из указанного (в изначальном запросе) мультикаст-канала. Такая возможность востребована при просмотре IPTV на мобильных устройствах, телевизорах с функциональностью SmartTV и игровых консолях.

Функция Udp Proxy на роутерах Keenetic II реализована в качестве отдельного компонента микропрограммы. Для установки данного компонента необходимо:

  1. Заходим в раздел Система, на вкладкеКомпоненты находим пункт UDP-HTTP прокси (udpxy) и отмечаем его галочкой;Изображение - keenetic2udp.png
  2. Нажимаем на кнопку Обновить внизу страницы;

Обратите внимание! Для корректной работы UDP Proxy необходимо отключить IGMP Proxy. Одновременная работа двух этих функций невозможна!Для этого проделываем следующее:

  1. Заходим в раздел Домашняя Сеть, выбираем вкладку IGMP Proxy. Снимаем галочку в строке Включить функцию IGMP Proxy. Нажимаем кнопку Применить.Изображение - keenetic2udp2.png
  2. Заходим в раздел Приложения и выбираем вкладку Сервер udpxy. В открывшемся окне отмечаем галочкой пункт Включить, нажимаем на кнопку Применить.Изображение - keenetic2udp3.png

В случае использования настроек по умолчанию, udpxy-сервер будет работать в локальной сети по порту 4022, т.е. все клиенты должны обращаться по этому номеру TCP-порта.

Здравствуйте, senior nginx admins

Есть один сервис, работающий по JSON-RPC поверх TCP. Хочется управлять им из браузера. Но вот незадача - браузер не умеет отправлять просто JSON без HTTP заголовков.

И тут мне вспомнилось, что Nginx умеет кучу всяких прокси и едва ли не тьюринг-полный формат файла конфигурации.

Подскажите, возможно ли отправлять на Nginx POST-запрос, так, чтобы он отбрасывал все заголовки и проксировал тело запроса на JSON-RPC сервис. А ответ этого сервиса оборачивал в HTTP заголовки и возвращал браузеру?

За год человек посещает туалет около 2500 раз.

Доброго времени суток!

Итак что мы имеем
1. RedHat Enterprise 5
2. Squid build 2.6 STABLE
3. Iptables v1.3.5

Желаемый результат
Прозрачное проксирование "Сквидом" не только 80 порта, но и 443.

В файере для заворота пользавков использую
iptables -t nat -A PREROUTING -s 192.168.x.x -p tcp -d 0.0.0.0/0 --dport 80 -j REDIRECT --to-ports 3128


В самом squid`e
http_port 3128 transparent
https_port 3128 transparent key=/etc/squid/key.pm cert=/etc/squid/certificate.pm

и далее набор стандартных правил

Ключ создавался без использования шифрования а именно:
openssl genrsa -out key.pem
openssl req -new -key key.pem -out certificate.pem


Так вот если я заворачиваю при помощи iptables 443 порт в squid, то это не работает (iptables -t nat -A PREROUTING -s 192.168.x.x -p tcp -d 0.0.0.0/0 --dport 443 -j REDIRECT --to-ports 3128)


Вопрос: Как же его собственно в squid завернуть, может кто знает?

P.S> При условии выставления в IE прокси вручную, то все работает...))))