This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Pages: [1]
1
Russian / Подскажите что за глюк Samba на пустом месте.
« on: November 14, 2013, 09:07:36 am »
В общем на одной машине давно стоял зентал - был там ftp с одним юзером, samba с анонимным доступом. Все работало, обновлялось еще с версии 3.0 до вчера.
Вчера самба снова обновление предложила - поставил. Заметил в веб-оболочке исчезло упоминание о пункте настройки самбы, может даже при обнове на новое 3.2 ядро еще. Но работало все отлично. Ну стер самбу и поставил заново штатным деинсталятором в веб-оснастке. Появилось меню управления самбой, но отвалился напрочь ftp, и самба стала требовать вечно сетевой пароль, при этом не принимает ни одного пользователя! Стер и переставил ftp, samba, users and computers, они с собой потянули dns.
После этого ftp прирос как надо, а вот самба больше анонимный доступ давать не желает, хотя он включен в настройке единственной шарки для самбы! И ни одного пользователя тоже не принимает как ACL! В новом виде там у нее появилась паранойя - что каталог /mnt/sata1 отшарить анонимно не дам (и папку в нем) - хотя раньше проблемы не было! Но и создав папку в /home/samba/shares/ она ее тоже в сеть не дает анонимно и вообще никак, хотя самба в сеть отвечает!
Вот что это за глюк такой в новой версии? Самба при некоторых обновлениях и раньше хромала - рвала передачу, падала вообще, но такого не наблюдалось! Вижу что в нее много от виндовз домена понапихали, чего не было, типа политик! И как мне это лечить?
Или как хотя бы пакет zentyal-samba одной из старых версий вытащить?
apt-get install zentyal-samba
дает только последней версии (File Sharing and Domain Services 3.2.9 - как ее тут обозвали) поставить! И где он его скачивает - не пойму. А как мне предыдущие скачать и поставить?
Вчера самба снова обновление предложила - поставил. Заметил в веб-оболочке исчезло упоминание о пункте настройки самбы, может даже при обнове на новое 3.2 ядро еще. Но работало все отлично. Ну стер самбу и поставил заново штатным деинсталятором в веб-оснастке. Появилось меню управления самбой, но отвалился напрочь ftp, и самба стала требовать вечно сетевой пароль, при этом не принимает ни одного пользователя! Стер и переставил ftp, samba, users and computers, они с собой потянули dns.
После этого ftp прирос как надо, а вот самба больше анонимный доступ давать не желает, хотя он включен в настройке единственной шарки для самбы! И ни одного пользователя тоже не принимает как ACL! В новом виде там у нее появилась паранойя - что каталог /mnt/sata1 отшарить анонимно не дам (и папку в нем) - хотя раньше проблемы не было! Но и создав папку в /home/samba/shares/ она ее тоже в сеть не дает анонимно и вообще никак, хотя самба в сеть отвечает!
Вот что это за глюк такой в новой версии? Самба при некоторых обновлениях и раньше хромала - рвала передачу, падала вообще, но такого не наблюдалось! Вижу что в нее много от виндовз домена понапихали, чего не было, типа политик! И как мне это лечить?
Или как хотя бы пакет zentyal-samba одной из старых версий вытащить?
apt-get install zentyal-samba
дает только последней версии (File Sharing and Domain Services 3.2.9 - как ее тут обозвали) поставить! И где он его скачивает - не пойму. А как мне предыдущие скачать и поставить?
2
Russian / Нет ли где полного описания, как делаются модули к Зенталу?
« on: November 14, 2013, 06:51:28 am »
В Зентале все бы хорошо, но нет модулей с некоторой функциональностью, других наоборот с избытком или содержат досадные ошибки.
Нет ли где описания, как свой модуль делать из обычной упаковки установочной к Линух какого-то демона упаковку, которая встанет обычным образом в Зентал в его web-интерфейс?
Судя по отрывочным сведениям в интернете - Зентал использует обычные программы, только хранит где-то еще web-страницы для интеграции в панель управления Зентал и еще где-то в районе каталога \usr\share\perl5\EBox\ держит файлы с расширением .pm (перл?) где содержатся какие-то настройки по умолчанию для модулей, которые применяются каждый раз при перезапуске Зентала и правят стандартные настроечные файлы программ, почему Зентал каждый раз стирает все правки при перезапуске в программах сделанные по Линух описаниям! Есть в интернете невнятные инструкции по правке этих файлов, например для FTP сервиса, на самом деле сделанном из обычного сервера к НИКСАМ vftpd. Но не более.
В каталоге \usr\share\zentyal\urls\ лежит по каждому модулю не совсем понятного формата файл из одной строчки .urls где вероятно описывается модуль для встраивания в web-оболочку Зентала
Например так Maintenance/NUT NUT/Composite/General
Первая часть строки понятна - модуль NUT будет вставлен в меню Maintenance web-оболочки. А вот условие NUT/Composite/General не понимаю
А нет ли где полного описания всего этого?
Нет ли где описания, как свой модуль делать из обычной упаковки установочной к Линух какого-то демона упаковку, которая встанет обычным образом в Зентал в его web-интерфейс?
Судя по отрывочным сведениям в интернете - Зентал использует обычные программы, только хранит где-то еще web-страницы для интеграции в панель управления Зентал и еще где-то в районе каталога \usr\share\perl5\EBox\ держит файлы с расширением .pm (перл?) где содержатся какие-то настройки по умолчанию для модулей, которые применяются каждый раз при перезапуске Зентала и правят стандартные настроечные файлы программ, почему Зентал каждый раз стирает все правки при перезапуске в программах сделанные по Линух описаниям! Есть в интернете невнятные инструкции по правке этих файлов, например для FTP сервиса, на самом деле сделанном из обычного сервера к НИКСАМ vftpd. Но не более.
В каталоге \usr\share\zentyal\urls\ лежит по каждому модулю не совсем понятного формата файл из одной строчки .urls где вероятно описывается модуль для встраивания в web-оболочку Зентала
Например так Maintenance/NUT NUT/Composite/General
Первая часть строки понятна - модуль NUT будет вставлен в меню Maintenance web-оболочки. А вот условие NUT/Composite/General не понимаю
А нет ли где полного описания всего этого?
3
Russian / Явная ошибка и недоделка в модуле управления UPS
« on: December 20, 2012, 12:05:12 pm »
Исходные - тут есть секция подключения UPS - очень хорошо. Но работоспособна эта секция только для COM и USB кабеля управления к UPS. COM - на сегодня уже музейный экспонат по большей части, а USB - не серьезно, на уровне китайской поделки для нормальных UPS.
У меня - промышленный UPS c IP картой управления Socomec Sicon на IP=192.168.0.254 скажем. Тут у оснастки его подключения даже есть сетевой драйвер его опроса по SNMP с названием snmp-ups - просто чудесно, но только на первый взгляд!
На самом деле в систему не доставлен пакет nut-snmp, которому и принадлежит чудо-драйвер кучи управляемых по сети UPS и предлагаемый нам тут https://localhost/Maintenance/NUT! Кстати - этот драйвер подходит для почти всех нормальных UPS с сетевой картой управления!
sudo apt get install nut-snmp
Догадаться об этом - ох как не просто!!! Поэтому весь разговор без него и обновления им имеющегося пакета nut - просто не имеет смысла без доустановки из консоли! Хорошо, поставил. Дальше больше - уже ошибки!
Теперь при попытке определить тип UPS Socomec Sicon и Netvision Net/SNMP card в нем драйвер предлагаемый snmp-ups не повисает вроде бы в воздухе, так как он появился теперь в /lib/nut/snmp-ups каталоге. Но не спешите - не все так просто!
(Кстати с этим драйвером при одном условии будет работать практически любой UPS с IP-snmp картой! Надо лишь правильно задать ваш параметр mibs = который задает нужный набор таблицы MIBS для анализа сообщений от UPS, у меня mibs = netvision и вероятно пойдет mibs = auto)
Перекапывая доки на NUT можно понять, ято все из формы заполняемой нами тщательно выше пропишется в файл /etc/nut/ups.conf так собственно и есть. Только пишет эта форма туда ерунду для режима IP карт управления!
Вот как должно быть работоспособно в ups.conf по докам
http://www.networkupstools.org/docs/man/snmp-ups.html
http://manpages.ubuntu.com/manpages/hardy/man8/snmp-ups.8.html
http://www.lissyara.su/articles/freebsd/programms/network_ups_tools/
Правильно должно быть:
[big-ups]
driver = snmp-ups
port = 192.168.0.254
community = public
snmp_version = v1
mibs = netvision
pollfreq = 15
desc = "My super-puper big UPS"
А вот, что туда реально пишется!
[big-ups]
driver = snmp-ups
port = auto
desc = "My super-puper big UPS"
serial = 192.168.0.254
То есть все переврано и в синтаксисе под COM порт записана откровенная лажа!
Разработчикам нужно править эту форму - она дает неправильную конфигурацию для современных UPS с IP-snmp интерфейсами управления!
Кстати - это еще не все - если вы правильно напишете конфигурацию в /etc/nut/ups.conf руками, то при запуске через web-интерфейс Zentyal службы UPS при наличии записи конфигурации в https://localhost/Maintenance/NUT ваша правильная конфигурация будет уничтожена и пойдет ругань в консоле опять на невозможность подключить UPS!
Я пока вышел из положения так - стер конфигурацию всех UPS в закладке https://localhost/Maintenance/NUT
но оставил в https://localhost/ServiceModule/StatusView службу UPS запущенной. Исправил /etc/nut/ups.conf как надо вручную. Затем запустил службу NUT минуя WEB-интерфейс Зентала:
/etc/init.d/nut restart
Затем командой
/etc/init.d/nut status
убедился, что служба запущена, а не упала
( upsd is running)
И если по команде
upsc big-ups
открылась длинная "простыня" с параметрами UPS типа разных напряжений и прочего - то система его благополучно увидела!
Да, кстати! Надо еще разработчикам правило в фаервол добавить - иначе не идет подключение. Я не знаю как правильно, но у меня заработало, когда добавил два правила для внутренней сети:
1. Всем портами сети tcp/udp разрешено подключать локальные 161-162 порты
2. Локальным портам tcp/udp 161-162 разрешено подключать все сетевые порты
Ну и на самом UPS надо разрешить snmp traps и хотя бы чтение конфигурации для public !!!
P/S: Еще один тут глюк - при выдаче с UPS сигнала на отключение - Зентал не отключается, хоть и видит смену статуса UPS! А где тут время отключения в этой форме https://localhost/Maintenance/NUT сделано? Тоже не доделано - должна быть графы - сколько времени ждать при аварии UPS, какое действие (выключение или запуск задачи делать) и какую задачу запускать, если выбран запуск задачи, а не стандартное отключение!
P/S:P/S: Короче - если у вас SNMP управляющая связь с UPS - ни в коем случае не ставьте зенталовский UPS-ный модуль управления пока его не исправят! Он с глюками и работать по крайней мере в этом режиме не будет! Ставьте как тут написано, перекраивая под себя с учетом, что это Ubuntu:
http://www.networkupstools.org/docs/man/snmp-ups.html
http://manpages.ubuntu.com/manpages/hardy/man8/snmp-ups.8.html
http://www.lissyara.su/articles/freebsd/programms/network_ups_tools/
И не забывайте доставить отсутствующий модуль nut-snmp:
sudo apt get install nut-snmp
У меня - промышленный UPS c IP картой управления Socomec Sicon на IP=192.168.0.254 скажем. Тут у оснастки его подключения даже есть сетевой драйвер его опроса по SNMP с названием snmp-ups - просто чудесно, но только на первый взгляд!
На самом деле в систему не доставлен пакет nut-snmp, которому и принадлежит чудо-драйвер кучи управляемых по сети UPS и предлагаемый нам тут https://localhost/Maintenance/NUT! Кстати - этот драйвер подходит для почти всех нормальных UPS с сетевой картой управления!
sudo apt get install nut-snmp
Догадаться об этом - ох как не просто!!! Поэтому весь разговор без него и обновления им имеющегося пакета nut - просто не имеет смысла без доустановки из консоли! Хорошо, поставил. Дальше больше - уже ошибки!
Теперь при попытке определить тип UPS Socomec Sicon и Netvision Net/SNMP card в нем драйвер предлагаемый snmp-ups не повисает вроде бы в воздухе, так как он появился теперь в /lib/nut/snmp-ups каталоге. Но не спешите - не все так просто!
(Кстати с этим драйвером при одном условии будет работать практически любой UPS с IP-snmp картой! Надо лишь правильно задать ваш параметр mibs = который задает нужный набор таблицы MIBS для анализа сообщений от UPS, у меня mibs = netvision и вероятно пойдет mibs = auto)
Перекапывая доки на NUT можно понять, ято все из формы заполняемой нами тщательно выше пропишется в файл /etc/nut/ups.conf так собственно и есть. Только пишет эта форма туда ерунду для режима IP карт управления!
Вот как должно быть работоспособно в ups.conf по докам
http://www.networkupstools.org/docs/man/snmp-ups.html
http://manpages.ubuntu.com/manpages/hardy/man8/snmp-ups.8.html
http://www.lissyara.su/articles/freebsd/programms/network_ups_tools/
Правильно должно быть:
[big-ups]
driver = snmp-ups
port = 192.168.0.254
community = public
snmp_version = v1
mibs = netvision
pollfreq = 15
desc = "My super-puper big UPS"
А вот, что туда реально пишется!
[big-ups]
driver = snmp-ups
port = auto
desc = "My super-puper big UPS"
serial = 192.168.0.254
То есть все переврано и в синтаксисе под COM порт записана откровенная лажа!
Разработчикам нужно править эту форму - она дает неправильную конфигурацию для современных UPS с IP-snmp интерфейсами управления!
Кстати - это еще не все - если вы правильно напишете конфигурацию в /etc/nut/ups.conf руками, то при запуске через web-интерфейс Zentyal службы UPS при наличии записи конфигурации в https://localhost/Maintenance/NUT ваша правильная конфигурация будет уничтожена и пойдет ругань в консоле опять на невозможность подключить UPS!
Я пока вышел из положения так - стер конфигурацию всех UPS в закладке https://localhost/Maintenance/NUT
но оставил в https://localhost/ServiceModule/StatusView службу UPS запущенной. Исправил /etc/nut/ups.conf как надо вручную. Затем запустил службу NUT минуя WEB-интерфейс Зентала:
/etc/init.d/nut restart
Затем командой
/etc/init.d/nut status
убедился, что служба запущена, а не упала
( upsd is running)
И если по команде
upsc big-ups
открылась длинная "простыня" с параметрами UPS типа разных напряжений и прочего - то система его благополучно увидела!
Да, кстати! Надо еще разработчикам правило в фаервол добавить - иначе не идет подключение. Я не знаю как правильно, но у меня заработало, когда добавил два правила для внутренней сети:
1. Всем портами сети tcp/udp разрешено подключать локальные 161-162 порты
2. Локальным портам tcp/udp 161-162 разрешено подключать все сетевые порты
Ну и на самом UPS надо разрешить snmp traps и хотя бы чтение конфигурации для public !!!
P/S: Еще один тут глюк - при выдаче с UPS сигнала на отключение - Зентал не отключается, хоть и видит смену статуса UPS! А где тут время отключения в этой форме https://localhost/Maintenance/NUT сделано? Тоже не доделано - должна быть графы - сколько времени ждать при аварии UPS, какое действие (выключение или запуск задачи делать) и какую задачу запускать, если выбран запуск задачи, а не стандартное отключение!
P/S:P/S: Короче - если у вас SNMP управляющая связь с UPS - ни в коем случае не ставьте зенталовский UPS-ный модуль управления пока его не исправят! Он с глюками и работать по крайней мере в этом режиме не будет! Ставьте как тут написано, перекраивая под себя с учетом, что это Ubuntu:
http://www.networkupstools.org/docs/man/snmp-ups.html
http://manpages.ubuntu.com/manpages/hardy/man8/snmp-ups.8.html
http://www.lissyara.su/articles/freebsd/programms/network_ups_tools/
И не забывайте доставить отсутствующий модуль nut-snmp:
sudo apt get install nut-snmp
4
Russian / VNC для Zentyal 3.0 подключиться к удаленному рабочему столу.
« on: December 19, 2012, 12:08:29 pm »
Похоже тут спасение утопающих - дело рук самих утопающих!
Если кто-то хочет но не может подключиться удаленно к рабочему столу Zentyal (стоит далеко, монитора нет "там"), чтобы нормально работать с нормальными графическими утилитами, например gparted - то сделать это можно так.
Случайно нашел тут рабочее решение (хотя фуфла про настройку x11vnc - полно - но оно все не рабочее! Ну нет гнома у зентала! И KDE тоже фиг знает какой-то не такой!), хотя речь тут вроде несколько о другом:
https://github.com/kanaka/noVNC/wiki/Advanced-usage
x11vnc сервер выгодно отличается от всех прочих VNC-серверов, как я понял, следующим - он не путается с гномом и кде и сразу вцепляется в графический x11 движок на самом дне системы, потому удивительно всеяден и не капризен!
Таким образом наше тут:
sudo apt-get install x11vnc
x11vnc -forever -display :0
Первой строчкой поставить x11vnc из консоли, второй - запустить его из локальной консоли или SSH удаленно (правда запускать надо каждый раз заново)
Берем "UltraVNC Viewer" http://www.uvnc.com/docs/uvnc-viewer.html
вбиваем в него IP адрес зентала - и радуемся его удаленному рабочему столу!
Не грех бы разработчикам встроить в дистрибутив эту полезнейшую фичу сразу!
Если кто-то хочет но не может подключиться удаленно к рабочему столу Zentyal (стоит далеко, монитора нет "там"), чтобы нормально работать с нормальными графическими утилитами, например gparted - то сделать это можно так.
Случайно нашел тут рабочее решение (хотя фуфла про настройку x11vnc - полно - но оно все не рабочее! Ну нет гнома у зентала! И KDE тоже фиг знает какой-то не такой!), хотя речь тут вроде несколько о другом:
https://github.com/kanaka/noVNC/wiki/Advanced-usage
x11vnc сервер выгодно отличается от всех прочих VNC-серверов, как я понял, следующим - он не путается с гномом и кде и сразу вцепляется в графический x11 движок на самом дне системы, потому удивительно всеяден и не капризен!
Таким образом наше тут:
sudo apt-get install x11vnc
x11vnc -forever -display :0
Первой строчкой поставить x11vnc из консоли, второй - запустить его из локальной консоли или SSH удаленно (правда запускать надо каждый раз заново)
Берем "UltraVNC Viewer" http://www.uvnc.com/docs/uvnc-viewer.html
вбиваем в него IP адрес зентала - и радуемся его удаленному рабочему столу!
Не грех бы разработчикам встроить в дистрибутив эту полезнейшую фичу сразу!
5
Russian / Подскажите, что такое тут за служба "Desktop Services" порт 6895 ?
« on: December 18, 2012, 11:04:28 am »
Подскажите, что такое тут за служба "Desktop Services (API for Zentyal Desktop)" порт 6895 ?
Я могу этим увидеть удаленно рабочий стол Zentyal ? И если да - то каким клиентом?
Если это не годится - то есть тут средство для удаленной работы с рабочим столом и программами там графическое встроенное в систему или VNC-сервер надо прикручивать?
Я могу этим увидеть удаленно рабочий стол Zentyal ? И если да - то каким клиентом?
Если это не годится - то есть тут средство для удаленной работы с рабочим столом и программами там графическое встроенное в систему или VNC-сервер надо прикручивать?
Pages: [1]