Beiträge von Dragon

Stimmt, die Latenzen nach Frankfurt sind wieder besser, die nach Wien wieder schlechter. In Richtung NTT und Telia passt aber irgendwas nicht.

NTT Frankfurt:

PING ae-5.r20.frnkge04.de.bb.gin.ntt.net (129.250.2.141) 56(84) bytes of data.
64 bytes from ae-5.r20.frnkge04.de.bb.gin.ntt.net (129.250.2.141): icmp_seq=1 ttl=55 time=13.9 ms
64 bytes from ae-5.r20.frnkge04.de.bb.gin.ntt.net (129.250.2.141): icmp_seq=2 ttl=55 time=13.8 ms
64 bytes from ae-5.r20.frnkge04.de.bb.gin.ntt.net (129.250.2.141): icmp_seq=3 ttl=55 time=14.7 ms
64 bytes from ae-5.r20.frnkge04.de.bb.gin.ntt.net (129.250.2.141): icmp_seq=4 ttl=55 time=13.8 ms

Telia Frankfurt:

PING ffm-bb3-link.telia.net (62.115.133.34) 56(84) bytes of data.
64 bytes from 62.115.133.34: icmp_seq=1 ttl=244 time=23.8 ms
64 bytes from 62.115.133.34: icmp_seq=2 ttl=244 time=24.0 ms
64 bytes from 62.115.133.34: icmp_seq=3 ttl=244 time=23.8 ms
64 bytes from 62.115.133.34: icmp_seq=4 ttl=244 time=23.9 ms

Zitat von Gunah

@perryflynn

http://www.netcup-status.de/2018/03/wartun…en-im-netzwerk/

Hast du mal auf das Datum (speziell den Monat geschaut)?

[netcup] Felix P.: Kann es sein, dass diese Änderung nach hinten los ging? Die Latenzen nach Frankfurt sind deutlich gestiegen, weil anscheinend jetzt über Wien geroutet wird.

traceroute to google.com (172.217.23.142), 30 hops max, 60 byte packets
 1  gw02.netcup.net (46.38.225.3)  0.682 ms  0.652 ms  0.522 ms
 2  ae3-4018.bbr01.anx84.nue.de.anexia-it.net (144.208.211.26)  0.602 ms  0.555 ms  0.587 ms
 3  ae0-0.bbr02.anx84.nue.de.anexia-it.net (144.208.208.138)  14.096 ms  13.975 ms  14.160 ms
 4  ae2-0.bbr02.anx03.vie.at.anexia-it.net (144.208.208.136)  13.884 ms  13.937 ms  14.029 ms
 5  ae1-0.bbr02.anx04.vie.at.anexia-it.net (144.208.208.130)  14.103 ms  14.106 ms  14.171 ms
 6  ae0-0.bbr01.anx04.vie.at.anexia-it.net (144.208.208.128)  13.849 ms  13.632 ms  13.733 ms
 7  ae2-0.bbr01.anx82.fra.de.anexia-it.net (144.208.208.150)  13.870 ms  13.882 ms  13.925 ms
 8  ae0-0.bbr02.anx82.fra.de.anexia-it.net (144.208.208.147)  13.913 ms  13.985 ms  13.920 ms
 9  ae1-0.bbr02.anx25.fra.de.anexia-it.net (144.208.208.149)  13.908 ms  14.124 ms  13.952 ms
10  209.85.149.86 (209.85.149.86)  13.752 ms  13.678 ms  13.684 ms
11  * 108.170.251.193 (108.170.251.193)  13.705 ms *
12  216.239.54.61 (216.239.54.61)  13.774 ms  13.761 ms  13.662 ms
13  fra16s18-in-f142.1e100.net (172.217.23.142)  13.601 ms  13.408 ms  13.390 ms

Das wurde wahrscheinlich umgestellt nachdem netcup den Standort in Frankfurt in Betrieb genommen hatte und von dort direkt eine Leitung zur Telekom legen konnte.

[netcup] Felix P.

In der Pressemitteilung ist statt einem Link noch ein Platzhalter enthalten. http://Netzwerk und Hardware gibt es erstaunlicherweise nicht.

