Beiträge von Glubschi

Ich vermute dass das Einfügen der Zwischenablage (web UI) über eine bestimmte Anzahl Zeichen hinaus nicht funktioniert.

• eine 256 Zeichen lange Ziffernfolge hat früher über keepassxc funktioniert
• über die web UI lässt sich diese nicht eingeben
• ein 127 Zeichen langes PW aus nur ASCII-Kleinbuchstaben lässt sich so eingeben

Man könnte da noch weiter trial-and-error betreiben.

---------------------------------------------------------------------------

I suspect that pasting the clipboard (web UI) beyond a certain number of characters doesn't work.

a 256 character string of numbers used to work via keepassxc

This cannot be entered via the web UI

A 127-character PW consisting of only ASCII lowercase letters can be entered in this way

Ich nehme an das Problem ist schon ziemlich durchgekaut hier; gibt es irgendwelche Tipps, workarounds, Hoffnung auf Besserung?

Warum funktioniert denn noch nicht einmal das Zwischenablagetextfeld?

--------------------------------------------

I assume the problem has already been pretty much chewed over here; Are there any tips, workarounds, hope for improvement?

Why doesn't even the clipboard text field work?

Zitat

Passwort in KeepassXC speichern und dann Autotype mit ausreichender Verzögerung

Ich trage solch lange Passwörter eh nicht händisch ein. Mit keepassxc's Autotype geht es auch nicht. Das hat aber mehr mit meinem derzeitigen Desktop zu tun. Dennoch: früher ging auch das nur mit "simplen" Passwörtern strengstens ohne jegliche Sonderzeichen, noch nicht einmal Großbuchstaben.

--------------------------------------------

I don't enter such long passwords manually. It doesn't work with keepassxc's Autotype either. But that has more to do with my current desktop. Nevertheless, in the past it was only possible to use passwords without any special characters, not even capital letters.

Hallo,

Vorneweg: ich weiss dass zu diesem bzw. ähnlichen Problemen schon 2 Themen existieren in diesem Unterforum, und habe diese gerade gelesen. Ich denke dennoch dass mein Fall ein Neues rechtfertigt.

Schon lange kämpfe ich mit der Eingabe von Passwörtern am "Bildschirm" (um die verschlüsselte Festplatte nach einem Neustart zu öffnen). Darum habe ich das Passwort sogar auf eine sehr lange, reine Nummernsequenz verändert.

Aber auch die kann ich jetzt nicht mehr eingeben. Ich habe versucht das PW direkt mit Ctrl-V einzugeben, über den "Paste"-Button der Tastatur, und über das Zwischenablagetextfeld. Jedes mal wird es abgelehnt.

Ich musste gestern das Rettungssystem aktivieren um die Passwörter auf etwas zu verkürzen das ich von Hand eingeben kann, unabhängig vom Tastaturlayout.

Nachdem ich das PW erheblich gekürzt habe - es sind jetzt nur noch ein paar Kleinbuchstaben - gehen alle drei Methoden, und händisches eintippen auch.

---------------------------------------------------------------------------------------------------------------------------------------------

First of all: I know that there are already 2 topics about this or similar problems in this subforum, and I have just read them. I still think my case warrants a new one.

I've been struggling with entering passwords on the "screen" for a long time (to open the encrypted hard drive after a reboot). That's why I even changed the password to a very long, purely numerical sequence.

But I can't enter that anymore either. I tried entering the PW directly with Ctrl-V, using the keyboard's "Paste" button, and using the clipboard text field. Every time it is rejected.

I had to activate the rescue system yesterday to shorten the passwords to something I can enter by hand, regardless of the keyboard layout.

After I shortened the PW considerably - there are now only a few lowercase letters - all three methods work, including typing it by hand.

---------------------------------------------------------------------------------------------------------------------------------------------

Danke euch allen. Das meiste war eigentlich schon im OP enthalten. Luks Header werde ich demnächst auf jeden Fall sicherheitskopieren.

