Синхронизация времени – это достаточно важный и, зачастую, критичный аспект работы всех компьютерных систем в сети. По-умолчанию, клиентские компьютеры в сети Microsoft Windows синхронизируют свое время со своим  контроллером домена, а контроллер домена берет время с контроллера домена, выполняющего роль мастера операций. В свою очередь, сервер с ролью мастера операций домена Active Directory (PDC), должен синхронизировать свое время с неким внешним источником времени. Рекомендуется использовать список NTP серверов, перечисленных на сайте NTP Pool Project . Прежде чем приступить к настройке синхронизации времени с внешним сервером, не забудьте открыть на своем межсетевом экране стандартный NTP порт – UDP 123 port (нужно разрешить как входящее, так и исходящее соединение).

1. Сначала, нужно определить свой  PDC сервер. Откройте командную строку и наберите в ней: C:\>netdom /query fsmo
2. Зайдите на найденный контроллер домена и откройте командную строку.
3. Остановите службу W32Time: C:\>net stop w32time
4. Настройте внешний источник времени: C:\> w32tm /config /syncfromflags:manual /manualpeerlist:”0.pool.ntp.org, 1.pool.ntp.org, 2.pool.ntp.org”
5. Теперь необходимо сделать ваш контроллер домена PDC доступным для клиентов: C:\>w32tm /config /reliable:yes
6. Запустите службу времени w32time: C:\>net start w32time
7. Теперь служба времени Windows должна начать синхронизацию времени с внешним источником. Посмотреть текущий внешний NTP сервер можно при помощи команды: C:\>w32tm /query /configuration
8. Не забудьте проверить журнал событий на наличие ошибок синхронизации.

Настройка внешнего источника времени для домена была протестирована и отработано на контроллере домена под управлением Windows Server 2008 R2 (Build 7600).

Netstat –np | grep fb – ищем номер процесса, кто слишком много на себя берет
Netstat –np | grep fb | awk ‘{print $5, $7}’ | grep (№ процесса),  получаем IP

Ps aux | grep fb
Ps aux | grep fb | awk '{print $2}'
Kill -9 'Ps aux | grep fb | awk '{print $2}' '

Если возникла проблема с rsa ключами для доступа по SSH, хотя казалось бы все сделал как пишут в интернете, запустите ssh с выводом на экран:

ssh user@host.local -i /temp/id_rsa -v

Читайте вывод. Наиболее частые проблемы это:

• Даны не верные права на файлы и папки на стороне сервера
• Даны не верные права на файл закрытого ключа на стороне клиента
• Не настроен /etc/ssh/sshd_config на работу с сертификатами
• В моем случае все это не помогло, а помогла замечательная команда:

ssh-copy-id -i ~/.ssh/id_rsa.pub user@host.local

До нее добавление в authorized_keys я делал через cat >> и при выводе подключения на экран получал сообщение:

Next authentication method: password

На всякий случай привожу список команд для генерации rsa ключей для ssh доступа без пароля:

На сервере:

ssh-keygen -t rsa -b 4096
sudo chmod 0700 ~/.ssh/
sudo chmod 0600 ~/.ssh/id*
touch authorized_keys
chown user authorized_keys
chmod 0600 ~/.ssh/authorized_keys
ssh-copy-id -i ~/.ssh/id_rsa.pub user@host.local

На клиенте:

Забираем закрытый ключ к себе

scp user@host.local:~/.ssh/id_rsa /Volumes/DATA/id_rsa

После снова на сервере:

Удаляем закрытый ключ из соображений безопасности:

rm ~/.ssh/id_rsa

Коннектимся:

ssh user@host.local -i /Volumes/DATA/id_rsa

Ага, вот причина http://support.microsoft.com/kb/886695/ru
Это не баг, а фича безопасности, нельзя запустить приложение как службу НЕ от имени системы, но с поддержкой интерактивного входа.

Сообщение об ошибке «Ошибка 1053: Служба не ответила на запрос своевременно» при запуске службы, использующей локальную системную учетную запись, на компьютере под управлением Windows Server 2003

Проблема:
Службы, использующие локальную системную учетную запись для входа в компьютер под управлением Windows Server 2003, не запускаются. По умолчанию следующие службы используют локальную системную учетную запись для входа в систему:

• Служба веб-публикации
• Программа установки Microsoft Windows
• Инструментарий управления Windows

При попытке запуска подобной службы появляется следующее сообщение об ошибке:

Примечание. Как правило, это сообщение об ошибке возникает после интервала ожидания 30 секунд.

В какой-то момент после перезагрузки компьютера службы, для запуска которых используется локальная системная учетная запись, не запускаются. Например, по истечении периода времени от 12 часов до 5 дней не запускается программа установки Windows. В этом случае вместо обычного интервала ожидания в 30 секунд сразу же появляется сообщение об ошибке.

Кроме того, может появиться следующее сообщение об ошибке: