Вход для пользователей

SAMS Debian

где то слышал, что есть сборка в deb-пакетах?

Её нет, но в дистрибутив версии 1.1 входит все необходимое для сборки пакета самостоятельно.
В ближайшее время я возможно соберу пакеты и выложу их.

ЖДЁМ С НЕТЕРПЕНИЕМ!!!!

Тестовая версия пакетов выложена в открытый доступ:
http://www.nixdev.net/release/sams/debian/sams-doc_1.0.1-1_all.deb
http://www.nixdev.net/release/sams/debian/sams-web_1.0.1-1_all.deb
http://www.nixdev.net/release/sams/debian/sams_1.0.1-1_i386.deb

Внимательно рекомендую ознакомиться с содержимым /usr/share/doc/sams перед тем как писать об ошибках. В пакетах еще не реализовано автоматическое создание БД, обновление версий и другие моменты автоматизации.
Сообщения о всех найденных ошибках вешать в виде тикетов на компонент deb-package.

ps: Более подробное описание и репозитарий пакетов я сделаю позже...

Вопрос: нормально поставится, если я перед этим в систему ставил версию 1.0 вручную из исходников?

Скорее всего будут проблемы. Версия из исходников обычно ставится в /usr/local/bin при этом бинарники пакета поставятся в /usr/bin. Возможно в процессе будут ошибки о невозможности создать ссылку для web страниц. Перепишется конфиг.
Крайне не рекомендую делать это на боевом сервере, но если у вас есть зпасная машина - ваши отзывы будут очень кстати.

И как впечатления? С интересом выслушаю отзывы и пожелания.

нормально встал, только донастроить.
Было бы неплохо конфигуратор написать,
чтоб руками не лазить по конфигам.
Запускаешь после установки конфигуратор и нормально прописываешь
пути к конфигам(ну как везде это сделано, в игрушках например) и метод авторизации в соответсвии с которым конфиги правятся.
Ставиться демон в автозагрузку скриптом, например, и тру ляля,
быстро четко удобно.
Вполне достаточно конфигов и без самса....

OneROFL wrote:
нормально встал, только донастроить.
Было бы неплохо конфигуратор написать,
чтоб руками не лазить по конфигам.
Запускаешь после установки конфигуратор и нормально прописываешь
пути к конфигам(ну как везде это сделано, в игрушках например) и метод авторизации в соответсвии с которым конфиги правятся.
Ставиться демон в автозагрузку скриптом, например, и тру ляля,
быстро четко удобно.
Вполне достаточно конфигов и без самса и Ко(squid и тд)....

Конфигуратор я писать не планирую, а вот написать скрипты postinstall и прочие - в планах есть. Просто это не так просто без должного знания shell.

Да это понятно просто конфигуратор написать на мой взгляд проще,
тк там можна будет в окнах пути задавать, и получица настройка
не зависящая от дистрибутива.
В диалоговом окне можна будет указать пути к конфигами(с возможностью
пролитывания списка каталогов и выбора конфига)..
А так придется писать все под каждый дистрибутив.
Разработка подобных конфигураторов должна быть строго
теми кто разрабатывал движок, чтоб не было хаоса, который сейчас в линукс
системах. Движок самбы, например, пишут одни, а нормальную настроику другие,
и получается что такие конфигураторы никаму не нужны,
тк не могут нормально сконфигурить движок.
Вообще 2 этапа разработки на мой взгляд в качественных программах:
1. Движок
2. Интерфейс, с помощью которого движком можно управлять.

Нужно избавляться от "инсталяции" из исходников.
Пусть они будут, каму нада тот посмотрит, но большинству народа
нужно чтобы ПО вставала быстро и четко, и стабильно работала.

OneROFL wrote:

Нужно избавляться от "инсталяции" из исходников.
Пусть они будут, каму нада тот посмотрит, но большинству народа
нужно чтобы ПО вставала быстро и четко, и стабильно работала.

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

поставил на виртуалку самс из предлагаемых пакетов --- удивило нестандартное размещение испольняемых файлов (никто программ пользовательского уровня и полупользовательского в /bin не пихает --- там только низкоуровневые утилиты. и ето при том, что в конфиге пакетном SAMSPATH=/usr/local --- ай-йай-йай!) --- префикс при сборке ставился наверное --prefix=/
я себе пакет сделал при сборке всего с тремя доп параметрами --prefix=/usr --httpd-locations=/var/www/ --mandir=/usr/share/man
и разлеглось как надо.
:)

Спасибо за указание ошибок, будет исправлено в 1.0.2.

--
http//nixdev.ru/ - OpenSource solutions for life

Один из скриптов SAMS называется uptime, его содержимое "uptime | cut -d',' -f 1 ".
Как думаете, что произошло?

Произошло вот что: при входе в веб-интерфейс SAMS у меня стали плодиться процессы sh и cut. Они стали отъедать всю доступную оперативную память и полезли в своп. Процесс ядра, управляющий свопом начал грузить процессор за компанию вместе с sh и cut. Система начала "замораживаться". Через некоторое время был достигнут лимит процессов и невозможно было даже залогиниться с консоли.

