Beiträge von KB19

    Das würde ich als Privatperson sofort unterschreiben ( LetsEncrypt etc. ), im Firmenumfeld mit "Validierungen" kosten Zertifikate immer noch eine Stange.

    Um bei netcup zu bleiben: Wenn ich das am Handy richtig sehe, sind das sowieso keine OV/EV und "nur" DV. Insofern technisch absolut kein Unterschied mehr?

    Allgemein gesehen ist Dein Einwand natürlich berechtigt :)

    EDIT: Ich weiß gar nicht, warum ich das im vorherigen Beitrag überhaupt geschrieben habe. Das ergibt in diesem Kontext absolut keinen Sinn, weil man sowieso ein Zertifikat braucht. Vergesst diesen Satz bitte einfach wieder. Sorry! ;(

    Samsonetty Hä? :/

    ch habe Dich angewiesen die Ordner /docker und /docker_data anzulegen. Und damit meine ich im ROOT Verzeichnis des Servers, nicht in irgendwelchen Unterordnern.

    Was TBT meine ist die oberste Ebene: /

    Er meinte weder /root, noch den root-User. Wobei es ohne Rootrechte tatsächlich nicht klappen wird…

    Du solltest Dir dringend die Grundlagen bezüglich absoluter und relativer Pfadangaben aneignen.

    Felix Preuss hatte damals von der Ausfallsicherheit erwähnt D.h. Wenn die Hauptdomain nicht aufrufbar ist, dann sind alle Dienste (z.B. Subdomain, account.netcup.de) auch betroffen, da die Hauptdomain nicht aufgelöst werden kann.

    Das betraf afaik aber nur netcup-status.de, oder?

    Wie auch immer, dann richtet man halt sicherheitshalber mehrere Aliase ein: Neben netcup.de gibt es ja auch noch netcup.eu, netcup.com, …

    Zertifikate kosten mittlerweile nur noch selten Geld, das ist kein wirkliches Argument mehr. :)

    Prinzipiell hast Du ( ctrlF) meiner Meinung nach vollkommen recht. Alles unter *.netcup.de oder *.netcup.eu wäre wesentlich einheitlicher und das wurde in den letzten Jahren auch schon öfters vorgeschlagen. Der Domain-Wildwuchs ist jedenfalls wirklich sehr suboptimal: netcup-status.de, netcup-news.de, netcup-wiki.de, netcup-sonderangebote.de, … – eigentlich spannend, dass das Forum nie unter netcup-forum.de betrieben wurde. :D

    Ich versuche das mal aus Kundensicht zusammenzufassen, falls es irgendwen interessiert: Früher, ganz am Anfang, war das CCP ausschließlich unter ccp.netcup.net erreichbar. Das VCP (der Vorgänger des heutigen SCP) hatte immer schon eine eigene Domain – vservercontrolpanel.de und servercontrolpanel.de. Womöglich spielten dabei Gründe rund um Whitelabeling für Reseller eine Rolle, aber das ist nur reine Spekulation.

    Das Webhosting (ursprünglich Confixx; später Plesk) hatte zur Verwaltung auch immer Subdomains unter *.netcup.net, was dem Hostnamen des jeweiligen Servers entsprach. Nur das zentrale WCP (Parallels Plesk Automation) dazwischen hatte wieder eine eigene Domain: webhostingcontrolpanel.de

    Die NET-TLD für Hostnamen inkl. PTR u.ä. Dinge zu verwenden ist durchaus branchenüblich. Die Control Panels dann ebenfalls unter dieser Domain zu betreiben, kann aber einen gravierenden Nachteil haben. Man muss nämlich bedenken, dass die Standardsubdomains der Kunden (hostingXXXXXX.XXXXX.netcup.net) ebenfalls unter dieser Domain laufen. Dass das nicht so ideal ist, stellte sich 2018/2019 sehr eindrucksvoll heraus:

    Malware im CCP laut Google Chrome - netcup Kundenforum
    Seit heute Nacht wird das CCP von Netcup unter https://ccp.netcup.net als Malware verseucht eingestuft. Jemand schon Details was dort genau passiert ist?…
    forum.netcup.de
    netcup.net und Subdomains fälschlicherweise geblacklistet « netcup news
    Seit 11.12.2018 wird die Domain netcup.net und ihre Subdomains fälschlicherweise von Google Safe Browsing als unsicher betitelt. Wir möchten darauf hinweisen,…
    www.netcup-news.de
    WebMail wird von Google Safe Browsing blockiert - netcup Kundenforum
    Hallo, ich wollte gerade meine Mails via WebMail abfragen (webmailxx.netcup.net) und erhalte die Fehlermeldung: Der Aufruf dieser Seite kann Ihnen oder…
    forum.netcup.de

    Bezogen auf die Control Panels natürlich falscher Alarm! Daraufhin wurde als temporärer Workaround ccp.netcup.de eingerichtet und einige Zeit später wurde schlussendlich customercontrolpanel.de gestartet:

    Das längste Thema - netcup Kundenforum
    Zu meinem 100. Jubiläum in diesem Forum dieser Spaßthread :p Finde ich immer wieder lustig wie schnell man auf 0 kommt. Lustiger ist es aber neben der Zahl…
    forum.netcup.de
    Umstellung auf customercontrolpanel.de - netcup Kundenforum
    Huhu! Scheinbar werden ccp.netcup.de und ccp.netcup.net jetzt auf customercontrolpanel.de weitergeleitet. Ihr habt soeben ein neues Zertifikat mit "netcup…
    forum.netcup.de

    Die Plesk-Zugänge wurden zu dieser Zeit auf *.webhosting.systems umgestellt, um endgültig alle Control Panel aus der NET-Domain zu verbannen und die zuvor verlinkten Probleme loszuwerden. Warum nicht irgendwann alles auf die DE-Domain umgestellt wurde? Keine Ahnung, wahrscheinlich weil so global klingende Domains ohne netcup im Namen irgendwem im Unternehmen gefallen. :S

    EDIT: Ich war mal wieder zu langsam, wurde mittlerweile schon fast alles von meinen Vorpostern erwähnt…

    Die Spam Versender sollten sich mal ein Netcup Webhosting zulegen, dann könnten Sie auch als mail@netcup.de versenden 😉 mit ip aus dem Netcup Netzwerk

    Du wirst kaum eine IP-Adresse aus diesem Bereich haben 8o

    Code
    "v=spf1 ip4:212.123.34.96/28 ip4:212.123.36.25 ip4:188.65.77.204 ip6:2a03:4000:0:1::e1aa mx ip4:212.123.41.224/28 include:_spf.hostedemail.com  -all"
    "v=spf1 ip4:216.40.44.0/24 ip4:216.40.42.17 ip4:216.40.42.19 ip4:216.40.42.27 ip4:216.40.42.28/31 ip4:64.98.42.0/24 ip4:64.98.36.17 ip4:64.98.36.19 ip4:64.98.36.27 ip4:64.98.36.28/31 ip4:64.98.47.0/24 ip4:64.98.36.30 ip4:216.40.34.9 ~all"

    Das meiste stammt von EPAG/Ascio/Tucows, dem Domainregistrar im Hintergrund für einige TLDs. Die einzige zu Anexia bzw. netcup gehörenden IP-Adresse ist 188.65.77.204 und durch das "MX" natürlich alles hinter smtp.netcup.net bzw. backupmx-fra1.netcup.net. Und beim Webhosting wird das wohl eher nicht über diese Infrastruktur versendet?

    Leider haben wir nicht jeder einen eigenen Zugang...

    Wenn mit diesen Zugangsdaten auch irgendwas gemacht werden kann, das protokolliert wird und am Ende (straf-) rechtlich auf Dich zurückfallen könnte, würde ich mich sofort weigern diesen Account zu verwenden. Leider ist so ein Account-Sharing in Deiner Branche an manchen Stellen weit verbreitet. Und oftmals gegen den Willen einiger Nutzer ;(

    Das wird vor allem von den verwendeten Ressourcen abhängen. Es macht einen Unterschied, ob das eine rein statische Website mit ein paar HTML-Dateien oder eine voll dynamische Ausgabe mit z.B. PHP ist. Bei Letzterem hängt es dann auch davon ab, wie ressourcenhungrig die verwendete Software ist. Den Traffic sehe ich dabei nicht als Hauptproblem, eher CPU/RAM/IO.

    Welchen Tarif hast Du aktuell und womit wird diese Website betrieben?

    Da ich vorhin endlich mal das letzte Weihnachtspäckchen vollständig ausgeräumt und verstaut habe...

    Ein aktualisiertes Gruppenfoto der netcup CUP-Familie 8)

    20230415170240_IMG_2618-02.jpeg

    Und nachdem ich bemerkt habe, dass da eigentlich das Glas fehlt, habe ich gleich alles gesucht, was im entferntesten Sinne ein CUP ist. Vom Kugelschreiber mal abgesehen ^^

    20230415172839_IMG_2622-01.jpeg

    Die Ente hat sich leider überall dazu geschummelt! :S

    #netCUPsammlung #netcupCUP #netcupTassen #TassenSammlung

    Darf man fragen was du als ausfallsichere E-Mail verwendest?

    Meine primären Mailaccounts (2 + 1 Sammelpostfach für diverse [Legacy] Adressen und Domains) liegen alle auf selbst administrierten Mailservern bei netcup und einem anderen Anbieter. Ich habe ansonsten nur einen GMX-Account, weil ich bei den Providern keinen Mailaccount angeben kann, der auf deren Systemen liegt. Das wäre bei Accountsperren o.ä. ansonsten saudamlich. :)

    Da Webserver und DB-Server getrennte Systeme sind, gibt es auch zwei verschiedene IP-Adressen. Ob die sich immer um 1 unterscheiden, weiß ich nicht. Der andere Beitrag zeigt eigentlich nur, wie man es anhand der öffentlichen IP-Adresse im CCP ableiten kann.

    Wenn man das gezeigte PHP-Script zum Ermitteln verwendet, braucht man sich darum keine Gedanken machen. Dort spuckt die Fehlermeldung alle benötigten Details aus.

    Die Warnung "Aber Achtung: Zum Verbinden zur Datenbank muss dann logischerweise auch die interne IP-Adresse (10.35.47.94) verwenden werden!" verstehe ich daher nicht.

    Damit meinte ich, dass es nichts bringt, wenn man z.B. [nur] eine interne IP freischaltet und dann trotzdem zur öffentlichen verbindet.

    Google zeigt mir bei einer Suche gerade massenhaft (bezahlte) netcup Werbung an, die durchaus zum Thema passt. :D

    Ok, das hat mich überzeugt: Google hat offenbar keine Ahnung, wer ich bin und welche Werbung bei mir sinnvoll ist. ^^

    Oder sie zeigen mir absichtlich noch mehr netcup Werbung, damit ich die Konkurrenz erst gar nicht finde? :/

    Oder sie wissen genau, dass ich ein Serverhoarder bin, der vorwiegend nach NC süchtig ist? Verdammt, die sind gut! 8o

    Welche IP-Adresse hast Du zugelassen? Es gibt eine öffentlich und interne (RFC 1918). Wenn Du die öffentliche freischaltest, obwohl Du Dich mit der internen verbindest, kann es nicht funktionieren. (Oder umgekehrt.)

    Siehe auch mein Beitrag in diesem Thread zum Herausfinden der internen IP-Adresse des Webservers: https://forum.netcup.de/netcup-anwendungen/wcp-webhosting-control-panel/p174991-mysql-von-aussen-zugänglich-bedenken-sicherheit/#post174991