schokokeks.org Wiki - Benutzerbeiträge [de]

DynDNS

2016-09-15T12:34:56Z

Gollo: Informationen zu DynDNS auf pfSense hinzugefügt

Das Problem eines Computers, der mit einer dynamischen Adresse im Internet hängt, teilt sich in die beiden Bereiche: Der zuständige DNS-Server muss wissen, wie die aktuelle IP des Rechners ist und diese in seinen DNS-Daten richtig eintragen. Und zweitens muss die Zeit, die die Daten im DNS-Zwischenspeicher bleiben drastisch reduziert werden.

Ein Server, der diese beiden Dienste anbietet, nennt man DynDNS.

Auf unseren Servern bieten wir diese Möglichkeit an. Dazu bekommt der Nutzer einen Zugang über den die jeweils aktuelle IP-Adresse zum Zeitpunkt der Wiedereinwahl aktualisiert werden kann. Aus diesen Daten wird dann ein Hostname im DNS-Server erstellt, der eine Gültigkeit von 120 Sekunden hat. Das bedeutet, nach spätestens 120 Sekunden muss jeder Nameserver im Internet wieder bei unserem Server nachfragen, ob die Adresse noch stimmt.

Dadurch erreicht man eine sehr hohe Verfügbarkeit.

== Vorbereitung ==

