运行 Mac OS X 10.6.8 的 Xserve 已打开 HTTP、SSH 和 ARD/VNC 端口,但无法连接?

运行 Mac OS X 10.6.8 的 Xserve 已打开 HTTP、SSH 和 ARD/VNC 端口,但无法连接?

主题说明了一切。我的一个客户有一个相对古老的 Xserve(我相信是 2009 年型号),它运行的是 Mac OS X 10.6.8 Server。过去我们能够远程访问系统,没有任何问题,但在过去 6 个月里发生了一些奇怪的事情。

虽然服务器从未宕机(意味着它仍然响应 ping 甚至文件共享,并且打印服务器处于活动/可用状态),但由于不确定的原因,VNC 和远程桌面功能突然变得无法从任何系统访问:使用 VNC 或 Apple 远程桌面的 Mac 或 Windows 无济于事。

我过去能够做的是通过 SSH 登录并重新启动 ARDAgent,如下所示:

sudo /System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Resources/kickstart -restart -agent

这立刻就解决了问题。但上周我突然无法通过 SSH 进入。

我 100% 肯定这台机器仍然运行良好,因为两周前我通过 AFP 启动了一个相当大的数据传输过程,而且显然它仍在继续,因为远程机器仍在接收数据。

那么为什么我无法通过 SSH 或 ARD/VNC 进入?服务器上还有一个基本的网页设置,我无法通过端口 80 访问,而之前端口 80 可以正常工作。系统上的实际服务器软件是否崩溃了?如果是这样,为什么在运行扫描时以下端口仍显示为活动状态nmap;主机名和 IP 已更改以保护隐私,但所有输出均准确:

nmap the_hostname_of_the_server -p0-8000
Starting Nmap 5.21 ( http://nmap.org ) at 2014-10-18 15:04 EDT
Nmap scan report for the_hostname_of_the_server (123.456.789.0)
Host is up (0.0031s latency).
rDNS record for 123.456.789.0: the_hostname_of_the_server
Not shown: 990 closed ports
PORT     STATE    SERVICE
22/tcp   open     ssh
25/tcp   open     smtp
80/tcp   open     http
88/tcp   open     kerberos-sec
139/tcp  open     netbios-ssn
311/tcp  open     asip-webadmin
445/tcp  open     microsoft-ds
548/tcp  open     afp
587/tcp  open     submission
625/tcp  open     apple-xsrvr-admin
631/tcp  open     ipp
5900/tcp filtered vnc

-v以下是设置了详细输出选项的SSH 会话的输出:

ssh -v jakegould@the_hostname_of_the_server 
OpenSSH_5.9p1 Debian-5ubuntu1.4, OpenSSL 1.0.1 14 Mar 2012
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to the_hostname_of_the_server [123.456.789.0] port 22.
debug1: Connection established.
debug1: identity file /home/jakegould/.ssh/id_rsa type -1
debug1: identity file /home/jakegould/.ssh/id_rsa-cert type -1
debug1: identity file /home/jakegould/.ssh/id_dsa type -1
debug1: identity file /home/jakegould/.ssh/id_dsa-cert type -1
debug1: identity file /home/jakegould/.ssh/id_ecdsa type -1
debug1: identity file /home/jakegould/.ssh/id_ecdsa-cert type -1

这就是我尝试通过 SSH 进入服务器时得到的全部结果。它一直挂起,直到我通过按control+强制退出c

我确信在处理完我的文件传输后重启这台服务器将使服务恢复,但除了重启之外,我还能做什么来让服务恢复运行?或者我可以选择硬重启,或者在现场插入键盘和显示器,然后强制服务恢复?

公平地说,这台服务器几乎已经过时了,只用于无聊的实用程序传输;Linux 机器可能可以处理后台工作。它Finder因奇怪的原因而崩溃,有时我们必须亲自“竖起一根手指”才能让它再次工作。所以我不想花太多时间处理“跛脚鸭”,但如果能知道还有其他方法可以恢复至少远程 SSH 连接,那就太好了。

相关内容