Slackware 12.1

А Слака всё-таки живее всех. =)

ага
Как говорят в Чувашии, "Слака кыш, Слака мыш, Слака тарта мыш".:))))

>>>у меня вообще нет сервера...

>>Т.е. что слака не годится на сервера признали

>Кто признал? Где? Когда?

--

>А, это iRunix опять галлюцинирует...

^ Что доказывать не нужно, а достаточно лишь процитировать

>Не останется. Есть еще фанатики. Типа фанатов явно сливающей футбольной команды. Радуются каждому удару по мячу, не понимая всю бесцельность этого.

И правда жалко смотреть, ты и твоя команда сливают в этом треде

>Программы то останутся, но будут нефункциональны без PAM.

Пример нефункциональных без PAM'а программ (кроме самого PAM'а) в студию, сказочник

>как слака аутентифицирует пользователей для разных сервисов?

sql - по своей базе, ftp,web,smb - /etc/passwd, а что?

>Истина - одна. И она в вине, а ни в коем случае не в дебиане.

Давайте конкретнее. Истина/правда о чем?

>были и необоснованные выкидывания софта например в debian-е. Но есть разница - выкинуть мелкую программку или выкинуть целого Gnome-а или вообще часть системы (PAM + собранные с его поддержкой программы). Программы то останутся, но будут нефункциональны без PAM.

А разве PAM изначально включался в cлаку.

>Пример нефункциональных без PAM'а программ (кроме самого PAM'а) в студию, сказочник

все у которых отключили поддержку PAM в слаке.

>Истина - одна. И она в вине, а ни в коем случае не в дебиане. Давайте конкретнее. Истина/правда о чем?

А то так можно отвергнуть верные идеи под предлогом "неистинности":)

>все у которых отключили поддержку PAM в слаке.

давай _пример_, а не пустое заявление

>sql - по своей базе, ftp,web,smb - /etc/passwd, а что?

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

>давай _пример_, а не пустое заявление

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

>Не останется. Есть еще фанатики. Типа фанатов явно сливающей футбольной команды. Радуются каждому удару по мячу, не понимая всю бесцельность этого.

Одно дело - фанатство. Но для многих создание и поддержка серверов/сервисов это работа. Фанаты пусть используют дома что хотят. На серверах слака неприменима так как надо её допиливать и много пересобирать. Их домашней поделки она ещё не выросла в что-то взрослое.

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

"Гибкость" это для того, чтобы удобней было "нагибать"? Спасибо, но дырявый дебиан и прочие красноглазые поделки не нужны.

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

Я же спрашивал, какие _программы без PAM'а нефункциональны_ (по твоим же словам) - ты прямо уходишь от ответа, значит твои заявления ничего не стоят, продолжай в том же дуже =)

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

>Не останется. Есть еще фанатики. Типа фанатов явно сливающей футбольной команды. Радуются каждому удару по мячу, не понимая всю бесцельность этого. iRunix ** (*) (29.05.2008 13:35:11)

Кстати, раз уж заговорили про фанатизм:) Была такая категория пользователей дистров наподобие мандрейка, альта. Они были всегда рады любому г, в результате получали некачественные дистры, поддерживая разработчиков баблом:) Ну сейчас ситуация конечно меняется. А слака, лично для меня, это осознанный выбор. После такого рода дистрибутивов перешел на слаку, причем не на винду, а именно на слаку. Насчет серверов, корпоратива не знаю, там другие задачи.

Да, тяжела и неказиста жизнь задрота-дебьяниста =)

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

Ну да, у вас все "искаропки допилено" до такой степени, чтобы удобно было ломать - неоднократно видели, знаем =)

>Я же спрашивал, какие _программы без PAM'а нефункциональны_

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

>Ну да, у вас все "искаропки допилено" до такой степени, чтобы удобно было ломать - неоднократно видели, знаем =)

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