Zunächst muss [https://config.schokokeks.org/go/dns/dyndns im Webinterface von schokokeks.org] unter ''Domains'' -> ''DynDNS'' ein neuer DynDNS-Account angelegt werden. Dort muss eine frei wählbare Bezeichnung (nur Kleinbuchstaben bzw. Zahlen, kein Leerzeichen) eingetragen werden und dann entweder ein SSH-Public-Key oder ein Passwort für das HTTP-Update hinterlegt werden.

Anschließend kann unter ''Domains'' -> ''DNS-Einträge'' die gewünschte Domain gewählt werden und dort gibt es dann unter "Neuen DNS-Eintrag anlegen" die Möglichkeit, einen Hostname für die Verwendung mit DynDNS festzulegen.

==Das Update==

===per SSH===

Das Update der aktuellen Adresse erfolgt bequem per SSH mit einem [[Key-Login (OpenSSH)|SSH-Key]]. Sobald der Rechner mit dem passenden privaten Schlüssel (private-key) eine Verbindung zum Server aufbaut, wird die IP-Adresse aktualisiert.

Dazu ist ein Key zu erstellen (geschickterweise ohne Passwort) und der nötige öffentliche Schlüssel (public-key) muss auf dem Server (über unser Webinterface) eingefügt werden.

Das Update selbst führt man am einfachsten aus, im dem man den Befehl
ssh -4 -q -T dyndns@zucker.schokokeks.org
bei jeder Einwahl ausführt.

Eventuell möchte man eine spezielle SSH-Key-Datei angeben, das macht man dann mit '''-i pfad/zur/id_rsa'''.

Unser DNS-Server meldet ein erfolgreiches Update mit der Meldung '''good ''ipadresse'''''. Eventuell möchte man diese Meldung nicht sehen, sondern nur wenn das Update fehlgeschlagen ist. Dann kann man den Befehl noch um den Anhang ''| grep -v -e "good "'' erweitern.

Updates ohne dass sich die IP wirklich geändert hat sollten vermieden werden, um nicht unnötige SSH-Verbindungen herzustellen. Um die IP in einem Cronjob zu aktualisieren, sobald sie geändert hat, kann beispielsweise folgendes Skript benutzt werden:

<nowiki>
#!/bin/bash

hostname="example.com"
keyfile="/root/.ssh/id_rsa_schokokeks"
dyndns_host="dyndns@zucker.schokokeks.org"

# Beim ersten Fehler abbrechen
set -e
set -o pipefail

dns_ip=$(dig +short "$hostname")
real_ip=$(wget -4qO- https://ip.schokokeks.org)

if [[ -n "$dns_ip" && "$dns_ip" != "$real_ip" ]]; then
ssh -4 -q -T -i "$keyfile" "$dyndns_host" | grep -vE '^(good|nochg)'
elif [[ $1 == --verbose ]]; then
echo "$dns_ip (DNS) == $real_ip (real)"
fi
</nowiki>

===per HTTPS===

Es kamen immer wieder Anfragen, ob man unsere DynDNS-Einträge auch per HTTPS aktualisieren kann. Das ist nützlich für Hardware-Router, die mit dem Service von dnydns.org kompatibel sind und trotzdem einen frei wählbaren update-Server-Name erlauben.

Technisch funktioniert das so:
Es wird die URL
:<nowiki>https:</nowiki>//'''[user]''':'''[password]'''@dyndns.schokokeks.org/nic/update?myip='''[IP]'''
aufgerufen. Dyndns.org kennt noch mehr Parameter, die sind für uns aber unerheblich.

:'''[user]''' ist der Name des DynDNS-Account, wie im Webinterface zu sehen.
:'''[password]''' ist das Passwort des DynDNS-Accounts, wie im Webinterface festgelegt.
:'''[IP]''' ist die aktuelle IP des Clients. Der Parameter ist optional, wenn er angegeben wird hat er Priorität gegenüber dem was der Webserver als REMOTE_ADDR sagt.

Aufgrund der Tatsache, dass viele Hardware-Router das Update nur über HTTP und nicht über HTTPS durchführen können, wurde unsere Richtlinie in diesem Punkt etwas gelockert. Das Update darf nun auf gleiche Art und Weise auch über HTTP gemacht werden. Sofern HTTPS vom benutzen Gerät unterstützt wird, ist dies natürlich zu bevorzugen!

== DynDNS-Update mit einem DD-WRT-Router ==

Sofern man einen Router mit der Linux-Firmware DD-WRT hat, kann man diesen für das DynDNS-Update benutzen.
Dazu muss folgendes eingetragen werden:

DDNS-Service: DynDNS.org
Nutzername: USERNAME
Passwort: PASSWORT
Hostname: HOSTNAME --dyndns_server_name dyndns.schokokeks.org --dyndns_server_url /nic/update?

Der Hostname wird nur gebraucht um herauszufinden ob ein Update nötig ist. Beachten Sie, dass die zusätzlichen Parameter mit in das Feld für den Hostname eingetragen werden müssen!

== DynDNS-Update mit einem Router von AVM (und anderen) ==

Die meisten handelsüblichen DSL-Router haben eine DynDNS-Update-Möglichkeit eingebaut, der auch mit unserem DynDNS-Service genutzt werden kann.
Das Kriterium dafür ist normalerweise ob ein eigener Update-Server-Name eingegeben werden kann. Oftmals kann man DynDNS-Anbieter auf "Benutzerdefiniert" setzen.

Geräte dieser Bauart können i.d.R. kein https-Update durchführen. Ausnahmsweise ist daher für DynDNS-Updates keine Verschlüsselung zwingend notwendig.

Am Beispiel einer AVM Fritz!Box müssen folgende Einstellungen gesetzt werden:
{| border="1"
|-
! Feld !! Eintrag in diesem Feld
|-
| Dynamic DNS-Anbieter || '''Benutzerdefiniert'''
|-
| Update-URL || '''dyndns.schokokeks.org/nic/update?myip=<ipaddr>'''
|-
| Domainname || ''Hier muss Ihr DynDNS-Hostname eingetragen werden. Der Router nutzt diesen Hostname um herauszufinden ob die Adresse geändert werden muss.
|-
| Benutzername || ''Der Benutzername, der sich wie folgt zusammensetzt:'' '''loginname_dyndnsname'''
|-
| Kennwort / Kennwortbestätigung || ''Ihr selbst vergebenes Kennwort für diesen DynDNS-Zugang. '''Nicht Ihr Login-Passwort!'''''
|}

== DynDNS-Update mit ddclient ==
ddclient ist ein simpler Dienst der sich auf Linux Rechnern installieren lässt. Die meisten Distributoren führen das Paket [http://sourceforge.net/apps/trac/ddclient/ ddclient] direkt in ihrer Paketverwaltung, d.h. lässt es sich einfach installieren. ddclient läuft im Hintergrund und überwacht regelmäßig ob die IP für die Domain noch aktuell ist. Dabei ist nur eine kleine Konfigurationsdatei nötig um den Schokokeks DynDNS zu nutzen:

# /etc/ddclient.conf
ssl=yes
protocol=dyndns2
use=web, if=whatismyip.org
server=dyndns.schokokeks.org
login=loginname_dyndnsname
password='PASSWORT'
machine.mydyndnsdomain.de

Das Beispiel wäre für die Domain ''machine.mydyndnsdomain.de'' als DynDNS Adresse. Es wird der Dienst ''whatismyip.com'' verwendet um die aktuelle öffentliche IP des Netzwerks (bzw. Routers) herauszubekommen.

'''Anmerkung:''' Die Datei heißt ddclient.conf und befindet sich entweder in /etc/ oder /etc/ddclient/. Gestartet wird der Dienst wie üblich mit '/etc/init.d/ddclient start'.

== DynDNS-Update mit Synology DiskStation ==
Die DiskStation-Reihe von Synology setzt auf ein embedded Linux und erlaubt eine feste Liste von DynDNS-Anbietern. Darunter ist schokokeks.org bislang nicht. Mit etwas Aufwand, lässt sich schokokeks.org aber hinzufügen. Dazu muss man SSH aktivieren (unter Terminal-Dienste) und sich als root einloggen. Das geht mit dem gleichen Kennwort wie für den Webinterface-Benutzer "admin". Dann editiert man die Datei ''/etc.defaults/ddns_provider.conf'' und fügt folgenden Eintrag hinzu:

[schokokeks.org]
modulepath=DynDNS
queryurl=dyndns.schokokeks.org/nic/update?myip=__MYIP__

== DynDNS-Update mit einer pfSense-Firewall ==

pfSense ist eine freie Firewall-Distribution, die auf x86-Hardware läuft und einen DynDNS-Client beinhaltet. Um den DynDNS-Dienst von schokokeks.org zu benutzen, kann man im Webinterface unter Services/Dynamic DNS/Dynamic DNS Clients einen Custom Client mit folgenden Einstellungen anlegen:

Service type: Custom
Interface to monitor: Name der Schnittstelle mit der öffentlichen IP-Adresse
Interface to send update from: abhängig vom jeweiligen Setup, im Zweifelsfall wie oben
Verbose logging: deaktiviert (außer zur Fehlersuche)
CURL options:
Force IPv4 resolving: Setup-abhängig, im Zweifelsfall aktiv
Verify SSL peer: aktiv
Username: loginname_dyndnsname
Password: 'PASSWORT'
Update URL: https://dyndns.schokokeks.org/nic/update?myip=%IP%
Result match: good %IP%|nochg %IP%
Description: schokokeks.org

[[Kategorie:DNS]]

Diskussion:Git

2011-07-24T16:21:46Z

Gollo: Informationen zu Git über HTTP

= Git über HTTP(S) =
Man kann Git über HTTP(S) problemlos betreiben, allerdings nicht über WebDAV. Ich habe es mit einer Kombination der folgenden Seiten zum Laufen gebracht:

* http://www.mobiphil.com/2010/03/git-on-shared-hosting-with-git-http-backend/
* http://blog.procrastination.nl/2010/10/git-http-backend-on-shared-hosting-with.html
* http://michael.otacoo.com/linux-2/creating-private-git-repositories-in-shared-hosting-environment/

git-http-backend ist (zumindest auf zucker) vorinstalliert und liegt unter /usr/libexec/git-core/
Ich habe im Moment leider nicht die Zeit, das alles zusammenzuschreiben, wollte aber daraufhinweisen. Bei Fragen bitte gerne an mich wenden. -- [[Benutzer:Gollo|Gollo]] 18:21, 24. Jul. 2011 (CEST)

Diskussion:DynDNS

2010-12-11T07:29:23Z

Gollo: Die Seite wurde neu angelegt: „Seit kurzem frisst das DynDNS offensichtlich auch IPv6-Adressen, was bei mir zur vrübergehenden Nichterreichbarkeit einer MAschine geführt hat. Das sollte in de…“

Seit kurzem frisst das DynDNS offensichtlich auch IPv6-Adressen, was bei mir zur vrübergehenden Nichterreichbarkeit einer MAschine geführt hat. Das sollte in dem Artikel Erwähnung finden. Die Lösung lautet "ssh -4". --Gollo

Mercurial

2010-03-20T16:25:59Z

Gollo:

[http://selenic.com/mercurial/ Mercurial] ist ein Versionierungsprogramm ähnlich wie [[Git]]. Es ist standardmäßig installiert und kann über <tt>hg</tt> aufgerufen werden. Mehr Information zu Mercurial findet man im Mercurial Wiki: [http://www.selenic.com/mercurial/wiki/index.cgi/QuickStart QuickStart] (englisch).

= Veröffentlichung auf einer Homepage =

Ein Repository auf dem Server kann über ein CGI-Skript veröffentlicht werden, so das jeder Besucher mit seinem Browser das Repository anzeigen kann, die Logs lesen kann, das Repository clonen kann, etc.

Folgend nun eine kurze Installationsanleitung für schokokeks.org, für genauere Informationen steht das Mercurial Wiki zur Verfügung: [http://www.selenic.com/mercurial/wiki/index.cgi/CGIinstall CGIinstall] (englisch).

Die folgende Verzeichnisstruktur wird angenommen, sie kann natürlich angepasst werden. Alle folgenden Befehle finden, soweit nicht anders angegeben, auf dem schokokeks.org Server statt.

$HOME/htdocs/ <- über Browser zugänglich
$HOME/htdocs/hg/ <- hier wird Mercurial zugänglich sein

$HOME/hg/ <- Mercurial Repositories werden hier gespeichert
$HOME/hg/repository/ <- Test Repository

Zuerst muss das Repository erstellt werden.

% cd $HOME/hg/repository
% hg init

Ein schon vorhandenes Repository kann natürlich einfach nach <tt>$HOME/hg/repository</tt> kopiert werden.

Es sollte eine hgrc Datei in <tt>$HOME/hg/repository/.hg/hgrc</tt> mit folgendem Inhalt erstellt werden (die Daten natürlich anpassen):

[web]
description = Eine kurze Beschreibung des Repository.
author = Ihr Name <ihr-name@example.org>

Nun muss das CGI-Skript herunter geladen werden. Die Datei ist auf dem offiziellen Mercurial Server zugänglich: http://selenic.com/hg/raw-file/tip/hgweb.cgi Sie muss unter <tt>$HOME/htdocs/hg/index.cgi</tt> gespeichert werden und die folgenden Änderungen müssen an ihr vorgenommen werden:

In der vorletzten Zeile muss <tt>/path/to/repo</tt> durch den Pfad zum Repository ersetzt werden. Achtung, hier kann nicht <tt>$HOME/hg/repository</tt> eingetragen werden, es muss der komplette absolute Pfad ohne Variablen sein, z. B. <tt>/home/ihr-benutzername/hg/repository</tt>. Ebenfalls in der vorletzten Zeile muss "repository name" durch den gewünschten Repositorynamen ersetzt werden, dieser wird dann im Browser angezeigt. Die letzten beiden Zeilen von <tt>index.cgi</tt> könnten zum Beispiel so aussehen:

application = hgweb("/home/ihr-benutzername/hg/repository", "Test Repository")
wsgicgi.launch(application)

<tt>index.cgi</tt> muss ausführbar sein:

chmod a+x index.cgi

Ebenfalls muss eine <tt>.htaccess</tt> Datei in <tt>$HOME/htdocs/hg/.htaccess</tt> mit dem folgenden Inhalt erstellt werden, damit das CGI-Skript ausgeführt wird.

# Anfragen an dieses Verzeichnis werden auf index.cgi umgeleitet, genauso
# wie sie normalerweise auf index.html oder index.php umgeleitet werden.
DirectoryIndex index.cgi

# CGI Skripte erlauben.
Options FollowSymlinks ExecCGI

Die fertige Dateistruktur sieht nun so aus (<tt>...</tt> sind Dateien des Repository):

$HOME/htdocs/
$HOME/htdocs/hg/
$HOME/htdocs/hg/.htaccess
$HOME/htdocs/hg/index.cgi
$HOME/hg/
$HOME/hg/repository/
$HOME/hg/repository/.hg
$HOME/hg/repository/.hg/hgrc
$HOME/hg/repository/...

Nun kann das Repository über http://ihre-domain/hg/ betrachtet werden. Ein Klonen ist auch direkt möglich (lokal auf dem Computer, nicht auf dem Server):

% hg clone http://ihre-domain/hg/ repository

Wenn auf dem Server neue Änderungen liegen, kann das lokale Repository (mit clone erstellt) mit "pull" aktualisiert werden (ebenfalls nicht auf dem Server).

% cd repository
% hg pull

= Zugriff auf das Repository mit SSH =

Mercurial ermöglicht es Änderungen über SSH lokal von einem Computer aus an das Repository zu übertragen ("pushen"). Dazu muss SSH korrekt konfiguriert sein und das anmelden bei schokekeks.org muss funktionieren; mehr Informationen dazu unter [[Key-Login (OpenSSH)]].

Im folgenden wird die gleiche Verzeichnisstruktur wie oben angenommen. Für weitere Informationen dient ebenfalls wieder das Mercurial Wiki: [http://www.selenic.com/mercurial/wiki/index.cgi/SharedSSH SharedSSH] (englisch).

Die folgenden Befehle finden alle lokal auf dem Computer statt, nicht auf dem Server.

Zuerst muss das Repository geklont werden:

% hg clone ssh://ihr-benutzername@schokokeks.org/hg/repository/

Nun können Änderungen am lokalen Repository die auf den Server übertragen werden sollen, einfach mit "push" hochgeladen werden.

% cd repository
% hg push

Falls das Repository nicht direkt mit clone vom Server erstellt wurde, muss die URL angegeben werden:

% hg push ssh://ihr-benutzername@schokokeks.org/hg/repository/

Nun sind die Daten aktualisiert und können unter http://ihre-domain/hg/ betrachtet und von anderen geklont werden.

Falls das dauerhafte angeben der URL zu mühsam ist, oder der Fehler "ssl required" beim "pushen" auftritt, muss die hgrc Datei in <tt>repository/.hg/hgrc</tt> (lokal auf dem Computer, nicht auf dem Server)
bearbeitet werden. Dort einfach die folgenden Zeilen bearbeiten (natürlich anpassen):

[paths]
default = ssh://ihr-benutzername@schokokeks.org/hg/repository/

Dann wird automatisch zu dieser Adresse "gepusht".