Далее монтируем этот образ и устанавливаем пакет ltsp-utils.0.11-o.noarch.rpm

После чего мы получаем утилиты командной строки ltspadmin и ltspcfg. Первая утилита используется для настройки установки и самой установки LTSP, вторая – для конфигурации уже установленного терминального сервера. Запускаем утилиту ltspadmin.

Первым делом нам необходимо сконфигурировать установщик, соответственно мы выбираем пункт меню Configure the installer options. Первым вопросом нам предлагается определить откуда мы будем получать пакеты. Можно использовать сайт самого проекта, но разумнее указать путь к смонтированному нами образу. В моем случае это file:///media/CDROM/. Обратите внимание, что в пути используется именно 3 слеша, на что указывается и в документации по установке.

Следующий вопрос – путь куда будет установлен LTSP. По умолчанию он указывает на /opt/ltsp. Его изменять я не вижу смысла. Если же вы указали в качестве пути к местоположению пакетом http адрес (который задан по умолчанию) тогда вам необходимо указать адрес http (или же ftp, если пакеты лежат на ftp) прокси-сервера. В конце подтверждаем правильность настроек и нас возвращает к предыдущему пункту меню. Теперь мы можем приступать к установке терминального сервера.

После установки мы будем иметь:

• пакеты LTSP в папке /opt/ltsp
• файлы, необходимые для загрузки PXE клиентов в папке /tftpboot/lts/

Установка DHCP и TFTP серверов.

Для загрузки по сети наших тонких клиентов нам необходимы DHCP и ТFTP сервера. TFTP сервера в дистрибутиве CentOS я не нашел, а DHCP решил поставить вручную – так надежнее. Соответственно устанавливаем их:

# yum install dhcp.x86_64 tftp-server.x86-64

Далее необходимо открыть 69 порт для UDP протокола в фаерволе нашего терминального сервера. Для этого используем консольную утилиту system-config-securitylevel-tui. Жмем кнопку «Уточнить» и настраиваем правила нашего firewall’a

В моем случае у меня на сервере 2 интерфейса: один смотрит в сеть классов – второй является managment-интерфейсом. Выбираем интерфейс, через который наши тонкие клиенты будут стучаться к tftp-серверу и добавляем его к доверенным, а так же открываем для него 69 порт.

Конфигурация LTSP

Для конфигурации мы можем воспользоваться пунктом меню Configure LTSP утилиты ltspadmin или же напрямую вызвать ltspcfg. В появившемся меню выбираем ручную настройку:

Проходимся по всем 11 пунктам. Пункт 8 можно в принципе пропустить. После завершения — у нас будут настроено практически все необходимое.
Стоит уделить внимание пунктам 3 и 7. В пункте 3 будет создан файл примера конфигурации DHCP сервера (/etc/dhcpd.conf.sample), который необходимо отредактировать. После изменений – у меня он приобрел следующий вид:

Хочу обратить внимание на то, что в путь к PXE загрузчику указывается не полный, т.к. в RedHat и CentOS он запускается с ключем –s, соответственно папку tftp-сервера в пути мы опускаем. Так же возникла проблема с тем, что по-идее опцию next-server необходимо указывать только тогда, когда DHCP и TFTP сервера находятся на разных серверах. Но без этой опции загрузка глохла, пока я не продублировал самого себя в качестве next-server’a.

На этом этапе я обрадовался, что настройка завершена и попытался загрузиться с тонкого клиента. Но не тут то было! В итоге запускались Иксы, но подключения к терминальному серверу не происходило. Как оказалось стандартным менеджером сеансов в CentOS являеться gdm (Gnome), а так как Gnome у меня вообще отсутствовал – kdm даже и не пробовал запускаться. Для того, что бы ОСь использовала kdm необходимо внести некоторые изменения в файл конфигурации, а именно - /etc/sysconfig/desktop (если файл отсутствует – его необходимо создать):

DISPLAYMANAGER="KDE"

