Ich würde auch dazu raten A- und AAAA-Records gleich zu konfigurieren, sonst wird es unübersichtlich und es schleichen sich Fehler ein.
Posts by Dragon
-
-
mail.meinedomain.com sollte schon einmal nicht über den Proxy geleitet werden, sonst kann der dazugehörige MX-Record nicht funktionieren..
-
Wichtig wäre noch zu wissen, welche Record davon durch Cloudflare-Proxy laufen. Der unterstützt nämlich nur HTTP(S).
-
[Anexia] Theo V. Ich schlage hier mal ein Peering mit einem regionalen Provider aus meiner Gegend (AS31103) vor.
Jeglicher Traffic von Netcup dorthin verläuft scheinbar über den DE-CIX... irgendwie ungeil, bei Nürnberg <--> Erfurt über Frankfurt zu gehen.
Das wird schwierig, da Keyweb hauptsächlich am DE-CIX peert. In Nürnberg sind sie gar nicht vertreten: https://www.peeringdb.com/asn/31103
-
Danke für die sehr schnelle Antwort.
-
Wie wäre es mit einem Peering mit Github (AS36459)?
-
Vodafone und Konsorten verhalten sich gleich bis schlimmer, nur dass man bei der Telekom, im vergleich zu den Anderen immer einen Dual-Stack Anschluß bekommt.
Vodafone ist bei Peerings gleich bis schlimmer als die Telekom? Wofür haben sie dann 1200 Gbit und 900 Gbit am DE-CIX?
-
Die erste IP-Adresse ist gar nicht von netcup.
-
Sag das mal den TV-Sendern
Die erste Generation der HD-Technik konnte halt leider kein 1080p.
-
Die Seite lädt zwar, aber "Run Test" funktioniert nicht.
-
Wenn du keine Website hast, benutzt du auch kein PHP.
In Zukunft wirst du keine veraltete Software betreiben können, die nur mit diesen alten PHP-Versionen funktioniert.
-
Bekommen die Router im Backbone auch bei IPv6 noch rDNS-Einträge?
Gibt es nicht eine direkte Verbindung von Nürnberg nach Amsterdam? Ich habe gerade ein paar Ziele am AMS-IX getestet, das Routing geht immer über Frankfurt.
-
Augenscheinlich handelt es dabei um browserspezifische Attribute und Notationen, die vermutlich aus Kompatibilitätsgründen benötigt werden. Die ist ein übliches Vorgehen um ältere Browser zu unterstützten, neuere ignorieren dies einfach.
-
Das ist halt nur sinnvoll, wenn man die Ursache eingegrenzt hat. Zayo ist schon ein großer Carrier, bei dem sich allgemeine Probleme sicher auch anderswo bemerkbar machen müssten.
-
Dragon Sorry aber da muss ich bei beiden Aussagen widersprechen.
Ein "Ping" pro Hop aber dafür hunderte solcher Aufrufe mit Zeitstempel enthält mehr Informationen als ein Aufruf mit hunderten "Pings". (Es sind eigentlich keine Pings sondern UDP Pakete mit begrenzter TTL.)
Der Unterschied ist die Übersichtlichkeit. Ein MTR mit hunderten Pings lässt sich leicht auswerten, ein Log mit tausenden Zeilen nicht.
Außer, dass die Router von Zayo nicht immer antworten (was normal sein kann), sehe ich jedenfalls keine klaren Auffälligkeiten, inbesondere nicht im Netz von netcup und Anexia.
-
Deine ganzen MTR-Ausgaben mit jeweils einem(!) Ping pro Hop sind überhaupt nicht aussagekräftig. Damit kann niemand etwas anfangen, weshalb netcup im Wiki auch "Hierfür bitte mindestens 500 Pings durchführen" schreibt.
Die Verbindung sieht tendenziell aber in Ordnung aus, am letzten antwortenden Hop scheint nie ein Paket verloren gegangen zu sein. Was dazwischen passiert ist dann egal.
-
Verstehe ich das richtig, dass ein oder mehrere kurze Peaks auf 5 Minuten hochgerechnet wurden und so die viel zu hohen Werte zustande gekommen sind?
-
Die Thematik betritt ebenso auch andere Anbieter, im Netz gibt es dazu haufenweise Einträge.
-
Wenn du schon dabei bist, solltest du die ganzen schweren Sicherheitslücke in einer deiner Websites beheben. Den Code hast du ja freundlicherweise auf Github öffentlich zur Verfügung gestellt (auf einen Link verzichte ich bewusst). Die Mischung aus prepared Statements, einem eigenen Schutz gegen SQL-Injections mittels str_replace (warum?) und völlig ungesicherten Queries (autsch!) ist sehr eigenwillig. Einen Schutz gegen XSS oder CSRF habe ich gar nicht entdecken können. In einem anderen Repo hast du sogar dein aktuelles MySQL-Root-Passwort veröffentlicht. Da das Root-Passwort auch noch an anderer Stelle im Code verwendet wird, kann man sogar prüfen, ob das Passwort noch aktuell genutzt wird. Ich hoffe du benutzt das Passwort nicht noch an anderer Stelle...
-
CDNs die Nahe am Nutzer liegen -> wird doch über DNS-Views gelöst, sprich itv.ard.de löst bei mir zu Hause auf eine IP
im RZ meines ISPs auf ..., hat mit anycast also nix zu tun
gleiches bei Netflix-Content Cache hat auch mit anycast nix zu tun
Manche CDN-Anbieter verwenden Anycast, andere DNS. Beides hat jeweils Vor- und Nachteile.
