Ладно ситуация такая.
Вчера моя компания сменила наш dns-сервер, потому что прежний был слишком нестабильным для работы. в любом случае сегодня я пошел на один из наших Mac-серверов, потому что его нужно было настроить из-за нового DNS-сервера. Поэтому я попытался войти в систему с локальным администратором, потому что он не смог найти сервер сетевой учетной записи из-за сдвига домена, но он просто завис при попытке входа в систему.
Хорошо, поэтому я спустился в нашу серверную, чтобы посмотреть на нее локально. Я попытался войти в систему с локальным администратором, но снова замер. Я попытался вытащить сетевой кабель и внезапно смог войти в систему.
Я попытался войти через vnc еще раз, и он просто завис. лучше, чем замораживание, но все равно проблема. поэтому я вошел в систему локально. перешел в системные настройки, чтобы отредактировать путь к серверу сетевой учетной записи, чтобы сервер Mac мог найти его еще раз, но затем он просто заморозил системные настройки, когда я перешел к параметрам входа.
Итак, я перезапустился взад и вперед некоторое время и, наконец, получил возможность отредактировать путь к серверу сетевой учетной записи, но когда я ввел его, сервер Mac просто сказал, что сервер сетевой учетной записи не отвечает, хотя все другие компьютеры, как Linux, так и Mac , пользуетесь им нормально. Пробовал обновляться, перезагружаться без сети. пробовал FQDN для сервера сетевой учетной записи, это ip, это имя хоста ничего не работает.
Кто-нибудь знает, что происходит? Потому что я действительно понятия не имею, что делать, кроме, возможно, переустановки системы, чего я бы хотел избежать, если это возможно.
Проблема заключалась в привязке YP. он все еще думал, что должен получить учетные записи OD со старого IP-адреса, поэтому он не мог их найти.
Я удалил файл, связанный с доменом, в / var / yp / binding / и перезапустил систему. Теперь машина работает нормально по ssh и входит в систему из графического интерфейса.
Краткий ответ: убедитесь, что новый DNS-сервер имеет (или может быстро разрешить) как прямые (имя -> IP), так и обратные (IP -> имя) записи для сервера Mac.
Длинный ответ: OS X Server имеет тенденцию искать себя через DNS, даже если вы не ожидаете, что DNS будет задействован вообще. (Я думаю, что это побочный эффект проверки собственного имени хоста с помощью обратного поиска его основного IP-адреса.) Если поиск успешен, он кэшируется локально, и все работает нормально. Если он сразу же выходит из строя (например, сеть отключена или DNS-сервер немедленно выдает NXDOMAIN), сервер не совсем счастлив, но, по крайней мере, вы можете что-то делать.
Если время поиска DNS истекло, вам придется снова и снова ждать, пока он не истечет, каждый раз, когда какая-то часть серверного программного обеспечения решает, что было бы неплохо проверить его имя хоста (или что бы оно ни делало). Он будет казаться замороженным, но если вы подождете достаточно долго, это в конечном итоге позволит вам что-то делать, но каждый шаг потребует от вас ожидания одного или нескольких периодов тайм-аута DNS.
Чтобы проверить разрешение DNS с Mac, войдите в систему (при необходимости отключите ее от сети), откройте Терминал, снова подключите сеть и запустите:
host [hostname] # host queries DNS directly, bypassing the system resolver and cache
host [ipaddress]
dscacheutil -q host -a name [hostname] # dscacheutil uses the system resolver and cache
dscacheutil -q host -a ip_address [ipaddress]
Если какой-либо из них не возвращается немедленно, ваш DNS еще не работает должным образом.