Puncte:1

Decriptare GPG: cheie de sesiune greșită / variabilă dezactivată / semnul exclamării

drapel us

Încerc să decriptez un fișier gpg, dar în mod continuu primesc următoarea eroare:

gpg: decriptare eșuată: cheie de sesiune greșită

Mi-am dat seama după aceea că expresia de acces gpg (care este setată de un script) are o exclamație în ea

passphrase="my!pass"

Când setați prin TTY, bash se plânge

-bash: !pass: evenimentul nu a fost găsit

Când fac ecou variabila, este nesetata.

utilizator@gazdă:~$ echo $frază de acces

utilizator@gazdă:~$

Deci, variabila este necunoscută și presupun că de aceea nu îmi pot decripta fișierul.

Am încercat următoarele ca parolă:

  • trecerea mea!
  • Ale mele
  • !trece
  • 'pasul meu'
  • -bash: !pass: evenimentul nu a fost găsit
  • bash: !pass: evenimentul nu a fost găsit
  • -bash:
  • bash:
  • eveniment nu a fost găsit

Destul de sigur că tocmai am învățat o lecție foarte dureroasă aici, dar merită încercat.

Poate cineva ajuta cu:

  1. Ce face bash cu o variabilă nesetată dacă încercați să o utilizați?
  2. Cum se ocupă un script cu o variabilă nesetată?
  3. Mai pot încerca ceva în locul parolei?
  4. Există un cod de spațiu alb ASCII / UTF pe care îl pot încerca în locul parolei?
FedKad avatar
drapel cn
Ai încercat șirul gol (`''`)?
edooze avatar
drapel us
Acesta este motivul pentru care nu sunt 100% sigur că variabila este problema, am apăsat pe Enter când mi s-a cerut și scrie „Fără cheie secretă”. Destul de corect. Din păcate, nu găsesc nicio modalitate de a schimba ceea ce crede că este cheia și tot spune „fără cheie secretă” și nu cere alta.
sancho.s ReinstateMonicaCellio avatar
drapel pl
Ți-au funcționat sugestiile? Vă rugăm să postați feedback.
Puncte:1
drapel pl

Există câteva comentarii care merită remarcate.

  1. „... expresia de acces gpg (care este stabilită de un script)”. Înțeleg că nu ai scris scenariul. Vă rugăm să postați scenariul.Există instrucțiuni de utilizare?
  2. passphrase="my!pass". Aceasta nu înseamnă „folosește! ca parte a șirului”. !trece înseamnă „citește istoricul și obține ultima comandă începând cu trece". Dacă nu există comenzi în istorie începând cu trece, eroarea bash: !pass: eveniment nu a fost găsit este ridicat, pe măsură ce ajungeți la linia de comandă. De aceea, cred că nu ai scris scenariul. Este conceput pentru un caz în care există o comandă în istorie începând cu trece.
  3. „Când setați prin TTY (și presupun că ai executat passphrase="my!pass"), se plânge bash... Când fac ecou variabila, este nesetat”. După cum am menționat mai sus, apare o eroare. Dar se mai întâmplă două lucruri: 1) Comanda nu este executată. Adică, nici măcar nu primiți „meu” (s-ar putea să vă fi așteptat să obțineți „meu” = „meu” + șir gol) ca valoare a expresie de acces, rămâne nesetat. 2) Comanda nici măcar nu este adăugată la istoric.

Câteva dintre întrebările dvs.:

  1. Ce face bash cu o variabilă nesetată dacă încercați să o utilizați? bash îl înlocuiește de obicei cu un șir gol. Dar în general, depinde de modul în care este folosit, poate ridica erori, s-ar putea să ai o propoziție care să-i înlocuiască valoarea cu o valoare implicită în cazul în care nu este setată etc. Nu există un singur răspuns pentru aceasta.
  2. Cum se ocupă un script cu o variabilă nesetată? La fel ca mai sus.

Nu știu despre restul problemei tale, dar asta poate te ajută să înțelegi problema și să o rezolvi.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.