Gibt es eigentlich aktuell Probleme im Anexia-Netz zwischen Nürnberg und Wien? Es wird seit den Wartungsarbeiten am Montag in beide Richtungen über Frankfurt geroutet. Beispiel aus dem Looking Glass von Telia (Wien):

traceroute to 185.183.158.1 (185.183.158.1), 30 hops max, 52 byte packets
 1  win-bb2-link.telia.net (62.115.139.30)  0.944 ms win-bb2-link.telia.net (62.115.136.156)  0.964 ms win-bb2-link.telia.net (62.115.136.226)  2.603 ms
 2  win-bb3-link.telia.net (62.115.136.125)  1.395 ms  1.156 ms  0.990 ms
 3  win-b1-link.telia.net (62.115.120.109)  0.987 ms  1.029 ms  1.041 ms
 4  anexia-ic-327208-win-b2.c.telia.net (62.115.13.119)  1.375 ms  1.421 ms  1.442 ms
 5  ae0-0.bbr01.anx04.vie.at.anexia-it.net (144.208.208.128) [AS  47147]  18.296 ms  18.528 ms  19.812 ms
 6  ae2-0.bbr01.anx82.fra.de.anexia-it.net (144.208.208.150) [AS  47147]  18.766 ms  18.422 ms  18.570 ms
 7  ae1-0.bbr01.anx25.fra.de.anexia-it.net (144.208.208.144) [AS  47147]  18.971 ms  18.328 ms  18.178 ms
 8  ae0-0.bbr02.anx25.fra.de.anexia-it.net (144.208.208.142) [AS  47147]  18.627 ms  18.396 ms  18.340 ms
 9  ae1-0.bbr01.anx84.nue.de.anexia-it.net (144.208.208.140) [AS  47147]  18.424 ms  18.449 ms  18.455 ms
10  ae0-0.bbr02.anx84.nue.de.anexia-it.net (144.208.208.138) [AS  47147]  18.511 ms  18.477 ms  18.654 ms
11  netcup-gw.bbr02.anx84.nue.de.anexia-it.net (144.208.211.11) [AS  47147]  17.759 ms  17.344 ms  21.215 ms

Bei einem /64-Subnet bei IPv6 wäre DHCP auch wenig sinnvoll. Welche der vielen möglichen Adressen sollte denn zugewiesen werden?

Die Einrichtung ist übrigens auch im Wiki beschrieben: https://www.netcup-wiki.de/wiki/Zusätzliche_IP_Adresse_konfigurieren#IPv6

Zitat von [netcup] Felix

Es ist echt krass wenn die Techniker schneller sind als das Marketing. Oft ist das ja eher anders herum. Unser Netzwerk wurde seit Ende 2017 massiv aufgerüstet. Jetzt ist die neue Network-Map endlich fertig, welche die Leistung unserer Techniker aufzeigt:

https://www.netcup.de/ueber-netcup/h…frastruktur.php

Die neue Netzwerk-Karte sieht schick aus , aber die extrem in die Breite gezogene Karte im Hintergrund stört mich irgendwie.

Stimmt die Angabe mit 3 x 10 GBit/s Core Backbone? Das ist nicht in der Karte verzeichnet und passt von der Kapazität nicht zu den anderen einfach-redundanten Transits.

PS: Was wird am Montag bei den Wartungsarbeiten am Netzwerk gemacht? Die neuen Transits scheinen ja schon aktiv zu sein.

Zitat von twiddern

Könnte natürlich sein, dass hier die Session(s) hin und wieder mal flappen, beide die gleiche Gewichtung haben und deshalb immer die Route genommen wird, mit der höchsten Uptime.

Wobei das neueste Peering wohl die geringste Uptime haben sollte. Grundsätzlich scheint jedenfalls Frankfurt bevorzugt werden, auch bei österreichischen Providern (sofern am DE-CIX/ECIX präsent).

Vor allem bei Anexia sieht man gerne Pfade über Frankfurt und Wien im traceroute, hier scheinen beide Standorte exakt gleich gewichtet zu sein. Das sieht dann etwas chaotisch aus, wie in folgendem Beispiel:

