Udp to http proxy linux

UDP-to-HTTP Прокси предназначен для преобразования udp-мультикаст трафика IPTV в tcp-юникаст (конкретно http) трафик. Это полезно для комфортного просмотра IPTV через WiFi, NAT, на смартфонах, планшетах, смарт-тв, сетевых плеерах и игровых консолях.

Пример схемы использования:

IP-TV Player имеет поддержку UDP-to-HTTP прокси: допустим, прокси стоит на компьютере с адресами 192.168.0.1 (в локальную сеть) и 192.168.1.2 (в модем) и работает на порте 81, тогда в плеерах у пользователей локальной сети нужно в поле «Сетевой интерфейс» вписать 192.168.0.1:81

TV-Cells

TV-Cells реализует функцию серфинга каналов (также иногда называется «сетка каналов»).
Удобно использовать для мониторинга IP-телевидения — обратите внимание на синюю клетку с надписью «no signal».

Lib7zS2

Скачать | 70 Кб скомпилированная dll и исходный код

Lib7zS2.dll это маленькая и простая библиотека для распаковки архивов 7-Zip на основе модуля 7zS2 из LZMA SDK.

Библиотека экспортирует единственную функцию:

C++: int Extract7zW(const WCHAR *iArcPath, const WCHAR *iOutDirPath, HWND hPb);
PAS: function Extract7zW(iArcPath, iOutDirPath: PWideChar; hPb: Hwnd): integer; cdecl;

Внимание! Подключать через «cdecl», НЕ «stdcall»!
hPb: дескриптор прогресс-бара для индикация хода распаковки, выставить в 0 если не нужно.
Результат: 0 = успешно.

Micro Recorder

Программа для звукозаписи одним щелчком

Запускаете программу → В трее синий значок динамика
Один левый клик → Динамик мигает красным, на подсказке — время записи: идёт запись (для временных данных используется файл

MCI. tmp в папке %TEMP%)

Ещё один левый клик → Динамик мигает зелёным, выводится диалог сохранения. Как только сохранится можно снова записывать!

Один правый клик во время записи или при простое → Выход без сохранения

Ключи командной строки:

/file «x:\. \file.wav» — всегда сохранять в указанный файл (ключ обязательно должен идти первым)
/dir «x:\. \папка\» — всегда сохранять в указанную папку файлы вида Rec-год месяц день-час минута секунда .wav (ключ обязательно должен идти первым)
/stereo — 16bit 44100Hz STEREO (по-умолчанию) = 10Мб/мин
/mono — 16bit 44100Hz MONO = 5Мб/мин
/starttime=HH:MM:SS = ТАЙМЕР: когда начать запись, например /starttime=19:00:00
/stoptime=HH:MM:SS = ТАЙМЕР: когда остановить запись и выйти, например /stoptime=19:30:30

По умолчанию запись производится в формате WAV 16bit STEREO. Запись производится с устройства, выбранного в регуляторе громкости (sndvol32.exe /rec).

В 2004 году первая версия программы попала на диск журнала «XAKEP».

Источник

http proxy && udp

возможно ли зарулить udp трафик (с помощью дополнительного софта на стороне клиента) через http proxy? (squid, настраивать его могу как угодно). Если да, то с помощью чего? Софт ес-сно под линукс нужен

Re: http proxy && udp

объясни задачу поконкретнее

Re: http proxy && udp

Посмотри в сторону стунеля и нетката. Сквид это http(s,icmp. ). И не очень удобен для кулхацкеров.

Re: http proxy && udp

есть сервак с инетом, есть обычный пользователь (не рут), нужно получить с него полноценный инет, вместе с udp (тоесть игры и прочее). Так как это не рут vpn исключается.

Re: http proxy && udp

почему никак? неужели нету стороннего софта (необязательно прокся) которая смогла бы такое обеспечить? Ведь инет обычному юзеру доступен, пересылать пакеты от меня до этой машины возможно, в чем проблема?

