Ommmg, ich würde kritische Passwörter oder SSH-Keys niemals in einen QR-Code klatschen
kommt einer TXT Datei doch ähnlich :oooo
Vielleicht wird es mal Zeit QR-Code 2.0 zu entwickeln mit einem Master-Passwort
Haben deine SSH-Keys keine Passpharse? Dann sind diese tatsächlich unverschlüsselt, ja.
Wenn es jetzt speziell um den SSH Key geht, kann ich auch den Tipp geben, diesen einfach auszudrucken und mitzunehmen. Im schlimmsten Fall gibt man ihn dann manuell wieder ein. Gerade die ed25519 Keys sind ja nicht wirklich lang. Da ist das kein Problem.
Die ausgedruckten Keys sind bei mir noch als QR-Code auf dem Papier. Die Schriftart der ASCII-Version auch so groß und "sauber" gewählt, dass OCR auch ohne Wörterbuch funktioniert.
Abtippen seh ich nich. 
Bokommt ihr auch so einen Müll?
Ich habe, aus diesem Grund, seit ca. einem Jahr eine Filterregel in allen meinen Mailpostfächern, dass jede Mail die *netcup* im Absender hat, direkt im Müll/Spam landet.
Davon ausgenommen ist natürlich meine externe, wirklich bei Netcup hinterlegte Mailadresse. Diese war nie irgendwo öffentlich.
NaN Ich merke schon, Du sprichst "Kunde".
Von Screenshot auf Snapshot wäre ich im Leben nicht gekommen.
Ich hätte eher gesagt, dazu muss man "Autotranslator" sprechen. 
Sind Screenis vom Handy, raw der Ausschnitt hochgeladen.
Aber die gewünschte Auflösung geht leider nicht, da man hier nicht soviel MB hochladen kann
Handy quer halten für den Screenshot würde es für Desktopnutzer schon Augenfreundlicher machen. 
Wie würdet ihr den Fernzugriff machen? Wireguard auf die Fritzbox? Wireguard auf OMV? Portforward und ssh?
Auf der OMV-Box, die ich einem Bekannten von mir zusammengebaut habe, habe ich das mit WireGuard gemacht. Ohne Portforwarding im Router. Das WireGuard-Interface in OMV hab ich mit Keep-Alive konfiguriert, sodass er die Verbindung zu einem meiner VPS/RS "offen/aktiv" hält.
So muss der Bekannte bei sich wirklich gar nichts mehr tun außer Kabel anstecken und einschalten.
Wie erträgt man denn das Internet mit Werbung im Jahr 2025?
Das geht (für mich) eigentlich ziemlich gut. Ich habe auch keine Adblocker-Addons installiert. Lediglich der integrierte Tracking-Schutz ist auf sehr aggressiv gestellt.
Mir unbekannten Webseiten erlaube ich einfach grundsätzlich kein Javascript. Das reicht meistens schon um jedes Nachladen von Werbung zu verhindern. Heise sieht ohne Javascript z.B. erfrischend sauber aus. (Bzw. eben mal testweise geschaut: Selbst mit JS, fällt jeder deren Werbeskripte bereits als Tracking raus und ist geblockt. )
Wenn ich aber trotzdem mit Werbung zugeknallt werde, oder die Seite ohne Javascript unbenutzbar ist, meide ich sie einfach konsequent, da ich offensichtlich nicht in deren Zielgruppe bin.
... die zu einer Kontosperrung führen?
Tun sie.
Schau dich mal im Forum um. Gibt einige Beiträge zu Personen, die großen Ärger damit haben, dass alles gesperrt wird wegen (eigene Aussagen) "Kleinigkeiten" ein einem ihre Produkte.
warum solllte netcup ein Konto sperren, wenn man seine Rechnungen bezahlt?
Es gäbe da auch noch Abuse-Meldungen wenn irgend einem Dritten missfällt, was deine Family/Freunde für Mails versenden oder über deren Nextcloud-Zugang öffentlich verteilen.
Dann war evtl. im apikey ein entsprechendes Zeichen, wie ?!&<> etc. enthalten.
Das & steckt doch schon in der URL und wird, wenn weder escaped noch gequoted, von der Bash interpretiert.
Klar funktioniert das.
Wenn es um eine Datenbank geht sollte diese auch auf der Domain liegen damit es geht.
Ähm. Nein, tatsächlich nicht.
Netcup betreibt Datenbank- und Webserverdienste nicht auf dem gleichen Server. Die Datenbankserver sind andere VMs/Nodes, die über das Intranet angesprochen werden müssen. Wo diese liegen, ist im WCP ersichtlich.
Alles anzeigenDas Folgende ist wirklich ernst gemeint:
ich habe gerade mein Notebook gebootet(seit 2019 nicht mehr)
und hab keine Passwörter mehr von Win 7 , irgendwelche Ideen?
das letzte Windows was ich wirklich genutzt habe war win98
ich bin also eher Anfänger. Die Antworten dementsprechend bitte anpassen.
Nein ich will das nicht wieder in Betrieb nehmen, nur mal gucken ob da noch was wichtiges drauf ist
Frag Onkel Google mal nach dem "Utilman.exe Hack". 
Normalerweise sollte der Webserver den Zugriff auf solche Dateien (mit Punkt am Anfang) eigentlich verhindern. Oder hast Du bei netcup bzw. Plesk in der Standardkonfiguration eine andere Erfahrung gemacht?
Die htpasswd Datei kann ich auch über den Link erreichen.
Das könnte man auch so so lesen, dass er den Inhalt präsentiert bekommen hat. Er schreibt ja nicht explizit von einem 403.
/home/bud/.ssh/key/private.txt
Lass mal das Unterverzeichnis "key" weg und lege die Datei direkt ins .ssh Verzeichnis. Warum weiß ich zwar leider nicht, aber der ssh-agent mag es leider nicht so, wenn die Keys nicht an der gewohnten Stelle liegen.
Da bin ich vor ein paar Jahren auch mal reingelaufen, als ich Ordnung schaffen wollte.
Codedebug1: Will attempt key: /home/bud/.ssh/id_rsa debug1: Will attempt key: /home/bud/.ssh/id_ecdsa debug1: Will attempt key: /home/bud/.ssh/id_ecdsa_sk debug1: Will attempt key: /home/bud/.ssh/id_ed25519 debug1: Will attempt key: /home/bud/.ssh/id_ed25519_sk debug1: Will attempt key: /home/bud/.ssh/id_xmss debug1: Will attempt key: /home/bud/.ssh/id_dsa debug1: Trying private key: /home/bud/.ssh/id_rsa debug3: no such identity: /home/bud/.ssh/id_rsa: No such file or directory debug1: Trying private key: /home/bud/.ssh/id_ecdsa debug3: no such identity: /home/bud/.ssh/id_ecdsa: No such file or directory debug1: Trying private key: /home/bud/.ssh/id_ecdsa_sk debug3: no such identity: /home/bud/.ssh/id_ecdsa_sk: No such file or directory debug1: Trying private key: /home/bud/.ssh/id_ed25519 debug3: no such identity: /home/bud/.ssh/id_ed25519: No such file or directory debug1: Trying private key: /home/bud/.ssh/id_ed25519_sk debug3: no such identity: /home/bud/.ssh/id_ed25519_sk: No such file or directory debug1: Trying private key: /home/bud/.ssh/id_xmss debug3: no such identity: /home/bud/.ssh/id_xmss: No such file or directory debug1: Trying private key: /home/bud/.ssh/id_dsa debug3: no such identity: /home/bud/.ssh/id_dsa: No such file or directory
Wo liegt denn die Key-Datei und wie heißt sie? Gib sie mal mit -i explizit an.
Das dürfte doch aber Probleme geben, wenn das Ziel kleiner als die Quelle ist, oder?
Quasi bei einem Downgrade des VPS oder so.
Ein paar Schritte mehr, aber Probleme würde ich es nicht nennen.
Quelle halt zumindest so klein machen, dass sie aufs Ziel passt. Je näher man die Größe an den tatsächlich belegten Platz annähert, nimmt man auch den Effekt mit, mit dd nicht so viele leere Blöcke unnötig durchs Netz zu jagen. Bei diesem Vorgehen muss die Partition nach der Übertragung am Ziel aber halt wieder vergrößert werden.
Muss ich wohl auch zeitnah wieder auf Google oder MS-Authentivator umstellen. Mache mir aber etwas Sorgen wegen meinem fast 5 Jahre alten Smartphone, von MS und Google mal ganz abgesehen. Wer weiss, wann es den Löffel abgibt, dann müsste ich wohl über den Support wieder Zugang erlangen. Das wäre natürlich in dringenden Fällen nicht so geschickt. Wie handhabt ihr das?
Das sind nicht die einzigen TOTP-Apps die es auf der Welt gibt.
Ich nutze zb. KeePassDX mit einer *.kdbx allein nur für TOTP-Secrets. In dieser sind dann auch keine Passwörter. Und das Gerät, welches die Passwörter kennt, hat wiederum die TOTP-kdbx nicht um den zweiten Faktor zu wahren.
Klar, im Backup laufen beide DBs wieder zusammen. Aber ich entsperre die DBs zumindest immer nur am jeweilig richtigem Gerät.
Gibt aber auch "echte" TOTP-Apps deren DB nicht so leicht exportierbar ist. Mir ist die Sicherung der Secrets aber wichtiger als der echte, physisch nicht brechbare, zweite Faktor.
Wie wärs mit xn--etcupcup-hrb.de xD
xn--cupcup-2of7d3b.de
Ist das Dokument oeffentlich verfuegbar, oder ist das vertraulich?
Ich muss ja nicht alles umsetzen, aber fuer hilfreiche Anregungen bin ich immer dankbar.
Das wird sicherlich sehr deckungsgleich mit den CIS Benchmarks sein, die in solchen Umgebungen meist angewandt werden (https://www.cisecurity.org/benchmark/debian_linux). Diese PDFs haben auch meist >500 Seiten. Dort findet man auch schon reichlich Anregungen (ob sinnvoll oder nicht muss man dann selbst entscheiden).
Hm. Ich war gedanklich jetzt eher hier:
https://www.debian.org/doc/manuals/securing-debian-manual/index.de.html
z.B. in anderen Sprachen?
Sieht doch gar nicht so schlecht aus. 
(Ich weiß jetzt natürlich nicht, wie lange das schon da steht und da auch noch stehen bleiben wird.)
