我正在使用 rsync 将一些数据从一台服务器备份到另一台服务器。一切正常，但可能需要更长的时间才能完成，具体取决于要传输的数据量。
是否有任何保证方法可以确保 rsync 命令在上一个使用 cronjob 完成之前不会启动？
例如，我每小时运行 rsync 命令，但传输可能需要 1 个多小时才能完成，因此下一个将在前一个完成之前开始。
我在我控制的几台服务器上运行 debian，并希望远程升级它们。我无法直接访问键盘，因为它们是位于不同位置的 VPS 机器。
我已经远程运行了以下命令：
apt-get update
apt-get upgrade
apt-get dist-upgrade
...如何在我的 debian 系统上远程升级内核？还有什么吗？
当我nmap <host>在我的服务器上运行时，它说以下端口是打开的，但我的 iptables 没有明确允许它们的规则。
135/tcp filtered msrpc
139/tcp filtered netbios-ssn
445/tcp filtered microsoft-ds
它也是一个运行 postfix 邮件服务器的 debian web 服务器。
我在 iptables 中没有看到任何允许这些端口的内容。
*nat
# Allow openvpn connections (nat)
-A POSTROUTING -s 10.8.0.0/24 -o eth0 -j MASQUERADE
COMMIT
*filter
# This will allow all loopback (lo0) traffic and drop all traffic to 127/8
# that does not use lo0
-A INPUT -i lo -j ACCEPT
-A INPUT ! -i lo -d 127.0.0.0/8 -j REJECT
# This accepts all already …我试图只接受来自我的白名单上的端口 53、80 和 443 的连接。
这是我的 iptables 文件
# Generated by iptables-save v1.4.21 on Thu Feb 25 18:28:29 2016
*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
-A INPUT -i lo -j ACCEPT
-A INPUT -d 127.0.0.0/8 ! -i lo -j REJECT --reject-with icmp-port-unreachable
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -p tcp -m state --state NEW -m tcp --dport 22 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 8071:8079 -j ACCEPT
-A INPUT …