Thomson TG585 v7 und eigenes DynDNS

[divB]

Hi,

Ich verwende einige TG585 an verschiedenen Standorten mit dynamischer IP.

Ich habe selbst mehrere DNS Server (bind) am Laufen (davon einen internen der dyndns gekoppelt mit DHCP macht).

Weiss jemand ob und wie ich die TG585 moeglichst einfach fuer DynDNS mit einem eigenen Server (also ohne DynDNS.org, No-IP etc.) konfigurieren kann? Zur Auswahl steht zumindest "custom" allerdings finde ich keine Beschreibung was das genau heisst und ist.

Danke, LG

[jutta]

also, nach diesem threads bei dieschmids sieht es so aus, als koennte man per telnet/konsole jeden beliebigen dyndns-server eintragen http://www.dieschmids.at/4-fragen-zur-k ... s-probleme

wie ein *interner* dns-server dyndns machen soll, ist mir allerdings nicht ganz klar. vielleicht meinst du ja was ganz anderes? oder es geht dir nicht um den fernzugriff, sondern nur ums konfigurierenueben?

[divB]

Hi,

Danke. Ich wollte damit ausdruecken ich habe bereits DNS Server und Erfahrungen mit "dynamic DNS" (allow-update, key, DHCP mit ddns).

Aber ich hab keine Erfahrungen mit DynDNS und was die Thomson Geraete darunter verstehen ... ist das HTTP oder echtes dyndns? Ist das ein "Standard" den bind direkt beherrscht oder benoetige ich ein Interface dazwischen (z.B. apache, cgi, php, ...)? Wie aufwendig ist das ganze?

[jutta]

was die thomson-geraete genau drunter verstehen, werden zid oder bully sicher ergaenzen.

aus meiner erfahrung funktionieren die meisten dyndns-clients mit http-abfragen. anders kann der server ja die oeffentliche ip nicht rauskriegen.

[divB]

Hallo,

Ok, danke mal! Vielleicht ergaenzen zid und bully noch was

Zu

anders kann der server ja die oeffentliche ip nicht rauskriegen.

Nein, das ist kein Argument denn der Router kennt seine eigene public IP ja, die er per Update einem Server uebermitteln koennte.

[jutta]

> Nein, das ist kein Argument denn der Router kennt seine eigene public IP ja, die er per Update einem Server uebermitteln koennte.

*koennte*, aber dazu muesstest du wahrscheinlich erst einen client schreiben.

//ps: mir faellt grad ein: du hast doch eh eine statische ip. wozu also das dyndns?

[WaJoWi]

Habe diesen Thread zum Anlass genommen mich heute mal mit der Materie ein wenig auseinanderzusetzen. Ich wollte schon länger meinen DD-WRT - Router mit einem eigenen DDNS betreiben weil mir in letzter Zeit DynDNS.org auf die Nerven ging (z.B. monatliches Anmelden auf deren Seite). Zwar habe ich faktisch auch eine fixe IP (von UPC), doch verlassen kann man sich nicht darauf.

Also habe ich ein kleines php-Skript auf meinem Webspace geladen, dass bei Bedarf die aktuelle IP speichert und bei Aufruf auch die Weiterleitung übernimmt. (Das funktioniert ganz gut und ich kann auch Zielports mit übergeben. Was ich nicht geschafft habe ist eine Windows-Remote-Verbindung aufzubauen. Das klappt nicht mit einer gewöhnlichen Weiterleitung. Wenn da jemand einen Tipp für mich hat...)

Anfangs habe ich lange gesucht wie DD-WRT die IP übergibt. Doch das tut es nicht. Es wird nur die konfigurierte Seite aufgerufen, bei Bedarf angemeldet und ein Hostname übergeben. Eine Variable für die IP oder eine automatische Übermittlung dürfte es nicht geben. Also habe ich das php-Skript so angelegt, dass die IP vom aufrufendem Gerät ausgelesen wird:

Code: Alles auswählen

$_SERVER['REMOTE_ADDR']

Das bestätigt also die Aussage von jutta...

[zid]

hallo die runde,

divB,

