Spielt das bei einem Server mit fester IP eine Rolle?
Beiträge von Dragon
-
-
-
Ich kann mailcow hier mit gutem Gewissen weiterempfehlen und meine Begeisterung kennt keinen Grenzen!
Ich persönlich halte mailcow schon fast für zu anfängerfreundlich. Anfänger ohne grundlegende Kenntnisse im Bereich Mailserver bekommen den Eindruck, dass man in 5 Minuten den perfekten Mailserver aufsetzen kann. Dass man aber eigentlich eine komplexe Konfiguration mit über 10 Diensten verpackt in Docker-Containern erhält, die gewartet und überwacht werden müssen, ist vielen nicht klar. Wären die Software-Pakete nicht vorkonfiguriert, würden sich viele Nutzer an eine solch aufwendige Konfiguration wahrscheinlich gar nicht heran wagen.
-
2) Darüber hinaus verwundert mich der Eintrag autolearn=no autolearn_force=no. Bei einer Supportanfrage wurde mir damals bestätigt, dass der Spamfilter im Webhosting auf Grund meines Junk-Ordners trainiert wird. Dieser Eintrag jedoch klingt so als wäre dies gar nicht der Fall?
Das ist kein Widerspruch. Autolearn basiert auf dem Spam-Score, ob Mails in den Spam-Ordner verschoben werden, merkt diese Funktion nicht. Dies wird auf andere Weise umgesetzt und ist im Quelltext nicht zu erkennen.
-
Ich würde auch dazu raten A- und AAAA-Records gleich zu konfigurieren, sonst wird es unübersichtlich und es schleichen sich Fehler ein.
-
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.