traceroute to lg.telia.net (80.239.194.151), 30 hops max, 60 byte packets 1  gw02.netcup.net (46.38.225.3)  0.425 ms  0.350 ms  0.374 ms
 2  ae3-4018.bbr01.anx84.nue.de.anexia-it.net (144.208.211.26)  0.367 ms  0.359 ms  0.355 ms
 3  ae2-0.bbr02.anx03.vie.at.anexia-it.net (144.208.208.136)  10.701 ms ae2-0.bbr02.anx25.fra.de.anexia-it.net (144.208.208.141)  3.953 ms ae2-0.bbr02.anx03.vie.at.anexia-it.net (144.208.208.136)  10.693 ms
 4  ae0-0.bbr01.anx25.fra.de.anexia-it.net (144.208.208.143)  3.996 ms  4.108 ms ae0-0.bbr01.anx03.vie.at.anexia-it.net (144.208.208.133)  10.627 ms
 5  win-b2-link.telia.net (62.115.14.116)  3.670 ms  3.650 ms ae1-0.bbr01.anx04.vie.at.anexia-it.net (144.208.208.135)  10.627 ms
 6  ae0-0.bbr02.anx04.vie.at.anexia-it.net (144.208.208.129)  10.593 ms  10.567 ms  10.746 ms
 7  win-b2-link.telia.net (62.115.13.118)  10.422 ms s-bb3-link.telia.net (213.155.130.49)  30.659 ms s-bb4-link.telia.net (62.115.112.99)  23.198 ms
 8  s-b5-link.telia.net (62.115.137.159)  25.578 ms win-bb4-link.telia.net (62.115.137.200)  19.614 ms win-bb3-link.telia.net (62.115.120.108)  12.553 ms
 9  ioc-x1-104.telia.net (80.239.194.151)  26.769 ms ffm-bb3-link.telia.net (62.115.137.202)  13.637 ms ffm-bb4-link.telia.net (62.115.138.22)  13.409 ms

Zitat von twiddern

Weitere Theorie die vermutlich eher zutreffen könnte, HE bietet grundsätzlich kostenfreien IPv6-Transit über IX an, ECIX ist hiermit günstiger als der kostenpflichtige Upstream über v6 direkt bei netcup.

Das spielt bei einem Ziel bei HE allerdings keine Rolle. Bei anderen IPv6-Zielen präferiert netcup in der Tat oft HE.

Unschön ist auch die Verwendung von (hoffentlich) undefinierten Konstanten bei den Arrays:

$exif[DateTime]

Das wirft zwar "nur" Notices von PHP, wäre aber so leicht zu beheben.

Das Routing ist allerdings schon so, seitdem das Peering mit HE am VIX aktiviert wurde.

Ist es eigentlich beabsichtigt, dass der Datenverkehr zu Hurricane Electric über Wien statt über Frankfurt geleitet wird?

traceroute to he.net (216.218.186.2), 30 hops max, 60 byte packets
 1  gw02.netcup.net (46.38.225.3)  0.908 ms  0.877 ms  0.878 ms
 2  gw01.netcup.net (46.38.224.33)  1.816 ms  1.843 ms  1.836 ms
 3  10gigabitethernet1-3.core1.vie1.he.net (193.203.0.185)  10.196 ms  10.177 ms  10.251 ms
 4  100ge13-1.core1.par2.he.net (184.105.65.5)  23.535 ms  23.515 ms  23.517 ms
 5  100ge14-1.core1.nyc4.he.net (184.105.81.77)  98.153 ms  98.159 ms  98.153 ms
 6  100ge8-1.core1.sjc2.he.net (184.105.81.213)  151.569 ms  151.405 ms  151.512 ms
 7  10ge1-1.core1.fmt1.he.net (72.52.92.109)  153.184 ms  166.164 ms  155.476 ms

Zum Vergleich IPv6 über Frankfurt:

