План перехода с Windows на Linux.

дорогой мальчик! по звукам которые незутся именно такое обращение будет адекватно?

1 все прелести активдиректории (LDAP+KERBEROS+сетевая файловая система) и централизованного управления софтом исходно появились в *nix. и !никуда! не исчезали. то что задачу можно решить ста способами а не одним --- это достоинство, хотя и сбивающее с толку незрелые умы.

2 корпоративный десктоп на юниксе намного устойчивее, дешевле (в эксплуатации тоже) и гибче. домашний кстате тоже. винда наконец научилась работать в "бездисковых" клиентах (только не надо начинать нести ересь про дешивизну дисков? не в цене дело.). что еще она должна научится что бы соответствовать? список можете экстраполировать самостоятельно, отталкиваясь от победных реляций мсофта за последние лет 15. все эти крики "нужен админ", просто смешны. он всегда нужен. все картонные заставки мсофта за которыми что то бурлит в компе и волшебным образом появляется результат просто смешны. поколение "волшебников" блин, накати откати + x->y->z кликни, и пропатч регестри. это не опыт -> это шаманизм. все деньги которая нормальная контора тратит на админа -> тратятся на продавцов картонных дурилок, организаторов высокотехнологического бега в мешках по пересеченной местности. в результате после очередного "смена курса партии" все довольны, кроме покупателя предыдущей порции волшебных пузырьков. как я забыл --- ему же все со скидкой продадут :)

3 винда в организации может прекрасно жить на терминал сервере. так что возможно и ее интеграция в _любое_ юникс окружение.

>все деньги ... тратятся на продавцов картонных дурилок, организаторов высокотехнологического бега в мешках по пересеченной местности.

Это пять! :)

>эксплуатации тоже) и гибче. домашний кстате тоже. винда наконец >научилась работать в "бездисковых" клиентах (только не надо начинать >нести ересь про дешивизну дисков? не в цене дело.). что еще она должна

Эээ полистайте winNT4 resKit, если склероз не изменяет, то она была научена делать ЭТО еще с версии 3.5

> Эээ полистайте winNT4 resKit, если склероз не изменяет, то она была научена делать ЭТО еще с версии 3.5

а чего так все возбудились что виста такое теперь позволяет? правильно технически это с виндой делали, а лицензионная модель такое не позволяла. или не так?

> дорогой мальчик! по звукам которые незутся именно такое обращение будет адекватно?

Малолетний красноглазый поц! Ничего, что я буду так к тебе обращаться?

>1 все прелести активдиректории (LDAP+KERBEROS+сетевая файловая система) и централизованного управления софтом исходно появились в *nix. и !никуда! не исчезали. то что задачу можно решить ста способами а не одним --- это достоинство, хотя и сбивающее с толку незрелые умы.

LDAP и Kerberos так и остались убогими костылями, которые нужно прикручивать и допиливать, это недоделанный полуфабрикат в сравнении с DS. Стали бы RH выкидывать миллионы на закупку Netscape DS, если бы допиливание LDAP+kerberos дало бы тот же результат? Сетевая файловая система, как и локальная поддерживает убогие права ugo, позднее появились костыли POSIX ACL расширяющие ее функционал, но механизма наследования прав, механизма делегирования прав так и не появилось, чего силно не хватает. Также в UNIX присутсвуют такие древние ограничения как невозможность вложения группы в группу, убогая двухуровневая пользовательская модель суперпользователь-юзеры, рассчитанная на единственного админа и т.д. В каком это еще юниксе появилась система централизованного управления софтом? Всегда админы ползали от ssh к ssh и индивидуально настраивали и обновляли каждую машину, ни какого централизованного управления никогда не было. Даже механизм автообновления не в каждом-то юниксе есть.

> 2 корпоративный десктоп на юниксе намного устойчивее, дешевле (в эксплуатации тоже) и гибче.

