ответ был дан. программы перечислять я не буду - будут крики о том, что у него эта программа работает без PAM. для авторизации нескольких пользователей без ограничения прав доступа - сойдёт вообще что угодно - даже винда. вам не нужен сервер под линукс - используйте винду. и слака вам сделать сервер не поможет.
вы стараетесь незамечать слово "авторизация" и "сервер". продолжайте в том же духе.
Это был(и) не ответ(ы), а твоя мантра для самоубеждения
>программы перечислять я не буду
Дальше можно не читать, т.к. это значит, что все, что ты говришь - маркетоидная херня, и PAM на самом деле не нужен - что и требовалось доказать. Следующий!
я рад тому что программа которая должна работать с АД - работает с АД. что вы ещё хотите? радоваться тому что программа которая должна отдавать файлы - файлы отдаёт и тд?
>Дальше можно не читать, т.к. это значит, что все, что ты говришь - маркетоидная херня
это их какой реальности вообще? серверы работают, авторизация проходит через pam, это просто давно работает - видите ли вы это или нет. но вы не видите - у вас нет серверов.
>Тогда пожайлуста объясните мне тупому зачем на серваке с
я это должен на каждой странице повторять? :
"на сервере нефункциональны без PAM (или аналогичной системы аутентифицикации) все сетевые программы и сервисы в которых используется авторизация пользователей и применяются правила для ограничения их действия."
админы локалхостов - отдыхайте. остальные пользователи слаки будут патчить программы под АД и тд и тп. нормальные пользователи или соберут PAM и программы с его поддержкой или перейдут на немаргинальный функциональный дистрибутив.
> "на сервере нефункциональны без PAM (или аналогичной системы
> аутентифицикации) все сетевые программы и сервисы в которых
> используется авторизация пользователей и применяются правила для
> ограничения их действия."
Еше раз. Вот стоит несколько серваков с pure-ftpd. На одном из серваков
стоит еще лдап. Во всех пуре-фтпд авторизация сделана через лдап.
Те все юзеры виртуальные и их скорость скачивания количество сесий
и прочая беруться из ЛДАПа
Есть правда такие ущербные сервисы в которых не сделана авторизация из лдапа на прямую а присутвует авторизация из ПАМ. Тогда пам прикурчивают к лдапу .... ну типа костыль.
> слаки будут патчить программы под АД
Надеюсь ты в курсе что АД это спиз... лдап ( ну тама еще причесаный и тд) Зачем обязательно лезть в АД ? Или без него не куда ?
А ты слышал про маил-сервера где юзеры сидят в ПГ или Мю Базе ?
--
mx
а я примерно об этом не писал разве? дополнительно нужно прикручивать авторизацию через какие либо модули для сетевых сервисов. просто с PAM уже собраны программы в нормальных дистрах. никаких АД и прочей хрени не нужно. АД нужен далеко не всем, а PAM уже встроен в системы. просто тут кричат что PAM не нужен - имея ввиду что вообще ничего подобного не нужно.
>Во всех пуре-фтпд авторизация сделана через лдап.
видимо следует читать как:
Во всех пуре-фтпд авторизация сделана в том числе и через лдап.
> просто тут кричат что PAM не нужен - имея ввиду что вообще
> ничего подобного не нужно
Хм.Ну значит я тебя не понял. Я считаю что без ПАМА можно в полне обойтись ! И насколько я понял есть какая то экзотика ввиде ГНОМ-Десктоп
и тама есть какие то проги у которых ПАМ онли :( И это есть
плохо.
> Во всех пуре-фтпд авторизация сделана в том числе и через лдап.
Вобще к примеру в пуре-фтпд ПАМ опционально и при сборке
можно его не указывать конфигуре.
Вот опции пуре :
--with-extauth: compiles support for external authentication modules.
--with-ldap: use the native LDAP directory support.
--with-mysql: use the native MySQL support for users database
--with-pam: use pluggable authentification modules.
--with-pgsql: use the native Postgres support for users database.
--with-puredb: support virtual users, ie. a local users database,
independent of your system accounts.
Ну и т.д. как хотишь так и собирай. Так что если сервис нормальный без
ПАМА можно вполне обойтись.
Опять же ПАМ есть прослойка своего рода. Те в этом случае нужно еще подумать куда ты будешь юзеров складывать ...
>Вобще к примеру в пуре-фтпд ПАМ опционально и при сборке можно его не указывать конфигуре
Вообще пам везде опционально. Но, собирая с ним, получаешь большую гибкость.
Речь о том, что в любом дистре (кроме source based) собрано все с памом, а в слаке, если он понадобится, придется пересобирать все. А она какбы не source based... Это и вводит в недоумение...
>Вобще к примеру в пуре-фтпд ПАМ опционально и при сборке можно его не указывать конфигуре.
Можно обойтись без PAM!!! Но ты же сам собрал с поддержкой другой системы аутентификации. LDAP нужен тем кому нужен именно LDAP. Авторизация через PAM уже встроены в дистры. Кому не нужен конкретно LDAP а нужна гибкая авторизация - просто используют PAM. Ничего пересобирать не надо. Крикуны из этой темы ничего не используют и проволжают вопить "PAM не нужен".
>Ну и т.д. как хотишь так и собирай. Так что если сервис нормальный без ПАМА можно вполне обойтись.
PAM и предоставляет нормальный сервис. Не хочешь - используй другой. Но этот - уже есть, настроен и работает.
>Опять же ПАМ есть прослойка своего рода. Те в этом случае нужно еще подумать куда ты будешь юзеров складывать ...
это не проблема. программе работающей с PAM это безразлично. проблема была - виртуальные пользователи сервисов которых надо где то держать. пользователи слаки их не имеют и держат пользователей где обычно в юникс. при этом теряется и гибкость систем авторизации по накладыванию ограниЧений и большему контролю при авторизации.
> Речь о том, что в любом дистре (кроме source based)
Ну во первых не в любом дистре ;)
> собрано все с
> памом, а в слаке, если он понадобится, придется пересобирать все.
А если дистрибут без СЕ-Линукс и понадобиться его добавить то
придеться все пересобирать.
> А она какбы не source based... Это и вводит в недоумение...
Вы не правильно относитесь к ПАМу. Это такая же программа как и ГТК
к примеру. Нету в дистрибуте ГТК значит тама все программы
собраны без ГТК и это не мешает программам находящимся в дистрибутиве.
>проблема была - виртуальные пользователи сервисов которых надо где то держать. пользователи слаки их не имеют и держат пользователей где обычно в юникс. при этом теряется и гибкость систем авторизации по накладыванию ограниЧений и большему контролю при авторизации.
Ага, иди дальше повторяю свою мантру =) PAM это ненужная паразитная прослойка, необходимость в которой испытывают лишь пользователи т.н. "нормальных" дистрибутивов, не знающих порядка в своей голове
>программа будет продолжать выполнять свои функции, она лишь не будет отображать jpg - если это, конечно, не единственная ее функция =)
Если сравнить программу собранную с памом и без - программа без пама менее функциональна. Это не поймет только идиот, и только тролль такое может оспорить.
>Вы не правильно относитесь к ПАМу. Это такая же программа как и ГТК к примеру.
PAM - система авторизации. С этой авторизацией работают все сервисы во всех дистрибутивах кроме слаки. Без системы авторизации типа PAM система становится нефункциональной - нет удобного способа управления пользователями, гибкого контроля их входа и их правами на разных сервисах. без такой системы остаётся только /etc/passwd или прикручивание костылей. поэтому пересобиратели и слакопользователи идут лесом и пользуются слакой на локалхостах. лучше бы венду освоили - она и то мощнее.
> Ага, только давай так. mplayer -vo X11 и mplayer -vo xv
> И так и так показывает. Но первый способ простой и тормозной.
Согласен. Кстати в случае с ПАМ он более тормозной чем нативный доступ.
Кстати может поэтому его и не включают в дистрибут слаки так как вроде
слака собрана как 486 ...
Блин, почитал, что сам же и написал - смешно стало :) Вообщем, не ходите слакофобы в топики про слаку троллить: никакой позитивной отдачи вы там не получите. Слакофилы ведь в такой степени не троллят в новостях о ваших дистрибутивах? Успокойтесь и займитесь чем-то действительно полезным вместо выстраивания образов красноглазых неадекватов из самих себя.
>Согласен. Кстати в случае с ПАМ он более тормозной чем нативный доступ.
возможно да. но когда нужна авторизация сложнее чем /etc/passwd что делать? изобретать свою авторизацию и месяцами её отлаживать? и при необходимости расширения поддерживаемых программ патчить и их? а если во многих программах уже есть поддержка PAM - просто добавляй пользователей там а не тащи их в систему.
Еле прочитал тред в 30 с лишним страниц. Пользоваться слакой нужно уметь. Не все изучили систему за один день. Многие привыкли к своим фичам. И RH,SuSE,... админу,а тем более пользователю тажело задницу поднять и изучить что-то новое без PAM, OpenOffice, Gnome,.... Многие просто не хотят или не умеют учиться. Поэтому для некоторых слака менее удобна чем другие дистрибутивы, хотя привыкшим к ней нет ничего лучшего. Slackware по своей сути индивидуальный дистрибутив как на КПК, поставил настроил и работай. Зачем обновлять что-то кроме дыр в безопасности? Железо поддерживается, программы к которым привык работают что еще надо.
А наши опоненты - томми, ырукс и некоторые анонимусы, те кто идет на передовой ставят супермодные программы, модернизируют технику, поддерживают глобальные технологии авторизации (PAM :-)). Ничего кроме экономики определенных стран не поддерживают. Ведь SE-linux, RH и другие придумали такой подход чтобы увеличить кол-во суппорт-юзеров, которые им платят деньги, которым сложно разобраться самим.
Функционал программ, в отличии от их объема за 15 лет вырос условно на 5%. Поэтому нужно еще иметь способность выявлять не заявленное удобство, а полученное.
Пользователи RH, SuSe знают больше систем авторизации чем PAM. Пользователи же слаки как правило не знают ни одной. Ибо им ничего такого не нужно, ибо нет на серверах слаки и соответственно они ничего там не настраивают.
>А наши опоненты - томми, ырукс и некоторые анонимусы
Я вам не оппонент. Тут просто несколько троллей с которыми мы (слегка) и ругаемся. А у меня как раз настроение плохое несколько последних дней. Моё плохое настроение наложенное на иногда проявляющиеся садистские наклонности - вот и получилось некое подобие спора. Не рассматривайте наше поведение таким, каким оно кажется. Несмотря на то, что я всегда прав (с редкими исключениями когда я туплю, ну бывает такое) мне абсолютно неинтересна тема слаки и все эти споры. Встретимся на других полях сражений.
А ещё Патрик abiword выкинул, теперь каждый ЛОРовский метанизатор водоёмов должен отметиться в этом треде с комментариями, что Slackware для офисной работы тоже не подходит.