Ich hab jetzt schon neu installiert aber ich sehe in meinen Backups dass da was seltsames gelaufen ist: ein neuer User hat sich kreiert und u.a. in die /etc/ssh/sshd_config eingeschrieben, für tunneling. Die hatten also auf jeden Fall root-Zugriff. Eine Web App namens josh war installiert.

SSH Passworteinloggen war natürlich ausgeschaltet. Wie die wohl reingekommen sind?

Und was die davon hätten das Verschlüsselungspasswort zu ändern ist mir schleierhaft.

Der neue Server wird auf jeden Fall besser geschützt!

Ich möchte aber noch hinzufügen dass die Kombination VNC-PopUp + automatisierte Passworteingabe (keepassxc) + Firefox oder Chromium auf Linux nicht gut funktioniert bei mir. Das war nicht der Grund meines Problems, hat aber zusätzliche Verwirrung bereitet.

Hallo,

hoffentlich nur eine kurze Anfrage.

Ich bin kein neuer Kunde; als ich damals eingestiegen bin wurde glaube ich anders zwichen VPS und root-Server unterschieden; auf meinen Abrechnungen steht beides!

Da ich mich aber jetzt für ein fast kostengleiches Upgrade interessiere (für was ich zahle könnte ich als Neukunde fast doppelt so viel Speicherplatz kriegen) muss ich doch nochmal nachfragen:

Kann ich auf einer VPS auch mein eigenes Betriebssystem aufspielen (auf dem ich dann natürlich auch root-Zugriff habe)?

Das ist eigentlich schon meine Frage.

Zitat von webdesignheld

Copy paste funktioniert auch nicht nehm ich an?

Funktioniert nicht wie: kann nicht eingeben werden oder wird nicht als korrekt erkannt nach Eingabe?

Nein. Ich hab sogar versucht es händisch einzutippen, mehrmals.

Danke aber für den Hinweis, ich habe jetzt die tatsächliche Fehlermeldung in meinen OP reineditiert.

Zitat von ASS

Ich würde eine Rawkopie der Partition downloaden und Zuhause ggf mit verschiedenen Kernel und Luksversionen rumtesten.

Ich habe versch. Linuxversionen live gebooted, nichts hilft, ich sehe auch keine hilfreichen Fehlermeldungen (Netzrecherche hatte da einiges zu bieten) im verbose/debug output - es endet immer bei

No key available with this passphrase.
cryptsetup: ERRROR: sda5_crypt: cryptsetup failed, bad password or options?

und im verbose/debug output scheint das hier entscheidend zu sein:

Digest 0 (pbkdf2) verify failed with -1.

Also als wenn das Passwort einfach nur falsch wäre. Und ich habe lange zurückreichende Backups meiner Passwortdatei, da hat sich nix verändert.

Bzgl. Debian stable, die Versionen von `cryptsetup` haben sich auch nicht geändert im letzten Jahr, aber `libc6` ist vor kurzem upgedated worden.

---

Ich lade jetzt erstmal die ganze Partition runter.

Hallo,

seit vielen Jahren läuft mein handgestrickter Debian server auf netcup.

Die Passworteingabe zur Festplattenentschlüsselung ist mW nur über die VNC-Konsole möglich. Das war nach jedem Upgrade/Reboot etwas hakelig, ich hab's aber immer geschafft.

Jetzt geht es nicht mehr.

Immer die gleiche Fehlermeldung:

No key available with this passphrase.
cryptsetup: ERRROR: sda5_crypt: cryptsetup failed, bad password or options?

(Der Server ist wohl mehrere Monate ohne Upgrade/Reboot gelaufen, ein Kernelupgrade machte einen Reboot erforderlich)

Was ich in den letzten Stunden versucht habe:

- Von Hand eingeben

- getestet ob das Passwort in Klartext richtig eingegeben wird

- alternative Automation (xdotool statt keepassxc)