Корпоративный десктоп на юниксе существует лишь в воспаленных мозгах фанатов UNIX.

> домашний кстате тоже.

А домашний - у них на десктопах.

> винда наконец научилась работать в "бездисковых" клиентах (только не надо начинать нести ересь про дешивизну дисков? не в цене дело.).что еще она должна научится что бы соответствовать?

Чему соответсовать? XP Pro это и есть корпоративный десктоп, и это UNIX-ы должны соответствовать его уровню, чтобы претендовать на долю корпоративных десктопов.

> список можете экстраполировать самостоятельно, отталкиваясь от победных реляций мсофта за последние лет 15. все эти крики "нужен админ", просто смешны. он всегда нужен. все картонные заставки мсофта за которыми что то бурлит в компе и волшебным образом появляется результат просто смешны.

Ты бредишь.

> поколение "волшебников" блин, накати откати + x->y->z кликни, и пропатч регестри. это не опыт -> это шаманизм.

Это некомпетентность,выражающаяся решением проблем методом тыка.

> все деньги которая нормальная контора тратит на админа -> тратятся на продавцов картонных дурилок, организаторов высокотехнологического бега в мешках по пересеченной местности. в результате после очередного "смена курса партии" все довольны, кроме покупателя предыдущей порции волшебных пузырьков. как я забыл --- ему же все со скидкой продадут :)

Еще скажи, что досконально разбираешься в функционировании какого-нибудь X11, java или Oracle, работа которых проста и абсолютно понятна, также знаешь как работает ядро до самой последней переменной и функции, ну и, естественно, твердо знаешь предназначение каждого транзистора в микропроцессоре, чипсете, полностью разбираешься в микрокоде внутри процессора и коде дисквари винтов. Ты точно такой же колдун, управляющий сложнейшим механизмом, видящий лишь верхушку айсберга, и думающий, что его картонная дурилка самая правильная.

> 3 винда в организации может прекрасно жить на терминал сервере. так что возможно и ее интеграция в _любое_ юникс окружение.

Небольшой ликбез: использование TS подразумевает затраты на виндовый сервер, затраты на лицензии терминального доступа и на покупку достаточно мощного сервера, что сводит на нет экономию на клиентских машинах, также это означает повышенные требования к пропускной способности сети, единую точку отказа и ограничения по применимости(пользователя САПР или дизайнера туда не посадишь). Это мнимая экономия и те же яйца, та же винда, вид сбоку. Это не интеграция.

> XP Pro это и есть корпоративный десктоп

Это определение?

> В каком это еще юниксе появилась система централизованного управления софтом?

"Централизованный" софт лежит, например, на AFS и обновляется/дополняется централизованно. Если интересует, какой именно там "юникс": SLC.

>Корпоративный десктоп на юниксе существует лишь в воспаленных мозгах фанатов UNIX.

:) Все правильно, НИИ. например, на корпорацию не тянут, даже если есть внутренний/отраслевой/коллаборационный стандарт на рабочие станции, набор системного и прикладного софта.

> Сетевая файловая система,

Какая из них?

> как и локальная поддерживает убогие права ugo, позднее появились костыли POSIX ACL расширяющие ее функционал, но механизма наследования прав, механизма делегирования прав так и не появилось, чего силно не хватает. Также в UNIX присутсвуют такие древние ограничения как невозможность вложения группы в группу, убогая двухуровневая пользовательская модель суперпользователь-юзеры, рассчитанная на единственного админа и т.д.

Хм, жалоб на это от самых разных специалистов еще очно не слышал, в том числе, от занимающихся распределенной обработкой/хранением данных.

Впрочем, я асего лишь "прикладной" пользователь. Последних веяний могу и не знать.

> Стали бы RH выкидывать миллионы на закупку Netscape DS, если бы допиливание LDAP+kerberos дало бы тот же результат?

