小编maa*_*nus的帖子

我有一些完整的旧备份，比如二进制数据库转储。显然，它们没有太大区别，因此进行完整备份在这里并不是最明智的想法。现在，我正在寻找一种能够利用大多数文件具有相似内容这一事实的压缩程序。

我正在尝试通过 .sftp 服务器连接到 sftp 服务器sftp USERNAME@SERVERNAME。无论我做什么，我都会收到“权限被拒绝（公钥）”。谷歌搜索无济于事，因为每个人都建议切换到基于密钥的身份验证，这对于无法控制服务器的人来说是一个有趣的想法。但也许服务器在此期间已被切换（没有人告诉我）。使用-v我得到：

debug1: Host HOSTNAME is known and matches the RSA host key.
debug1: Found key in .../.ssh/known_hosts:5
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Offering public key: .../.ssh/id_rsa
debug1: Server accepts key: pkalg ssh-rsa blen 279
debug1: Authentications that can continue: publickey
debug1: Trying private key: .../.ssh/id_dsa …

我刚刚阅读了关于iptables-persistent 的文章，我完全迷失了设计。我不是唯一一个不明白它是如何工作的，但实际上它似乎超出了我的想象。

我想象了类似crontab -e 的东西：你编辑一组规则，当编辑器关闭时，它们会被持久化和应用。它们存储在某个地方，而我作为用户不知道在哪里。不要告诉我；这是完美的方式。

有这样的工具吗？为什么iptables-persistent以这种难以遵循的方式工作？

我们正在使用一个需要加载libssl版本的库1.0.*。它不适用于libssl.so.1.1. 我们需要它在任何 Linux 系统上工作。

我们尝试加载各种版本，这通常有效，但在一个客户的系统上只有以下内容：

/usr/lib64/libssl.so.1.1.0g
/usr/lib64/libssl.so.10
/usr/lib64/libssl.so.1.0.2m
/usr/lib64/libssl.so.1.1

我们正在尝试加载libssl.so.1.0and ，但由于尾随“ ”libssl.so.1.0.2而找不到。libssl.so.1.0.2mm

我想知道 libssl 的命名方案是什么（如果有的话）？

我们真的需要提供我们自己的版本还是有更好的方法？

我们应该从libssl.so.1.0.2z下循环到 吗libssl.so.1.0.2a？我们应该手动扫描库路径吗？

我想按字节克隆整个磁盘，例如

dd if=/dev/$SRC of=/dev/$DST bs=65536 count=$count

有更好的工具可以完成这项工作，它们了解文件系统 (Windows) 并且工作得更快（我不在乎），但是由于旧源磁盘上的扇区不可读，它们失败了。

实际上我必须跳过一个无效块。所以我想过dd多次使用

dd if=/dev/$SRC of=/dev/$DST bs=65536 count=...
dd if=/dev/zero of=/dev/$DST bs=65536 count=... skip=... seek=...
dd if=/dev/$SRC of=/dev/$DST bs=65536 count=... skip=... seek=...

用零替换损坏的扇区数据。这是一种有效的方法吗？我发现了这个让我困惑的问题。