Зря ты это написал, им плевать на твои причины: http://www.linux.org.ru/jump-message.jsp?msgid=2710922&cid=2784967

>они и так скомпрометироваты тем, что имеют какое либо отношение к дистрибутивам постоенными маргиналами типа Патрика.

>Дам уже были даны примеры применения аутентификации PAM. вы этого конечно не прочитали.

Да мне плевать на эти примеры, я хочу, чтобы ты ответил на свое же заявление

>Программы то останутся, но будут нефункциональны без PAM.

и прошу назвать __конкретные__ __нефункциональные__ программы - без этого все, что ты говоришь - это фактически навязывание избыточной функциональности и пустозвонство

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

А тебя это явно волнует - лечиться от фобий не пробовал?

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

PAM не нужен

Анонимусам пам не нужен. А остальным не нужен анонимус. И слака.

На посты жопоголовых слакофобов не отвечаю

>"Гибкость" это для того, чтобы удобней было "нагибать"?

Гибкость у сраководов это уже недостаток... Пипец... Мозг, схаванный патриком.

>и прошу назвать __конкретные__ __нефункциональные__ программы

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

список программ читайте на сайтах дистрибутивах. вам нет никакого дела до того для чего применяю PAM лично я.

Бла-бла-бла, опять какой-то маркетоидный порожняк... Я услышу-таки название конкретной нефункциональной без PAM'а программы?

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

ты туп

smb+winbind+kerberos+nsswitch нормально работают с АД без пама

к этой же связке прикручивается squid

и так далее ...

ели ты жопорук - убейся об редхат

>ели ты жопорук - убейся об редхат

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

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

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

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

Бля, тебе как дебилу каждый раз дословно повторять вопрос? Назови __конкретную___ ___нефункциональную___ ___без PAM'а___ программу. И меня не ебут твои условия и причины - ___ответь прямо на вопрос___

когда кончаются аргументы - начинается хамство

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

2 сообщения назад я отписал тебе авторизацию в AD

ты точно туп или слеп

усугублённое неспособностью прочитать и понять процитированную фразу.

>> понять процитированную фразу

то есть ты утверждаешь что для авторизации smb в АД достаточно одного PAM ????

хахахаха

ну научи меня ущербного подключаться к АД напрямую самбой с памом не используя керберос и винбинд

ацкий одмин бугога

Ясно, прямо ответить на поставленны вопрос ты не в состоянии, а это значит, что все, сказанное тобой - маркетоидный кал, сам его и потребляй.

>2 сообщения назад я отписал тебе авторизацию в AD

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

Я кажется ничего не писал про АД.

>маркетоидный кал, сам его и потребляй.

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

>PAM просто используется.

PAM для быдлоодминов и поэтому не нужен

>>Я кажется ничего не писал про АД.

OLOLOLOLO

очередной теоретик администрирования

подвязка сервисов к АД - основная задача в сетях нормальных организаций где стоят вендовые клиенты и развернут АД

так шо со своими академическими нужен/ненужен - свободен

слака нормально вяжется с АД без вских пам=ом это факт

>программы рассчитывают на наличие PAM и то что программа будет собрана с его поддержкой.

насмешил =)

>подвязка сервисов к АД - основная задача в сетях нормальных организаций где стоят вендовые клиенты и развернут АД

чудесно.

>слака нормально вяжется с АД без вских пам=ом это факт

замечательно.

для авторизации пользователей сетевых и локальных сервисов на юникс серверах предлагается использовать АД? программы не должны в таком случае быть пропатчены на работу с АД (web, ftp, mail сервисы и тд)? или предлагается использовать примитивную юникс авторизацию? несколько программ имеют поддержку АД - ну так им это просто необходимо. и вообще виндовые технологии я обсуждать не намерен здесь.

>PAM для быдлоодминов и поэтому не нужен

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

>tommy

Хорош сливать, ответь уже на вопрос.