traceroute to he.net (2001:470:0:76::2), 30 hops max, 80 byte packets
 1  gw02.netcup.net (2a03:4000:0:1::3)  0.916 ms  0.861 ms  0.837 ms
 2  2a03:4000:ffff:ffff::1 (2a03:4000:ffff:ffff::1)  0.310 ms  0.327 ms  0.324 ms
 3  as6939.fra.ecix.net (2001:7f8:8:20:0:1b1b:0:1)  32.788 ms  45.871 ms  45.867 ms
 4  100ge6-1.core1.ams1.he.net (2001:470:0:2d4::1)  10.688 ms  10.742 ms  10.682 ms
 5  100ge8-1.core1.man1.he.net (2001:470:0:431::2)  17.788 ms  17.762 ms  17.764 ms
 6  100ge8-1.core1.dub1.he.net (2001:470:0:410::2)  37.248 ms  37.074 ms  37.086 ms
 7  100ge5-2.core1.nyc5.he.net (2001:470:0:440::1)  81.308 ms  81.274 ms  81.257 ms
 8  100ge4-2.core1.nyc4.he.net (2001:470:0:20a::1)  86.334 ms  81.646 ms  81.649 ms
 9  100ge8-1.core1.sjc2.he.net (2001:470:0:36d::1)  142.971 ms  142.912 ms  142.932 ms
10  10ge1-1.core1.fmt1.he.net (2001:470:0:2f::1)  154.545 ms  143.621 ms  145.249 ms

Um mal das Thema zu wechseln (ich glaube die Mitarbeiter können Meltdown und Spectre nicht mehr hören ).

Mir ist aufgefallen, dass das Routing von netcup weiter auf Anexia umgestellt wurde. Der Standort in Frankfurt ist bereits nur noch über Anexia zu erreichen, selbst von Nürnberg aus:

traceroute to 188.68.63.xx (188.68.63.xx), 30 hops max, 60 byte packets
 1  gw01.netcup.net (46.38.225.2)  0.431 ms  0.406 ms  0.381 ms
 2  ae3-4018.bbr01.anx84.nue.de.anexia-it.net (144.208.211.26)  0.404 ms  0.424 ms  0.399 ms
 3  ae2-0.bbr02.anx25.fra.de.anexia-it.net (144.208.208.141)  4.004 ms  4.115 ms  4.261 ms
 4  188.68.63.xx (188.68.63.xx)  3.552 ms  3.527 ms  3.523 ms

Soll das RZ in Nürnberg auch komplett über den Anexia Backbone angebunden werden oder werdet ihr auch weiterhin eigene Transit-Provider haben und an Knoten wie dem DE-CIX vertreten sein?

Mit der Firewall des vServers kannst du die VNC-Konsole nicht sperren, diese wird vom Wirtssystem bereitgestellt. Die funktioniert selbst, wenn der Server seine Netzwerkverbindung verloren hat.

Eigentlich sollte es da keine wesentlichen Änderungen gegeben haben. Das einzige was mir aufgefallen ist, dass DSA-Keys standardmäßig nicht mehr akzeptiert werden.

Zitat von aNewUser

1. Meine Domain ist noch nicht mal 2 Wochen alt

Mich würde es sehr wundern, wenn das kein Wildcard-Eintrag ist. Sonst würde ja nicht jede beliebige Subdomain aufgelöst werden.

Zitat von CyberMaxi6000

WS = West Samoa

Die Domain-Endung sagt nichts darüber aus, wo ein Unternehmen sitzt.

Zitat von perryflynn

https://www.heise.de/security/meldu…en-3828578.html

Bumm. Internet kaputt.

Gerade der Absatz, den du zitiert hast, ist doch noch harmlos. Ab April sind erst einmal nur Zertifikate dran, die zu diesem Zeitpunkt schon älter als 2 Jahre sind. Alle anderen Symantec-Zertifikate werden noch bis Oktober 2018 akzeptiert.

Zum Rettungssystem gibt es einen Artikel im Wiki: https://www.netcup-wiki.de/wiki/Rettungssystem

Erster Anlaufpunkt wären die Logs deines Servers. Sind die Dienste aus irgendwelchen Gründen nicht gestartet? Eine andere Möglichkeit wäre eine falsch konfigurierte Firewall.

Der Beta-Test läuft bereits: https://forum.netcup.de/anwendung/wcp-webhosting-control-panel/9172-beta-phase-unserer-neuen-webhostingprodukte-ist-gestartet-feedback-erwünscht/

Ich verwende zwar kein Wordpress, aber ich kann mir nicht vorstellen, dass 512 MB oder noch Speicher benötigt werden. Da müssten schon riesige Datenmengen bei einem einzelnen Request verarbeitet werden.