Ausgangsposition

Ausgangsposition ist ein Teamspeak-Server mit der IP 192.0.2.2 auf Port 9990. Der soll nun so eingerichtet werden dass er via ts.example.com erreichbar sein soll. Auch soll die Portangabe im Client nicht nötig sein.

Grundlegende Funktion von TSDNS

Teamspeak selbst unterstützt SRV-Nameserver-Einträge. Nun gibt/gab es zu der Zeit einige Hoster die keine SRV-Einträge können. Als Workaround entstand dann TSDNS. Das läuft als Serverdienst und vermittelt dem Client die richtige Adresse. Als Beispiel:

1. Verbunden werden soll zu ts.example.com
2. Der Client prüft ob ein A-Record existiert und verbindet sich zum TSDNS-Server auf Port 41144
3. Wenn das klappt übermittelt der Client dem Server den ursprünglichen Namen „ts.example.com“
4. Der schaut nun ob in seiner Liste „ts.example.com“ exisitert und liefert ggf. dann die IP und Port dazu.
5. Der Client nimmt diese Werte nun und verbindet sich direkt mit dem Server

Damit ist eine Verbindung auch ohne SRV-Record möglich.

Dämliche Änderung mit 3.1

Mit TS 3.1 hat nun Teamspeak beschlossen dass TSDNS-Server nur noch gesucht werden wenn für die entsprechende (Sub)Domain auch einen SRV-Eintrag für den TSDNS-Server hat. Im Klartext: Wenn nur A-Records auf den Server zeigen wird keine Verbindung mehr zustande kommen können.
Wenn ihr also keine SRV-Records setzen könnt, dann habt ihr – salopp gesagt – Pech gehabt. Entweder den A-Record direkt auf die Server-IP zeigen lassen und den Port mit angeben oder schauen dass man irgendwo einen Standardport bekommt.

Wozu noch überhaupt TSDNS?

Ich habe lange überlegen müssen wozu man überhaupt noch TSDNS nutzen soll, wenn es auch ein SRV-Record direkt auf den Server tut.
Im Wesentlichen ist mir da nur ein Punkt eingefallen:
Man kann die Server umziehen wie es einem passt und der Kunde muss die SRV-Einstellungen nicht ändern. Das erkauft man sich allerdings mit einem zentralen Server der – wenn er ausfällt – alle Namensauflösungen verhindert. Ein zusätzlicher Faktor also der die Verbindung verhindern kann.
Sinnvoller wäre also ein direkter SRV-Record auf den direkten Teamspeak-Server. Die DENIC fordert für .de-Domains mindestens 2 DNS-Server. Und selbst falls die ausfallen: Die Chancen stehen gut dass die Daten noch im Cache beim Provider liegen.
IMHO ist es durchaus zumutbar bei einem Serverwechsel die IP und den Port im Record zu ändern. Das sollte ja auch nicht alle Monate passieren. Im Idealfall natürlich gar nicht.

Besser: Direkt den SRV-Record auf den TS-Server zeigen lassen

Besser also direkt einen SRV-Record für den Teamspeak-Server setzen. Das hat neben dem fehlenden Risiko namens TSDNS nebenbei auch noch den tollen Beigeschmack von DNS-Caching z.B.
Um den SRV-Eintrag RFC-konform anzulegen geht man man wie folgt vor (als Beispiel mal lima-city (Ref-Link), weil ich den Artikel wohl öfter dort verlinken werde):

1. A-Record für die Subdomain anlegen die man nutzen will mit der IP als Wert. [Screenshot]
2. SRV-Record mit dem Namen „_ts3._udp.example.com“ („example.com“ ersetzt wird natürlich durch die gewünschte (Sub)Domain ersetzt)
   Der Inhalt ist „GEWICHT PORT ZIEL“. Gewicht kann in der Regel 0 bleiben. Port ist im Beispiel 9990 und das Ziel die oben angelegte Subdomain. Hier also „0 9990 ts.example.com“. [Screenshot]
3. Das wars. Wenn jetzt

aufgrund der aktuellen Situation (kein PHP7, kein Let’s encrypt, fehlernde Kommunikation, …) liegt die Domain mit Blog, etc. nun auch bei all-inkl.
Heißt also: Ab jetzt mit PHP7 und einem schönen SSL-Zertifikat.

Die nächsten Wochen beobachte ich mal die Geschwindigkeitsunterschiede zu PHP 5.

Ich habe mir deshalb geschworen, wieder mehr zu bloggen.
Meistens werden Tweets und Blogposts vom gleichen Thema handeln.
Hier im Blog wird dann logischerweise der lange und detailreichere Text zu finden sein. Hoffentlich dekoriert mit Bildern.

Wie man sieht, hinterlässt Twitter auch schon seine Spuren im Blog. Die Posts werden immer kürzer.
Aber auch das gibt sich sicherlich wieder.

Seit heute ist ein Blogeintrag von Twitter online, der verkündet, dass RTs demnächst offizielles Feature werden.
Die passenden Dokumentationen zu den API-Funktionen sind bereits im API-Wiki. Allerdings sind die Methoden noch nicht freigeschaltet.

Bin ja schon sehr gespannt wann das Retweet-Feature rauskommt und wie es schlussendlich aussehen wird.
Allerdings hoffe ich auch, dass es nicht in RT-Spam enden wird wenn der Text mit nur einem Klick weiter verbreitet werden kann.

Einen Entwurf der Home-Timeline habe ich auch gleich mal mit angehängt.

Im Moment sind wir bei genau 120505 Unterschriften. Natürlich sind da noch doppelte und unsinnige Einträge (ala Max Mustermann, Homer Simpson, etc) drin.
Bis Dienstag ist es noch möglich zu unterschreiben.

Langsam gehts auf die 70000 zu.
Aktuell sind ca 69595 Mitzeichner.

Allerdings finden sich da auch noch etliche „Mustermanns“, doppelte Namen, etc drin.

*fülltext* spam spam spam fülltext fülltext blubber blubber bla hottehüh

Dieser Post ist bezogen auf das.

Nach dem Konzert am 13.02. in München ein guter Grund hinzugehen.

Damit stehen nun neben Ska-P unter anderem folgende Künstler fest:

Die Ärzte, Dendemann, Fettes Brot, Kraftwerk