sshd на Mac больше не принимает соединения в inetd (-i) режим, но выполняет, не отсоединяют режим (-D), как зафиксировать?
Я имею, просто столкнулся с этой проблемой с MariaDB 5.1.39 (ourdelta сборка). Это может или не может быть интересно знать, что сервер, кажется, столь же повреждается как основное ответвление MySQL однако, клиент командной строки не испытывает никаких затруднений при соединении из-за сертификатов SSL ведущему устройству..
Это довольно нестандартно для использования initd запустить что-либо на Mac. Вместо этого launchd используется, начинаясь sshd специальным способом (т.е., это не работает как типичный демон сервера, пока нет, стучат в дверь). Я подозреваю, что Ваше использование центрального Linux Webmin для управления ssh способствует проблеме, так как Webmin не знает много о launchd.
Во-первых, удостоверьтесь, что ssh launchd объект настроен, чтобы загрузиться, только устранить очевидное.
sudo launchctl load -w /System/Library/LaunchDaemons/ssh.plist
Это сродни отметке поля на Сервере Admin.app в опциях Settings включить SSH. Проверьте системный журнал, чтобы видеть если launchctl жалуется на что-то.
Неясно, почему Вы хотели бы, чтобы Webmin обработал SSH, но конфигурация Apple по умолчанию могла бы освещать.
Существует launchd объект в /System/Library/LaunchDaemons названный sshd.plist. Этот XML-файл указывает на это /usr/libexec/sshd-keygen-wrapper используется в качестве "программы", которая на самом деле начинается /usr/sbin/sshd использование флага-i. (sshd-keygen-wrapper программа является сценарием оболочки для первой установки начальной буквы rsa, и ключи dsa в пустом пользователе размещают директоров), sshd-keygen-wrapper, однако, также начинает sshd как exec /usr/sbin/sshd $@ и доверяемая/в белом списке программа, что касается брандмауэра сокета.
Вы могли бы также хотеть захватить значение по умолчанию /etc/sshd_config от резервного копирования или другой машины для устранения этого как переменной в поиске и устранении неисправностей.