LDAP и kerberos - стандарты. Netscape DS - реализация. Я как-то полагал, что Netscape DS - это и есть (в частности) реализация LDAP+kerberos. И вроде бы по http://directory.fedoraproject.org/wiki/Roadmap#Features_added_in_Fedora_DS_7... так же выходит.

>Эээ полистайте winNT4 resKit, если склероз не изменяет, то она была научена делать ЭТО еще с версии 3.5

Умела, но этой же версией эта возможность и закончилась.

ten_sar@mail.ru

> Малолетний красноглазый поц! Ничего, что я буду так к тебе обращаться?

о! а мальчик не простой --- "со скрипкой" однако...

> LDAP и Kerberos так и остались убогими костылями, которые нужно прикручивать и допиливать

ой вей, и много "докурчивать"? когда последний раз убогому приходилось заниматься этим?

на самом деле вопрос не спроста --- есть масса "гуру" которые не удосужились два пальца замочить... ну или пробовали что то делать в такие античные времена, что это их даже и не извиняет вовсе.

*укс среда _полностью_ интегрирована под данную связку.

причем даже не принимая во внимание наличие всяких селинуксов со товарищи! ни одной никто не показал не высасаной из пальца проблемы когда не хватает обычной файловой системы.

а так да, пользователей админу придется прописывать и о ужась назначать им права!

> В каком это еще юниксе появилась система централизованного управления софтом?

все таки дубина ты а не "мальчик со скрипкой" --- в *никсе специально напрягались все время что бы файловая система способствовала сетевой дистрибуции (ну кажы долдон зачем /usr /usr/local /var ?). дебилы в винде из-за модели лицензирования софта просто не могут себе позволить шарить тот же /usr (уже не говоря о регистри каком).

короче говоря --- какой у нас костыль лакированный есть хвалятся вантузятники на _линуксовом_ форуме Ж)) --- целая блин Система Инсталяции Софта.

по поводу колдунов и сложнейших механизмов Ж) речь идет об антропогенных системах. вантуз однако издалека видать. вся винда это бессистемная _куча_ труда многих умных людей сваленная в угоду маркетинговому бреду "продавцов пузырьков". в юниксе же все скучно и просто --- поскольку все недалеко ушло от системных вызовов, и администрирование это сборка из конструктора решения налагающего минимум ограничений на развитие в будущем. ...и вот уж совсем непонял почему X11 так страшно кстате?

по поводу терминал сервера и единой точки отказа и загрузки сети.

неграмотный мальчик играй на скрипке, твоя винда 1) держит ферму этих самых терминал серверов 2) железо многоядергногигабайтное сейчас стоит копейки (правда как с трехмерным десктопом непонятно, но может поиграв на скрипке пошлем его туда куда оно того заслуживает?) 3) прикол в том что сеть то как раз разгружают ставя терминал сервер, объяснять не надо?

> Сетевая файловая система, как и локальная поддерживает убогие права ugo, позднее появились костыли POSIX ACL расширяющие ее функционал, но механизма наследования прав, механизма делегирования прав так и не появилось, чего силно не хватает

А ты не встречал ситуацию, когда на файл написано "Унаследовано от родительского объекта", а у родительского объекта таких прав нет и никогда не было?

Так что по поводу прав доступа на файло ты не прав. В винде от наследования только полная путаница и неразбериха...

Как мне настроить почтовый сервер.
Настройка почтовой системы Postfix + SASL + Cyrus-imap + Amavisd-new + Spamassassin + Clamav + sqlgrey + Horde-IMP
И это вы называете решение

> Как мне настроить почтовый сервер. Настройка почтовой системы Postfix + SASL + Cyrus-imap + Amavisd-new + Spamassassin + Clamav + sqlgrey + Horde-IMP И это вы называете решение

это? да непправильно.

правильно так Ж) --- postfix(maildir,ldap) + sasl(ldap) + cyrys-imap(maildir,ldap)+dspam+ clamav+ sqlgrey(для ненадежных блек листов)

