ich habe auf einem von mir betreuten Server ein unerlaubtes sudo zu root geloggt.
dann müsste es aber einen user »ubuntu« geben. das ist bei mir in der nachstellung nicht der fall.
in /etc gibt es die üblichen passwd, group etc. jeweils ohne user »ubuntu«.
es gibt aber sämtlich dafür typische files mit minus angehängt: passwd-, group- etc. – die würde ich löschen.
root@budweiser:/etc# diff passwd*
32a33
> ubuntu:x:1000:1000:Ubuntu:/home/ubuntu:/bin/bashnormal bei cloud-init und auch dokumentiert
siehe auch: https://github.com/canonical/clou…d.cfg.tmpl#L288
Dokumentenstämme musst du im CCP ändern.
too many certificates (50) already issued
dasselbe problem haben die webhostings mit der nc-default-domain.
wenn ein zertifikat unbedingt benötigt wird, kann das schonmal dauern, bis man das durchbringt.
Einfach durchprobieren, wo ein A-Record mit Deiner vServer-Nummer existiert: https://forum.netcup.de/sonstiges/smal…ema/#post256936
#!/usr/bin/env bash
#set -vux
#
# nc-hostname-finder
# © Olivetti 2026
#
[[ ${#} -eq 0 ]] || [[ "${1}" = "-h" ]] && echo -e "Syntax:\t${0##*/} [ -h | -a (show all) ] host (v22026012345678901)" && exit
[[ "${1}" = "-a" ]] && opt_a=1 && shift
host="${1}"
_grep='46.38.243.234\|0.0.0.0' # parked and zeroed
domains='
bestsrv.de
goodsrv.de
happysrv.de
hotsrv.de
luckysrv.de
megasrv.de
nicesrv.de
powersrv.de
quicksrv.de
supersrv.de
ultrasrv.de
yourpserver.net
yourvserver.net
'
for domain in ${domains}; do
digs=$(dig +short "${host}.${domain}")
[[ "${digs}" ]] && [[ -z "${opt_a}" ]] && echo "${digs}" | grep -q "${_grep}" && continue # hide parked and zeroed
[[ "${digs}" ]] && echo -e "${host}.${domain}\t${digs}"
done | column -tDas sagt den DNS Servern wie lange sie die Zone mit den Einträgen maximal vorhalten sollen bevor sie diese vergessen und neu beim Nameserver anfragen.
ich gehe davon aus, daß bei verifikationsprozessen direkt der zuständige nameserver angefragt wird.
so ist es z.b. bei google, smtp2go etc. und ich kann mir kaum vorstellen, shopify würde die einträge nicht ebenso direkt abfragen.
die einträge im aktuellen netcup-DNS sind in der regel nach spätestens 10min erfolgt – zu sehen im CCP-feld »gültig - yes« oder z.b. via »dig...« in #21.
Context is king!
wenn du den eintrag änderst, musst du warten bis du bei einer abfrage den korrekten wert zurückbekommst.
z.b. dig @root-dns.netcup.net txt shopify_verification.wirklichrich.de oder via üblicher online-tools.
erst dann solltest du die überprüfung starten.
leg mal parallel einen quasi identischen TXT-eintrag an, sodaß du zwei TXT-verifier hast.
shopify_verification TXT P6UEATU0
@ TXT P6UEATU0
Dann lass shopify_verification so wie es ist.
unter welcher url soll dein shop erreichbar sein:
1. soll der unter shop.wirklichrich.de laufen?
2. was soll unter wirklichrich.de laufen?
Soll ich da was ändern?
1. nein.
2. wie lautet die anweisung für den verifikations-TXT-wert genau?
soll heissen – stimmt der HOST-teil oder soll da nicht eher @ stehen!
Seine Wildcards zeigen aber aufs nc-hosting, nicht auf shopify
Siehe Punkt 4. und 7.
Lösch auch mal die beiden (wildcards) *-A- und *-AAAA-Einträge.
zeig doch mal bitte, was shopify verlangt einzustellen.
mg editor ohne UTF-8 support als vi / nano alternative.
IMHO ist macos ohne homebrew unbenutzbar. 
warum zum teufel muessen wir alles AI-fizieren, ich kann es nicht mehr hoeren
Also mich jedenfalls zwingt keiner dazu.
Aber ich finde die Möglichkeit, »den Gerät« auf einem frischen System, hier bei netcup zu installieren jedenfalls wesentlich sinnvoller, als die Installation auf meinem Heimrechner, wo meist viele persönliche Daten vorliegen.
Da hab ich erst mal die Vertragsdomäne (hostingxxx.netcup.net) verwendet weils schnell gehen musste.
Wo liegen denn jetzt die Dateien deiner umgezogenen Domain?
Die Website funktioniert jetzt.
hoffentlich hast du diesen thread mit ins ticket verlinkt?