- verschiedene Keybordlayouts

- in alle zur Verfügung stehenden Kernel gebootet: 6.1.0-33-amd64, 6.1.0-31-amd64, 6.1.0-28-amd64

- nach initramfs oder rescueCD booten und versuchen die Festplatte mit cryptsetup zu öffnen

Bevor ich mich damit abgebe dass ich entweder gehackt worden bin oder mein Gehirn nicht mehr funktioniert, habe ich etwas übersehen? Könnte sich entweder bei Netcup oder bei Debian etwas verändert haben?

Danke im voraus

_______________________________________________________________________

Hello,

My hand-knitted Debian server has been on Netcup for many years.

AFAIK it is only possible to enter the password for hard disk decryption via the VNC console.

Had to do that after every Upgrade/Reboot, always a bit sticky but I always succeeded in the end.

Now it doesn't work anymore.

(The server ran without upgrade/reboot for several months I guess, a kernel upgrade required a reboot)

What I have tried in the last few hours:

- Enter the password manually

- tested if the password enters correctly in clear text

- Alternative automation (xdotool instead of Keepassxc)

- Different keybord layouts

- booted into all available kernels: 6.1.0-33-AMD64, 6.1.0-31-AMD64, 6.1.0-28-AMD64

- Booted initramfs or RescueCD and tried to open the hard drive with cryptsetup.

Before I accept that I was either hacked or my brain no longer works, have I overlooked something? Could anything have changed either at Netcup or Debian?

TIA

Yes, of course. I guess English is OK.

I got into the rescue system (grml) after

- starting the ssh.service

- changing the root password

I'm not sure what the root passwords in SCP's rescue disk tab are there for; they clearly did not work in this situation. (I used ssh -vvv, everything worked until the end when it refused the connection after entering the password). And they are just plain old ASCII.

I guess I'll start with partitioning the disk now, and hopefully I can install the system as envisioned.

Ich hab vorher den Beitrag von H6G nicht aufmerksam gelesen.

Ich habe jetzt sowohl GParted als auch das Rettungssystem gebooted, es ist mir aber auch nach starten des ssh servers nicht gelungen über ssh reinzukommen (hab auch die Konfiguration bearbeitet um sicherzustellen dass sowohl Passwörter als auch root login erlaubt sind). Entweder es hängt komplett oder es nimmt das Passwort nicht an: "Permission denied, please try again."

Ich habe versucht sowohl die vom SCP bereitgestellten Rootpasswörter zu benutzen, als auch mit "passwd root" ein neues zu erstellen.

Mein installierter Server hat dieses Problem nicht.

=====================================================

I didn't read H6G's post carefully, before.

I now booted both GParted and the rescue system, but couldn't get in via ssh even after starting the ssh server (also edited the config to make sure both passwords and root login are allowed). Either it hangs completely or it doesn't accept the password: "Permission denied, please try again."

I've tried both using the root passwords provided by the SCP and creating a new one with "passwd root".

My installed server does not have this problem.

Dank an alle erstmal!

Zitat von tab

You can go to the SCP and put the "GParted Live CD 1.3.0" DVD into the DVD drive. Then you change the boot priority to the DVD-ROM and boot from it. Now your partition is not mounted and you can increase your existing partition or create additional partitions.

Super Tipp. War mir gar nicht klar dass das möglich ist.

Da ich gleichzeitig Verschlüsseln möchte werde ich wohl mehr als diese eine Nicht-Partition brauchen.

Ich schätze es ist nicht möglich die jetzige Situation umzuwandeln ohne das System von einem Backup wieder zu installieren?

Ich frage mich jetzt wie ich das machen könnte.

Folgendes Szenario habe ich mir ausgemalt:

- GParted Live booten

- Die gesamten 80GB partitionieren (/boot, und den Rest verschlüsselt). Was das derzeitige BS vernichtet

- Auf Gparted einen SSH Daemon starten

- Backup daheim lokal einbinden (mounten)

