无法使用 SSH 从操作服务器重新启动之前从操作服务器到备份服务器 SSH 在备份服务器上

我们有一个专用服务器运行 CentOS 6.5, 这是我们网站的工作服务器。 我也有一个本地服务器,它也被充电作为备份服务器 CentOS 6.5 这里只是仅用于存储备份文件。 在两个服务器上,安装了所有必要的更新。

在生产服务器上,我有备份脚本,所有计划开始通过 cron 要创建备份文件并使用备份服务器同步它们。 所有场景都按时执行,但 rsync 由于超时而不起作用 SSH 尝试联系备份服务器时。

那就是我卡住的地方。 我可以用 PuTTY, 所以我。 WinSCP 登录备份服务器 SSH, 即使脚本的期望已过期。 一旦我重新启动服务 sshd 在备份服务器上,在没有故障的情况下启动生产服务器上的脚本 (两者都通过命令行和通过 cron).

这类似于备份服务器决定在多年后停止监听生产服务器的事实。

在它们如下额外其他详细信息如下:

保留服务器防火墙允许来自运营商的所有连接

脚本在命令行中完美地工作 cron, 如果服务 sshd 重新启动备份服务器 (IE 不是问题场景)

SSH 使用打开的关键身份验证来检查连接

我找不到杂志中的任何错误 SSH 对于备份服务器。 再次,似乎他只是停止听生产服务器,尽管我可以从单独的机器连接。

我真的需要帮助寻找什么。 我可以配置脚本以重新启动服务 sshd 在备份服务器上,在工作服务器启动脚本之前,但它太类似于黑客,而不是纠正。 我们将非常感谢任何帮助。

编辑

必需的示例脚本。 这将创建数据库的备份副本,并与其同步 rsync 总网站目录:

#!/bin/bash
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin
# -----------------
# NIGHTLY BACKUP SCRIPT
# -----------------
# --Set log file and capture parameters
exec &> /path/logfile.log
#
# --Set Current Date Time
now=$(date +"%Y-%m-%d")
#
# --Backup Database 1
/usr/bin/mysqldump -u USER -pPASSWORD DATABASE1 | /bin/gzip > /path/database1-$now.sql.gz
#
# --Backup Database 2
/usr/bin/mysqldump -u USER -pPASSWORD DATABASE2 | /bin/gzip > /path/database2-$now.sql.gz
#
# --Sync Database Backups to Remote Server
/usr/bin/rsync -avz -e "ssh -v -p # -i /path/key" /path USER@IP:/path
#
# --Sync all Website Files to Remote Server
/usr/bin/rsync -avz --delete -e "ssh -v -p # -i /path/key" /path USER@IP:/path

编辑 2

要求结束杂志。 以下是字符串的记录结论。 rsync 从上面的脚本“远程服务器的备份数据库同步”。

OpenSSH_5.3p1, OpenSSL 1.0.1e-fips 11 Feb 2013
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to IP [IP] port #.
debug1: connect to address IP port #: Connection timed out
ssh: connect to host IP port #: Connection timed out
rsync: connection unexpectedly closed (0 bytes received so far) [sender]
rsync error: unexplained error (code 255) at io.c(600) [sender=3.0.6]

我还被要求运行以下命令:

nc -v IP PORT

然而,结果实际上与日志中的结果相同:

nc: connect to IP port # (tcp) failed: Connection timed out

重新启动服务后 sshd 在备份服务器上并重新启动该命令 nc 我得到了以下内容:

Connection to IP # port [tcp/fpo-fns] succeeded!
SSH-2.0-OpenSSH_5.3
已邀请:

冰洋

赞同来自:

作为一个测试,我创建了一份脚本,以便每小时发布和 rsync 网站目录从桌面到备份服务器。 我以为我会至少学习备份服务器停止解决到生产服务器的连接时的大致时间。 相反,自昨天以来,每小时脚本和所有其他场景都在没有问题。

虽然我不考虑这种实际的“纠正”,但它至少有助于解决问题,并且我不再需要手动运行备份,重新启动服务 sshd 在备份服务器上,然后在操作服务器上运行脚本。 如果有人了解它为什么解决问题,请告诉我在评论中,因为我仍然想弄清楚主要原因。

要回复问题请先登录注册