Т.к. собственную лень нужно всячески баловать написал небольшой скриптец на шелле. Достаточно его и собственный id_dsa.pub (который не секретен, так как публичен) залить какой-нить ресурс – и можно будет ключи распространять чуть ли не на автомате. Подчеркиваю – никакого rocket science, просто быстрый хак на shell. Не забудьте модифицировать под свои условия.

[code]
#!/bin/sh

# Use your own params
TMPFILE=`mktemp /tmp/deineka.XXXXXX` || exit 1
AKEYS=$HOME/.ssh/authorized_keys
URL=http://my-site-or-dropbox.etc/securedir/id_dsa.pub

DetectFetch()
{
if test -x /usr/bin/fetch; then
fetch="/usr/bin/fetch -o "
elif test -x /usr/bin/wget; then
fetch="/usr/bin/wget -O "
elif test -x /usr/bin/curl; then
fetch="/usr/bin/curl -o "
else
echo "ERROR: no fetch program found."
exit 1
fi
}

DetectFetch

echo Fetching key
$fetch $TMPFILE $URL
echo -n Adding to $AKEYS...
if [ ! -d $HOME/.ssh ]; then
mkdir -p $HOME/.ssh
chmod 700 $HOME/.ssh
fi

cat $TMPFILE >> $AKEYS
echo done
chmod 600 $AKEYS
rm -f $TMPFILE
[/code]

Использование простое до неприличия – скачали скрипт, запустили его, удалили его.
p.s. Функцию DetectFetch честно скопировал из инсталлятора продуктов ISPSystem

Работоспособная конструкция:

[code]
label ^B) Boot from first hard disk (default)
kernel chain.c32
append hd0 0
[/code]

Несмотря на то, что в интернете масса заметок, посвященных PXE, оказалось все не так уж просто. Точнее – все просто, пока тестируешь конфигурацию на ближайшей виртуальной машинке в ESXi или Proxmox VE: все работает прекрасно. Однако стоит начать работать с реальными железками – начинаются проблемы, т.к. получаем зоопарк не только bootrom’ов, но и всего остального.

Итак,  ряд любимых клиентов уже получили меню загрузки на свои серверы и решили свои насущные вопросы. Получилось, на мой взгляд, достаточно удобно.

Общие моменты:

• минимальное использование TFTP (как правило, только для загрузки undionly.kpxe, т.к. обычно в бутромах нет gpxe/ipxe)
• ручная или автоматическая установка популярных операционных систем (CentOS/Debian/Ubuntu/FreeBSD), в качестве транспорта – HTTP
• установка популярных гипервизоров: ESXi 5.0, Citrix Xen Server 6.0, Proxmox VE
• широкий выбор вспомогательных утилит – Memtest86+, Hardware Detection Tool, Hiren’s Boot CD, System Rescue CD и т.п.

Собственно, инновационных моментов особо в решении нет, а удобство использования – есть. Для затравки – один скриншотик, а в другой раз я расскажу о реальных муках запуска этого простенького решения. Возможно, кто-то наступит на грабли один раз меньше

Стойка с серверами нашего клиента, где среди более-менее однотипных бюджетных серверов затесался брендовый сервер с красивыми яркими лампочками. (Кажется, Dell таки )

p.s. Нащелкал по-быстрому совсем чуток новых фото, есть на фейсбуке.

Ожидаю на этой неделе еще немного интересных железок.

Дано – FreeBSD 8.2, ISPManager, Apache 2.2, PHP 5.3. Так сказать – bleeding edge Переводим ряд клиентов с mod-itk на php-cgi для чуть большего контроля за ресурсами. Включаем клиенту “PHP как CGI” в настройках сайта, и получаем в самом начале вывода скрипта неприятную фразу, ломающую весь дизайн сайта

[code]It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Helsinki' for 'EEST/3.0/DST' instead...[/code]

Кроме этого, иногда видим warning-и разные. Идем в /usr/local/etc/php.ini – все описано верно. Смотрим, как панель включает PHP в режиме CGI: в домашнем каталоге пользователя возникает каталог php-bin, где лежит php.ini и исполняемый файл php, который состоит из одной строчки:

[code]#!/usr/local/bin/php-cgi[/code]

Конечно, можно каждому пользователю недостающие параметры дописывать руками. Но когда пользователей на сервере сотни, нужно более промышленное решение. А глобально решить задачу с warning-ами и таймзонами просто – смотрим на любом из потерпевших сайтов phpinfo(), конкретно нас интересует, где PHP смотрит на дополнительные ini-файлы:

Логика такая – если есть php.ini у самого пользователя (а по умолчанию панель пишет каждому пользователю php.ini с парой параметров), то PHP игнорирует системный /usr/local/etc/php.ini, но будет читать все ini-файлы в каталоге /usr/local/etc/php/. Соответственно, создаем файл /usr/local/etc/php/php.ini с парой-тройкой нужных нам строчек:

[code]
date.timezone ="Europe/Kiev"
display_errors="Off"
display_startup_errors="Off"
[/code]
После этого – все работает правильно. Для Centos/Debian пути будут другими, но, надеюсь, направление мысли (что и где искать) понятно.

Далее будет…

Фото один под названием “Йопсель, и как эту дуру засунуть в Газель?”. Понятное дело, что занесли UPS подъемником, очень аккуратно, даже не снимая с паллеты. Правда, пришлось снять уплотнитель двери в Газели – с ним не хватало буквально миллиметров.

Фото два. “Батарейки размера AAAAAAAAAAAAAAAAAAAAAAAAAA​AAAAAAAA”. Автор фразы – Serge Pustovoitoff (пруф)

И на закуску – душераздирающее видео о том, как мы это дело руками заносили. Ничего особенного, но слабонервным лучше не смотреть, звук громко не делать – все таки, когда несешь тяжелый UPS, иногда могут вырваться неприличные слова

Наш супер-мега-принтер, печатающий на наклейках и ламинирующий их:

Заполняемся потихоньку. Блейды, стораджи, двухпроцессорные Supermicro и четырехпроцессорные Dell’ы соседствуют с недорогими тазиками в корпусах имени CSV:

Отрадно видеть, что наши клиенты и партнеры очень внимательно относятся, в свою очередь, к своим клиентам. Ребята приехали со своим блоком управляемых розеток и коммутатором, затем приобрели IPKVM – все для того, чтобы максимально автоматизировать свои услуги и сделать их удобными. Уважаю, правильный и перспективный подход.

Напомню, что почитать о нашем ДЦ можно не только на сайте ИТЛ, но и в темах на сёрче и на ХФ.