в качестве ldap то что есть --- хоть ad

только не надо что это не работает или плохо работает. ушло на настройку день чистого рабочего времени

вебморду выбирать по вкусу.

> ой вей, и много "докурчивать"? когда последний раз убогому приходилось заниматься этим?

Приходилось достаточно, чтобы понять какая это лажа - набивание ldif-файлов, ldapadd/ldapmodify, прикручивание к NSS, классный вис при запуске su/sudo при отваливании slapd, репликация хз как, аналог GPO - хз как, кривая самба с ldap - то еще развлечение. Вывод: это полуфабрикат, который необходимо длительное время затачивать и допиливать.

> *укс среда _полностью_ интегрирована под данную связку.

Не интегрирована ни разу. Интеграция требует массу ручной работы/анонизма.

> причем даже не принимая во внимание наличие всяких селинуксов со товарищи!

Пионер, а селинукс давно научился централизованно управляться?

> ни одной никто не показал не высасаной из пальца проблемы когда не хватает обычной файловой системы.

Вот тебе задача: есть два юзера user1 и user2, нужно сделать так, чтобы в каталоге /var/www/something/, который доступен через smb, ftp и ssh оба юзера имели равноценные права, в т.ч. могли изменять атрибуты скриптов(+x). Такая задача решается в NT автоматически наследованием прав и делегирование полного доступа юзерам, а в *nix атрибуты файлов менять имеет право лишь владелец, также ты вынужден будешь ипаться с масками в .bashrc, которые имеют глобальное действие, маска 002 неприемлима для других директорий, выставлять +s на директорию чтобы сохранить заданную группу, форсировать права и группу в самбе, ипаться масками в конфиге ftpd. Другого способа форсировать определенные права для группы юзеров нет, кроме как городить такие ужасные костыли. Отсутствие вложения групп означает, что ты как чудак на букву "м" будешь вгонять в группу AllowedUsers вместо Department1, Departmtnt2, Department3 каждого юзера по отдельности. А как там с поддержкой учетных записей в уникоде? А модель "один суперюзер - много юзеров" плохо соответствует реалиям, когда в корпоративной сети множество админов, когда есть дежурные админы - несколько человек, пользующихся по очереди одной учетной записью с uid=0 и различить их невозможно...

> все таки дубина ты а не "мальчик со скрипкой" --- в *никсе специально напрягались все время что бы файловая система способствовала сетевой дистрибуции (ну кажы долдон зачем /usr /usr/local /var ?).

И что, дебил, они централизованно автоматически монтируются или все как обычно - админ прыгает по ssh и прописывает маунты? В NT с первых версий появились скрипты для монтирования сетевых дисков, затем появился AD с автоматическим развертыванием софта также без ручного монтирования /usr/ и без ручной настройки репозитариев.

> дебилы в винде из-за модели лицензирования софта просто не могут себе позволить шарить тот же /usr (уже не говоря о регистри каком).

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

> короче говоря --- какой у нас костыль лакированный есть хвалятся вантузятники на _линуксовом_ форуме Ж)) --- целая блин Система Инсталяции Софта.

Судя по манере общения тебе лет 10.

> по поводу колдунов и сложнейших механизмов Ж) речь идет об антропогенных системах. вантуз однако издалека видать. вся винда это бессистемная _куча_ труда многих умных людей сваленная в угоду маркетинговому бреду "продавцов пузырьков".

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

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

Ну-ну. А когда в компонентах этого конструктора возникают проблемы (поломанный fuse, кривой драйвер, гонка в коде менеджера VM, баги в прикладухе) ты это одной левой способен исправить? Или всеже переквалифицируешься в шамана, который танцует с патчами, гуглями, сменой версий прикладухи и ядер? Или ты еще не сталкивался с проблемами - только вчера поставил снес винду, чтобы выпендриться?

> и вот уж совсем непонял почему X11 так страшно кстате?

