Moin,
ich betreibe zurzeit 2 Webseiten auf einem VPS 500 G10s, dieser stößt manchmal an seine Grenzen und Speicher wird langsam knapp. Nun sehen die Daten auf dem Papier des VPS 1000 ARM G11 sehr gut aus. Wie sieht es denn Leistungstechnisch aus bei den ARM VPS? Kann es mit dem VPS 500 mithalten und ist es schneller? Welche Betriebssysteme sind auf den ARM Servern Verfügbar?
Grüße
Guten Tag,
ich möchte eine Node.js Anwendung über das Webhosting 4000 zum Laufen bringen.
Der Kundenservice hat mir hierzu bereits weitergeholfen, hat für weitere Unterstützung jedoch eher auf dieses Forum verwiesen.
Ich möchte euch nun mal mein Problem schildern:
Ich habe über GitHub eine private Repo, welche ich mit Netcup verbunden hab. Er kann alle Daten auch per Pull von GitHub ziehen.
Sowohl der Documentroot als auch der Applicationroot laufen auf /domain/pages/, da sich dort die App-Datei befindet.
Ich habe auch die Möglichkeit, über das Dashboard > npm den Befehl "npm install" auszuführen. Dadurch lädt er sämtliche node_modules, die ich verwende.
Leider ist hierbei das Problem, dass der Browser lediglich einen Error ausgibt, ob gestartet oder nicht.
We're sorry, but something went wrong.
The issue has been logged for investigation. Please try again later.
Die Konsole sagt mir, dass der Port 3000 bereits verwendet wird und die Anwendung dadurch nicht (korrekt) gestartet werden kann. Vielleicht hat ja jemand von Euch Ahnung und kann mir bei der Lösung des Problems helfen.
Vielen Dank im Voraus! 
Ich teste die App "Email" von Edison Software und die scheint ganz okay zu sein
und Ios (außer Mail von Apple) ?
Es ist gemütlicher mit einer App die Mails zu checken als immer auf den Handy Browser.
Hallo,
ich hatte bisher immer die App "myMail" für meine ganzen Konten auf Netcup (webmail).
Seit ein paar Wochen geht das leider nicht mehr und es erscheint bei jedem Netcup Konto ein Fehler.
Welche App benutzt Ihr für eure E.Mails?
Edit: Falsch gelesen 
Habe seit Anfang keinen RS 1000 gesehen, sehr schade.
Zur Erläuterung dazu:
> Was mich allerdings in diesem Fall verwundert, ist, dass tatsächlich die Erläuterung bei Google selbst (dort wird "zufälligerweise" die Verwendung von "@" angesprochen) direkt das korrekte Ergebnis hätte liefern sollen: Domain mit einem TXT-Eintrag schützen. Man müsste eigentlich nur die einzelnen Schritte wortwörtlich befolgen:
In der "Search Console" ist dieser Artikel verlinkt:
https://support.google.com/webmasters/answer/9008080#domain_name_verification
Und dort steht nirgendwo etwas von "@".
Dort steht stattdessen
> For a TXT record, you should leave the name/host field blank and use your TXT string in the DNS record's value field
Schon klar, mir hat das Wissen gefehlt, ich bedanke deshalb mich für die Hilfe...
Man wählt halt ein Webhosting-Paket in der Regel, weil man von Dingen wie DNS eher wenig Ahnung hat.
Im Nachhinein keine Ahnung warum ich nicht nochmal bei Google gesucht habe, in der „Search Console“ habe ich den Link dann wohl übersehen.
(edit: gibt keinen, hätte ich suchen müssen, wie gesagt, hatte halt keine Ahnung 🤷♂️)
Bin nur auf die Idee gekommen, Wikipedia zu DNS-Records zu lesen, das war dann aber zu viel auf einmal für mich. War auf die Idee versteift die Lösung bei Netcup zu suchen, wie gesagt, fehlendes Grundwissen dann eben. Hat ja über Umwege hier gut geklappt
Alles klar, danke für den Link, geklappt hat es auch gestern schon, diese Anleitung hatte ich nicht gefunden oder gesucht.
Perfekt, ja – vielen Dank!
Wenn man über das Panel ein wildcard-Zertifikat anlegt, wird halt von Plesk eine missverständliche Anleitung angezeigt für Leute, die so doof sind wie ich
Dort steht sinngemäß (habe keine freie Domain mehr für einen Screenshot)
tragen Sie einen DNS-Record vom Typ TXT ein mit der Domain _acme-challenge.ihre-domain.tld und dem Inhalt (...)
...was ja nicht falsch ist.
Trotzdem habe ich mangels Fachwissen die Erklärung im DNS-Panel nicht gesehen / keinen Zusammenhang mit der Anleitung für das Zertifikat hergestellt, war wohl nicht der einzige.
> die gefühlt wöchentlich hier gestellt wird?
Vorherige Beiträge scheinen über die Suche schwer auffindbar zu sein.
Siehe:
https://forum.netcup.de/system/search-…let%27s+encrypt (ein Ergebnis, dieser Thread)
Suchergebnisse - netcup Kundenforum
Hier enthält der erste Thread hilfreiche Infos, aber nicht zur Bedienung des DNS-Panels in Plesk.
Die anderen beiden Threads scheinen keinen direkten Zusammenhang zu haben
Nicht ganz einfach, hier fehlendes Fachwissen an sich (LE Challenge/Response, DNS-Records) und netcup- oder Plesk-spezifisches auseinander zu halten.
Dachte auch zwischenzeitlich, ich benötigte für Wildcard-Zertifikate eine Lösung wie certbot oder ein Skript, um die TXT-Records automatisch zu aktualisieren, wenn ein neues Zertifikat ausgestellt wird nach Ablauf.
Scheint ja auch so zu sein, wenn ich den Post richtig verstehe:
Vielleicht was für einen Wiki-Eintrag?
Wie gesagt, ich benötige kein Wildcard-Zertifikat mehr und habe heir sogar die Antwort auf meine andere Frage gefunden 
Das mit den Wildcard-Certs wollte ich jetzt nicht nochmal anstoßen, nachdem LetsEncrypt mit Domain und Subdomain überall eingerichtet ist.
Ich kann also gerade nur einen anderen TXT-Record testen, den mit der "google-site-verification".
Meine Domain ist kein großes Geheimnis, ich habe sie trotzdem leidlich unkenntlich gemacht.
Das bringt mich natürlich direkt auf einen Gedanken, ist es falsch, die Domain als "Host" einzutragen?
Soll da der Dach-Host des ganzen Netcup-Pakets oder ein * rein, oder eine IP-Adresse?
Bei der Erstellung von Wildcard-Zertifikaten wird man aber aufgefordert, dort _acme-challenge.meine-webhosting-domain.de einzugeben und anschließend mit bis zu 48h Wartezeit die öffentliche Sichtbarkeit des DNS-Records zu prüfen mit dem Kommmando
dig -t TXT +short _acme-challenge.meine-domain.de
Das hatte ich probiert, ohne Erfolg (dig in verschiedenen 9er-Versionen, einmal Debian einmal macos).
Bin komplett ahnungslos was das Thema DNS angeht.
Aber der google-site-verification Record aus dem screenshot ist bei meiner Domain immer noch im CCP eingetragen und wird bisher nicht öffentlich sichtbar, soweit ich das nachvollziehen kann.
Sehe trotzdem nur den Record
> $ dig -t TXT +short meine-domain.de
"v=spf1 mx a include:_spf.webhosting.systems ~all"oder auch hiermit:
https://toolbox.googleapps.com/apps/dig/#TXT
Ist der Host-Eintrag falsch?
Das Wildcard-Cert müsste jemand nochmal testen, der es benötigt, ich habe ja festgestellt, dass ich es nicht brauche.
Alles klar, die gleiche Erfahrung habe ich mit meinem anderen TXT-Record auch gemacht.
Ich habe die Woche mehrfach versucht, Wildcard-Zertifikate in einem Webhosting-Paket für zwei Domains anzulegen und dabei die Anleitung befolgt.
Ohne Erfolg, was am Ende nicht schlimm war, da die Domain- und Subdomain-spezifischen Zertifikate gut funktionieren.
Mir war aber auch vorher nicht klar dass
1) Subdomains die auf das gleiche Hosting zeigen, automatisch ein Zertifikat bekommen mit der dritten Checkbox
2) Die Notwendigkeit, einen eigenen TXT-Record anzulegen, bei bei allen Optionen außer Wildcard entfällt
Vorher hatte ich das bei einer Hauptdomain schon einmal richtig gemacht in Plesk, die Vorgehensweise aber zwischenzeitlcih vergessen.
Damals hatte ich wohl nachgelesen, dass Wildcard-Certs generell als "Bad practice" gelten, wenn man sie nicht unbedingt braucht.
Was die Wildcard-Certs angeht, ich brauche sie ja jetzt nicht, habe aber den Verdacht, dass es einfach nicht funktinoiert? 48h habe ich jedenfalls gewartet.
Ich konnte auch die TXT-Records meiner Domain nie mit dig abrufen.
Momentan versuche ich es mal, via CCP die DNS-Record-TTL zu reduzieren und einen TXT-Record für die "Google Site Verification" bei einer meiner Domains anzulegen. Bin gespannt, ob das im Webhosting funktioniert.
Das einzige, was ich mit der Forensuche zu DNS-TXT-Records gefunden habe, ist dieses Thema:
wo es zufällig auch um Wildcard-Zertifikate geht.
Allerdings fällt es mir schwer, die Suche zu nutzen.
Das Thema finde ich z.B. mit "dns text record", aber nicht mit "dns txt" (wohl zu unspezifisch?)
(ach so und im Screenshot aus dem EIngangsposts, fehlt da nicht der Domainname hinter dem "_acme-challenge"? Oder ist das implizit. In der Aufforderungl, die erscheint beim Beantragen des LE-Zertifikats, steht der jedenfalls bei mir mit drin.)
Ein bisschen Spaß muss ja sein
Somit kann man den Thread schließen. Danke an alle!
Und nun mache ich mal alle Mundtot, die etwas anderes behauptet haben.
Der Support hat mir soeben geantwortet:
Guten Tag XXXX,
vielen Dank für Ihre Anfrage.
Wir konnten die Ursache für die Einschränkung auf unserer Seite feststellen und beheben. Die Einschränkung sollte jetzt nicht mehr bestehen. Für die Unannehmlichkeiten bitten wir um Entschuldigung. Sollten Sie ein solches Verhalten erneut bemerken, melden Sie sich bitte nochmals bei uns. Gerne unterstützen wir Sie.
Ich wünsche Ihnen ein schönes Wochenende.
Mit freundlichen Grüßen,
XXXXXX
netcup Team
Uhm ja.. Das sind einfach nur Timeouts, gerade um DoS zu vermeiden ?!
Das sagt rein gar nichts. Die Frage ist doch eher an wem es liegt: Ist der Host zu langsam für dein Script oder hat dein Script 'n Schaden und läuft in eine Loop ?!
Jetzt zum Beispiel läuft es wieder mega schnell und ich habe nichts verändert. Generell muss man sagen, wenn die Seite hängt dann komme ich eh kaum ins Admin Menü.... Ich kann mir einfach nicht vorstellen das es an Wordpress liegt, sonst würde es jetzt seit knapp 30 Minuten nicht einwandfrei laufen....
Selbstverständlich werde ich euch berichten.
Ich bin wirklich sehr gespannt und werde immer mehr bestärkt, dass es an Netcup liegt.
Habe ebenfalls folgenden Artikel gefunden:
Der primäre Grund, aus dem wir den 502 Bad Gateway Error typischerweise sehen, ist wegen eines Problems mit dem Web-Host. Manchmal braucht eine Abfrage, ein Skript oder eine Anfrage zu lang und deswegen wird es abgebrochen oder vom Server gekillt. Viele Hosts, vor allem Shared-Hoster wenden etwas an, was sie „Kill Skript“ nennen. Was dies grundsätzlich macht, ist, dass es eine Anfrage nach einiger Zeit beendet, damit die Seite nicht zusammenbricht oder andere User beeinträchtigt werden. Wenn du eine Twitter-Suche für Bad Gateway machst, kannst du tausende von Tweets sehen, die jeden Tag auftauchen, um ihre Hosting-Company auf das Problem aufmerksam zu machen.
Ja, aber ich will dann auch getten for what i am paying.
Wenn ich einen Webauftritt kaufe, zu dem Preis mit dem er angeboten wird, dann erwarte ich auch, dass ich einen Webauftritt erhalte der nicht 3 Stunden am Tag keine Seiten liefert, weil er auf einem völlig überbuchten Server läuft.
Es klingt mir jetzt nicht so, als hätte er 500 Besucher in der Sekunde, oder 90 Plugins laufen. Eine Wordpress Installation ist heute Minimalstandard und der Webspace wird definitiv nicht als "nur für 5 statische HTML Seiten geeignet" beworben.
Genau so sehe ich das auch!!!
Wenn es an meinen Plugin liegen würde, würde die Seite nie flüssig laufen aber so kann man alles ausschließen. Hier werden nicht genügen Kapazitäten von Netcup zur Verfügung gestellt oder geheime Wartungen gemacht...
