OpenSSH中%令牌可展开的最大字符串长度及限制定义位置咨询

我来帮你拆解这个问题——你碰到的这个长度限制，其实不是percent_expand函数本身的硬编码上限，而是来自sshd调用它时用的缓冲区大小，根源和系统/OpenSSH定义的路径长度宏有关。

错误触发的直接原因 #

当你配置AuthorizedKeysCommand /path/to/verifier %k时，sshd会用percent_expand_buf函数替换%k令牌。这个函数会用一个固定大小的缓冲区来存储替换后的完整命令字符串（命令路径+空格+你的长公钥）。如果这个总长度超过了缓冲区的大小，就会直接抛出percent_expand: string too long的致命错误。

缓冲区大小的来源 #

这个缓冲区的大小由MAXPATHLEN宏决定，它的取值和你的操作系统有关：

• 多数Linux系统里，MAXPATHLEN被定义为4096字节；
• BSD类系统中，这个值一般是1024字节。
  你遇到的4135字节左右的阈值，刚好对应Linux下4096字节的缓冲区，加上命令路径的长度（比如/path/to/verifier 大概几十字节），总和超过缓冲区上限就触发了错误。

限制定义的具体位置 #

1. 缓冲区大小的定义：MAXPATHLEN通常在系统头文件里，比如Linux的<linux/limits.h>或<sys/param.h>；
2. sshd的调用逻辑：在auth.c文件中，sshd会创建一个MAXPATHLEN大小的缓冲区，用来存放替换后的命令，然后调用percent_expand_buf；
3. 错误判断逻辑：percent_expand_buf函数的代码在percent_expand.c里，当替换后的内容长度超过缓冲区大小，就会输出那个致命错误日志。

临时解决思路 #

如果你的公钥必须携带大量附加数据，可以试试这两个方向：

• 改用%f令牌传递公钥的哈希值，让你的verifier程序通过哈希值去查询完整的公钥数据，避免直接传递长字符串；
• 写一个简单的包装脚本，让sshd调用这个脚本，然后通过环境变量或者其他方式传递公钥（注意要做好权限安全控制）。

备注：内容来源于stack exchange，提问作者data princess