![]() |
![]() |
BlckWolF777 29.09.2004 - 16:43 |
Здравствуйте! Следущие проблемы: 1) Необходимо выбрать поставщика услуг ДНС хостинга со статичным АйПИ для сервера с динамичным АйПи + программу апдейтер АйПи. Поясню: - Есть зарегестрированное доменное имя (УРЛ) - Клиент обращается к серверу по этому УРЛу, не зная его текуцщего АйПи - АйПи сервера не статичное, а динамическое, то есть может меняться при переконнекте - Необходим посредник ДНС-хостинг, который бы как раз и обеспечивал соответствие стандартного УРЛа, изменившемуся АйПи - Программа-апдейтер АйПи должна работать на сервере в фоновом режиме и не требовать участия админситратора в апдейте АйПи, то есть при изменении АйПи должна сама пересылать его в базу данных ДНС-хостинга. - И ДНС-хостинг и программа апдейтер должны быть freeware, то есть бесплатные. Убедительная просьба: Давайте обсуждать и делиться опытом непосредственно по вопросу, а не заниматься обоснованием того, что "все это ерунда и надо использовать статичные АйПи для серверов и не мудрить голову". В моем случае задача стоит именно в том чтобы подобрать оптимальный вариант ДНС хостинга и прогаммы апдейта + протестировать ее на надежность и удобство использования. 2) Выбранные варианты надо протестировать и сравнить результаты, причем желательно иметь некую количественную характеристику качества их работы. Подскажите пожалуйста как можно провести такое тестирование. PS: Собственно говоря один рабочий вариант уже "пробовался на зуб" - это программа-апдейтер DynDNS и служба ДНС сервиса DynDNS.org. Собственно говоря предварительные результаты вроде неплохие, но хотелось бы рассмотреть и другие варианты и выслушать мнение людей, уже исследовавших этот вопрос. В качестве тестирования работы использовалась проверка АйПи на который "выводит" УРЛ через систему http://tracert.com/resolver.html , но это так сказать всего-лишь эмпирическая проверка, а хотелось бы иметь численные результаты. |
Сыр 1 - 29.09.2004 - 17:04 | теоритически это возможно, на практике это никому нах не надо - время апдейта кешей ДНС-серверов обычно 2е суток, так что думайте сами нужен вам этот цирк с динамическим ИП или нет. |
Сыр 2 - 29.09.2004 - 17:10 | если жаба душит на выделенку хоть ИП возьми - практически у любого прова есть такая услуга как выделение статического адреса для диалапного соеденения |
BlckWolF777 3 - 29.09.2004 - 17:45 |
2 Сыр: Вы видимо не доконца поняли вопрос... В кешах ДНС серверов сохраняется статический АйПи ДНС-сервера посредника, фактически пользователь каждый раз набирая УРЛ обращается к ДНС-серверу посреднику, который смотрит в своей базе данных (она динамически обновляется программой с моего сервера скажем 1 раз в 5 минут) какой у меня теперь АйПи и перенаправляет по нему пользователя, при этом мой непосредственный АйПи кешироваться нигде не должен - в этом принцип и преимущество данной технологии. По поводу "если жаба душит на выделенку хоть ИП возьми": Вы не знаете нашей задачи. Мы разрабатываем програмное обеспечение для телемедицинской сети, и мы не можем заранее быть уверены сколько серверов будет разворачиваться в нашей системе и на каких линиях они будут стоять, таким образом нам проще и надежней поставлять готовое решение под УРЛ адрес, чем в каждом конкретном случае разбираться с АйПи и линиями связи. (давайте закроем вопрос целесообразности и сосредоточимся на технической реализации). |
cv 4 - 29.09.2004 - 17:53 | вовсе не обязательно клиенский запрос об адресе доходит до вашего сервера, если запрос был сделан раннее, то он сохраняется в кеше, и хранится там определенное время 1-3 суток, после этого запрос делается вновь и обновляется это дело, просто вы немного путаете днс используемый в локальной сети и в глобальной, глобальная сеть инертна. Как пример в разделе "вэб программирование" с этим столкнулись, у некотрых сайт открывается, а у некоторых определяется еще старый адрес. |
BlckWolF777 5 - 29.09.2004 - 18:28 |
CV: хмм... Я сталкивался с такой проблемой с задержкой обновления в Веб-дизайне, но сдесь имхо должен быть другой случай... Фактически адресс ДНС сервера то не меняется. ИМХО он как раз и должен кешироваться у клиента. То есть клиент ищет какой АйПи соотвествует данному УРЛу и совершенно закономерно выходит на ДНС-сервер посредник, при этом берет он этот адресс из кеша или находит заново не принципиально, поскольку у ДНС-сервера статичный АйПи, который не зависит от АйПи моего сервера. А дальше ДНС-сервер должен делать что-то типа редиректа исходя из записей в своей базе данных (обновляемой спец. программой с моего сервера). То есть фактически пользователь соединяется не с моим сервером первоначально, а с сервером посредником ДНС-службы, а этот сервер посредник уже перенаправляет его напрямую по моему новому АйПи, при этом ИМХО мой конечный АйПи кешироваться не должен. Главноя моя просьба: Побскажите адекватную и не сильно трудоемкую методику тестирования данного сервиса, поскольку мы сейчас расматриваем несколько вариантов и должны выбрать самый надежный. |
Сыр 6 - 29.09.2004 - 18:57 |
То чо вы хотите отношения как токого отношения не имеет ва нужен сервис редиректов, но опять таки для это все недостаточно надежно. Непроще ли и не эффективней в подобном случае посмотреть на ВПН ? В вашем случае это был бы интересный вариант - адреса хостов для внешнего мира будут статическими и выдаватся вашим сервером тольного доступа, который будет так же маршрутизировать рафик направляемый на эти хосты. В таком случае вам не придется ломать голову ни с ДНС ни с редирект сервисами. |
Сыр 7 - 29.09.2004 - 18:58 | тьху... Очетяпка читать тонельного, а не тольного %о) |
Сыр 8 - 29.09.2004 - 19:12 |
Для реализации сего чуда вам потребуется 1 сервер на выделенке. Win или Unix это уже деловкуса... Естественно, что в случае с вениками речь может вестись только о серверных версиях ни о каких ХР и Профешиналах речи и быть не может. Блок арендованых IP-адресов (при одключении выделенки вы можете запросить необхрдимое коллчество адресов, практически все провайдры предоставляют такую услугу.) Ну ессно решить вопрос с регистрацией домена и секондари сервером. ПО сервера настраивается так что бы каждый юзер виртуальной сети получал статический адрес из вашего блока. Срвер при запросе на такие адреса будет отдавать трафик хосту клиенту по тонельному соеденению независимо где вобще тот находится. |
BlckWolF777 9 - 29.09.2004 - 19:16 |
2 Сыр: Я думал о варинте который Вы предлагаете - он конечно был бы идеальным, но наш проект еще в стадии становления и у нас нет возможности организовать работу такого сервера (тонельного доступа) непосредственно в данный момент - это дела несколько отдаленной перспективы. В настоящий момент главное запустить работу сервисов, в дальнейшем можно будет, и это наверняка будет делаться, всячески "облизывать" проект и совершенствовать его,в настоящий момент решение проблемы редиректов ДНС запросов, это всего лишь одна небольшая задачка из ряда более первостепенных вопросов. Основая проблема: Как лучше всего ТЕСТировать работу сервиса? |
Сыр 10 - 29.09.2004 - 19:26 |
BlckWolF777, я уже много лет занимаюсь сетями и могу вас завериь только в одном, что работать распределенная сеть только по редиректам будет из рук вон плохо. Можно остановится на варианте с выделенным ИП и ВПН-ом. В таком случае вам будет необходим серевер который будет уметь редиректить во внутренню сеть. Про Вин ничего не скажу, подобного опыта е было, но под Линуксом это будет прекрасно работать. |
BlckWolF777 11 - 30.09.2004 - 10:57 |
2 Сыр: Понимаете, у нас не совсем сеть, у нас фактически как бы вариант синхронизации смарт-клиента удаленного с сервером, синхрониация такая проводится не так часто, допустим пару раз за день, объем трафика тоже не слишком большой, постоянного же сетевого совединения и обмена как в локальных сетях у нас не будет. Причем еще один момент, синхронизация не по кабельному соединению, а беспроводная, скорей всего клиент удаленный будет обращаться к серверу через технологию ГПРС сотовой связи. Самая основная проблема которую я пока не могу решить - это как ТЕСТИРОВАТЬ ДНС-переадрессацию, так чтобы можно было определить ее надежность. И еще касательно ОС - у нас пока однозначно Вин, весь софт написан под нее, да и заказчики сервиса от компьютерных технологий веьсма далеки, поэтому им Вин удобней и привычней. |
Сыр 12 - 30.09.2004 - 11:42 | 2 BlckWolF777 - не в обиду, но то что вы удумали никогда не даст стабильного результата, более того я не думаю что вашему заказчику так уж принципиально под чем будет работать коммуникационный сервер, т. к. для него будет гораздо более важно бесперебойная работа сервиса. |
BlckWolF777 13 - 30.09.2004 - 11:51 |
Сыр: проблема в том, что коммуникационного сервера пока нет, он только в планах, то что мы разрабатываем сейчас, это только часные решения, и сервак в данном случае - кто компьютер врача со спец. програмным обеспечением на котором происходит обработка результатов, полученных от удаленных клиентов сервиса. |
Сыр 14 - 30.09.2004 - 12:04 |
Ну-ну %о) Творческих узбекофф... Вобще забавно иногда наблюдать когда люди зная что-то по наслышке пытаются слепить черт знает что и потом хотят что бы это еще и работало %о) |
The_Shadow 15 - 30.09.2004 - 12:08 |
Прошу прощения, что вмешиваюсь, а что вам мешает посмотреть в сторону ISA Server ?(раз уж вы так любите вин платформу) Организовываете VPN, коннектитись с удаленного клиента а дальше уже внутренний DNS сервер назначает машину для сервиса(вы ж собираетесь для разных сервисов использовать разные имена ?) |
cv 16 - 30.09.2004 - 12:19 | попробуйте вариант прямого соединения, т.е. клиенты звонят на модем вашего сервера, инет не нужен, и все просто. Если мало одного телефона, поставте несколько, т.е. по принципу работы системы "банк-клиент". Уж телефон всегда одинаков. Недостаток - если сеанс длительный и межгород. |
Сыр 17 - 30.09.2004 - 12:27 | Да еще кстати....О варианте с ГПРС в случае использования динамического ДНС можете вобще забыть - все операторы сотовой связи для ГПРС используют диапозоны чатных сетей которые в инет не маршрутизируются, а доступ организовывают через НАТ шлюзы %о) |
BlckWolF777 18 - 30.09.2004 - 13:12 |
2 cv: вариант прямого соединения уже разработан и работает для передачи небольших объемов данных, но проблема в том, что сечус м разрабатываем сервис где надо передавать данные большего объема, а клиенты у нас беспроводные (и даже не ПК, а ПДА под Пальм ОС), удаленные, то есть коннектится они будут через линии сотовые связи, в связи с чем прямое ГСМ соединение будт оч. дорого, вот мы и хотим использовать для клиентов коннект через интернет канал по ГПРС. 2 Сыр: ГПРС будет использоваться на стороне клиента, в качестве канала выхода в интернет, и дальнейшего коннекта к серверу по УРЛ, сам сервер будет либо на Диал Апе, либо на выделенке, но мы не можем надеятся что у него обязательно будет статический АйПи и должны решить проблему для общего случая, когда статического АйПи у него нет. И кстати, я проверял, мой АйПи при использовании службы динамического ДНС сервиса, когда я выхожу как сервер через ГПРС виден извне (проверялось системой http://tracert.com/resolver.html ) |
Csh 19 - 30.09.2004 - 14:43 | 2 BlckWolF777 - для начала возьми те хоть один учебник по сетям и почитайте, а с такими занаиями в песочницу. |
cv 20 - 30.09.2004 - 14:58 | если система работает не режиме реального времени, то можно сделать программу для сбора данных в виде сайта (или без него), воспользовавшись хостингом, клиенты работая вносят информацию в базу данных сайта, а ваш "сервер" время от времени соеденяясь с нетом, считывает эти данные, думаю, что так будет неплохо работать. |