Следующим огорчением было то, что при запуске иксов на терминальном клиенте – они падали, т.к. сервер тупо отвергал любые попытки открыть удаленные сеансы. Изменить это не проблема, проблемой для меня стало то, что я не мог найти стандартных файлов конфигурации KDE. В CentOS они «спрятаны» совершенно в другом месте. В итоге его местоположение можно определить следующим образом:

# locate Xaccess

Далее в указанном файле ищем строчку

#* #any host can get a login window

И раскомментируем ее. Перезапускаем Иксы, бутаем наш тонкий клиент – и вуаля! Все работает!

1) Сначала установим ssh-сервер для организации связи между компьютерами в сети

  sudo apt-get install ssh

2) Затем устанавливаем сам LTSP-сервер

  sudo apt-get install ltsp-server-standalone

3) Далее нужно создать конфигурационные файлы для тонких клиентов

  sudo ltsp-build-client

4) Организуем поддержку сетевой файловой системы NFS

  sudo apt-get install nfs-kernel-server

5) Установим TFTP-сервер

  sudo apt-get install tftpd-hpa

6) В конец файла /etc/exports добавляем следующую строчку

  /opt/ltsp *(ro,no_root_squash,async,no_subtree_check)

7)  Перезапускаем сервисы NFS, inetd и tftpd

sudo invoke-rc.d openbsd-inetd restart
sudo invoke-rc.d nfs-kernel-server restart
sudo invoke-rc.d tftpd-hpa restart

 Настроим конфигурационный файл сервера DHCP /etc/ltsp/dhcpd.conf

authoritative;
  subnet 192.168.1.0 netmask 255.255.255.0 {
range 192.168.1.70 192.168.1.230;
option domain-name 1example.ru»;
option domain-name-servers 192.168.1.1;
option broadcast-address 192.168.1.255;
option routers 192.168.1.1;
option subnet-mask 255.255.255.0;
option root-path «/opt/ltsp/i386″;
if substring( option vendor-class-identifier, 0, 9 ) = «PXEClient» {
filename «/ltsp/i386/pxelinux.0″;
}

else

     {
filename «/ltsp/i386/nbi.img»;
}
}

9) Настраиваем сетевое соединение (Система -> Параметры-> Сетевые соединения). Здесь выбираем нужное подключение, например Auto eth0 и в параметрах IPv4 указываем те же значения, что мы указали в файле/etc/ltsp/dhcpd.conf. Или так: Профиль: Вручную; Адрес: 192.168.1.1; Маска подсети: 255.255.255.0; Шлюз: 192.168.1.1;  Домены поиска: 192.168.1.1; ID клиента DHCP: 192.168.1.1.

10) В конец файла /etc/dhcp3/dhcpd.conf добавляем строку:

  include «/etc/ltsp/dhcpd.conf»;

11)  Включаем XDMCP (X Display Manager control protocol):

  sudo cp /usr/share/doc/gdm/examples/custom.conf /etc/gdm/

И после копирования добавляем в /etc/gdm/custom.conf:

  [xdmcp]
  Enable=true
  DisplaysPerHost=2

12) Перезапускаем GDM

  sudo restart gdm

13) Запускаем DHCP

  sudo /etc/init.d/dhcp3-server start

14) И/Или перезапускаем DHCP

  sudo invoke-rc.d dhcp3-server restart

На этом настройка LTSP-сервера окончена. Теперь можно включить тонкие клиенты, выбрав загрузку PXE (Preboot Execution Environment). Часто функцию загрузки по сети необходимо разрешить в BIOS (посмотрите в параметрах устройств PCI).
В будущем, после обновления сервера может потребоваться обновить ключи для ssh и образ ltsp:

   sudo ltsp-update-sshkeys

   sudo ltsp-update-image —arch i386

/vmfs/volumes/nfs-backup — соответственно nfs диск где будут лежать бэкапы
/vmfs/volumes/datastore1 — хранилище виртуальных машин

