Beiträge von tab

  • Abuse - Vorgang

    Dann ist es ein Notfall, also ein Fall für den Notfallsupport und nicht für den normalen Support. Dann sollte dir eigentlich ermöglicht werden, auf das Produkt zuzugeifen und das Problem zu beheben, wie auch immer. Sei es den Kunden deaktivieren oder die Mailadresse deaktivieren, das Wordpress stoppen, oder ... (Was bin ich doch heute wieder gehässig, ich schreibe Wordpress, aber könnte natürlich manchmal auch ein anderes CMS sein, wenn auch selten :evil: ). Das sollte dann freilich flott vonstatten gehen.

  • Nginx [?] keine vorkonfigurierten permissions - eventuell vom Plesk-Filemanager her einstellbar?

    Wenn du dir sicher bist, dass in deinem - und nur deinem - Webhosting die umask nicht eingestellt ist, dann melde es dem Support, weil dann kann dir hier sowieso niemand helfen. Wenn es in mehreren Webhostings so wäre, dann kannst du dir vorstellen, dass hier im Forum mehr zu dem Thema aufschlagen würde. Und da es sich hier um ein Shared Webhosting handelt, teilen sich mehrere Kunden den selben Hostingserver. Die anderen Kunden auf dem Server müssten dann eigentlich das selbe Problem haben.

  • Nginx [?] keine vorkonfigurierten permissions - eventuell vom Plesk-Filemanager her einstellbar?

    Also wenn ich bei mir im Webhosting in der SSH-Konsole den Befehl umask eingebe, dann bekomme ich als Ausgabe den Wert 0022. Das ist .E. auch der Standardwert und führt dazu, dass Dateien und Verzeichnisse mit den Rechten erzeugt werden, die du ja offenbar auch haben willst, 0644 bzw 0755. Was dein zip enthält, mit welchen gesetzten Rechten und wie du das auspackst, keine Ahnung. Ich weiss nur, dass ich damit im Webhosting noch nie ein Problem hatte, es war immer so. Hier genauso wie auch anderswo. Ich habe nie ganzen Verzeichnisbäumen andere Rechte zuweisen müssen. Auch hier bei netcup nicht. Entweder ist dein Webhosting kaputt oder du hast da irgendwas falsch gemacht.

  • Domain mit VPS, aber Mails über NetCup-Mailserver?

    Zitat von aRaphael

    Die änderst du bei der domain, nicht im Hosting.

    Also

    1. Billighosting erwerben.

    2. domain im CCP als zusätzliche domain mit dem Hosting verknüpfen. (Sonst geht eMail nicht)

    3. In der domain-DNS den A-Eintrag auf den Server umbiegen und alles andere so lassen. (Und halt AAAA, falls du auf dem Server ipv6 nutzt)

    Wenn du A auf den Server umbiegst, dann AAAA entweder auch auf den Server oder, falls dort nicht vohanden/erwünscht, die entsprechenden AAAA Eintrage im DNS löschen. Ansonsten könnte das nette Effekte geben ;).

  • DNS Einträge für google Workspace

    Nach dem, was KB19 oben zu den Nameservern geschrieben hat würde ich vermuten, dass da tatsächlich etwas hing und der Support das nach deiner Anfrage oder schon kurz vorher gerichtet hat. Die Resolver bekommen die TTL für die Einträge von den authoritativen Nameservern, in deinem Fall wohl denen von one.com. Keine Ahnung, was die dort für die NS-Eintrage als TTL eintragen. Bei netcup ist es ein Tag (86400 Sekunden). .

  • DNS Einträge für google Workspace

    Die NS der Domain sind aktuell tatsächlich bereits die von netcup, insofern mittlerweile eigentlich alles ok, vielleicht haben manche Resolver noch die von one.com im Cache.

  • VPS 1000 G11 Nürnberg - Netzwerkanbindung extrem langsam?

    Wenn es im Rettungssystem auch so ist, dann natürlich dem Support melden. Ansonsten könnte man unterstützend noch versuchen herauszufinden, wo in etwa das Problem liegen muss. Also traceroute / MTR einmal zum "schnellen" Ziel und einmal zu einem "langsamen" Ziel. Da sollten die Hops erst gleich sein und dann irgendwann unterschiedlich. Das ist dann aber eigentlich auch schon Zuständigkeit von netcup.

    MTR hilft aber in jedem Fall schon mal, weil das sonst möglicherweise eh aus dem Rettungssystem heraus von netcup verlangt wird. Auch wenn es hier eigentlich nicht an der Installaton des Servers liegen sollte, weil ja einige Verbindungen durchaus im Normalbereich sind.

  • Das längste Thema

    Zitat von ASS

    Also einfach Server ausschalten und das Interface mit der mac des vlans löschen?

    Das ist dann ja einfach.

    Ja, zur Sicherheit schaue ich halt hinterher noch, ob das Interface in den Netzwerkeinstellungen im SCP auch tatsächlich raus ist.

  • Das längste Thema

    Also nach meinen Erfahrungen genügt es, wenn man vor Erstellung eines Inhaberwechsels den zu transferierenden Server aus dem gemeinsamen vLAN rausnimmt. Ich habe in letzter Zeit mehrere Server transferiert, die vorher im vLAN waren. Da gab es keine Probleme. Meine Server hängen praktisch alle in meinem vLAN Free, mit Ausnahme einiger kleine Serverchen. Aber auch von denen hängen einige drin, weil sie z.B. als Resolver für andere Server im vLAN dienen.

    Es wird ja auch angezeigt, was alles im Inhaberwechsel enthalten ist. Muss man halt lesen und nicht einfach ignorieren. Wenn das dann nicht das ist, was man eigentlich drinhaben wollte, dann muss man eben die Erstellung erst einmal abbechen, schauen wo das Problem liegt und dieses beseitigen. Und danach dann den nächsten Versuch starten.

    Dieses Verhalten finde ich jedenfalls viel besser als früher, da gab es auch schon Probleme mit dem vLAN beim Inhaberwechsel. Nur dass man es erst viel später gemerkt hat, wenn man nach dem Transfer plötzlich keine neuen Server mehr in das vLAN aufnehmen konnte. Das kann ich aus eigener, leidvoller ;) Erfahrung sagen.

  • Das längste Thema

    Zitat von aRaphael

    perl auf einem netcup-Hosting kann man wohl vergessen, oder?

    Ich denk mal maximal als cgi vom Webserver benutzbar. In der Konsole ist es jedenfalls soweit ich gesehen habe nicht vorhanden. Aber cgi kann man im Plesk unter "Hosting" noch aktivieren, hab aber nicht probiert ob das dann mit Perl noch geht. War da nicht mal was die letzten Jahre, dass netcup Perl im Webhosting nicht mehr unterstützt?

  • Das längste Thema

    Hmm, so weit scheint es mit der Reputation der Webhosting-Mailserver von netcup ja immer noch nicht her zu sein. Habe mir vorhin eine Mail geschrieben, weil ich DKIM-Einstellungen checken wollte. Die wurde schon gleich greylisted. Dann habe ich mir den Quelltext angeschaut. SPF, DKIM , DMARC waren alle ok, auch sonst nichts groß zu meckern.

    Aber die Senderscore-Abfrage der IP von relay.yourmailgateway.de (188.68.61.107) bei der Liste von senderscore.org lieferte eine glatte 127.0.4.9. Das ist keine besonders gute Reputation für das Mailgateway. Rspamd quittierte das dann auch damit, dass er +4 auf die Spambewertung draufgehauen hat

    RBL_SENDERSCORE_REPUT_0 • SenderScore Reputation: Very Bad (0-9). (4) [188.68.61.107:from]

    Da kommt richtig Freude auf! Ich habe die Mailbox von einem anderen Webhoster hier in mein Webhostingpaket umgezogen, muss ich also wohl vorsichtig sein und keine Mails damit verschicken, die nicht im Spam-Ordner ankommen oder gar im schwarzen Loch verschwinden sollten. Da werde ich künftig sicherheitshalber besser über die grüne Mailbox aus Berlin versenden. Postfach bleibt aber bei netcup. Zu irgendwas müssen die 250 GB Mailspace meines Webhosting 4000 ja auch gut sein.

  • Das längste Thema

    Zitat von Jupp74

    Danke. Das hat beim DMARC-Eintrag auch geklappt. Mein DKIM-Schlüssel hat aber 392 Zeichen...

    Du musst den String manuell auftrennen in mehrere Strings mit jeweils weniger als 255 Zeichen. Jeden Einzelstring in Anführungszeichen.

  • OUT OF MEMORY RS 2000 G11

    Most probably your process gets killed by the OOM-Killer (Out of memory killer) which is part of your OS. It does this, because there is not enough free RAM to run all processes. Either your program has a memory leak or the server is simply not big enough (not enough RAM) to run it. It's an unmanaged root server, so netcup is only responsible for technical problems, not for the programs you run on it or the resources they need.

    It's clear, that your RS 2000 will not get a single byte more than 16 GB of RAM, not even for a nanosecond. Maybe creating a swapfile or swap partition may help to keep your process alive, it depends on how much RAM is really needed and how crucial the processing speed is. In the end it may be better to use a server with more RAM.