Beiträge von Dragon

Vermutlich ist in irgendeiner Konfigurations-Datei ein Fehler gewesen, sodass der Webserver nach einem Reboot nicht mehr starten kann. Für eine genauere Analyse wären Informationen zur verwendeten Software und Fehlermeldungen nötig.

Naja, SNI kann doch mittlerweile als Standard angenommen werden. Alternativ gibt es aber auch noch Multi-Domain-Zertifikate.

Die TTL beträgt gerade einmal 30 Sekunden.

mainziman schrieb:

die Sinnhaftigkeit muss mir jemand erklären, daß am Beispiel der Domain outlook.com gerade mal 2 IPv4only Hosts MX spielen,

aber ausgehend eine ganze Armada von 100en od. mehr Hosts - die meisten DualStack - notwendig ist;

Das ist eigentlich nicht weiter verwunderlich, Microsoft betreibt sehr wahrscheinlich an mehreren Standorten weltweit eine große Anzahl Mail-Server.

Im SPF-Record muss dabei jeder Mail-Server ausgeführt werden, der E-Mails versenden kann.

Beim MX-Record alle empfangenden Server einzutragen ist dagegen unsinnig. Zur optimalen Lastverteilung gibt es deutlich bessere Techniken als DNS round robin. Zudem liefert Microsoft zwar immer nur 2 IP-Adressen, aber diese ändern sich laufend.

Wobei man sich durchaus die Frage stellen kann, ob man für einen Server für knapp 3 Euro im Monat eine Lizenz für Windows Server beschaffen will.

Google hat zu diesem Thema einen Recht umfangreichen Artikel: https://support.google.com/webmasters/answer/182192?hl=de

Es kommt letztlich auch auf den Website an. Ist das einfach nur ein CMS mit übersetzten Artikeln oder sind es wirklich unterschiedliche Seiten mit abweichenden Inhalten?

Das Programm läuft nur auf (Desktop-)Windows oder Mac, dein vServer läuft aber wahrscheinlich mit Linux. Zwar könntest du auch Windows installieren, dafür benötigst du aber eine Windows-Lizenz.

mainziman schrieb:

die IP 149.239.48.16 steht explizit dort, daß sie die Client IP ist (welcher Client auch immer),

und glzt. ist das auch die IP welche die Mail an den Server von Netcup übergibt

was hat denn die IP 160.58.107.18 mitten darunter zu suchen?

Ich sehe da nichts ungewöhnliches. 160.58.107.18 sendet an 149.239.48.16, dort läuft die Mail durch Amavis und wird an den netcup-Server weitergesendet.

DNS kennt keine Unterorder. Die Records gelten für die komplette (Sub-)Domain.

Es gibt durchaus Lösungen für Weiterleitungen und SPF, die der Betreiber des Mail-Servers umsetzen könnte: https://de.wikipedia.org/wiki/…obleme_bei_Mail-Umleitung

Alternativ kann man statt einer Weiterleitung die Mails per IMAP empfangen und in das andere Postfach ausliefern. (z.B. fetchmail).

Hat netcup nicht eigentlich eine direkte Anbindung zur Telekom?

Du meinst das Rätsel der Woche?

Die Angebote richten sich in der Regel sowohl an Neu- als auch an Bestandskunden.

H6G schrieb:

Some of them have a basic packet loss. I can identify one hop in amsterdam that is making troubles in the traceroutes: nl-ams17b-rc1-lag-8-0.aorta.net

Are you sure about that? It's most likely just a big core router not replying to every ping.

H6G schrieb:

ECIX-Ham wäre für mich das Optimum. Anexia ist am DE-CIX-Ham. Über Hamburg bekomme ich sehr viele Dienste rein (Google, Cloudflare), dann kommt Berlin und erst danach Frankfurt.

Fehlen also nur ein paar Meter

Anexia ist allerdings nicht in Hamburg mit Hardware vertreten, daher würde keinen wesentlichen Unterschied machen.

H6G schrieb:

Habe gerade das Looking Glas von Anexia entdeckt. Von deren Node in Schweden geht es zu Netcup über H.

Das liegt daran, dass die Standorte von Anexia größtenteils nicht miteinander verbunden sind. In jeder Stadt ist das Routing daher anders.

H6G schrieb:

https://bgp.he.net/AS31334#_peers an Stelle 36: Anexia

Das sagt aber nichts darüber aus, wie viele Präfixe ausgetauscht werden. Offensichtlich ja nicht alle, sonst würde es in beide Richtungen über den DE-CIX laufen.

H6G schrieb:

Ist halt die Frage: warum exportiert H das NC Netz für VF?

Netcup bezieht IP-Transit von H. Auch wenn dieser primär als Fallback dient, präferieren zahlreiche Provider den Routen über H (z.B. weil sie nicht mit netcup oder Anexia peeren).

Dies ist übrigens schon lange so. Als noch über Core-Backbone geroutet wurde, fiel das nur kaum auf, da Core-Backbone deutlich mehr Peerings als Anexia oder H hat.

Netcup scheint am DE-CIX allerdings nicht mit Vodafone zu peeren.

Wenn Owncloud /dev/urandom gar nicht benutzt, können wir die Diskussion eigentlich auch beenden.

Galaxis schrieb:

Auch wenn lustigerweise ein ping von außen schon am Decix hängen bleibt

Das ist halt der erste Router von netcup, der offenbar keine Route zu deinem Server kennt.