Странно, но проблема появилась неожиданно, до этого система непрерывно работала в течение нескольких дней, в web-интерфейс SAMS я заходил неоднократно! Не могу сказать какие изменения в системе могли произойти, перед тем как проблема проявилась.

Я исправил скрипт, указав в нём полный путь к системной команде uptime.

Я понимаю, что я установил SAMS не в те папки, но по-моему всё-таки лучше бы назвать скрипт uptime как-нибудь по-другому, например uptime.sh

пакеты для дубины(Debian):

файл /etc/init.d/sams

ошибка...не хватает оператора esac
(case "не закрыт"), 68 строка

После исправления ошибки, при регонфигурировании
сквида вываливается ошибка
adding password for user XXX
.....
SQUID: ERROR: no running copy

если убрать sams из авто загрузки,
или не исправлять ошибку, а запускать
samsdaemon руками то все норм.

если запускаем samsdaemon из rc.local
точно такаяже ошибка вываливается у сквида...

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

SQUID 2.6 stable
DEBIAN 4.0 r3
Apache2

ПЭ.ЭС.
Понастроил самс в веб интерфейсе,
сказал ему читать оги непрерывно
теперь вываливается тоже самое, только вместо ошибки
сквида
Starting child process
и просит нажать ввод
а так же при перезагрузке, или когда руками
останавливаешь демона sams stop
пишет что такого процесса нет

и вообще почему он в консоль мусорит?
ну демон

вообщем разобрался:
access.log сквидовский портился какогото хрена.
нужно файл удалить(если он есть) и пересоздать
с правами сквида.....

А еще на форуме уже много раз предупреждали пользователей - не используйте непрерывный парсинг логов.
В версии 1.1.0 эту возможно планируется убрать из интерфейса.
--
http//nixdev.ru/ - OpenSource solutions for life

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

Вообщем щас все работает, пачти сутки аптайм стабильный работы сервера-роутера.
iptables + squid(ncsa) + sams + poptop.
Подожду неделю аптайма, вообще доконца месяца
и напишу статью как делать роутер для дубины.
Сам с нуля начинал линукс, пока свежо,
напишу, мож каму интересно будет.
Понятным языком, а не матом(линукс слэнг -
это мат для непосвещенного, матершина).
До этого стояла винда 2003 сервер(купленная
те обновляется) + usergate 2.8(эх сквиду бы уметь все то что умеет 2.8 юзергейт).
В отпуск уходил сводобно, ни разу не звонили 2003 сервер очень гут себя зарекомендовал.
Учитывая, что скачки напряжения огого какие и
выключения света на несколько часов.
То есть нештатные перезагрузки 2003 сервак очень хорошо держит.
Вот проверяю линукс, вообще линукс рулит,
мат часть нужная штука.
Так немнога лирики.

ПЭ.ЭС.
Вцелом удобно показ статистики Зсделан в самсе.
Ну и Веб интерфейс тоже отлично.
Главное чтоб не падало, а если и упало,
то лечилось перезегрузкой ОС накрайняк.

Уважаемый PavelVinogradov
Вы не можете выложить для каждого пакета:
http://www.nixdev.net/release/sams/sams-doc_1.0.1-1_all.deb
http://www.nixdev.net/release/sams/sams-web_1.0.1-1_all.deb
http://www.nixdev.net/release/sams/sams_1.0.1-1_i386.deb
пакеты для сборки через apt-build? чтоб можно было каждому скачать их и внести изменения если нужно(например патчи удобно ставить), мне хочеться на squid3 перейти - нужно коечто изменить в исходниках - а через apt-build будет установка более правильная, чем с исходников.
sams_1.0.1-1_i386
sams_1.0.1-1_i386.diff.gz
sams_1.0.1-1_i386.dsc
sams_1.0.1-1_i386.changes
sams_1.0.1-1_i386.orig.tar.gz
Заранее огромное спасибо за Ваш труд.

В пакете с исходными текстами есть директория debian - в ней лежит абсолютно все что нужно для сборки пакетов через debuild-pbuilder.
К версии 1.0.2 я планирую организовать нормальный репозитарий пакетов, в том числе и с исходниками.

--
http//nixdev.ru/ - OpenSource solutions for life

А можно поподробней, что нужно менять в исходниках при использовании Squid 3. У мня работает на третем, но я ничего не менял в исходниках что может быть связано со сквидом... Необходимости не видел...

прочитал на http://yaroshenko.biz/archives/101
В файле samsdaemon.c
ищем строку squid -k reconfigure
и меняем на squid3 -k reconfigure
Кто плохо знаком с консольными редакторами, пользуйтесь mc
или после сборки sams делаем симлинк (но думаю это не правильно…)
ln -s /usr/sbin/squid3 /usr/sbin/squid
иначе демон samsdaemon
будет пытаться при реконфигурировании запустить /usr/sbin/squid вместо squid3