Гуру, сможешь без шаманства продиагностировать и исправить проблему с оверлеем в X11(красная полоска внизу экрана в tvtime) на конкретном железе и конкретных драйверах? А проблему с крашем иксов при запуске kdetv решить сможешь? Это ведь такая абсолютно прозрачная и понятная вещь, ведь правда?

> 1) держит ферму этих самых терминал серверов

И на каждый нужна лицензия и CAL-ы, так что экономия на решении с бесплатными линукс-терминалами превращается в кашу из топора, дороговастое удовольствие. Как думаешь что дешевле обойдется - группа дешевых офисных машин без нескольких терминал-серверов, которые будут гонять винду и офис, или эта же группа машин в качестве терминалок плюс еще нескольким мощных TS с TSCAL?

> 2) железо многоядергногигабайтное сейчас стоит копейки

Ога, сущие гроши.

> (правда как с трехмерным десктопом непонятно, но может поиграв на скрипке пошлем его туда куда оно того заслуживает?)

трехмерный десктоп не нужен

> 3) прикол в том что сеть то как раз разгружают ставя терминал сервер, объяснять не надо?

С корявой 1С, коотрая гоняет базы по сети - да, с нормальными СУБД, тем более при вызове хранимых функций - без разницы, с САПР-овским и дизайнерским софтом сеть будет лежать.

> Пионер, а селинукс давно научился централизованно управляться?

не ты еще тупее чем я думал, скрипка однако не с люминия :(

дистрибущия конфиг файлов в юниксе не проблема с момента рождения.

ты не замечал что во многих из них реализована сраза концепция что конфиг файл для всей сети один? судя по пискам раздающемся незамечал.

даже службы специальные придумали --- nis(+) например.

вообщем дагноз твой прост: "монтирования /usr неосилил"

про цетнрализованное монтирование я вообще не понял, конфиг какого нибудь монтировщика просто посмотри (только не того что для поколения выбравшего пепси :).

Теперь по существу(хотя я не понял кто чего владелец должен быть, и понимаешь ли ты сам чего хотел сделать): ну почему все с вантузным мышлением хотят делать помойку? (вопрос риторический парень можешь не отвечать)

если у тебя есть папка на вебсервере, для доступа конкурентного двух девелоперов, то толко полны кретино будет их туда одновременно запускать.

для конкуретной разработки есть куча всяких систем контроля изменений кода. вот там в репозитарии и пусть кодят (и все файло там хранят). потом делает админ (или скрипт к которому имеется авторизированный доступ строителей сего сайта) экспорт релиза из репозитария.

PS еще раз на всякий случай юникс расчитан на общий / общий /usr /home это действительно корпоративный десктоп.

PPS а так да микроскопом в носу колупать очень неудобно :)

> Ну-ну. А когда в компонентах этого конструктора возникают проблемы (поломанный fuse, кривой драйвер, гонка в коде менеджера VM, баги в прикладухе) ты это одной левой способен исправить? Или всеже переквалифицируешься в шамана, который танцует с патчами, гуглями, сменой версий прикладухи и ядер? Или ты еще не сталкивался с проблемами - только вчера поставил снес винду, чтобы выпендриться?

если "поломанный", то чинил. вот пример, хотя о тебе контретного ничего в твоих сообщениях нет (ни задач решаемых ни сети описания --- один сферический троль в вакууме), только какой то скулеж стоит :-|

но раз ты хоть что то признаешь в ответах... :)

ну вот пример вспомнил --- sms гейт был поломан, вставил в исходниках поддержку проксисервера (именно это было критично). что я бы мог сделать с проприетарным софтом про который ты тут распинаешься?

>И что, дебил, они централизованно автоматически монтируются или все как обычно - админ прыгает по ssh и прописывает маунты? В NT с первых версий появились скрипты для монтирования сетевых дисков, затем появился AD с автоматическим развертыванием софта также без ручного монтирования /usr/ и без ручной настройки репозитариев.

