Надо отметить, был приятно удивлен простой и удобной настройке удаленного подключения к Linux box. Работа с удаленной системой визуально ничуть не тормозит (в локальной сетке), однако при использовании совсем удаленного работчего места, например, через WAN, будьте готовы к значительному потреблению трафика.

Во-первых, в составе дистрибутива почему-то отсутствовал kinit и вообще пакет kerberos-workstation, который мы и устанавливаем при помощи yum:

yum install kerberos-workstation

После попыток проверить Керберос через kinit Administrator@it.group мы получили

kinit(v5): KDC reply did not match expectations while getting initial credentials

Путем непродолжительного гугления был найден ответ: юзаем все после знака @ в апперкейсе, т.е.
Administrator@IT.GROUP сработало!

На самом деле sshd работает, эмпирическим путем было выяснено, что помогает если в ssh выбрать протокол ssh версии не 2, а 1.

И спокойно коннектимсу к хосту. 

Как запустивший Линукс Красную Шапку с версией Core 2 могу субъективно оценить положение дел с 1996г в Линуксах. Предаваясь ностальгическим воспоминаниям не могу не вспомнить ядра версии 1.х.х, полностью текстовые инсталляторы с интуитивно непонятным на то время fdiskом.

Если взглянуть на сегодняшний Линукс из ракурса old school линуксоида закваски 96года отдельно хочется отметить семимильные шаги технического прогресса в области дизайна и интерфейсов. Сегодня мы имеем полностью графический инсталлятор, при этом не нужно быть великим гуру юникс-шеллов, достаточно выбрать с начала установки язык, на котором мы будем понимать систему, и откинувшись на спинку стула в лучших традициях Майкрософта будем давить на кнопки "Далее", пока не получим полностью работоспособный Линукс. Ну насчет "полностью работоспособного" я погорячился ;) Конечно, мы будем делать тысячу и одну настройку, что бы заточить все это космическое чудо "под себя" или под серверные задачи. Конечно, мы будем еще десять тысяч раз украшать, и одиннадцать тысяч раз сносить украшения. Мы будем компилить, коннектить и затачивать GUI. Но такого драйва и ступора при виде командной строки, как в том 96м году при установке Линукса Красной Шапки версии 4.20 мы уже не будем ощущать никогда. Да и к лучшему это.

В общем не захотел с полпинка устанавливаться контроллер домена в удаленном месте. Предполагалась операция замены одного КД другим КД, последовательность действий предполагалась такой:

1. Устанавливаем рядом второй КД.
2. Понемногу перетягиваем на себя функции первого КД, как то: WINS, DHCP, DNS
3. Аккуратно переводим DFS на себя, реплицируем.
4. Выводим первый КД из DFS.
5. Убираем первый КД из WINS, выключаем DHCP (unauthorize), включаем второй DHCP.
6. Деинсталируем первый КД через визард "add remove role".

Так вот, при этих всех манипуляциях произошло два неприятных момента.
Первый: новый R2 КД отказался на халяву устанавливаться в домен. Не валидная, видете ли, схема у леса. Рекомендация сделать adprep не сработала. Много гуглил. Нагуглил рекомендацию юзать adprep от R2 релиза, тот что на втором диске, CMPNENTS\R2\ADPREP. Да, это уже сработало. При чем пришлось это проделывать на самом-самом главном контроллере домена. Глюк второй, первый КД не захотел просто так отконнекчиваться от домена с невнятным сообщением об ошибке. Пришлось повторить процедуру позже, после полной репликации AD. Во второй раз все прошло без сучка, без задоринки.

Вот тут некоторые (не будем показывать на cjnova пальцем)  начинают упрекат меня в уходе от основной ИТ тематики, на что моя незамедлительно начинать кассовую статью о реализации failover схемы подключения нескольких провайдеров, и организации бесперебойной связи с удаленным подразделением на основе протокола BGP и системе FreeBSD (zebra).