или можно те деб пакеты ставить, донастраивать и ничего непересобирать?

Хм... у меня не деб, но странно как-то так сквид они именуют...
В Gentoo (читай - собраный из сырцов) нормальное имя у него...
/usr/sbin/squid -v
Squid Cache: Version 3.0.STABLE1

Это сами дебиановцы что-ли так бинарник его назвали? А нафига спрашивается?

Они имеют привычку делать так для экспериментальных пакетов так чтобы squid2.6 и 3.0 могли жить на одной машине.

--
http//nixdev.ru/ - OpenSource solutions for life

Вот поэтому и такая просьба, либо если можно выложите готовые deb пакеты для работы с squid3.
И еще на счет версии 1.1
Это следующий после 1.0 большой релиз SAMS:
Скачать эту версию можно только из svn-репозитария:
svn co http://svn.nixdev.net/svn/sams/branches/1.1.x

* Начиная с этой версии все пароли пользователей хранятся в БД в виде хэша (При переходе на эту версию потребуется обновление БД).
* SAMS теперь распространяется в виде собранных пакетов для Debian и Ubuntu.

а где можно скачать эти собранные пакеты для Debian и Ubuntu версии 1.1.

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

Вот статья где подробно описано как ставить SAMS из SVN : http://sams.nixdev.net/wiki/SamsFromSVN
Пакеты для версии 1.1 можно собрать самим (в svn все необходимое включено), либо ждать 1.0.2 я тогда-же выложу и тестовую сборку 1.1.0

--
http//nixdev.ru/ - OpenSource solutions for life

переставил в очередной раз Debian, поставил SAMS сверху.
собрал из исходников. запустился, все вроди ок.
но открываю "Администрирование SAMS" а там таблица пустая, вот так.
_http://img151.imageshack.us/img151/6057/samsxw8.jpg
при прошлой установки там все было заполнено. немогу понять в чем проблема.

и пажалуста, обьясните блин трудному мне, как правильно права прописать чтобы winbindd мне запускался из под апача нормально?! в консоле wbinfo работает а тыкаешь "Тестировать ответ PDC" все пусто :(

------
Debian 4 r2 | apache 2.2.3-4+etch3 | mysql 5.0.32-7etch5 | php 5.2.0-8+etch10 | squid 2.6.5-6etch1 | samba 3.0.24-6etch9 | sams 1.0.1 | redirect sams | auth ntlm

нашел почему так, не запускаются видимо проги из "/usr/bin" (ни wbinfo, ни uptime ... )
или все же из "/usr/local/share/sams/bin" (freeswap, getwbinfousers)
пути эти прописаны правельно, и в настройках сама и настройке пхп
в ошибках апача вот так:

sh: /uptime: No such file or directory
sh: /uptime: No such file or directory
sh: /freemem: No such file or directory
sh: /freemem: No such file or directory
sh: /freeswap: No such file or directory
sh: /freeswap: No such file or directory
sh: /fsusage: No such file or directory
sh: /fsusage: No such file or directory

------
Debian 4 r2 | apache 2.2.3-4+etch3 | mysql 5.0.32-7etch5 | php 5.2.0-8+etch10 | squid 2.6.5-6etch1 | samba 3.0.24-6etch9 | sams 1.0.1 | redirect sams | auth ntlm

нашел свой(!!!) косяк, сори
в пхп написал
safe mode = On
safe mode_exec_dir = "/usr/local/share/sams/bin/"

а ниже была не закомментированная строка
safe mode_exec_dir =

теперь все работает. буду дальше настраивать )
------
Debian 4 r2 | apache 2.2.3-4+etch3 | mysql 5.0.32-7etch5 | php 5.2.0-8+etch10 | squid 2.6.5-6etch1 | samba 3.0.24-6etch9 | sams 1.0.1 | redirect sams | auth ntlm

ставил sams с пакетов.
при перезагрузке как я понимаю samsdaemon должен сам запускаться и висеть постоянно, но когда нажимаешь реконфигурировать получаю
Команда на реконфигурирование SQUID не получена демоном
проверьте, запущен ли samsdaemon
проверяю ps aux | grep sams - нету -делаю #samsdaemon
запущен и терь все реконфигурируеться (что нужно писать скрипт чтоб при загрузке запускал автоматом?).
но после запуска выдаёт:
squid: ERROR: Could not send signal 1 to process 2760: (3) No such process
sh: /usr/local/bin/sams: Нет такого файла или каталога
sh: /usr/local/bin/sams этот путь тогда когда ставишь вручную с исходников, а не с бинарника
что с этим делать?

можно конечно при squid: ERROR если проблема в squid поставить squid 2.6, но мне нужно ещё прикрутить антивирусную проверку на трафик, а это лучше делать на squid3.
Что вы подскажете
____________________________________________
Debian Lenny | mysql-5.0 5.0.51a-3 | apache2 2.2.8-1 |
php5-5.2.5-3 | phpmyadmin 4:2.11.5-1 |
squid3_3.0.STABLE2-1 | samba-common 3.0.28-2 |