- Entsprechende Daten mit rsync in die entsprechenden Partitionen kopieren (sftp oder scp)

- Auf dem Server in z.B. /etc/fstab UUIDs anpassen, GRUB editieren usw. (Tutorial aus ArchWiki)

Kann man das einfacher machen?

=================================================================

Great tip. I wasn't even aware that this was possible.

Since I want to encrypt at the same time I will probably need more than this one non-partition.

I guess it's not possible to convert the current situation without reinstalling the system from a backup?

I'm wondering now how I could do that.

I imagined the following scenario:

- Boot GParted Live

- Partition the entire 80GB (\boot, and encrypt the rest). What the current BS destroys

- Start an SSH daemon on Gparted

- Mount backup locally at home

- Copy corresponding data with rsync into the corresponding partitions (sftp or scp)

- Adjust UUIDs on the server in e.g./\etc/fstab, edit GRUB etc. (Tutorial from ArchWiki)

Hello,

I'm sorry if the title is a little wobbly.

More detail:

I ran my own Debian server on my own machine from home.

I now moved the server to a VPS "root server" by

• creating an offline image of the root partition containing the OS, with dd (iirc I used the extension .raw)
• uploading that image through the SCP
• booting from it

Surprisingly, this worked immediately, and I thought nothing more of it, until I decided to make use of the full disk - the partition image is only 8GB, I have 80GB. This also shows up in utilities like fdisk or df, however - It shows me that the partiion is mounted as /dev/sda, NOT /dev/sda1.

The problem

I can create a new partition with parted, but whenever I try to create a filesystem in it I get

mkfs: /dev/sda1 is apparently in use by the system; will not make a filesystem here.

Very similar with

cryptsetup luksFormat /dev/sda1: Cannot use device /dev/sda1 which is in use (already mapped or mounted).

How can I create a new partiion to utilise all the storage I'm paying for? Can I change the current system in a way that it "turns into" a normal partition? I could do that with an offline snapshot, but I would prefer to solve it without having to upload a full snapshot. Reboots are cheap, however. GRUB is installed.

Or am I misunderstanding the problem?

===============================================================

Hallo,

Tut mir leid dass der Titel etwas wackelig ist.

Mehr Details:

Ich habe meinen eigenen Debian-Server auf meinem eigenen Rechner von zu Hause aus betrieben.

Ich habe den Server jetzt auf einen Root Server VPS umgezogen:

• Erstellen eines Offline-Images der Root-Partition, die das Betriebssystem enthält, mit dd (ich glaube ich habe die Erweiterung .raw verwendet)
• Hochladen dieses Bildes über das SCP
• davon booten

Überraschenderweise hat das sofort funktioniert, und ich habe mir nichts weiter dabei gedacht, bis ich mich entschied, die volle Festplatte zu nutzen - das Partitionsabbild ist nur 8 GB groß, ich habe 80 GB. Dies wird auch in fdisk oder df angezeigt - aber es zeigt mir auch dass die Partition als /dev/sda gemountet ist, NICHT als /dev/sda1.

Das Problem

Ich kann mit parted eine neue Partition erstellen, aber wenn ich versuche, ein Dateisystem darin zu erstellen, bekomme ich

mkfs: /dev/sda1 is apparently in use by the system; will not make a filesystem here.

Ähnlich auch mit

cryptsetup luksFormat /dev/sda1: Cannot use device /dev/sda1 which is in use (already mapped or mounted).

Wie kann ich eine neue Partition erstellen, um den gesamten Speicherplatz zu nutzen für den ich bezahle? Kann ich das aktuelle System so ändern, dass es sich in eine normale Partition „verwandelt“? Ich könnte das mit einem Offline-Snapshot machen, aber ich würde es vorziehen, es zu lösen, ohne einen vollständigen Snapshot hochladen zu müssen. Neustarts sind jedoch billig. GRUB ist installiert.

Oder verstehe ich das Problem doch falsch?