Несоответствие в поведении ssh-агента
Если Вы могли бы отредактировать свой вопрос включать следующее, он мог бы помочь поиску и устранению неисправностей.
- Они появлялись в GAL без проблем, когда их почтовый ящик был на Exchange 2003?
- Это было хорошо, когда сервер поколения OAB был Exchange 2003?
- Восстановление справки OAB?
- Есть ли какие-либо ошибки OAB, в конечном счете регистрируются?
Я предполагаю, что Вы проверили, что Скрыть пользователь из списков адресов Exchange не отмечается в Консоли управления Exchange?
Действительно ли пользователь является административным пользователем (или они когда-либо были)? Проверьте этот вопрос, который имел меня отрывающий мои волосы для большой части утра. Из того, что Вы описываете, признаки звучат достаточно подобными, чтобы это было возможное объяснение.
Здесь происходит одно из двух:
- ssh-agent фактически закрывается, когда вы выходите из системы
- ssh-agent все еще работает, но вы теряете информацию о его PID и канале
Вы можете проверить, какой из них имеет место, выполнив ps -ef и проверив ssh-agent.
Если ssh-agent мертв, вам нужен способ сохранить его в рабочем состоянии. Вот три способа сделать это:
- Вы можете запустить ssh-agent из стартового скрипта при загрузке сервера и передать вывод в файл (с соответствующими правами доступа, чтобы предотвратить его неправильное использование). Если вы сделаете ключ без пароля, вы также можете добавить ключ из скрипта. (Очевидно, что последняя часть рекомендуется только тогда, когда учетная запись, к которой вы подключаетесь, имеет очень ограниченные права на удаленном сервере). Затем пусть ваш сценарий прочитает информацию агента SSH из файла, созданного при запуске.
- Использовать экран при входе в учетную запись службы; затем отключитесь от сеанса экрана после запуска агента.
- Используйте nohup при запуске агента.
Если ssh-agent не мертв, но вы потеряли информацию о среде, убедитесь, что при запуске он запишет свои переменные среды в определенный файл . Затем, при входе в систему, получите этот файл в своей оболочке.
убедитесь, что при запуске он записывает свои переменные среды в определенный файл. Затем, при входе в систему, получите этот файл в своей оболочке. убедитесь, что при запуске он записывает свои переменные среды в определенный файл. Затем, при входе в систему, получите этот файл в своей оболочке.Если вы используете метод вызова суб-оболочки, ssh-agent умирает при выходе из оболочки. Если вы используете метод eval, оболочка будет работать до тех пор, пока не будет завершена вручную.
См .: http://docstore.mik.ua/orelly/networking_2ndEd/ssh/ch06_03.htm
В частности: http://docstore.mik.ua/orelly/networking_2ndEd/ssh/ch06_03.htm#ch06-50031.html
Кроме того, я знаю, что при запуске из cron переменные ENV могут вызывать проблемы. Так что это еще одна область, которую нужно проверить.