Тема говорит сама за себя. У моего клиента есть относительно старый Xserve (я полагаю, модель 2009 года), работающий под управлением Mac OS X 10.6.8 Server. В прошлом нам удавалось беспрепятственно подключаться к системе, но за последние 6 месяцев произошли странные вещи.
Хотя сервер никогда не отключается - это означает, что он по-прежнему отвечает на эхо-запросы и даже общий доступ к файлам, а также когда сервер печати активен / можно использовать, - по неопределенным причинам возможности VNC и удаленного рабочего стола внезапно становятся недоступными из любой системы: Mac или Windows с использованием VNC или Apple Remote Desktop не помогает.
В прошлом мне удавалось подключиться по SSH и перезапустить ARDAgent следующим образом:
sudo /System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Resources/kickstart -restart -agent
Что сразу прояснило ситуацию. Но на прошлой неделе я внезапно не могу войти даже по SSH.
Я на 100% уверен, что машина все еще жива и работает, так как 2 недели назад я начал довольно масштабный процесс передачи данных через AFP, который явно продолжается, поскольку данные все еще принимаются удаленной машиной.
Так почему я не могу войти через SSH или ARD / VNC? На сервере также есть базовая настройка веб-страницы, до которой я не могу подключиться через порт 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
А вот результат сеанса SSH с -v набор опций для подробного вывода:
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. Он зависает, зависает и зависает навсегда, пока я не выйду принудительно, нажав контроль+c.
Я вполне уверен, что перезагрузка этого сервера после того, как он обработает мою передачу файлов, восстановит службы, но есть ли что-нибудь еще, что я мог бы сделать для восстановления и работы служб, кроме перезагрузки? Или у меня есть выбор: жесткая перезагрузка или подключение клавиатуры и монитора на месте для принудительного резервного копирования служб на месте?
Чтобы быть полностью справедливым, этот сервер почти готов к выходу и используется только для утомительных передач коммунальных услуг; за кулисами вещи, с которыми, вероятно, мог бы справиться Linux. В Finder вылетает по странным причинам, и бывают моменты, когда мы должны физически отдать честь «одним пальцем», чтобы заставить его снова заработать. Так что я не хочу тратить слишком много времени на «хромую утку», но было бы неплохо узнать, есть ли еще что-нибудь, что можно сделать для восстановления хотя бы удаленного SSH-соединения.