I guess I will need some help with figuring out a problem with TeamSpeak.
I’ve got problems joining a specific TeamSpeak Server.
The Server Address is: ts18.d11.ts-server.de:1227
The Server is up and running and a few month ago everything worked fine for me.
I’m not sure what has changed in between the last 3 or 4 months, but the hostname won’t resolve any more on my computer.
Microsoft Windows 1909 (Build 18363.693) [Version 10.0.18363.693] - 64 Bit
TeamSpeak 3 v3.3.2 (25.08.2019) - 64 Bit
I tried to locate the problem, since my friends got no problem at all.
I tried several DNS Providers with DNSSEC like Google and Quad9 without success.
I tried my default ISP Providers DNS with default settings without success.
I’m not able to join with another pc within my local network, but I’m able to join on my mobile TeamSpeak app on iOS (mobile data deactivated first so the dns cache won’t have an cached results and should use the same name server)
the server list is synced via myTeamSpeak so the iOS app used the same address entry. I checked it adding new entries and deleting some, sync works fine.
I also tried using a vpn (hide.me - Deutschland) wich worked fine
<15:45:08> Versuche den Hostnamen ts18.d11.ts-server.de aufzulösen
<15:45:12> Versuche zum Server auf ts18.d11.ts-server.de:1227 zu verbinden
<15:45:12> Willkommen auf dem TS Server von BnW.
Finally, I tried to figure out if it’s maybe a Problem the TS hoster should fix.
I live a few miles away from my friends, have cable internet instead of glass fiber and have a different ISP (Vodafone) - they have (Deutsche Glasfaser). mxtoolbox.com | dns:ts18.d11.ts-server.de
Since I have already spent about 8 hours trying to figure out the problem, I’m kind of open to help now.
Is there anything I can do?
Is the problem some sort of protection within the “TS Client” or is it something the voice server hoster must fix?
I tried it also with 8.8.8.8 and 9.9.9.9 as setting within the ethernet adapter konfiguration.
How did you find out i’m business customer?
So it may could be something like Vodafone using some sort of ECS with own protections against invalid dns records? Like some sort of extra security layer against dns poisoning or something like that?
Yes, i got the regular version of the FRITZ!Box 6591 Cable.
I also use a pihole as local dns server with dnscrypt-proxy for the clients.
I only switched to default dns settings to take the pihole out as the source of error.
Mit anderen Worten hätte man den TeamSpeak Server Provider mal informieren müssen, dass seine DNS Einträge unbedingt mal aufgeräumt werden sollten. Ich hatte es zwar an einem der TS Admins weitergegeben, aber letztendlich hat keiner sich drum gekümmert und den Hoster/Provider informiert.
**Die Lösungsempfehlung von Fake war damals: **
Der Provider muss den falschen Record _ts3._udp.ts18.d11.ts-server.de korrigieren.
SRV DNS resolve unsuccessful, “_ts3._udp.ts18.d11.ts-server.de”
SRV Records dürfen nur auf A(AAA) Records verweisen, um mit TeamSpeak zu funktionieren.
Falls du für den TS Geld zahlst wär es also sinnvoll einen entsprechenden Support Call aufzumachen.
danke dir für deine schnelle Rückmeldung. Ist nicht mein TS und kenne auch den Owner nicht, ist nur ein TS auf dem Kumpels und ich uns öters treffen, nur funkt der jetzt für mich nicht mehr seit der neuen fritzbox aber für meine Freunde nachwievor ohne Probleme. Da er für meine Freunde geht und aber auch von meinem Handy aus über das gleiche Netzwerk (mit ausgeschalteten mobilen Daten) geht, muss das Problem irgendwo meinerseits Liegen bzw. die Fritzbox händelt LAN und WLAN Anschlüsse anders.
Als Hotfix kann ich dir empfehlen: Join einfach über die IP anstelle des DNS-Namen.
Die kann dir einer der Kumpels, bei dem es funktioniert, sicherlich geben und ist in der Regel auch statisch (zumindest bei kommerziellen Hostern).
Bei DNS kommt nämlich noch das DNS-Caching hinzu.
Wenn du wirklich Testen möchtest, ob es über Handy im WLAN geht, müsstest du es ohne Mobile Daten (nur WLAN) probieren, nachdem der DNS-Cache geleert wurde. Dasselbe betrifft auch den PC und ggf. die Fritz Box, wenn du dort den DNS veränderst.
Per Default weist die Fritz box sich selbst anderen Geräten als Vorschlag für den DNS-Server zu.
Weiß die Fritz box die IP nicht fragt sie den nächsthöheren Server (meistens der vom ISP), solange bis ein DNS Server die Antwort kennt. In Fall einer .de “Top Level” Domain, also spätestens die root Server der DENIC.
Wenn du auf einen Gigabit Vertrag gewechselt bist, kann es durchaus sein, dass du dadurch in ein anderes VLAN oder Subnetz vom Internet Service Provider gerutscht bist und die Anfrage auf einen anderen DNS Server geht, welcher laienhaft gesprochen die “schlechte” DNS Antwort hat. Gigabit Anschlüsse sind nämlich in der Regel auf DOCSIS 3.1 (fängt ggf. schon bei 500 MBit Verträgen an) während 400k sicherlich noch auf DOCSIS 3.0 lief (die Fritz Box 6590 kann auch kein DOCSIS 3.1)
FAST gute Analyse, aber:
Die DNS-Records sind vollständig korrekt (und alle routen auch?!).
Der ts3.udp… - Record existiert überhaupt nicht und rennt in ein Wildcard-Record (eben ein CNAME), der wohl gar nicht für TS gedacht ist. Ist auch logisch, da ts18.d11 kein einzelner server ist (ts18 ist eine ganze Gruppe von Servern, nicht nur mit unterschiedlichen Ports sondern auch IPs, es macht also überhaupt keinen SInn hier einen ts3.udp-record zu haben; und d11 ist ein Fallback für einen TSDNS-Server - TS löst das automatisch per normalem DNS auf wenn alles andere fehlschlägt - nützt hier nur nix, denn:)
Das Problem ist die aktuelle Firmware der Fritz.box FÜR GLASFASERANSCHLÜSSE von Vodafone/Kabel/Unity) seit März, die die Antwort der TSDNS aus unbekanntem Grund einfach nicht “durchlässt”, das wurde schon mehrfach gecheckt. Alle anderen (Kupfer, andere Router oder andere Anbieter) kommen auch wunderbar durch.
Da beisst man aber leider bisher bei Fritz und Vodafone auf Granit…
Sehr unschön…
(PS: Ich bin der Typ der des öfteren die tcpdumps dazu analysiert hat. Leider sind ausgiebig welche auf TSDNS-Serverseite da, aber kaum auf Seite hinter der Fritbox. Kann mir bitte vllt. jemand der dieses Problem hat den ein oder anderen (z.B. Wirekshark-) Mischnitt für TCP Port 41144 schicken bitte?)
Die Info ist recht wertvoll, danke! Auch bestätigt das nochmals, dass das Problem an der Fritz.Box liegt.
Da muss dann vermutlich irgendeine stateful inspection für die LAN-Seite laufen, die vllt. allergisch auf IP-Adressen reagiert (mehr kommt da beim TSDNS nämlich nicht, einfach nur IP und Port als String, und dann TCP close).
Weitere Vermutung: Da der TS-Client preisgibt ob er IPV6-Fähig ist schickt er u.a. bei der Anfrage bestimmte Kombinationen die Newline-Characters enthalten - die TCP-Verbindung sieht also zeilenbarsiert aus statt binär. Die Antwort enthält aber KEINE Newline-Characters (wenn sie es tut versteht der TS-Client sie allerdings als “not found”-Antwort, wurde schon ausprobiert). Es könnte also einfach nur ein Bug irgendeines Filters der FritzBoxsein, der die letzte “Zeile” aus Versehen bei einem TCP-Close “wegfrisst”, da sie scheinbar ja nicht abgeschlossen ist. Halte ich aber für unwahrscheinlicher, denn auch in Binärstreams sind CR und LF-Werte ja durchaus mal drin - dann würde aber viel mehr “Mist” auch mit anderer Software passieren. (Es sei denn, es liegt am Port 41144, dem hier irgendeine andere Bedeutung beigemessen wird)
Hallo Rizzo,
ich kann das gerne machen sobald das Problem bei mir wieder auftritt.
Die letzten Tage funktionierte die Verbindung zum Server problemlos.
Ich bin wie gesagt nicht so häufig in dem TS, erst jetzt durch Among Us und Urlaub hat das wieder etwas fahrt aufgenommen.
Ich habe heute Nacht auch mal ein Ticket bei pHOSTxy aufgemacht und folgende Antwort erhalten.
… es kann natürlich gut sein, dass die Ursache schon behoben ist.
Zu dem Zeitpunkt des Fehlers hatte ich die “freie” 6591 AVM Fritz!Box als primären Router.
Damals noch mit Fritz!OS 161.07.13.
Wegen permanenten Telefonie Störungen im Festnetz hat mich Vodafon regelrecht auf die gebrandete “HomeBox” Variante der 9591 genötigt. Gewechselt bin ich am 02.04.2020 ca. gegen 20:56 Uhr. Zu dem Zeitpunkt hatte die HomeBox noch 07.04 (hängt ja immer hinterher).
Ich hatte nach dem Wechsel der Boxen explizit bei Vodafon angefragt für >07.10 und habe seit mindestens dem 18.08. auch auf der HomeBox Fritz!OS 161.07.13 provisioniert bekommen.
→ Da die kdg Versionen nicht nur später veröffentlich werden, sondern auch inhaltlich nochmal abweichend zu dem regulären AVM Release sind, wäre es durchaus möglich, dass dadurch die Probleme beseitigt wurden. Das würde aber nur aufgehen, wenn 1dlesniper noch auf Fritz!OS 07.04 ist.
Zumindest hat sich AVM im Rahmen von 07.21 mit den DNS-Funktionalitäten der FritzBox beschäftigt und die Möglichkeit besteht, dass es einige Korrekturen bereits ins KDG Release der 07.13 geschafft haben, welche aber im freien 07.13 nicht enthalten sind.
Auszug Changelog FRITZ!OS 7.21
NEU Unterstützung verschlüsselter Auflösung von Domain-Namen zu IP-Adressen (DNS over TLS)
Verbesserung Unterstützung mehrerer DNS-Anfragen über eine einzige TCP-Verbindung
Verbesserung Im Rahmen der verschlüsselten Namensauflösung (DNS over TLS, DoT) wird SNI (Server Name Indication) unterstützt.
Zudem müsste ja auch für die Vodafon Boxen das FRITZ!OS 07.21 im internen Test sein und bald in den Rollout gehen.
Also die FritzBox ist auf V 07.13, ist auch eine gebrandete die von Vodafone bereitgestellt wurde.
Habe das jetzt nochmals bestätigt, über WLAN funkt die Verbindung zum TS Srv in 100% der Fälle, bei einer LAN Verbindung (egal welcher PC/Laptop) garnicht, wobei ich gestern einmal draufkam, danach aber nie wieder.
