Андрей Фисенко писал(а):Можно, я встряну?
SUSE Pro, доступным языком, это типа Windows ME или Windows XP Home Edition.
Десктоп и десктоп.
Ставить на него серверные продукты можно, но сами подумайте, как себя поведет серийная Лада в гонке Ф3000?
Нет никой гарантии устойчивой работы.
Андрей, Вы его, случайно не перепутали с чем-нибудь - с NLD, например?
Если по существу вопроса - я недавно пробовал ставить. Именно в качестве сервера для небольшой рабочей группы. Основное предназначение было - выделенный недорогой файл-сервер, на замену невыделенному "серверу" на базе Windows 98 (клиенты - Windows 95/98 и XP). Соответственно, в качестве основной службы, требующейся от Linux-а, была Samba (а она в SuSE Pro есть), с перспективой в дальнейшем автоматизировать бэкап, а при успешной работе - возможностью поднять на нём всякие прочие службы вроде DHCP, Proxy, почтового сервера и т.п. (поскольку это всё тоже есть).
В качестве аппаратной платформы была самосборная машина на базе чипсета Intel 915 (интегрированное видео/аудио/сеть/USB/PATA/SATA, процессор Pentium 4 3GHz), снабжённая двумя SATA-дисками, которые хотелось запустить в зеркале. Ставилось всё с временного CD-привода, подключенного только на время установки (PATA, Primary Master).
Положительные впечатления- Проблем с определением конфигурации не возникло вообще - опозналось всё оборудование, включая не только чипсет и SATA-диски, но и сетевую карту, видео и аудио (хоть последнее серверу и не надо, но теоретически можно прикольнуться - выдавать, например, в динамики какую-нибудь фразу при определённых событиях вроде шатдауна).
- Разобрался, как настроить зеркало. Любопытно, кстати - оказывается, можно делать программный RAID не только 0 и 1, но и 5 уровня! Причём драйвер, отвечающий за представление RAID-массива, на "входе" берёт любое поблочное устройство, а на "выходе" - тоже просто создаёт другое поблочное устройство, т.е. при желании/необходимости можно эту процедуру применять рекурсивно - например, "слить" два диска в один RAID-0 массив большой ёмкости, а потом зазеркалить результат (RAID-1) на ещё один такой же. Недостаток только один: утилиты для разбиения диска на разделы (partitions) умеют работать лишь с физическими дисками и RAID-массивы не воспринимают. Поэтому приходится сначала разбивать физический диск на разделы, а уже их потом зеркалить. Например, в моём случае получилось:
/dev/sda - первый SATA-диск
/dev/sdb - второй SATA-диск
/dev/sda1 - первый раздел первого диска (1 GB)
/dev/sda2 - второй раздел первого диска (73,5 GB - оставшееся место)
/dev/sdb1 - первый раздел второго диска (1 GB)
/dev/sdb2 - второй раздел второго диска (73,5 GB)
/dev/md0 - первый RAID-1 массив, состоящий из sda1 и sdb1 (1 GB), отведён под swap
/dev/md1 - второй RAID-1 массив, состоящий из sda2 и sdb2, на нём затем сделана корневая файловая система (по умолчанию - ReiserFS) - Без проблем настроился и начальный загрузчик (GRUB), указал ему прописаться в MBR-секторы обоих физических дисков.
- Легко и непринуждённо отработали обновления с сайта через Интернет (правда, пришлось выбрать другой сервер из списка, поближе к себе).
- Довольно удобно всё управляется через YaST2 - настраивается через него практически всё, начиная с сетевой карты (на ней, кстати, по умолчанию включается встроенный firewall) и прочего оборудования и заканчивая управлением пользователями и настройкой сетевых служб (той же Samba-ы, например).
- При настройке через YaST сетевых служб там же сразу же предлагается и соответствующая "галочка" для открывания соответствующих "дырочек" во встроенном firewall-е. Тоже довольно удобно, когда это работает (см. ниже).
Отрицательные впечатления
Их поменьше будет по количеству пунктов, но побольше по количеству возникавших эмоций
. Сначала я никак не мог понять, почему при полностью настроенном DHCP-сервере он не работал. Т.е. рабочая станция на
ipconfig /renew ответа так и не получала, а в логах как DHCP-сервера, так и firewall-а - девственно чисто. Плюнул на это дело, занялся Самбой, настроил - рабочие станции не видят её как домен-контроллер. Повозился с настройками Самбы, плюнул на домен, настроил через рабочую группу - заработало. На следующий день начинается: какие-то станции (а их всего-то шесть, все в одной подсети, протокол только один - TCP/IP) в сетевом окружении видят всех, а какие-то - не видят никого, кроме себя; причём по IP-адресу пингуются все, а через явный поиск компьютера по имени находят всех, кроме Линукса с Самбой. Пришлось-таки разбираться более внимательно.
Короче, дело оказалось во встроенном firewall-е. Точнее, в Yast-овских модулях к сетевым службам, которые при выборе соответствующей "галочки" должны были открыть нужные порты на firewall-е. Оказалось, что модуль настройки DHCP-сервера вообще не трогает конфигурацию firewall-а (независимо от состояния упомянутой "галочки"), а модуль настройки Самбы открывает лишь TCP-порты 137, 138, 139 и UDP-порт 137 - в то время как браузинг в сети Microsoft Network работает именно по UDP-порту 138. Вдобавок по умолчанию фаерволлом молча дропаются все бродкасты, да ещё это и не пишется в его лог (а именно на бродкастах основан DHCP, да и при браузинге они используются весьма активно) - стоило отменить игнорирование записи в лог дропнутых бродкастов, как картина стала интенсивно проясняться
. В общем, пришлось внимательно просмотреть конфигурацию firewall-а и подкрутить, что надо (я это делал тем же Yast-ом), как всё встало на свои места.