LINUX.ORG.RU

Сообщения dsenash

 

Откуда сейчас лучше тянуть курс валют?

Форум — Web-development

Понимаю вопрос наверное оскомину набил. Заранее извиняюсь. Но https://query.yahooapis.com формат поменял и все советы из архивов этого форума, да и других уже не работают. Всякие монстры типа moex денег хотят. А мне надо прототип сделать. ЦБ дает отстойный данные. Нужен именно биржевой курс. Часовые данные тоже не вариант. 15 минут уже много. Платить готов, но не сразу. Запросов будет 1 в 5 мин. Посоветуйте pls. Или только парсинг?

dsenash
()

Установка туннеля через NAT без доступа к удаленной машине

Форум — Admin

Гуру, Подскажите pls. Задача: Есть сервак за Nat под RedHat. Ему надо скоммуницировать с серваком под Ubunti в инете. Рутером является всякое разнообразное барахло на своих операционках от Juniper до Asus/Dlink/Technocolor. Проблема в том, что после обращения по TCP из под NAT дальний сервер начинает стримить по внутреннему IP. Я вычитал как можно построить туннель между Linux серверами с пробросом через NAT. Но надо вводить команды и на этом сервере и на том. Соотвественно нужны права на тот. А вот ведь можно удаленно на той стороне туннель настроить? Может кто делал? Подскажите. Буду очень благодарен. Спасибо.

 , , ,

dsenash
()

Нужен совет с пробросом трафика за NAT

Форум — Admin

Приветствую, Дайте совет pls. Суть проблемы: Есть сипоподобный клиент, который нужно связать с облачным сервисом. Клиент живет за NAT. В облаке публичный адрес. Клиент стоит на Linux Redhat 2.6.32. Клиент связывается по TCP из под своего внутреннего адреса. Сессия держится и обмен идет. Далее клиент сообщает адрес для передачи UDP трафика и сервис должен начать передачу трафика на этот адрес. Проблема в том, что этот клиент не может быть модифицирован. TURN/STURN для него не существуют. И посылает он свой внутренний адрес. В SDP. И облачный сервис начинает слать UDP пакеты на его внутренний адрес. Соответственно ничего не работает. Идеи как заставить работать: 1. Построить туннель. На той стороне тоже Linux, но у меня нет к нему доступа. 2. Построить VPN. Но на той стороне надо ставить пакет VPN и см пункт первый. 3. Замаскарадить (занатировать) трафик. Если есть еще идеи - буду крайне благодарен. Пытаюсь сделать идею 3. Можно создать внутренний виртуальный адрес с внешним адресом роутера и подсунуть его клиенту. Далее сказать роутеру пробрасывать UDP порты на внутренний IP. Но с этой идеей проблемы. И вот я понять не могу они решаемы или нет. Мне как-то с MASQUERADE удалось доставить трафик на машинку. Но она его распознавать отказалась. Просто добавить второй IP на интерфейс нельзя. Внешний роутер начинает забирать все пакеты себе. И всякие NAT ALG для SIP тоже не работают. т.е. было бы здорово просто подменить в SDP адрес для посылки UDP трафика, но как и чем? В общем мозг я себе уже сломал. Гуру, если есть идеи - покажите пальцем куда попробовать. С уважением, dsen

 , ,

dsenash
()

RSS подписка на новые темы