Обмен данными между приложениями через интернет

← →
ШК (2011-12-17 10:45) [0]

Имеется 2 приложения для обмена данными. Оба стоят на разных компьютерах (и разных провайдеров), спрятанных за серыми IP. Подскажите какое-нибудь решение для осуществления обмена.
Пытаюсь разобраться в азах.

← →
ШК (2011-12-17 10:49) [1]

Сейчас данные пересылаются пользователями через почту. Это обновление справочников и шаблонов документов. Но такой обмен долго продолжаться не может.

← →
megavoid © (2011-12-17 10:59) [2]

Можно добавить третье звено - приложение-сервер с белым ip, на котором и будут централизованно храниться данные (если возможно)

Если же задача - просто синхронизировать что-то несекьюрное между двумя компьютерами, может попробовать сервис наподобие Dropbox?

← →
ШК (2011-12-17 11:28) [3]

Я так полагаю, без изменения инфраструктуры сети под эти приложения - никак? Или 3-е звено.
Я смотрел в сторону почтового сервера. Через отправку/чтение по SMTP и IMAP. Но там появились уже "внутренние" проблемы. Например, нужно оформлять посылку данных в виде транзакции на получение.

← →
KilkennyCat © (2011-12-17 12:53) [4]

> просто синхронизировать что-то несекьюрное между двумя компьютерами

и даже секьюрное можно тупо и просто через фтп. некоторые банки-клиенты вполне так работают.

← →
Плохиш © (2011-12-17 13:17) [5]

> ШК (17.12.11 10:45)
> Имеется 2 приложения для обмена данными. Оба стоят на разных
> компьютерах (и разных провайдеров), спрятанных за серыми
> IP. Подскажите какое-нибудь решение для осуществления обмена.

Для начала зарегестрировать компьютеры на службе dyndns. А дальше всë становится тривиально.

PS. Вообще, прикольно, вопрос про динамические адреса на форуме ит-специалистов по популярности скоро обгонит "запихнуть программу туда где часики". И это в 21 веке.

← →
megavoid © (2011-12-17 13:48) [6]

> Плохиш © (17.12.11 13:17) [5]
> Для начала зарегестрировать компьютеры на службе dyndns.

а если он с обоих сторон за натом? но, надеюсь, угадываем в правильную сторону

← →
Медвежонок Пятачок © (2011-12-17 13:53) [7]

если нат организован не у провайдера, то нат не помеха.

← →
KilkennyCat © (2011-12-17 14:38) [8]

> Медвежонок Пятачок © (17.12.11 13:53) [7]

у провайдера тоже не помеха

← →
Медвежонок Пятачок © (2011-12-17 21:49) [9]

и каким образом?

например у нас подключают по оптике. ставят оптический терминал, который по дефолту в режиме роутера. терминал поднимает ppoe, получает инет интерфейс и натит наружу один эзернет порт. то есть нат даже не у провайдера, а дома у клиента. но терминал не дает возможности сделать нат внутрь.

каким макаром попасть на домашний комп с работы?

> такой обмен долго продолжаться не может

В смысле ?
Не устраивает именно почтовый сервис доставки ?
Или что ?
Может достаточно будет хамачами обойтись ? Проще уже некуда, вопрос только в производительности канала доставки ..

← →
ШК (2011-12-18 06:17) [11]

Сергей М. © (18.12.11 00:01) [10]

Проблема в отказоустойчивости. Во первых, обновление справочников какая-никакая репликация. Тут дело еще помимо доставки данных, в 100% обновлении БД. Нужна транзакционность процедуры доставки-апдейта с уведомлением, что все ок. А добавь в эту транзакцию участие пользователя ("я не увидел письма").
Во вторых, интенсивность и оперативность обновлений при ручном вкладывании никакая. Что ограничивает возможности для нового функционала.

Что такое "хамачами"?

> Что такое "хамачами"?

http://ru.wikipedia.org/wiki/Hamachi

Белый IP, VPN-сервер, маршрутизация = получаем общую защищенную подсеть со всеми прелестями...

Обмен данными между приложениями через интернет Найти похожие ветки