Re: http proxy && udp

> есть сервак с инетом, есть обычный пользователь (не рут), нужно получить с него полноценный инет, вместе с udp (тоесть игры и прочее). Так как это не рут vpn исключается.

чится Учится и еще рас учится. Для начала базовые вещи. rfc 791. TCP/IP howto. И.Т.Д. ip-subnetwork-howto. Можеш почитать FREEBSD handbook. Там о сети кратко и о главном.

Re: http proxy && udp

Не тормози. Наганяй уровень.

Re: http proxy && udp

и что мне конкретно нужно от всего этого? Как устроены базовые вещи я себе представляю, я сюда задал вопрос, для «направления меня на верный путь», а не отсыланию куда подальше учить неизвестно что. В принципе выделив на это дело время я добьюсь чего хотел (возьму оттуда инет, с помощью чего-то), но думал есть люди, которые могут поделится готовым опытом.

Re: http proxy && udp

конечно я изначально ошибся, жестко привязав тему к http proxy

Источник

Udpxy на сервере провайдера

Замечательная утилита udpxy имеет две особенности, которые требуется учитывать при её использовании в операторской сети.

Во-первых, всем клиентам доступны через Веб-браузер команды «status» и «reset».

Во-вторых, примерно при 40 одновременных потоках udpxy начинает притормаживать, хотя процессор и сетевой интерфейс практически не заняты.

Небольшое отступление

Как правило, udpxy отсутствует в виде двоичного пакета под нужный дистрибутив, поэтому его требуется собирать из исходных текстов.

Засорение рабочей системы необходимыми для сборки пакетами (компиляторами, библиотеками, утилитами) является плохой практикой — увеличивается размер обновлений, усложняются зависимости и т.д.

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

Компромиссом для разовой сборки является создание временной сборочной среды («песочницы» aka «sandbox») на рабочей системе в отдельном каталоге.

В Debian Squeeze для этого достаточно следующих команд:

Для сборки udpxy нужны только gcc и make, для более объёмных программ требуемых пакетов может быть больше.

Сборка и установка

Скачиваем архив с исходными текстами и разворачиваем в песочницу:

Изменяем названия управляющих команд на очень секретные:

Заходим в песочницу и компилируем:

Создаём псевдопользователя для запуска udpxy и каталог для программы и утилит, переносим в него программу:

Запуск

Чтобы увеличить рабочий лимит одновременных подключений, будем запускать несколько экземпляров udpxy на разных портах и раскидывать по ним запросы, приходящие на стандартный порт 4022, в зависимости от IP-адреса клиента с помощью iptables=>nat=>PREROUTING=>REDIRECT:

Пояснения: во-первых, сценарий требует bash, т.к. sh не понимает цикл со счётчиком. Во-вторых, использовать «iptables -A» вместо «-I» нельзя, т.к. правило с «-s 0.0.0.0/0.0.0.0» окажется первым и заберёт себе все подключения. В-третьих, сценарий продолжает работать в фоновом режиме и автоматически перезапускает завершившиеся (упавшие?) экземпляры udpxy.

