Dima12
Тип контенту
Профили
Форум
Календарь
Сообщения додав Dima12
-
-
Добрый день.
Есть какие-либо ограничения на символы в логинах ?
Делал миграцию, есть логины с дефисом внутри, на страничке "Проверка на корректность данных" всё показывалось верно.
После миграции оказалось, что дефисы из логинов вырезаны. Был логин fpo-gl, а стал fpogl.
Делалось через "Миграция 2".
Это как-то лечится ?
-
Вообщем перепробовано было всё: система, apache, php, sudo.
А проблема оказалась в mpm_itk модуле. Буду распрашивать разработчиков, что за фигня такая ...
-
2 часа назад, nightfly сказал:
Подсказка: в FAQ на тему этого, вполне четко все расписано.
FAQ прочитал ещё до установки и пару раз он мне помог поправить ситуацию.
Перед созданием темы так же прочитал всё тщательно ещё пару раз.
А если имеется в виду вот эта его статья
Скрытый текстQ: А как же Linux? У нас тут Debian/Ubuntu/Gentoo/Centos/Slackware/Arch/OpenSUSE/Fedora[ну или еще какой-то из сотни популярных дистрибутивов] A: Да, пожалуйста без проблем - у многих вполне себе отлично все работает на Linux. В самом Ubilling платформозависимого кода практически нет. Но вникать в «особенности» каждого конкретного дистрибутива у нас нету никакого желания. Поэтому рекомендуемой и поддерживаемой нами системой все равно остается только FreeBSD. Все специфичные проблемы, возникающие на Linux - будут вашими личными проблемами.
Тут тоже есть ответ на мой вопрос, но тогда можно было б и не утруждать себя сообщением со ссылкой на FAQ.
Не пользуюсь я фрюшей. Не нравится. Хоть и начинал с неё.
-
Вообщем проблема кроется в sudo.
И пока не понятно откуда берётся.
В консоли под пользователем билинга sudo работает "на ура", а из-под php - фигушки.
Отладка , что есть в sudo, пока особо ситуацию не прояснила, из того, что явно бросается в глаза, невозможность получить характеристики tty при вызове из php, и, видимо, какие-то проблемы с получением плагина sudoers.
Вот так выглядит консольный вариант sudo
Скрытый текстFeb 9 18:44:21 sudo[25721] will restore signal 13 on exec Feb 9 18:44:21 sudo[25721] parse_variable: /etc/sudo.conf:3: Set disable_coredump false Feb 9 18:44:21 sudo[25721] comparing dev 34820 to /dev/pts/4: match! @ sudo_ttyname_dev() /build/sudo-eqKRJl/sudo-1.8.19p1/src/ttyname.c:308 Feb 9 18:44:21 sudo[25721] settings: progname=sudo Feb 9 18:44:21 sudo[25721] settings: network_addrs=192.168.255.4/255.255.255.240 192.168.88.166/255.255.255.0 Feb 9 18:44:21 sudo[25721] settings: plugin_dir=/usr/lib/sudo/ Feb 9 18:44:21 sudo[25721] settings: plugin_path=/usr/lib/sudo/sudoers.so Feb 9 18:44:21 sudo[25721] settings: progname=sudo Feb 9 18:44:21 sudo[25721] settings: network_addrs=192.168.255.4/255.255.255.240 192.168.88.166/255.255.255.0 Feb 9 18:44:21 sudo[25721] settings: plugin_dir=/usr/lib/sudo/ Feb 9 18:44:21 sudo[25721] settings: debug_flags=/var/log/sudo_debug.log all@info Feb 9 18:44:21 sudo[25721] user_info: user=ubilling Feb 9 18:44:21 sudo[25721] user_info: pid=25721 Feb 9 18:44:21 sudo[25721] user_info: ppid=25716 Feb 9 18:44:21 sudo[25721] user_info: pgid=25721 Feb 9 18:44:21 sudo[25721] user_info: tcpgid=25721 Feb 9 18:44:21 sudo[25721] user_info: sid=679 Feb 9 18:44:21 sudo[25721] user_info: uid=10001 Feb 9 18:44:21 sudo[25721] user_info: euid=0 Feb 9 18:44:21 sudo[25721] user_info: gid=10001 Feb 9 18:44:21 sudo[25721] user_info: egid=10001 Feb 9 18:44:21 sudo[25721] user_info: groups=10001 Feb 9 18:44:21 sudo[25721] user_info: umask=022 Feb 9 18:44:21 sudo[25721] user_info: cwd=/var/www/ubilling Feb 9 18:44:21 sudo[25721] user_info: tty=/dev/pts/4 Feb 9 18:44:21 sudo[25721] user_info: host=bl Feb 9 18:44:21 sudo[25721] user_info: lines=44 Feb 9 18:44:21 sudo[25721] user_info: cols=146 Feb 9 18:44:21 sudo[25721] sudoers_initlocale: user locale ru_UA.UTF-8, sudoers locale C Feb 9 18:44:21 sudo[25721] set_perms: PERM_INITIAL: ruid: 10001, euid: 0, suid: 0, rgid: 10001, egid: 10001, sgid: 10001 Feb 9 18:44:21 sudo[25721] set_perms: PERM_ROOT: uid: [10001, 0, 0] -> [0, 0, 0] Feb 9 18:44:21 sudo[25721] set_perms: PERM_ROOT: gid: [10001, 10001, 10001] -> [10001, 0, 10001] Feb 9 18:44:21 sudo[25721] set_perms: PERM_SUDOERS: gid: [10001, 0, 10001] -> [10001, 0, 10001] Feb 9 18:44:21 sudo[25721] set_perms: PERM_SUDOERS: uid: [0, 0, 0] -> [0, 1, 0] Feb 9 18:44:21 sudo[25721] restore_perms: uid: [0, 1, 0] -> [0, 0, 0] Feb 9 18:44:21 sudo[25721] restore_perms: gid: [10001, 0, 10001] -> [10001, 0, 10001] Feb 9 18:44:21 sudo[25721] set_perms: PERM_SUDOERS: gid: [10001, 0, 10001] -> [10001, 0, 10001] Feb 9 18:44:21 sudo[25721] set_perms: PERM_SUDOERS: uid: [0, 0, 0] -> [0, 1, 0] Feb 9 18:44:21 sudo[25721] restore_perms: uid: [0, 1, 0] -> [0, 0, 0] Feb 9 18:44:21 sudo[25721] restore_perms: gid: [10001, 0, 10001] -> [10001, 0, 10001] Feb 9 18:44:21 sudo[25721] set_perms: PERM_SUDOERS: gid: [10001, 0, 10001] -> [10001, 0, 10001] Feb 9 18:44:21 sudo[25721] set_perms: PERM_SUDOERS: uid: [0, 0, 0] -> [0, 1, 0]
А вот это sudo из-под php
Скрытый текстFeb 10 10:22:17 sudo[28763] parse_variable: /etc/sudo.conf:3: Set disable_coredump false Feb 10 10:22:17 sudo[28763] unable to resolve tty via /proc/self/stat: No such file or directory @ get_process_ttyname() /build/sudo-eqKRJl/sudo-1 Feb 10 10:22:17 sudo[28763] settings: progname=sudo Feb 10 10:22:17 sudo[28763] settings: network_addrs=192.168.255.4/255.255.255.240 192.168.88.166/255.255.255.0 Feb 10 10:22:17 sudo[28763] settings: plugin_dir=/usr/lib/sudo/ Feb 10 10:22:17 sudo[28763] settings: plugin_path=/usr/lib/sudo/sudoers.so Feb 10 10:22:17 sudo[28763] settings: progname=sudo Feb 10 10:22:17 sudo[28763] settings: network_addrs=192.168.255.4/255.255.255.240 192.168.88.166/255.255.255.0 Feb 10 10:22:17 sudo[28763] settings: plugin_dir=/usr/lib/sudo/ Feb 10 10:22:17 sudo[28763] settings: debug_flags=/var/log/sudo_debug.log all@info Feb 10 10:22:17 sudo[28763] user_info: user=ubilling Feb 10 10:22:17 sudo[28763] user_info: pid=28763 Feb 10 10:22:17 sudo[28763] user_info: ppid=28762 Feb 10 10:22:17 sudo[28763] user_info: pgid=23286 Feb 10 10:22:17 sudo[28763] user_info: tcpgid=-1 Feb 10 10:22:17 sudo[28763] user_info: sid=23286 Feb 10 10:22:17 sudo[28763] user_info: uid=10001 Feb 10 10:22:17 sudo[28763] user_info: euid=0 Feb 10 10:22:17 sudo[28763] user_info: gid=10001 Feb 10 10:22:17 sudo[28763] user_info: egid=10001 Feb 10 10:22:17 sudo[28763] user_info: groups=10001 Feb 10 10:22:17 sudo[28763] user_info: umask=00 Feb 10 10:22:17 sudo[28763] user_info: cwd=/var/www/ubilling Feb 10 10:22:17 sudo[28763] user_info: host=bl Feb 10 10:22:17 sudo[28763] user_info: lines=24 Feb 10 10:22:17 sudo[28763] user_info: cols=80 Feb 10 10:22:17 sudo[28763] sudoers_initlocale: user locale C, sudoers locale C Feb 10 10:22:17 sudo[28763] set_perms: PERM_INITIAL: ruid: 10001, euid: 0, suid: 0, rgid: 10001, egid: 10001, sgid: 10001 Feb 10 10:22:17 sudo[28763] set_perms: PERM_ROOT: uid: [10001, 0, 0] -> [0, 0, 0] Feb 10 10:22:17 sudo[28763] PERM_ROOT: setresuid(0, -1, -1): Operation not permitted @ set_perms() /build/sudo-eqKRJl/sudo-1.8.19p1/plugins/sudoer Feb 10 10:22:17 sudo[28763] unable to initialize policy plugin @ main() /build/sudo-eqKRJl/sudo-1.8.19p1/src/sudo.c:230
Sudo 1.8.19.p1
Баги просмотрел, но своей ситуации не нашёл.
Попробую поставить более свеженькую версию.
-
1 час назад, oberon85 сказал:
А пути в billing.ini соответствуют действительности? логи apacha смотрели?
В первом сообщение указал. Пути правильные, логи чистые, error.log нулевой длины
-
3 часа назад, oberon85 сказал:
Ну не знаю, ставлю на то, что не все свичи резольвятся в DNS. Но у меня не возникало желания в поле IP писать hostname. Возможно поэтому у маня все работает нормально)
Все прописаны и все резолвятся нормально. Пинг с той же машины и из под пользователя билинга, запущенный руками ходит прекрасно.
ICMP Ping вообще никак, ни по имени, ни по адресу ...
-
И вот что ещё, для Zyxel "SNMP данные" работают одинаково что для IP, что для DNS. Для Cisco та же кнопка выдаёт данные только если указан IP-адрес.
🤔
На 3-й картинке видно зиксель с зелёной точкой и несоответствие количества на кнопке вверху и в описании под таблицей.
После нажатия "Принудительный опрос" он станет, как и все, красным. Вернуть его в "живые" можно будет только путём редактирования поля адреса ( может и другое поле сработает но я не проверял )
На 4-й картинке показана реакция на нажатие кнопки "SNMP данные" после правки поля адреса комутатора с ID 2. (картинка 2). Кстати, нажатие кнопки "Принудительный опрос" на этой картинке работает коректно.
-
42 минуты назад, GrDEV сказал:
А из сервера где биллинг свичи видно?
Само собой.
И пинг ходит на прямую и snmpwalk работает.
-
Добрый день всем.
Завёл 4 комутатора - все мертвы.
Причём не работает ни snmp опрос ни по пингам.
В cron-е задачи есть, нужные модули есть, права есть, пути проверены и верны.
Документацию перечитал, форум прошерстил на предмет всех тем, где про snmp встречается.
В логах апача ошибок нет, php.ini подстроен показывать все ошибки.
Смотрю tcpdump-ом, трафика на комутаторы нет, ни icmp ни snmp. Но при этом на тестового пользователя ( был в дампе базы при установке ) с адресом 192.168.1.1 пинги уходят.
Где ещё посмотреть что не так с опросами комутаторов ?
Вычислил один интересный момент: если зайти в редактирование комутатора и поправить IP адрес, например поменять на DNS имя или наоборот, то кнопка "SNMP данные" выдаёт информацию с устройства и на главной страничке комутатор уже зелёненький и в списке под таблицей так же показан один живой, при этом кнопка в самом верху экрана "Мертвые свичи" по прежднему показывает мертвыми все 4.
Но стоит мне нажать "Принудительный опрос" как снова все становятся мёртвыми. Комутатор, который только что отдавал данные по SNMP, уже не отдаёт ничего. Зашёл в редактирование, сменил строку адреса - и всё опять начинает работать.
Где искать ?
Система : Linux Debian 9.13
Ubilling: 1.1.3 rev 7831 ( новая, чистая, не обновление )
Миграция и логины
в Stargazer Ubilling
Опубліковано:
Ясненько 😐.
Ну ладно, к счастью, их не много.
Благодарю.