Перенапрвление запроса к DDNS сервисам (DynDNS,NO-IP,...) на собсвенный DDNS-серверу

Но ведь клиента вы уже изобразили, коннектится по логину и паролю и больше ничего не делает, всё остальное на совести сервера. Просто не запускайте «настоящего» клиента DDNS, у которого работа как раз в том и заключается - сообщить IP и своё зарегенное имя.

у no-ip можно скачать клиента (на с) — вот и посмтори, что он там отсылает

Не такой я крутой писака!:-)

Чем можно посмотреть на какой порт и что шлет клиент серверу

Чем можно посмотреть на какой порт и что шлет клиент серверу

И всё равно, я не понимаю, из каких рассуждений по пунктам вашей идеи вот это выше вам надо? На видеорегистраторе есть секретные файлы/функции, которые можно изменить только встроенным клиентом DDNS? Так они тоже разные и вы его не назвали, а спрашиваете в общем виде, предлагая собственную реализацию без какой-либо необходимости реверсировать протокол какой-то конкретной реализации клиента.

Мне бы тот, что полегче реализовать. DynDNS-клиент есть у всех видеорегистраторов.

Конкретно мне нужно получить от клиента (видеорегистратора) значение (идентификатор). Я не знаю, оно может быть каждый раз разное. Посоветуйте чем перехватить пакет от клиента и как его разобрать.

DynDNS-клиент есть у всех видеорегистраторов.
Конкретно мне нужно получить от клиента (видеорегистратора) значение (идентификатор).

Какой клиент?! Протоколы у них разные. У noip.com сделано примитивно, отсылается запрос:

http://username:password@dynupdate.no-ip.com/nic/update?hostname=mytest.testd...

Простенько, несекурно, но реализовать не сложно.

у noip на бесплатных аккаунтах если долго не менялся ip у клиента его запись устаревает и удаляется. в платных всё ок. те у меня была такая тема что хоть адрес и динамический, но менялся крайне редко - раз в два месяца где-то, вот эта проблема и всплывала.

И что? Предлагаете сделать ТСу свой DDNS тоже с такой фичей? :)

Спасибо!!!

1. Прописал на видеорегистраторе DNS хх.хх.хх.хх

2. Выбрал в настройках DDNS, no-ip.com и заполнил поля

3. Создал зону no-ip.com

4. Добавил А запись dynupdate А хх.хх.хх.хх

5. Создал сайт с адресом dynupdate.no-ip.com

6. На хосте сайта создал директории nic/update

7. В директории update создал файл index.php (чтоб видеть результат)

<?php
$nakop="";
if (isset($_GET)){
  $nakop=implode("\n", $_GET); 
}

$a=fopen("test.txt","a+");
fputs($a,$nakop);
fclose($a);
?>

В результате с браузера работает с регистратора отзыва нет.

В чём может быть причина?

В результате с браузера работает с регистратора отзыва нет.

А, у вас даже коннекта не наблюдается. Проверить куда соединяется регистратор можно? Тот простенький протокол с одим URL будет работать с реальным сервером noip. А вот реальный клиент может быть с полной поддержкой всех фич и хочет работать с реальным сервером noip. Там фич много: определить свой ip по запросу на http://ip1.dynupdate.no-ip.com:8245/hostactive.php , попробовать вначале принудительно сделать force, так как давно не разговаривал с noip по http://www.no-ip.com/settings.php и ещё черт-те что.

Фичи не фичи...

Вопрос остался открытым: Каким образом вычислить, что отсылает видеорегистратор настоящему (не моему) dyn.com и что должен получить видеорегистратор обратно?

Вопрос остался открытым

По определению. Не очень то и хочется этим DDNS открывать все фичи всех версий, бизнес у них такой, на том и стоит.

Каким образом вычислить, что отсылает видеорегистратор настоящему

Это всегда делается на нешифрованных протоколах одинаково: миррорится порт и снифается.

что должен получить видеорегистратор обратно?

Реализация на железке полного протокола клиента может быть собственная, за денежки тот же noip.com это позволяет, делаете и сертифицируете. Никакой гарантии, что проснифаете все возможные комбинации всех фич, потому в реальности может потом глючить.

это как причина одной из возможных проблем с noip, я потратил какое-то время чтобы понять в чем же дело, решил поделиться