Linux下GPG加密文件跨机器解密报Bad session key错误的解决方案求助

我来帮你排查这个「Bad session key」的问题——这在跨机器GPG解密时挺常见的，大概率是密码短语输入、字符编码或者GPG配置的问题，咱们一步步来解决：

1. 密码短语输入的隐形坑 #

别觉得手动输入对了就没问题，这是最容易踩的雷：

• 仔细核对大小写、特殊字符、空格：比如密码里有没有全角空格？输入时是不是不小心碰了Caps Lock？有些特殊字符在不同键盘布局下（比如美式vs欧式）输入结果不一样，比如@在部分键盘是AltGr+Q，别搞混了。
• 试试复制粘贴密码：如果两台机器都能访问同一个安全的密码管理工具，直接复制粘贴避免手动输入失误。注意：有些终端默认屏蔽粘贴，你可以用Ctrl+Shift+V或者右键菜单粘贴试试。

2. 字符编码不一致 #

GPG对密码短语的字符编码非常敏感，不同机器的默认编码可能不同（比如UTF-8 vs ISO-8859-1）：

• 在解密机器上，强制指定UTF-8编码再解密：

  LC_ALL=en_US.UTF-8 gpg --decrypt your-encrypted-file.gpg
  

• 加密时也最好统一编码，确保两边一致：加密命令前同样加上LC_ALL=en_US.UTF-8前缀。

3. GPG版本或算法兼容性问题 #

不同版本的GPG对加密算法的支持可能有差异：

• 先检查两台机器的GPG版本：

  gpg --version
  

  如果版本差距较大（比如一台是2.1，另一台是2.4），要么升级旧机器的GPG，要么加密时使用兼容性更好的算法，比如指定AES256：

  gpg --cipher-algo AES256 --symmetric your-file.txt
  

• 另外，部分旧版本GPG可能不支持现代加密模式，加密时可以显式指定s2k-mode 3（这是默认值，但有些环境可能被修改）：

  gpg --symmetric --s2k-mode 3 your-file.txt
  

4. 加密参数不匹配 #

如果你加密时用了自定义的迭代次数或哈希算法，解密时必须匹配参数：

• 先查看加密文件的详细参数：

  gpg --list-packets your-encrypted-file.gpg
  

  输出里会看到s2k_digest_algo（哈希算法）、s2k_count（迭代次数）等信息，解密时指定相同参数：

  gpg --s2k-digest-algo SHA256 --s2k-count 65536 --decrypt your-encrypted-file.gpg
  

5. 终端环境干扰 #

有些终端会自动转义特殊字符，导致输入的密码和实际不符：

• 试试用文件读取密码，避开终端干扰：
  1. 在解密机器上创建临时文件pass.txt，里面只写密码短语；
  2. 执行解密命令：

  gpg --passphrase-fd 0 --decrypt your-encrypted-file.gpg < pass.txt
  

  3. 用完立刻删除临时文件：rm pass.txt

快速验证小技巧 #

如果还是不行，你可以在加密机器上加密一个只有一行文字的测试文件，用同样的密码解密确认没问题后，再传到另一台机器上测试——这样能排除原文件损坏的可能性。

内容的提问来源于stack exchange，提问作者Ron