По умолчанию udpxy выводит в log-файлы /var/log/udpxy/*.log минимум информации. Если нужно сделать вывод более подробным, добавьте в строку запуска «sudo -u . » ключи «-v» и «-S».

Дополнительные ручки, за которые имеет смысл покрутить: «-B 1Mb» для увеличения входного буфера (в байтах), «-R 10» — одновременного количества сообщений (в штуках) и «-H 5» — максимального срока буферизации данных (в секундах).

Добавьте вызов /home/udpxy/start в /etc/rc.local (написание сценариев для /etc/init.d отложим на другой раз).

Сценарий завершения должен выглядеть примерно так:

Просмотр состояния

Смотреть общий список подключений ко всем экземплярам udpxy можно следующим образом:

Возможно, есть более простой способ, но этот оказался самым быстрым.

Запускать его можно из-под любого Веб-сервера с поддержкой CGI-BIN. В Debian для этого отлично подходит mini-httpd:

Чтобы смотреть по SNMP в Cacti/Zabbix/MRTG текущее количество подключенных клиентов (максимальное на один процесс + общее), добавьте в /etc/snmp/snmpd.conf:

Собственно сценарий /etc/snmp/udpxy_connections.sh:

Заключение

С сожалению, модернизация не всякой старой сети (замена тупняков на управляйки, замена гирлянд на прямые волокна и т.д.), требуемая для нормальной работы IP-телевидения по мультикасту, может быть произведена быстро. Временный вариант с udpxy позволяет запустить услугу IPTV, не дожидаясь, пока сеть будет доведена до современного уровня.

Источник

LINUXFREE.RU

Заметки, блоги, общение

UDP Proxy настройка в linux (просмотр ip tv)

Удручало отсутствие плеейров умеющих показывать UDP iptv, зато почти все плееры позволяют смотреть видео поток через http.
Решение оказалось простым, ставим на домашний компьютер/сервер udpxy
И так установка на ubuntu:
Нам потребуется GCC
Теперь скачаем Udpxy
У нас откомпилировался udpxy, теперь можно запустить, минимальный запуск выглядит так:
Прокси будет готов принимать запросы на порту 8888, запускать можно от обычного пользователя. например если ip компа с запущенным прокси 8.8.8.8 и мы хотим посмотреть канал UDP://@239.1.2.1:1234 тогда в плеере пишем:
http-://8.8.8.8:8888/udp/239.1.2.1:1234
Все теперь все блага доступны, то есть например можно давать возможность смотреть TV своим друзьям у которых провайдер не предоставляет эту возможность, либо они просто не хотят платить за эту услугу… В общем куча возможностей… ограниченные только фантазией
p.s. Для того что бы запускать udpxy автоматически напишем скрипт /etc/init.d/udpxy.sh:

#! /bin/sh
### BEGIN INIT INFO
# Provides: udpxy
# Required-Start:
# Required-Stop:
# Default-Start:
# Default-Stop: 0
# Short-Description: Execute the halt command.
# Description:
### END INIT INFO

case «$1» in
start)
/usr/sbin/udpxy -p 8888
echo «udpxy starting»
;;
restart|reload|force-reload)
#echo «Error: argument ‘$1’ not supported» >&2
$0 stop
$0 start
;;
stop)
killall udpxy
sleep 1
echo «udpxy starting»
;;
*)
echo «Usage: $0 start|stop» >&2
;;
esac

Источник

How to create UDP proxy using iptables

I have a server running UDP server on port 50000. This server receives updates from clients, and pings back the clients every 5 seconds to the socket they were connected from.

Now I want to redirect all the traffic to and from this UDP server via another server. Basically I want to setup a transparent proxy in front of this server. The reason is that I want to be able to easily control which server handles the UDP traffic, without the need to change DNS settings.

At first I tried usingn socat to create this proxy:

socat UDP-LISTEN:50000,fork UDP:myserver:50000

But this seems to work well for incoming traffic, but back traffic from my server to the clients doesn’t reach its destination. Also it seems that socat forks another process for each connection, so I might end up with too many processes and also dead processes when clients disconnect/switch IP.

I realized that I can use iptables NAT functionality for this, but it doesn’t seem to work for me. The configuration I’ve tried is:

sudo iptables -t nat -A PREROUTING -p udp —dport 50000 -j DNAT —to-destination myserver:50000

But it doesn’t seem to work — I don’t even see the connections on my server. I’m not sure if it’s due to wrong configuration or due to some other issues.

Do I need to somehow restart iptables once I add the nat configuration?
Do I need to allow traffic to the incoming port or having the NAT setting is enough?

UPDATE: The server that actually handles the traffic is on a different machine than the one that I’m trying to setup iptables on.

Источник