Loky

Формально SLED это форк Suse 10.1, так что с высокой долей успеха можно доставлять пакеты, но вот заменять крайне не рекомендуется.

http://ftp.gwdg.de/pub/opensuse/distribution/10.2/repo/non-o ss/suse/ Ставь что считаешь нужным

Официальная документация по интеграции SLED в MAD: http://www.novell.com/documentation/sled10/index.html Deployment Guide - Administration - Active Directory Support Подробные практические шаги описаны здесь: http://www.novell.com/documentation/sled10/index.html?page=/ documentation/sled10/sled_deployment/data/sec_ad_config.html #sec_ad_config

krissky писал(а) Thu, 01 March 2007 05:10 Хм, я думал, что тарбол с бинарниками с мозиллы - гарантия успеха.. Спасибо, попробую через репозитарии... Если вы не обновляете SLED с официального репозитария Novell, то можете смело подключать пакмана и ставить недостающие фичи (лису, кодеки и прочее). Я таким образом себе все необходимое доставил (даже при условии что у меня официальные обновления). Единственное от чего хочется предостересь - обновление ядра и сопутствующих компонет.

Legalizer писал(а) Mon, 26 February 2007 11:47 Это вы Hans'у расскажите про банальщину ИМХО, различия специфических инструментов вроде пакетного фильтра начинаешь хорошо понимать только тогда, когда приходится строить фильтр для 100 и более машин (некоторые из них со своими индивидуальными потребностями). Это не банальщина как раз, а весомый аргумент в пользу выбора той или иной системы, в данном случае для работы в качестве firewall. Что касается системы портов, о которой вы упомянули, так это тоже существенный фактор для многих. Могу много чего рассказать за кружкой пива, нет проблем. Например, в Пьяном дятле на бауманской (там по субботам каждая третья кружка бесплатно). Нет желания спорить и чего-то доказывать, но при всем моем уважении к обоим платформам (именно в технологическом аспекте) все упомянутые плюсы в постах как моих так и ваших - маленькие банальные вещи. Частности, если хотите. Ну что такое пакетный фильтр на 100 машин? По сути ерунда. Элементарно реализуемо на обоих платформах. Могу только поспорить с самим принципом разграничения прав доступа в ГС пакетным фильтром. Порты, да удобно, для тех кто знает что там и где валяется. Не менее удобна система репозитариев с теми же (да простит меня Аллах) rpm. Я попробую перечислить типовые требования к ОС как к платформе для автоматизации ведения бизнеса: 1. Надежность, сиречь устойчивость. 2. Масштабируемость, как неизменность адиминистративных расходов при росте количества серверов. 3. Бизнес-ориентированность. По первым двум пунктам платформы почти одинаковы. Примечание: по количеству обнаруженных серьензых уязвимостей БСД таки обгоняет лялиха, но сильно недотягивает до промышленных систем (по данным secunia.com). А вот по третьему пункту бсд, увы, не нашла поддержки у крупных производителей софта для бизнеса, не смотря даж на более привлекательную лицензию. Подижь заставь оракл, сап и прочих написать шо-нить под бсд. Соответственно для бсд остается только ниша весьма малого бизнеса в области инфраструктурных сервисов. Для организаций,которые задумываются о автоматизации бизнес-процессов, покупке хитромудрых приклад, БСД отпадет первой, за ней с меньшей вероятностью пойдет лесом лялих. Уже есть примеры, когда конторам надоедали игры разума админа-левши и принималось решение сносить к чертям весь опенсорс и покупать готовые решения. Вот такие пироги. Все вышесказанное всего-лишь личное мнение основанное на опыте внедрений различных платформ и плотном общении с "желающими автоматизироваться".

Тема действительно флеймовая. Точнее даже сама флеймовая. Споры опоннентов весьма похожи на спор представителей различных религий - чей бог правильнее. Да и доводы обладают такой же голословностью - "в скрижалях/библии/коране написано, значит правильно!" Самое удручающее так это отсутствие какой-либо целесообразности в мотивации выбора. Все плюсы скатываются к банальщине типа системы портов или маршрутизации или пакетных фильтров. Создается впечатление что кроме этих задач упомянутые системы больше нихрена не умеют Анекдот, да и только

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

Не стоит заменять ядро в SLED, глюки гнома - самое маленькое что можно огрести. Что касается клавиатуры, то тут лучшим вариантом будет для начала сбросить в умолчание настройки BIOS.

1. При первой загрузке пользователя в графической сесии запоминается его оболочка. 2. Если это просто бинарник, то копируй куда тебе душе угодно и запускай оттедава.

Покажи какие настройки тебе выдал провайдер. С ВПН придется немного поплясать. Основные настройки сети лежат в YaST - Network Hardware - LAN, там дальше разберешься.

allez писал(а) Sat, 03 February 2007 15:32 alexey_wish писал(а) Sat, 03 February 2007 00:19 На сколько я это понимаю SUSE LINUX Enterprise Server 10 - это комерческий дистрибутив, являющийся "бесплатым" в смысле скачивания, но с платными обновлениями и тех поддержкой. Позволю себе небольшое уточнение: обновления для него бесплатны в течение двух месяцев с момента регистрации на сайте Novell. Бесплатны также и сервис-паки. Еще одно уточнение, из него выкинуты десктопные навороты, если нужен офис, то надо довешивать, например, из дистра SLED. SLES10 по версиям почти идентичен Suse 10.1 на момент его выхода, дальнейшая разработка SLES/SLED перекочевала в лаборатории Novell.

Модули Новелловского клиента собираются под определенные версии ядра в дебрях лабораторий Novell. Для SLED весьма желательно чтобы ядро было родное, иначе половина фич отвалится,как например, случилось с клиентом.