>"...Weiss jemand ob und wie ich die TG585 moeglichst einfach fuer DynDNS mit einem eigenen Server (also ohne DynDNS.org, No-IP etc.) konfigurieren kann?..."
wenn du einen entsprechenden ddns-server lokal aufsetzt/implementierst, dann ist das grundsätzlich kein problem. du kannst ja den ddns-server an die clients des tg anpassen.
die tgs/sts können updates nur mit http durchführen, https wird nicht unterstützt.
(btw. integrierte ddns-clients mit https-unterstützung kenn ich nur bei den ciscos, und es unterstützen auch nicht alle ddns-provider https [dyndns.org z.b. tut es]).
insgesamt ist ddns-system der tgs/sts ganz bieder angelegt:

- es gibt ein paar profile/services für prominente ddns-provider (dyndns, no-ip, dtdns), sodaß sich der user net um die update-strings kümmern, sondern einfach nur das wan-intf, den host und die credentials eingeben muß, und schon fertig.

- um exotischere ddns-provider (mit exotischeren update-strings) zu berücksichtigen, haben die entwickler 2 "freie" profile vorgesehen: "custom" und "gnudip".
"custom" klingt gut, "gnudip" is aber in der praxis besser. bei gnudip kann man sogar so exotische update-strings wie etwa jenen von dyndnsfree.de (mit einschränkungen) unterbringen:
http://www.dieschmids.at/4-fragen-zur-k ... t=12#26786
ein beispiel für einen ddns-provider, der von dem client der sts/tgs nicht bewältigt werden kann, ist dnsexit.com. der update-string ist so komplex, daß man ihn nicht bei "custom" oder "gnudip" unterbringen kann. kann man bügeln, indem man auf dnsexit einen dyndns.org-host als alias setzt und den dyndns.org-host mit dem st/tg aktualisiert:
http://www.dieschmids.at/4-fragen-zur-k ... rt=12#4102
womit wir wieder beim ausgangspunkt wären: wenn du schon einen lokalen ddns-server rennen lassen willst (den sinn dieses unterfangens versteh ich nicht ganz, aber gut, ich muß nicht alles verstehen ), dann richt den server so her, daß er mit den "tivialen" update-strings von dyndns.org oder no-ip.com zurechtkommt.


jutta,

>"...mir faellt grad ein: du hast doch eh eine statische ip. wozu also das dyndns?..."
ich hab auch statische ips, brauch aber für test- und wartungszwecke ddns-accounts bei den verschiedensten ddns-providern. am leben erhalten werden diese accounts durch einen cronjob auf einem mikrotik, der den ddns-servern alle 3 wochen alternierend die 1.1.1.0 und 1.1.1.1 schickt (die ips müssen sich ändern, weil du sonst expiry warnings kriegst).
unlängst hatte ich da ein lustiges erlebnis:
bei einem user gabs 'ne größere baustelle, und ich hab ihm einen meiner geparkten ddns-host names verpaßt, um ihn zu finden. blöderweise vergaß ich, diesen einen host aus dem aktualisierungsliste des tikerls rauszunehmen. es kam, wie es kommen mußte: just während der wartungsarbeiten wird der 3-wochen-job fällig, das tikerl aktualisiert u.a. auch den einen host auf die 1.1.1.0, und der user war schon futsch...


wajowi,

>"...weil mir in letzter Zeit DynDNS.org auf die Nerven ging (z.B. monatliches Anmelden auf deren Seite)..."
ja, ich hab vor etwas längerer zeit auch diese verständigung von dyndns.org bekommen, daß man sich monatlich anmelden müsse bla-bla-bla. passiert is genau nix, mein aktuaisierungsjob (s.o.) funkt nach wie vor. wahrscheinlich habens meine accounts vergessen...

>"...Das bestätigt also die Aussage von jutta..."
wenn bei dyndns.org die update request keine ip enthält, dann wird der name auf die src-ip der request aktualisiert. man muß also (im cisco jargon) nicht unbedingt das setzen:

Code: Alles auswählen

ip ddns update method ddns
HTTP
  add https://id:[email protected]/nic/update?system=dyndns&hostname=<h>&myip=<a>

es genügt bereits das:

Code: Alles auswählen

ip ddns update method ddns
HTTP
  add https://id:[email protected]/nic/update?system=dyndns&hostname=<h>

manchmal ganz praktisch.

lg
zid