UPDATED: После выведения контроллера из домена необходимо вручную удалить связи для репликации с другими контроллерами в консоли Active Directory Sites and Services

Хорошо, когда у вас в контакт листе icq есть много хороших знакомых специалистов в ИТ. Простой и естественный, на первый взгляд, вопрос "кто откуда и куда залогинился"  обязан иметь красивое решение. И действительно, вы можете в данный момент ответить на вопрос "кто сейчас залогинен на такой-то рабочей станции?", хотя и вопрос простой, но думаю очень немногий процент задавших себе этот вопрос смогут на него тут же ответить. Так вот действительно, есть очень красивое и элегантное решение в виде программного комплекса UserLock, и хотя его назначение немного другое - ограничивать возможность пользователя залогиниться одновременно на нескольких рабочих станциях, но и с мониторингом "кто куда?" надо отметить, справляется на "пятерку" (скоро слова "справляется на пятерку" будут понимать немногие люди жившие до реформы системы образования с двеннадцатибальной системой).

Думал что нет альтернативы Цитриксу в плане load-balance для терминальных серверов, ан нет, случайно наткнулся на примечательный програмный комплекс 2X LoadBalancer

В качестве ключевой фичи заявляется балансировка подключений к терминальным серверам на основе не просто dns round-robin (по очереди), а создание подключения к наименее загруженному серверу. Чем до недавнего времени мог похвастаться один продукт - Citrix Metaframe.

Также Load Balancer проверяет на доступность сервера (я так понимаю обычным ping), и на недоступные сервера подключения не форвардит. В случае с обычным round-robin мы имеем тупое переключение по серверам по очереди, вне зависимости, живой сервер или нет.

Также эта штука умеет делать реконнект на отключенные сессии, которые остались жить на сервере.

Умеет работать с продоколами RDP и ICA (Citrix), т.е. может быть проинстулена даже поверх цитрика. Для чего еще один цитрикс над цитриксом? Говорят для снижения стоимости при апгрейде metaframe фич, к примеру c XPa до XPe.

Ах да, чем же эта штука все таки лучше цитрикса? Ответ один - ценой :)

Что же представляет собой netgraph?

Если в двух словах, то netgraph это как высокоуровневый Basic для сетевых сервисов по сравнению с машинным кодом. Идеология netgraph позволяет путем создания визуальных графов из "кубиков" протоколов, портов и сервисов как бы строить взаимодействие сетевых компонентов простым созданием связей между "кубиками".

Надо отметить что netgraph работает на уровне ядра, и, как сказали бы англоязычные братья, this is god damn fast.Надо сказать что к осознанию netgraph я подходил несколько раз. И каждый раз найденная в небольшом количестве рускоязычная документация не раскрывала темы, да и в общем не давала полного понимания принципов работы.

У дяди Билла даже книжка так называется Bussiness @ the Speed of Thought.

В этой заметке я постараюсь раскрыть тему наиболее быстрого запуска приложений. Ниже я постараюсь рассмотреть две типичные задачи админа: быстрый коннект к удаленному хосту Unix и к хосту Windows.

Для решения этой задачи нам постребуются:

1. Комплект putty: putty, puttygen, pageant
2. RDP клиент, подойдет и встроенный в Windows: Remote Desktop Connection (%SystemRoot%\system32\mstsc.exe)
3. Замечательная программа-лаунчер type'n'run
4. Сами unix и windows хосты :)

Эпиграф

Звонок по телефону: 
- Алл-ё-ё-ё-ё
- Как это нахер?

Ну вот случилось у нас, к примеру,  несчастье. Нехороший windows вывалился в BSOD - blue screen of death. Что? Почему? Как это? Самый трезывый из этих вопрос: из-за чего?

Видим, к примеру, строку PAGE_FAULT_IN_NONPAGED_AREA, что нам с ней дальше делать? А какой это драйвер глюканул? А может и не драйвер вовсе?