бэкапы старше 5 дней удаляются.

При сборке ядра выводятся следующие ошибки:
kernel/built-in.o: In function `getnstimeofday’:
(.text+0xe34b): undefined reference to `__umoddi3′
kernel/built-in.o: In function `do_gettimeofday’:
(.text+0xe3ec): undefined reference to `__udivdi3′
kernel/built-in.o: In function `do_gettimeofday’:
(.text+0xe409): undefined reference to `__umoddi3′
kernel/built-in.o: In function `do_timer’:
(.text+0xf109): undefined reference to `__udivdi3′
kernel/built-in.o: In function `do_timer’:
(.text+0xf126): undefined reference to `__umoddi3′
Причина

Сборка ядра не поддерживается ваш компилятор.

Решение

$ cd /usr/src/linux/

поменять значение CFLAGS_KERNEL в Makefile на CFLAGS_KERNEL    = -fno-tree-scev-cprop

Особенности Linux Slackware 13.1:

• В дистрибутиве используется подсистемы ConsoleKit и PolicyKit, первый для управления сессиями и работой пользователей, а второй для расширенных прав доступа, которая даёт возможность пользователям выполнять некоторые привилегированные действия, без прав суперпользователя;
• Переход на ядро серии 2.6.33 позволило увеличить поддержку в Slackware журналируемых и шифрованных ФС, SCSI и ATA RAID, SATA, Software RAID, LVM (Logical Volume Manager). Улучшена поддержка PCMCIA, CardBus, USB, IEE1394 (FireWire) и ACPI;
• Ядро собрано с дополнительными патчами проекта Speakup, что позволяет задействовать синтезатор речи для обеспечения работы людей, имеющих проблемы со зрением.
• Обновлены инструменты управления пакетами. Функция контроля пакетов позволит упростить обновление с версии Slackware 13.0, а утилита slackpkg окажется очень полезной при переходе с более старой версии дистрибутива и поддержании системы в актуальном состоянии. Для подготовки и поддержки собственных пакетов в extra-репозиторий включена утилита slacktrack;
• Новые версии программ:
  • Шифрование: OpenSSL 0.9.8n, OpenSSH 5.5, OpenVPN 2.1.1 и GnuPG 2.0.14;
  • Web-технологии: Apache (httpd) 2.2.15 и PHP 5.2.13;
  • Средства разработчика: Perl 5.10.1, Python 2.6.4, Ruby 1.9.1-p378, Subversion 1.6.11, git 1.7.1, mercurial 1.5.2, KDevelop 4.0.0;
  • Web-браузеры и почтовые клиенты: Konqueror 4.4.3, SeaMonkey 2.0.4, Firefox 3.6.3, Thunderbird 3.0.4;
  • Пользовательские приложения на базе технологий KDE: amarok 2.3.0, koffice 2.1.2, k3b 1.91, ktorrent 3.3.4;
  • Коллекция приложений на базе GTK+: pidgin 2.7.0, gimp 2.6.8, gkrellm 2.3.4, gxine 0.5.903, xchat 2.8.6, xsane 0.996, pan 0.133.
  • В extra-репозитории представлены Java JDK 6 update 20, набор библиотек для совместимости с kde3, браузерный плагин на базе mplayer и т.д.

Дистрибутив можно скачатьб сдесь .

Cisco ASA по своей сути linux-based и вполне x86-совместима. Видимо, этот факт вызывал бурные фантазии о возможностях у многих гиков, и вот, наконец, в 2008 году группа энтузиастов подарила миру первый установочный образ Cisco ASA. С тех пор проект продолжает выпускать новые релизы.
Краткое описание возможностей получившегося продукта под катом.

Образ может быть запущен в виртуальной среде и на реальном ПК.
Требования к оборудованию следующие:

• не менее 256MB RAM
• не менее 110MB HD
• сетевые карты Intel Pro/100, Intel Pro/1000, AMD PCNET32
• CD-ROM

