Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

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

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

Dennis I. Komarov (2011-12-19 12:55:00) [1]
Белый IP, VPN-сервер, маршрутизация = получаем общую защищенную подсеть со всеми прелестями...

Almaz (2011-12-18 07:05:00) [2]

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

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

ШК (2011-12-18 06:17:00) [3]
Сергей М. © (18.12.11 00:01) [10]

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

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

Сергей М. (2011-12-18 00:01:00) [4]

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

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

Медвежонок Пятачок (2011-12-17 21:49:00) [5]
и каким образом?

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

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

KilkennyCat (2011-12-17 14:38:00) [6]

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

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

Медвежонок Пятачок (2011-12-17 13:53:00) [7]
если нат организован не у провайдера, то нат не помеха.

megavoid (2011-12-17 13:48:00) [8]

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

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

Плохиш (2011-12-17 13:17:00) [9]

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

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

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

KilkennyCat (2011-12-17 12:53:00) [10]

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

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

ШК (2011-12-17 11:28:00) [11]
Я так полагаю, без изменения инфраструктуры сети под эти приложения - никак? Или 3-е звено.
Я смотрел в сторону почтового сервера. Через отправку/чтение по SMTP и IMAP. Но там появились уже "внутренние" проблемы. Например, нужно оформлять посылку данных в виде транзакции на получение.

megavoid (2011-12-17 10:59:00) [12]
Можно добавить третье звено - приложение-сервер с белым ip, на котором и будут централизованно храниться данные (если возможно)

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

ШК (2011-12-17 10:49:00) [13]
Сейчас данные пересылаются пользователями через почту. Это обновление справочников и шаблонов документов. Но такой обмен долго продолжаться не может.

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »