Beiträge von KB19

    Die sind dort auf das Forum (das war schon der zweite Anlauf) seit diesem "Hack" im Jahr 2018 wohl nicht mehr so gut zu sprechen bzw. hat es sich seit dem Relaunch im Jahr 2019 wahrscheinlich nicht so entwickelt, wie sie sich das vorgestellt haben. ^^

    Mehr sage ich dazu nicht mehr, sonst rutscht mir noch was raus, was mir später leid tut. Die Schließung des ersten Forums verzeihe ich denen sowieso nie. Zu dieser Zeit hatte ich nämlich noch kein regelmäßiges Backupscript für eigene Forenbeiträge laufen. X/

    In diesem Sinne: netcup, bitte macht es besser als die Konkurrenz und macht dieses Forum hier nie dicht. Danke :*

    Bud Meines Wissens war das schon immer so. :/

    Anderes Thema: Bei der Konkurrenz (Domänenfabrik) geht's auch rund. Gerade eine Mail bekommen, dass in Kürze keinen neuen Accounts mehr für das Unmanaged Cloudprodukt erstellt werden können. Die bestehenden Accounts und VMs können angeblich weitergenutzt werden. Fragt sich nur wie lange noch...

    Dann habe ich einen kurzen Blick in deren neues/altes Kundenforum geworfen. Geschlossen seit 16.02.2023. Ach, schon wieder? :D

    Ich frage mich ob das ein gutes Angebot ist?

    Kommt drauf an, was man damit vor hat. Sooooo schlecht finde ich es jetzt für diesen Preis auch wieder nicht.

    btw:

    Sehr gute Deutsch- sowie gute Englischkenntnisse, Italienisch- oder Französischkenntnisse von Vorteil

    Will netcup neben dem internationalen netcup.eu Auftritt weiter expandieren? :saint:

    Ich stelle mir dann nur die Frage, ob TAR dann auch weiß, welche externe HDD angestöpselt werden muss, wenn beispielsweise ein vollständiges Backup auf 10 externe Platten verteilt wurde?

    TAR würde in diesem Fall (sofern ich die ursprüngliche Empfehlung von Loxley richtig verstanden habe) wie auf Band sichern. D.h. nachdem eine Platte voll ist, rührt TAR diese Platte später bei einem inkrementellen Backup nicht mehr an. Oder meinst Du beim Restore?

    Ich stelle mir aber eine ganz andere Frage: Was machst Du, wenn eine Backup-HDD vor oder während der Wiederherstellung ausfällt? Backups auf so viele Platten aufzuteilen, kann je nach eingesetzter Software schnell ins Auge gehen. Im Idealfall verlierst Du dabei nur einen Teil der Daten, im schlimmsten Fall alles.

    Wäre es vielleicht eine Option, ein (Software) RAID mit einer Parität oder Spiegelung über die Backupplatten zu ziehen? Oder hast Du dafür zu wenig Ports? Dann bräuchtest Du wahrscheinlich auch keine Sonderlösungen und könntest das ganze Volume bequem in einem sichern. Statt 6×6 TB würde sich vielleicht auch die Anschaffung neuer (größerer) HDDs lohnen. Mit 3×20 TB könntest Du eine Backup-HDD als Parität verwenden (mein Favorit: ZFS RAID-Z1) und die Kapazität der beiden anderen Platten stünde Dir voll zur Verfügung. Von den drei Backup-HDDs könnte sogar eine ausfallen, ohne dass es zu einem Totalverlust kommt.

    Ganzjahresgriller Was heißt "hängt"? Bitte definiere das genauer. ?(

    Weiters: Hast Du schon einmal in die Errorlogs des Webservers geschaut?

    Ja, der built in server ist Mist.

    Weil? :/

    Ja, er ist prinzipbedingt natürlich nicht optimal. Aber für kleine Nutzergruppen sollte der durchaus reichen. Nutze ich selbst aktiv bei einer internen Nextcloud-Installation in einer VM am Homeserver.

    Ich glaube der verhagelt mir aber nicht die Subdomain.

    Kommt drauf an, ist der wirklich für die Hauptdomain (_acme-challenge.example.net) oder für die Subdomain (_acme-challenge.sub.example.net) gedacht? Bei Letzterem würde es das Fehlerbild nämlich absolut erklären, weil der Wildcard-Record dann nicht mehr greift. :whistling:

    Nebenbei bemerkt solltest Du in Plesk das Häkchen bei Wildcard-Zertifikat lieber nicht setzen, wenn Plesk nicht auch der Nameserver ist. Andernfalls musst Du diesen TXT-Record alle 2-3 Monate manuell erneuern. Wildcard-Zertifikate haben bei Plesk sowieso keinen wirklichen Vorteil. (Von speziellen Setups mal abgesehen.) :)

    Und das sind wirklich alle DNS-Records? Der Wildcard-Record greift nämlich nur, wenn kein anderer Record für diesen Host (bzw. Teil davon) existiert. Da stolpert man gerne drüber.

    Ansonsten sehe ich da keinen Fehler. Nur um das sicherzustellen: Die Domain liegt also weiterhin bei I**X und Du hast sie bei netcup als externe Domain zum Webhosting hinzugefügt? Die DNS-Auflösung schlägt nur bei einer bestimmten Subdomain fehl?

    Du kannst die betroffene (Sub-) Domain übrigens ruhig nennen, falls Du das möchtest. Alternativ gerne per PN ("Konversation"), wenn es nicht öffentlich sein soll. Vielleicht fällt einem Forenuser dann von extern ein Puzzleteilchen auf, das nicht stimmt.

    Ob unter uns hier eine KI ist und wir es schon lange nicht merken? :/

    Die netcup'ler sind als Echt von Treffen bekannt, soviel ich weiß. Es müsste also ein Normalo sein....

    Diese Frage ist nicht einfach zu beantworten. Enten können sprechen und daher nicht auf Tastatur schwimmen, um ihres Inhalts zu fliegen. Bienen sind von Anschuldigungen immer auszunehmen, da sie keine Enten sind.


    MfG KB19|afk

    Naja, für (eingehende) Mails ist hauptsächlich der MX-Record relevant. Für alles andere die jeweiligen A/AAAA-Records.

    Wie lange ist der Umzug denn her? Standardmäßig steht die TTL von DNS-Einträgen nämlich auf 24 Stunden. Könnte also einfach noch der falsche Wert im Cache eines Resolvers sein. Prüfe einmal, welche DNS-Server und A-Records derzeit extern sichtbar sind. (z.B. hier)

    Von wo nach wo ziehst Du die Domain eigentlich hin? Von netcup weg oder zu netcup hin?

    Wo kann ich noch suchen?

    leider bin RegEx-Analphabet sonst würde ich sed bemühen

    grep -rF 'mail ' /etc /home /root

    …oder halt…

    grep -rF 'user@example.net' /etc /home /root

    …dann sollte sich das schon finden lassen. :)

    Welche Dateien werden unter debian abgearbeitet/eingelesen, wenn man sich per ssh einloggt?

    OpenSSH startet standardmäßig eine Login Shell. Je nach Shell (bash, zsh, …) werden dabei andere Dateien eingelesen.

    Vielleicht hilft Dir das etwas weiter, um es einzugrenzen: https://unix.stackexchange.com/a/334389/72768

    Vielleicht hast Du es aber auch direkt bei OpenSSH integriert? (z.B. /etc/ssh/sshrc oder mittels PAM)

    Ping in diese Netze funktioniert nicht, kann auch nicht angepingt werden.

    Einige Server in diesen Netzen lassen sich aber untereinander anpingen.

    Der letzte Satz klingt bedenklich. Es können sich also nur einige Server untereinander nicht erreichen? So ein Problem hatte ich (und irgendein anderer Forenuser) auch schon mal, da musste damals der Support ran.

    Angeblich funktioniert es manchmal wieder, wenn man auf allen Servern das betroffene vLAN einmal entfernt und wieder neu hinzufügt. Das geht aber nur, wenn Du nirgends Snapshots hast. Außerdem wäre mir persönlich das zu heikel, da würde ich eher den Notfallsupport anrufen. (Wenn Du alle Ursachen in Deinem Einflussbereich ausgeschlossen hast.)