Получающаяся конструкция вполне пригодна для тестирования, обучения и подготовке к экзаменам Cisco. Можно вполне использовать и в бою, о чем свидетельствуют приведенные на сайте результаты тестов пропускной способности. Краткая выдержка из них прилагается:

Тестовое оборудование:

• PIII 500 slot 1 CPU
• 256M sdram, pc100
• intel 82558b NIC (2 порта)
• intel 82559 NIC

Результаты:

NAT TCP

NAT UDP

WebVPN (трафик от клиента, без IPSEC)

P.S. В ближайшее время планирую написать о своем опыте эмуляции схемы с Cisco IPS с помощью Xen.

Обвновляться будем с репозитария http://www.atomicrocketturtle.com.com/ , в котором много всего для Plesk’а, но плеск нас особо не интересует.

Ставим PGP-ключ:
# wget http://www.atomicrocketturtle.com/RPM-GPG-KEY.art.txt
# rpm —import RPM-GPG-KEY.art.txt
Добавление репозитория yum:
Код:
# wget -q -O — http://www.atomicorp.com/installers/atomic.sh | sh
Установка php:
Код:
# yum install php
После этих действий версия php обновится до версии 5.2.9, что вообщем то нам нужно.

После обновления нам прекрасно видно, что mcrypt не обновился.

Делаем следующее:
yum remove php-mcrypt
yum —enablerepo=remi —exclude=php*5.3* install php-mcrypt
Вот и всё! Надеюсь данный мануал будет полезен многим.

Выпущен BackTrack 4 Final.Вместе с релизом вас ожидают потрясающие новости, усовершенствования и нововведения. BackTrack 4 прделал долгий тернистый путь от бета версии в прошлом году. Мы решили отложить выпуск финальной версии до момента, пока она не будет доведена до совершенства в каждом аспекте.

Релиз, базируется на абсолютно новом ядре, включает в себя огромный расширенный репозиторий, многие инструменты из которого вы сможете найти только в BackTrack, а так же, что наиболее важно, исправления абсолютно всех (ладно, большинства…) базовых ошибок, о которых мы знали. Данный выпуск получил огромную поддержку сообщества, и мы очень благодарим всех, кто внес вклад в его успех.

Мы так же переехали на новый сервер, и теперь вы имеете возможность постоянно следить за последними новостями и процесом разработки. Нашей главной целью было наконец-то создать направленный на  безопасность дистрибутив с собственными ресурсами, персоналом и диском, подходящим BackTrack так, как никогда раньше.

Мы искренне надеемся, что когда вы закачаете BackTrack 4, вы убедитесь, что это самый лучший релиз, когда-либо созданый нашей командой. Релиз получил кодовое название «pwnsauce».

Обновлено

Даный дистрибутив используется для анализа сетевой безопасности. Поставляется в виде LiveCD, LiveDVD и LiveUSB. BackTrack team: «Количество одновременных скачиваний BackTrack 4 огромно. Более 2000 в данный момент. Если зеркала не выдержат, используйте торрент.» (from Twitter)

Разработа виртуализация стека сети vimage. Что даёт вохможность для опеспечения поддержки на одной машине множества изолированных сетевых стеков. Данная система расширяет сетевую функциональность «клеток» (jail-ов). Во всех jail-ах стало возможным реализовывать всё своё — собственные ipfw, dummynet,PF, маршрутизация,IPSec и т.д.

Обновлённый USB-стек:

• Решена проблема с kernel panic в момент извелечении USB-устройств без размонтирования (наконецто!!!!
• Новый usbconfig, для удобной настройки USB девайсов
• Новый USB-API совместим с Linux в режиме эмуляции
• И большое количество других дополнений

Доработана подсистема CAM (интерфейс для драйверов SCSI).

Почти полностью дработана система net80211 (беспроводная связь).

Посмотреть все новшества можно тут!

смотрим уязвимые ядра