Beiträge von julian-w

    und Deine Rechnung machst jetzt bitte f. den GBit-Switch ...

    Im gleichen Beitrag stehen alle Daten der Switches, ich dachte es wäre offensichtlich (man muss nur die Portzahl "mal zwei" rechnen), aber für dich mach ich sie gerne da du ja scheinbar Probleme damit hast :)

    48 (Ports) * 2 (Vollduplex) * 1 GBit/s macht 96 Gbit/s. Das Backplane des Switches beträgt 96 GBit/s, ich sehe also das Problem nicht wo der Engpass sein soll:/

    Quellen:

    https://www.tp-link.com/de/products/de…#specifications

    pasted-from-clipboard.png

    Portforwarding ist bei den managed private Servern geblockt. SSH muss man sich explizit vom Support freischalten lassen. Selbst das funktionierte erst nach mehreren Anläufen, d.h. hier fehlt schon die Übung.

    Muss sagen sowas enttäuscht mich jetzt doch ein wenig vom netcup, wenn selbst bei einem managed (v)Server kein SSH-Tunnel zum Verwalten von MySQL-Datenbanken möglich ist, auch wenn ich selbst das Produkt nicht nutze ;( Vielleicht gibt Felix irgendwann mal eine Dienstorder raus oder so wenn er das hier liest ^^

    Da ging auch wieder viel quer Beet... wie üblich bei manchen Forenteilnehmern hier... *hust*hust*

    Hier mal die Fakten

    Wo ist jetzt das Problem? 48x 100 + 4x 1000 macht 8,8 GBit/s, Vollduplex macht das 17,6 Gbit/s. Ich weiß nicht warum eine 17,6 GBit/s Backplane nicht ausreichen sein soll. Ebenso der Gigabit Switch.

    Einfach mal als Vergleich wild ein paar Switches rausgepackt:

    • Cisco SGE2010
    • HP Aruba 2540 48G
      • 48x 1000 Mbit/s
      • 4x 10.000 MBit/s
      • 176 GBit/s Backplane (96 + 2 * 4 * 10, passt also genau)
    • HP 1820-48G Switch (J9981A)
      • 52x 1000 Mbit/s
      • 104 GBit/s Backplane

    Dein 8 Port Switch ist vermutlich ein Gigabit Switch, da passen die 16 GBit/s dann ja auch (8 Ports * 2 (Vollduplex) * 1 GBit/s). Und deiner ist vermutlich auch nicht bzw nicht in dem Umfang gemanaged wie die hier aufgezeigten Switches, daher ist der vermutlich so billig pro Port, Äpfel und Birnen und so ;)

    Von daher sehe ich bezüglich Backplane gar kein Problem bei TP-Link :/ Die Hardware ist in aller Regel auch vollkommen okay, nur die Firmware ist manchmal etwas... nunja.... aber dafür gibts ja OpenWRT ^^

    Der netcup-Support schlägt das aber genau so selbst vor, wenn man einen mananged private Server hat. Die bitte nach einem MySQL-Zugriff über einen SSH-Tunnel wird abgewiesen.

    Das wundert mich aber doch sehr... Ich dachte bei einem managed (v)Server hätte man einen (eingeschränkten) Shell-Zugriff? Und MySQL läuft doch lokal auf der selben Maschine, dann sollte das doch eigentlich kein großes Problem sein über SSH einen Tunnel auf localhost herzustellen, ein SSH-Tunnel mit Ziel auf localhost und Port 3306 sollte doch nie ein Problem sein... :/

    Das es einen SSH-Zugang (standardmäßig?) gibt wurde hier bereits erwähnt und ist auf jeden Fall wohl im Preis inkludiert:

    Dienste die nur einen normalen SSH Zugriff benötigen kann der Kunde auch selber starten (liegt dann aber außerhalb unseres Managements und muss vom Kunden eigenständig gepflegt werden)

    Bei SSH ist hingegen ohne Zusatzaufwand verschlüsselt.

    SSH funktioniert nur nicht, da keine SOCKS-Verbindungen oder ähnliches zugelassen werden. Man kommt über SSH nur auf den Server selbst in eine sehr begrenzte Shell, kann sonst aber nichts weiter damit machen.

    Sonst könnte man ja ein Webhosting-Paket als "VPN-Dienst" missbrauchen über den SSH-Tunnel und sonstigen Schabernack treiben...

    Ich sagte die Erstbeste nicht die Nullstbeste ;)

    Um ehrlich zu sein wusste ich nicht das es erlaubt/sinnvoll ist eine IPv6 auf 0 enden zu lassen als ich damit anfing die Adressen zu verteilen... bei IPv4 wurden damit immer Netze beschrieben auch wenn es im Grunde erlaubte Adressen waren, alte Gewohnheiten und so ^^ Aber :: als Ende der Adresse macht sicherlich bei irgendeiner Implementierung ärger, da würde ich drauf wetten, bei IPv4 ist es genauso. Aber ist ja auch egal, die Fragen des TO wurden beantwortet 8)

    Hatte ich auch schon gesehen... da der Traffic über das Backbone umgeleitet wird, dachte ich das es damit nichts zu tun hat...:/

    Dazu hilft auch immer der Wiki-Artikel:

    https://www.netcup-wiki.de/wiki/Fehleranalyse_im_Netzwerk

    Dadurch kann man genau nachvollziehen welche Route deine Netzwerk-Pakete nehmen, wo und es weshalb welche verloren geht und wo größere Latenzen enstehen können. Nur mittels eines MTRs kann man also genauer helfen, ansonsten kann man nur auf so allgemeine Dinge wie hier im netcup-status.de verweisen.

    ok, ich verwende Webhosting seit einiger Zeit ja nicht mehr, aber ist der default nicht so, dass man sich dann nur vom Webhosting Server aus zum Datenbankserver verbinden kann, oder wirklich von jeder IP?

    Soweit ich mich korrekt entsinne war standardmäßig immer "Remotverbindungen von beliebigem Host zulassen" aktiv, hab auch ab und an mal von extern auf die MySQL-DB zugegriffen sowohl unter der aktuellen Generation wie auch dem Vorgänger, ohne irgendwas mit SSH tunneln zu müssen. Nur unter Confixx (vor grob 10 Jahren) ging das nicht.

    Also die öffentliche IP habe ich auch gar nicht gefunden. Wie anfangs schon erwähnt habe ich noch einen älteren Tarif (Web Hosting S), deshalb ist meine Nutzeroberfläche auch etwas anders und ich habe das Menü im ersten Screenshot gar nicht.

    Auch mit den "alten" Tarifen geht das und ist Standard, nur die uralt Confixx Tarife konnten dies nicht, aber gibt es die überhaupt noch?


    Ein Blick ins Wiki hilft auch hier weiter:

    https://www.netcup-wiki.de/wiki/Websites#…atenbankservers

    Zitat

    IP-Adressen des Datenbankservers

    In der Übersicht sehen Sie die IP-Adressen des Datenbank-Servers. Dieses sind private IP-Adressen aus dem Netz 10.35.0.0/16. Für eine sichere und besonders schnelle Kommunikation zwischen Ihrem Webspace und dem Datenbankserver verwenden Sie bitte die privaten IP-Adressen. Möchten Sie doch einmal von extern auf die Datenbanken zugreifen, rechnen Sie bitte die private IP-Adresse nach folgendem Schema um:

    Code
    Interne IP-Adresse: 10.35.x.y (x.y steht für den Hostbereich der IP-Adresse des Datenbankservers)
    Öffentliche IP-Adresse: 46.38.x.y (x.y bleibt hier gleich. Es ändert sich nur der Netzbereich der IP-Adresse)

    Deskera Project Management ist doch schon seit Jahren nicht mehr als openSource Version verfügbar. Ich fürchte es existiert gar keine aktuelle Version mehr zum selber hosten. Davon ab basiert die Software auf JAVA und ist nicht im Webhosting lauffähig. Keine Ahnung warum dies überhaupt angeboten wird, aber die (garantiert?) verfügbare Software wird hier aufgelistet, da ist Deskera nicht dabei:

    https://www.netcup.de/hosting/webhos…ion-hosting.php

    Bei netcup hast du halt etwas mehr Freiheiten und bekommst ein paar mehr IPv6-Adressen, für manche VPN-Geschichten und Co kann das interessant sein ;)

    Ich selbst benutze aber in aller Regel immer nur die 2a03:4000:XXXX:YYYY::1 als IPv6 Adresse, da mir meist eine reicht und warum dann nicht die erst beste nehmen ^^

    Du hast bei deinem root-Server ein ganzes /64er Netz an IPv6-Adressen, also in aller Regel mehr wie genug für seinen Server ;)Diese kannst du dir selbst zuweisen indem du das Netzwerk-Interfaces innerhalb deines vServers konfigurierst. Wenn du wirklich noch mehr Netze brauchst kannst du diese bei netcup kostenpflichtig dazubuchen.

    Und ein A-Record kann niemals auf eine IPv6 zeigen, schlichtweg weil IPv6 Adressen viel länger sind, was einer der Gründe für IPv6 war (längere Adresse = mehr verfügbare Adressen, IPv4 Adressen sind nämlich mittlerweile ein knappes gut).

    IPv4: 32 Bit Adresslänge (A-Record im DNS)

    IPv6: 128 Bit Adresslänge (32*4, daher AAAA-Record im DNS)

    Am besten beschäftigst du dich nochmals kurz mit den Grundlagen zu IPv6.

    Korrekt das Paket gilt nicht für die VPS Linie.

    Wichtig waren die 99,9% Uptime für Vorgänger-Generationen der root-Server Linie, diese hatten nämlich nur 99,6% garantierte Verfügbarkeit. Die aktuellen root-Server haben sowieso schon die hohe Verfügbarkeit.

    Netcup könnte theoretisch in einem Webhosting auch mitlesen, außerdem geht es bei den Wordpress Inhalten wohl um die Darstellung von Informationen und eben nicht um Onlinebanking oder Datenverarbeitung höchst sensibler Daten.

    Bezog sich jetzt nicht unbedingt auf den konkreten Fall hier (wobei keiner von uns weiß was im Wordpress ist, vielleicht sind es ja geheime Daten wer weiß wer weiß ^^) sondern allgemein, gibt ja unzählige Nutzer von Cloudflare wo sicherlich einiges Interessantes anfällt an Daten (Uber, Fitbit, MyAffiliates, LogMeIn, Discord, orderbird, ... dazu kommt noch der DoH Service von Cloudflare der aggressiv beworben wird) ;)

    Davon ab ist netcup ein deutsches Unternehmen und Cloudflare ein amerikanisches. Wem man im Zweifel mehr traut ist jedem selbst überlassen, aber das wird hier langsam zu Off-Topic ^^