Beiträge von tab

    Ich schätze mal direkt vom Webhosting aus. Da ist eine @posteo.de Adresse als Absender natürlichein Problem. Da stimmt ja eigentlich gar nichts. SPF, DKIM, DMARC, whatever. Da mag schon der eine oder andere Mailserver den Empfang der Mail dankend ablehnen. Probier das besser mal mit einer Absenderadresse aus deinem Webhostng oder, besser, mit der SMTP Funktion.

    Edit: Zumindest GMX und Web.de werden solche Mails ablehnen, weil DKIM fehlt.

    Ist ja leicht festzustellen.

    Wenn bei den Stammdaten über dem Namen noch eine (nicht änderbare) "Firma" steht, dann ist es ein gewebliches Konto

    Zudem taucht dann bei neu erworbenen Produkten der Punkt "Widerruf" nicht innerhalb der ersten 14 Tage beim Tab "Kündigungen" beim Produkt auf.

    Ja, ist so. Das ziehe ich auch nicht in Zweifel. Aber dann ist die Bestellbestätigung falsch und mein nano ist ein Ausrutscher und entspricht der falschen Bestellbestätigung :D . Es passt da halt irgendwie nicht besonders viel zusammen. Bleibt der mikro eben noch eine Weile Matomo-Server, der VPS 500 G11 ist eigentlich eh zu schade dafür. Das Matomo lasse ich aber erst mal drauf um ggf. kurzfristig umstellen zu können. Frisst ja nicht viel Brot, wenn keine aktiven Websites damit verbunden sind.

    Eventuell bist du mit deinen Produkten als gewerblicher Kunde eingestuft? Denn diese Kunden können auch nach 12 Monaten Vertragslaufzeit ihre Produkte mit einer Vertragslaufzeit von 12 Monaten nicht monatlich kündigen.

    Das ist mir klar, aber siehe Bestellbestätigung, da steht eigentlich glasklar drin, dass sich die Laufzeit um 1 Monat verlängert, nicht 1 Jahr. Außerdem, warum sollte es zwischen piko und nano einen Unterschied geben? Bestellbestätigung identisch, mit der selben Mail. Trotzdem kann ich den nano offenbar monatlich kündigen und den piko (und mikro) nicht. Ich durchsuche mal den Ankündigungsthread im Forum. Mir ist so, als ob da was zu dem Thema erwähnt worden wäre.

    Edit: Gesucht und nichts relevantes dazu gefunden. Vielleicht gibt es auch einfach keine unterschiedlichen Bestellbestätigungen für gewerbliche und private Kunden? Bliebe dann trotzdem das Rätsel meines nano, der offenbar laut CCP auch für mich monatlich kündbar ist.

    Hmm, gerade schaue ich mir meinen VPS mikro G11s 1M im CCP an, weil ich mich eigentlich demnächst von ihm trennen wollte, nachdem mir letzte Woche ein VPS 500 G11 zugelaufen ist, der seine bisherige Aufgabe als Matomo-Server übernehmen soll. Und auch um - falls ihn keiner übernehmen will oder überhaupt bevor ich ihn anbiete, Laufzeiten und Kündigungsfristen zu klären. Was da steht gefällt mir allerdings nicht und deckt sich auch nicht mit dem, was ich im Hinterkopf hatte.

    Zitat

    Möglicher Kündigungstermin: 13.11.2025

    (Wenn Kündigung heute zugestellt wird .)

    Den selben möglichen Kündigungstermin finde ich übrigens auch bei meinem VPS piko, während beim VPS nano der m.E. richtige Termin 13.01.25 steht. Die drei Server hatte ich am selben Tag bestellt (14.11.2023). Alle drei noch mit der monatlichen Bezahlung, die ich auch nie umgestellt habe. piko und nano sind zusammen in einer Bestellbestätigungs-Mail mit den selben Daten wie der mikro (s.u.) angegeben. Wobei mir das relativ egal ist, ich habe derzeit nicht vor, die beiden kleinen Serverchen zu kündigen oder abzugeben.

    Es war mir durchaus schon vorher bewusst, dass ich die Kündigungsfrist für den mikro zum Laufzeitende nicht mehr einhalten kann, nachdem ich den Server schon etwas länger als ein Jahr habe. Nur hatte ich in Erinnerung, dass hier nach dem ersten Jahr eine monatliche Kündigung möglich sei, egal ob gewerblicher oder privater Kunde. Das fand ich nämlich damals zum Zeitpunkt der Bestellung schon prima so. Also meine archivierten Mails durchsucht und auch tatsächlich die Bestellbestätigung vom 14.11.2023 gefunden. Diese gab mir das Vertrauen in mein Gedächtnis zurück, das ich schon in Zweifel gezogen hatte :/ ;) .

    Zitat

    Produktname: |Vertragslaufzeit: |Abrechnungszeitraum: |Einrichtung: |Preis / Monat:

    VPS mikro G11s |mindestens 12 Monate |alle 1 Monate |0,00 EURO |4,00 EURO

    Aufgrund Ihrer gemachten Angaben wird eine Mehrwertsteuer von 19% in unseren Produktpreisen berücksichtigt.

    Nach Ablauf der Mindestvertragslaufzeit verlängert sich die Laufzeit automatisch um je einen weiteren Monat.

    Aha, das deckt sich mit meiner Erinnerung. Als Kündigungstermin hatte ich an 13.1.25 oder eher 13.2.25 gedacht, falls ihn keiner übernehmen will. Hat ja keine besondere Eile. Allerdings kann ich im CCP keinen anderen Kündigungstermin wählen oder eintragen als den 13.11.2025. Und das wäre mir im Fall des Falles dann doch etwas zu lang.

    Ist das jetzt ein Fehler im CCP - wovon ich ausgehe - oder in der Bestellbestätigung? Wie sieht das denn bei euren piko, nano und mikro so aus?

    Die Server sind definitiv in Nürnberg. Bei mir sieht das Ende (von zuhause aus) so aus.

    Code
      6    18 ms    16 ms    16 ms  ae3-1337.bbr02.anx25.fra.de.anexia-it.net [80.81.195.166]
      7    22 ms    20 ms    27 ms  ae1-0.bbr01.anx84.nue.de.anexia-it.net [144.208.208.140]
      8    21 ms    20 ms    19 ms  ae0-0.bbr02.anx84.nue.de.anexia-it.net [144.208.208.138]
      9    21 ms    20 ms    20 ms  144.208.208.243
     10    18 ms    19 ms    20 ms  mein.server.de [152.53.xxx.xxx]

    Die Antwortzeit beim Ping zu und von einem anderen Server in Nürnberg ist etwas länger als zwischen anderen Nürnberger Servern. Bei traceroute auch ein Hop mehr. Da die aber immer noch unter 1ms liegt, würde ich aber Wien als Standort ausschliessen. Die IP scheint Teil eines Subnetzes eines Anexia Subnetzes zu sein, whois sagt am Ende:

    Code
    % Information related to '152.53.128.0/20AS42473'
    
    route:          152.53.128.0/20
    descr:          Location: DE, Nuernberg
    origin:         AS42473
    mnt-by:         NETCUP-MNT
    mnt-by:         ANEXIA-MNT
    created:        2024-11-18T10:39:43Z
    last-modified:  2024-11-29T11:18:31Z
    source:         RIPE

    Da sich andere Dateien/Verzeichnisse in deinem /tmp offenbar löschen lassen, muss es wohl entweder an deinem per SCP übertragenen Verzeichnis oder den darin enthaltenen Dateien liegen. Oder an der Übertragung per SCP. Wie sah denn der SCP Befehl aus, irgendwelche speziellen Optionen? Mit SCP von einem Webhosting in das /tmp eines anderen zu kopieren habe ich jetzt (heute) nicht probiert.

    Jedenfalls sehen bei meinen Webhostings die Rechte, Owner und Gruppe von /tmp genauso aus wie bei dir, das ist wohl auch normal mit dem sticky bit. Ich habe jetzt nur mal mit WinSCP ein Verzeichnis mit einer Datei drin vom PC in das Webhosting kopiert. Das liess sich danach über WinSCP auch wieder löschen und auch in der SSH-Konsole kann ich es löschen, jedenfalls per "rm -rf tmp" im Root-Verzeichnis. Per rm oder rmdir natürlich nicht, weil es ein Verzeichnis ist bzw das Verzeichnis auch nicht leer ist. Das ist aber völlig normal.

    Edit: Natürlich nicht "rm -rf tmp" sondern "rm -rf tmp/test" wobei tmp/test das von mir per WinSCP reingeschobene Verzeichnis ist. Das tmp zu löschen wäre wahrscheinlich schwierig ;) .

    Bei allem Gefeixe, wenn ich eine .li Domain bräuchte, oder ein paar Dutzend, würde ich jetzt zuschlagen. Das ist ja wirklich günstig.

    Ja, ist sicher kein schlechtes Angebot. Der eine oder andere Kunde mag - wenn er nicht aus Liechtenstein kommt - damit auch nette Domainnamen konstruieren können. Z.B. die Schweizer dürften reichlich Verwendung dafür finden :D . Ich warte dann am 6.12. auf die .si-Domain um mir nikolau.si zu registrieren ;) . Ist tatsächlich noch frei :!: ... aber das ist mir der Spass - zumindest zum Normalpreis - nicht wert. Bud? ^^ Zur Not nehme ich halt osterha.si

    netcup wird sich wohl, bei von stripe abgelehnten Kunden, dort nicht weiter nachhaken.

    Die haben stripe ja gerade deshalb dazwischengeschaltet, um sich nicht mehr selbst um die Verifikation kümmern zu müssen.

    Wenn sie jetzt bei jeder Ablehnung nachprüfen, woran es liegt, haben sie ja nicht viel gewonnen.

    Klar, dafür dürfte netcup schlicht das Personal fehlen, schon gar bei einer Aktion, die in Übersee derartige Wellen schlägt. Muss man ja noch froh sein, dass es zur Zeit an der Hardware für ARM-Server zu fehlen scheint. Sonst wäre der Andrang womöglich noch größer geworden.

    Da ist wohl bloss die IP aus Wien bzw noch mit Standort Wien in den von YABS verwendeten Datenbanken eingetragen. Die fio-Werte sind mittlerweile auch auf dem Niveau des VPS 1000 G11 angekommen, war wohl heute Morgen einer der ersten verkauften Server, also wohl auch der Speicherverbund noch ohne nennenswerte Last. Und mittlerweie ist auch schon Backupzeit.

    Spannend, einen Moment habe ich schon geglaubt, mein RS 1000 G11 von gestern steht in Wien.

    Code
    IPv6 Network Information:
    ---------------------------------
    ISP        : DE-NETCUP-KVM-VIE
    ASN        : AS47147 ANEXIA Internetdienstleistungs GmbH
    Host       : De Netcup KVM VIE
    Location   : Vienna, Vienna (9)
    Country    : Austria

    Scheint denn aber doch Nürnberg zu sein, obwohl der ping von einem Nürnberger Server etwas länger dauert als vom selben Server zu einem anderen Nürnberger Server. Wir kurz kann denn theoretisch die Antwortzeit von Nürnberg nach Wien überhaupt sein? Unter 1 ms wohl nicht (über 400km Luftlinie), ist aber ca 0,6-0,7 ms. Auch ein traceroute zum Server deutet dann doch auf Nürnberg hin, auch im Produktnamen steht NUE. Aber ganz kurz war ich doch erst mal erschrocken. Gerade nach 2 Stunden bei den letzten Einstellungen und dann womöglich am für mich falschen Standort =O:) . Immehin interessant, dass die Antwortzeit ca 0,2ms größer ist als beim anderen Server. Naja, vielleicht ein Router mehr dazwischen oder was auch immer. Mit dem Ping kann der Server meinetwegen auch in Manassas stehen :D .

    Offenbar sind die Deals zu günstig, sozusagen DDOS on demand. :D;(

    Edit: Da sieht man mal wieder, welche Auswirkungen ein neuer Standort wie Manassas haben kann. Bis nächstes Jahr die Website vom VPS Nano auf einen RS 8000 oder größer umziehen. :D

    Bei der Power der Cores der RS G11 kam mir die Idee, doch mal zram oder zumindest zswap auszprobieren. Es scheint ja auf den ersten Blick recht verlockend. Der Tradeoff ist nach meinem Verständnis, dass es eben CPU-Zeit kostet, die Daten zu komprimieren und wieder auszupacken. CPU Power habe ich mit dem RS 1000 G11 reichlich, RAM nicht so reichlich. Bei allen anderen RS G11 düfte es ähnlich aussehen. Es fehlt eher RAM als CPU-Power. Hat damit schon jemand Erfahrungen gesammelt? Bringt das was oder sollte man das besser gleich bleiben lassen.

    Klar, ein größerer Server wäre im Zweifel immer eine bessere Lösung, wenn das RAM notorisch knapp ist. Mich interessiert eigentlich an den Tools nur, ob sich das System damit besser oder schlechter verhält als mit einem normalen Swapfile, wenn es gelegentlich mal an die Grenzen des RAM kommt. Das Swapfile würde ich dann eventuell etwas kleiner machen wollen als sonst, damit das System den durch die Komprimierung größeren Swap nicht gar zu schamlos ausnutzt und das halbe System komprimiert auslagert. ;(

    Naja, ansonsten ist es eben eine nette Beschäftigung für die Weihnachtszeit, das mal auszuprobieren ;) .

    By surcharge you mean if you pay via a CC and the charges they may levy, right?

    Example for me, in my country, my CC charges 0.052% extra including taxes and surcharges + ccy conversion.

    No, I mean that I will have to pay more for the normal product, if I do not want the 12 month contract but 1 month instead, as it is with the deal. Costs for paying with CC would come on top.