如何在不传输文件的情况下测试scp连通性？

我来分享几个实用的干净方案，刚好适配你这种只开放scp、禁止ssh shell，还怕触发文件接收事件的场景：

方案1：拉取一个不存在的远程文件 #

通过尝试从远程服务器拉取一个肯定不存在的文件，可以验证scp的连接和认证是否成功，同时完全不会传输任何实际内容，自然也不会触发服务器的文件接收事件：

scp user@remote-host:/this-file-does-not-exist /dev/null

• 如果连接/认证失败，命令会在早期就报错（比如“Permission denied”“Connection refused”）；
• 如果连接成功，只会因为目标文件不存在报错（“No such file or directory”），这就说明你的scp连通性是正常的。

方案2：传输空内容到服务器的系统设备 #

利用scp的管道传输，把空内容发送到服务器的/dev/null（系统空设备，不属于用户home目录），既完成了scp的完整握手流程，又不会在用户目录留下任何文件：

echo "" | scp -T user@remote-host:/dev/null

这里的-T选项是禁用严格的文件名检查，避免某些环境下的兼容性问题，不加也可能正常工作，但加上更稳妥。

方案3：通过调试输出验证连接状态 #

用scp的-v（verbose）选项输出详细连接过程，再过滤关键成功标识，直接判断连通性和认证是否通过：

scp -v user@remote-host:/dev/null /dev/null 2>&1 | grep -E "(Authenticated|Connection established)"

如果命令输出了“Connection established”和“Authenticated”相关内容，就说明你的scp连接完全正常。这里虽然涉及到/dev/null的传输，但它是空内容且不属于用户home目录，不会触发任何预设的文件接收事件。

这些方案都不需要传输实际的用户文件，完美避开了服务器的事件触发逻辑，同时能准确验证scp的连通性和认证状态。

备注：内容来源于stack exchange，提问作者Anis LOUNIS aka AnixPasBesoin