Posts by fLoo

Ich habe jetzt meine Dienste von Netcup zu einem Konkurrenten aus Falkenstein migirert. Bei aller Liebe, aber ich habe jetzt 7 Monate gewartet, eine Fehleranalyse geliefert und nach dem letzten Kontakt erneut über einen Monat gewartet. Leider ist noch immer nichts passiert. Was als "kurzfristige Stabilisierung" des Netzwerks kommuniziert wird ist ein mittlerweile anhaltender Zustand, welcher Netcup für mich unbenutzbar für Latenzkritische Anwendungen macht.

Damit kann das Thema geschlossen werden, da es für mich ab sofort keine praktische Relevanz mehr hat. @[netcup] Lars S.

Quote from [netcup] Lars S.

Ich werde nochmal Rückmeldung geben, wenn das erfolgt ist.

Danke dafür. Ich warte dann auf die Rückmeldung.

Bzgl. Supportkanal: Ich bin seit 2009 schon hier bei und sogar davor, als Felix Preuß noch am Linux-VServer Projekt mit gearbeitet hat, an welchem Projekt ich auch tätig war. Früher war hier noch mehr "Support". Hat sich aber über die Zeit gewandelt, ist ja nicht schlimm, war hier nur nicht mehr aktiv. Danke nochmal!

Wird das Forum hier überhaupt noch von Netcup-Mitarbeitern gelesen?

Habe das Thema jetzt mit Versatel/1und1 Netzwerktechnikern erörtert und wir haben festgestellt, dass die v6-Routingprobleme bei Netcup liegen.

Quote

AS47147 verschlechtert anscheinend den kürzesten weg in ihr Netz über AMSIX und andere Exchanges ausser DECIX in Frankfurt) in IPv4 (für 46.38.225.0/24) künstlich (mit prepending) um genau dieses Netz bevorzugt über DECIX-Frankfurt zu routen.

Für Ipv6 wird der kürzeste weg in das Netz von AS47147 (originator of 2a03:4000::/32) genommen, und das ist in dem provideten traceroute offensichtlich Amsterdam, nicht Frankfurt.

Gelernte route via AMSIX:

46.38.225.0/24

AS path: 2914 47147 47147 47147 47147 197540 I < prepend AS47147 3 times , not best

2a03:4000::/32

AS path: 47147 197540 < kein prepend, best, nearest by traceroute provided

Gelernte route via DECIX Frankfurt:

46.38.225.0/24

AS path: 47147 197540 < kein prepend, best

2a03:4000::/32

AS path: 47147 197540 < kein prepend, best, not nearest by traceroute provided.

Display More

Mit erneuter bitte um Bearbeitung bei Netcup. Danke.

Problem ist an der IPv6-Verbindung relativ klar ersichtlich, 2001:7f8:1::a504:7147:1 gehört zum AMS-IX. Bedeutet also, dass der v6-Traffic über Amsterdam abefrühstückt wird, während die v4-Verbindungen über Frankfurt laufen.

Quote from andreas.

So wie es aussieht, ist dieses Problem eventuell schon behoben, da der Beitragsersteller fLoo diesen Beitrag schon als gelöst markiert hat.

Sorry, habe die falsche Taste hier im Forum getroffen. Problem besteht weiterhin.

Moin!

Mögt ihr bitte euer IPv6-Routing korrigieren? Aus/In das AS8881 liegen die IPv6 Routen deutlich hinter IPv4 hinterher.

IPv4

traceroute to lookingglass.netcup.net (46.38.225.186), 30 hops max, 60 byte packets
1  * (*)  0.492 ms  0.435 ms  0.466 ms
2  hhb0022aihk001.versatel.de (94.134.198.18)  2.992 ms  2.975 ms  3.023 ms
3  24.40.131.41 (24.40.131.41)  16.486 ms  16.470 ms  16.454 ms
4  fra020isp005.versatel.de (80.81.193.80)  16.423 ms  16.407 ms  16.394 ms
5  ae3-1337.bbr02.anx25.fra.de.anexia-it.net (80.81.195.166)  9.649 ms  9.632 ms  9.615 ms
6  ae1-0.bbr01.anx84.nue.de.anexia-it.net (144.208.208.140)  21.550 ms  20.083 ms *
7  94.16.25.155 (94.16.25.155)  34.565 ms  31.235 ms *
8  46.38.225.186 (46.38.225.186)  12.343 ms * *

pasted-from-clipboard.png

Und hier noch IPv6

traceroute to lookingglass.netcup.net (2a03:4000:0:1::1000), 30 hops max, 80 byte packets
1  * (*)  0.574 ms  0.671 ms *
2  * * *
3  2001:1438::62:214:42:125 (2001:1438::62:214:42:125)  3.123 ms * *
4  * * *
5  * 2001:7f8:1::a504:7147:1 (2001:7f8:1::a504:7147:1)  12.887 ms *
6  2a00:11c0:47:1:47::213 (2a00:11c0:47:1:47::213)  41.427 ms  24.225 ms  24.122 ms
7  2a00:11c0:47:3::123 (2a00:11c0:47:3::123)  25.272 ms  26.759 ms  26.706 ms
8  2a03:4000:0:1::1000 (2a03:4000:0:1::1000)  25.153 ms  25.135 ms  25.101 ms

pasted-from-clipboard.png

Danke!

Zabbix bringt mich heute um

Vielleicht hast du Wordpress installiert, als die Domain noch nicht aufgeschaltet war. Bei Wordpress ist dann natürlich die IP als Host hinterlegt.

Also:

* + @ sollte auf deine VServer-IP zeigen, auf welchem die Webseite läuft.
CNAME ist nur ein "Subdomain", das @ zeigt auf den ersten Eintrag, welcher wiederrum auf deine IP zeigen sollte.

Wenn die Webseite auch per IPv6 erreichbar sein sollte, kannst du auch eine IPv6 vergeben:

Neuen Eintrag erstellen:

* AAAA i:p:v:6:kommt:hier:her:ein
@
AAAA i:p:v:6:kommt:hier:her:ein

Der Rest passt, solange die IP stimmt. Somit sollte es reichen, dem Kunden die Domain zuzuweisen.

In den NS-Records den Eintrag A auf deine IPv4 und wenn gewünscht AAAA auf eine IPv6 setzen, dann dem Kunden die Domain zuweisen.

Quote from Timon

Und was bitte verstehst du unter solchen "Hosting-CMS"?

Froxlor

Quote from Timon

Hallo,

danke für den Link. Sieht ja nicht so aus, als wenn das noch gefixt werden wird...
Zum Apachen wollte ich nicht zurück, hat noch einer ne Idee? Zur Not muss ein Cronjob laufen, welcher das korrigiert, aber schön ist das nicht.

Viele Grüße
Frank

Nginx und verabschiede dich von solchen "Hosting-CMS", wenn man eigene Webseiten betreibt, braucht man sowas nicht.

Quote from Gogosjon

Auf die Knie, vor dem Thema-Gründer!

So ists richtig

Sieht nach einem Issue aus, was noch nicht gelöst worden ist:

Bug #268: lighttpd und mod_fcgid: Prozesse laufen nicht unter dem korrekten user des Accounts - Froxlor

WTF das Thema existiert IMMER NOCH ?
Der Hammer !

P.S.: Ist ja auch meins

Haben aber alleine SSH-Login, von daher nix schlimmes bei.

Ja, das solltest Du!

Ohne jetzt frech zu werden, aber ich finde es unverantwortlich eine produktive Software direkt öffentlich zugänglich zu machen [...].

Kurze Frage: Ist Herr Wachert nichtmehr bei Netcup angestellt ?