Да чито Ви говогите?!(с) А чито, виндовс таки уже научилсО входить в домен сам? Или админ "прыгает" по компам и каждый из них в домен заводит?

btw, скоко тут анонимусов?

> дистрибущия конфиг файлов в юниксе не проблема с момента рождения.

Кончай демагогию! Где этот штатный способ, позволяющий централизованно управлять конфиг-файлами, дубина? Задача: изменить _одну_ настройку в конфиг-файле определенного демона на группе серверов. При чем конфиги конфиги-то разные, так что "гениальная" дистрибуция конфиг-файлов здесь не подходит. Кроме лазания по ссш от сервера к серверу и редактирования конфигов другого способа не вижу.

> ты не замечал что во многих из них реализована сраза концепция что конфиг файл для всей сети один? судя по пискам раздающемся незамечал.

Судя по твоему бреду UNIX ты некомпетентен в вопросе, компетентность тебе заменяет словоблудие и переход на личные оскорбления. /etc/ всю жизнь хранился локально.

> даже службы специальные придумали --- nis(+) например.

У NIS нет будущего, его заменяет LDAP. Вот тебе простая задача: поменяй одну директиву в http.conf или sshd_config для группы серверов. А про NIS знаем-с, эта самая служба, отдающая список хешей любому желающему из сети по ypcat passwd. В двух известных мне зарубежных корпорациях NIS+ почему-то давно заменили на AD.

> вообщем дагноз твой прост: "монтирования /usr неосилил"

Помимо монтирования /usr еще и настройки из /etc нужно "примонтировать".

> Теперь по существу(хотя я не понял кто чего владелец должен быть, и понимаешь ли ты сам чего хотел сделать): ну почему все с вантузным мышлением хотят делать помойку?

Ниасилил? Так бы мог и сказать, а не начинал бы снова сводить все на оскорбления, пытаясь тем самым уйти от неудобных вопросов. Задача простая - делегировать двум или более юзерам права на создание/модификацию контента(файлики/скриптики), доступ к которому осуществляется по smb, ftp и ssh, чтобы ситуаций, что один юзер закинул скрипт, а другой не может его отредактировать, или сделать +x blah.cgi не возникало. Оказывается такая ерунда, которая решается NTFS-правами как два байта переслать, на *nix решается стройной системой из множества костылей и подпорок.

> если у тебя есть папка на вебсервере, для доступа конкурентного двух девелоперов, то толко полны кретино будет их туда одновременно запускать.

Ну будут они по одной учетке сидеть - что изменилось бы? Только когда все сидят на одной учетке, то как раз и получается помойка. А в нормальных многозадачных многопользовтаельских системах есть система блокировок на файлах...

> для конкуретной разработки есть куча всяких систем контроля изменений кода. вот там в репозитарии и пусть кодят (и все файло там хранят).

Конечно есть, только для некоторых случаев она все равно что "микроскопом в носу ковырять".

дорогой мальчик!

откровенность за откровенность.

в отличии от тебя мне скоро четвертый десяток :) поверь папе сынок.

> При чем конфиги конфиги-то разные, так что "гениальная" дистрибуция конфиг-файлов здесь не подходит. Кроме лазания по ссш от сервера к серверу и редактирования конфигов другого способа не вижу.

ты хоть раз конфиг автомоунтера видел? что директив имени хоста незаметил? судя по продолжающемуся бреду невидел. http://www.die.net/doc/linux/man/man5/amd.conf.5.html

никто тебя не агитирует на использование ниса для аутентификации авторизации, но конфиг файлы он прекрасно дистрибуцирует, а если пасвд пустой --- то о каких хешах спич? короче "здесь вам не тут".

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

проблема юникса в таких подсевших на винду как ты троль тридцатилетний.

вот еще про монтирование почитай и покрасней.

http://www.dice.inf.ed.ac.uk/groups/services/file_service/docs/newfs-choice.html