Скачать: CL | DM;

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

← →
ШК   (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 00:01) [10]

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


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

---

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

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

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

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

---

← →
Almaz ©   (2011-12-18 07:05) [12]

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

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

---

← →
Dennis I. Komarov ©   (2011-12-19 12:55) [13]

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

---

Страницы: 1 вся ветка

Скачать: CL | DM;



Память: 0.48 MB
Время: 0.005 c