Перейти до

Не удается сменить пароль


Рекомендованные сообщения

Добрый день форумчанам!
 

Не получается сменить пароль. Делаю по инструкции:

 

#sgconf_xml -s localhost -p 5555 -a admin -w 123456 -r "<ChgAdmin Login=\"admin\" Password=\"newpassword\"/>"
 

 

выдает ошибку

 

#Unmatched ".
 

пробовал по краям одинарные кавычки, тогда ошибка другая:

 

#Recv login answer error!
 

 

#sockstat -4l
...
root     stargazer  21590 1  tcp4   *:5555                *:*
root     stargazer  21590 3  udp4   *:5555                *:*
root     stargazer  21590 4  udp4   *:42111               *:*
root     stargazer  21590 5  tcp4   *:42111               *:*
...
 

 

Ссылка на сообщение
Поделиться на других сайтах

Бага имеет место быть

http://wiki.ubilling.net.ua/doku.php?id=bugtrack

 

 

Можете после смены пароля смело тушить старгейзер и править права в базе напрямую. Вроде как уже исправлено в git-е.

Ссылка на сообщение
Поделиться на других сайтах

Что такое "старгейзер роняет права".  Как это выглядит?

 

Это вот это:
 #ls -l /usr/local/www/apache22/data/billing
total 3428
-rwxr-xr-x   1 1000  1000     17991 Oct 22  2011 LICENSE
-rw-r--r--   1 1000  1000        15 Jan 26 14:02 RELEASE
drwxr-xr-x   4 1000  1000       512 Jan 26 14:14 admin
-rwxr-xr-x   1 1000  1000      3329 Feb  7  2011 admin.php
...
 

в системе нет такого 1000:1000 пользователя:группы

Ссылка на сообщение
Поделиться на других сайтах

Бага имеет место быть

http://wiki.ubilling.net.ua/doku.php?id=bugtrack

 

 

Можете после смены пароля смело тушить старгейзер и править права в базе напрямую. Вроде как уже исправлено в git-е.

Это совсем не та проблема.
Ссылка на сообщение
Поделиться на других сайтах

Добрый день форумчанам!

 

Не получается сменить пароль. Делаю по инструкции:

 

 

#sgconf_xml -s localhost -p 5555 -a admin -w 123456 -r "<ChgAdmin Login=\"admin\" Password=\"newpassword\"/>"
 
 

выдает ошибку

 

#Unmatched ".
 
пробовал по краям одинарные кавычки, тогда ошибка другая:

 

#Recv login answer error!
 
 
#sockstat -4l
...
root     stargazer  21590 1  tcp4   *:5555                *:*
root     stargazer  21590 3  udp4   *:5555                *:*
root     stargazer  21590 4  udp4   *:42111               *:*
root     stargazer  21590 5  tcp4   *:42111               *:*
...
 

 

 

Как на счет sgconf? Или использования одинарных кавычек?

Это все заморочки bash.

 

А, пардон. Не заметил что одинарные уже пробовали. Странно.

 

А при одинарных кавычках внутренние двойные экранировали?

Ссылка на сообщение
Поделиться на других сайтах

В принципе смена пароля пока не есть проблема: система пока тестовая.

 

Но заметил еще один глюк - у пользователя не меняется баланс.
То есть, платежи вносятся, показано сколько внесено за весь период, но баланс не меняется.

Хотя баланс должен  менятся - я проверял в демке на сайте ubilling - там все ок :)

 

Может, переустановить систему, проверить повторяемость ошибок?

Ссылка на сообщение
Поделиться на других сайтах

пробовал по разному в csh и bash

#Recv login answer error!

 

sgconf пока не пробовал

Это сообщение говорит о том что неправильный логин или пароль. Может пароль уже поменялся?
Ссылка на сообщение
Поделиться на других сайтах

Это сообщение говорит о том что неправильный логин или пароль. Может пароль уже поменялся?

Ехм, либо права уже просто слетели. В том числе и на изменение пароля.

Ссылка на сообщение
Поделиться на других сайтах

В принципе смена пароля пока не есть проблема: система пока тестовая.

 

Но заметил еще один глюк - у пользователя не меняется баланс.

То есть, платежи вносятся, показано сколько внесено за весь период, но баланс не меняется.

Хотя баланс должен  менятся - я проверял в демке на сайте ubilling - там все ок :)

 

Может, переустановить систему, проверить повторяемость ошибок?

Платеж вносится через UBilling, но баланс пользователя в stg остается неизменным? Так может пароль поменялся и UBilling теперь просто не может изменить баланс пользователя?
Ссылка на сообщение
Поделиться на других сайтах

 

 

Это сообщение говорит о том что неправильный логин или пароль. Может пароль уже поменялся?

Ехм, либо права уже просто слетели. В том числе и на изменение пароля.

 

 

К стати да, и такое тоже возможно.

А чего ты патч мой в поставку UBilling не включишь? Чего людей мучать пока 2.409 выйдет? Патчил бы на месте перед сборкой и все дела...

Ссылка на сообщение
Поделиться на других сайтах

К стати да, и такое тоже возможно.

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

 

UPDATE `admins` SET 
`ChgConf` = '1',
`ChgPassword` = '1',
`ChgStat` = '1',
`ChgCash` = '1',
`UsrAddDel` = '1',
`ChgTariff` = '1',
`ChgAdmin` = '1' WHERE `login` = 'admin';

попутно сменив пароли как минимум в config/billing.ini и userstats.ini

 

Так может пароль поменялся и UBilling теперь просто не может изменить баланс пользователя?

либо у бедного админа теперь нету прав на внесение денег

 

Проверяется очень просто:

 

SELECT * from `admins`

 

 из "SQL консоли"

 

А чего ты патч мой в поставку UBilling не включишь?

надо же хоть как-то стимулировать тебя к выпуску 2.409 :)

 

Чего людей мучать пока 2.409 выйдет?

мизантропия....

 

Патчил бы на месте перед сборкой и все дела...

мизантропия она такая.... :)

Ссылка на сообщение
Поделиться на других сайтах

 

пробовал по разному в csh и bash

#Recv login answer error!

 

sgconf пока не пробовал

Это сообщение говорит о том что неправильный логин или пароль. Может пароль уже поменялся?

нет, пароль тот же:

4072829m.png

 

баланс выглядит так:

4112764m.png

 

P.S. Спасибо за быстрые ответы!

Ссылка на сообщение
Поделиться на других сайтах

нет, пароль тот же:

ну а кто за вас его в конфиге менять должен?

 

баланс выглядит так:

Ну да - ubilling пишет себе платежи, но в stargazer они и не попадают, по причине неработоспособности хендлеров последнего.

 

тыкните в "SQL консоль" что-то типа

SELECT * from `admins`

да и посмотрите на месте ли права, в частности ChgCash

 

Ссылка на сообщение
Поделиться на других сайтах
SELECT * from `admins`;
array (
  0 => 
  array (
    'login' => 'admin',
    'password' => 'пароль в зашифрованном виде?',
    'ChgConf' => '0',
    'ChgPassword' => '0',
    'ChgStat' => '0',
    'ChgCash' => '0',
    'UsrAddDel' => '0',
    'ChgTariff' => '0',
    'ChgAdmin' => '0',
  ),
)

 

Ссылка на сообщение
Поделиться на других сайтах

Я думал sgconf_xml должен менять пароль :blink:

пофиг, я думал что он должен мне завтрак готовить

 

array (

0 =>

array (

'login' => 'admin',

'password' => 'пароль в зашифрованном виде?',

'ChgConf' => '0',

'ChgPassword' => '0',

'ChgStat' => '0',

'ChgCash' => '0',

'UsrAddDel' => '0',

'ChgTariff' => '0',

'ChgAdmin' => '0',

),

)

как и пророчил - просто слетели права при смене пароля.

 

А теперь повторяюсь в третий раз:

 

1. тушите старгейзер

2. исполняете в той же SQL консоли запрос:

UPDATE `admins` SET 
`ChgConf` = '1',
`ChgPassword` = '1',
`ChgStat` = '1',
`ChgCash` = '1',
`UsrAddDel` = '1',
`ChgTariff` = '1',
`ChgAdmin` = '1' WHERE `login` = 'admin';

3. меняете пароль на тот "на который меняли" как минимум в billing.ini и userstats.ini

4. Запускаете старгейзер, пользуетесь.

Ссылка на сообщение
Поделиться на других сайтах

Спасибо! Вы отвечаете быстрее, чем я успеваю добраться до консоли :).
Но меня мучает еще (глупый?) вопрос в моем посте №3

http://local.com.ua/forum/topic/44828-не-удается-сменить-пароль/?p=399958

в /etc/passwd нет такого пользователя:группы 1000:1000
Это так должно быть? В целях безопасности?

Ссылка на сообщение
Поделиться на других сайтах

Это так должно быть? В целях безопасности?

Не, это просто побочный еффект.

Можете если вас это очень сильно жмет сделать chown на юзера апача скажем.

Ссылка на сообщение
Поделиться на других сайтах

Все сделал как советовали. Сделал платеж - баланс пользователя поменялся.

Побочный эффект устранять не буду, просто интересно было понять.

nightfly, madf - еще раз спасибо за оперативные и точные ответы!

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

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

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від mac
      Глюк в тому, що один (так - тільки один) mac адрес onu існує в білінгу у вигляді строки. Це трохи заважає.
      olt - bdcom gepon.
      Наскільки зрозумів, це виключно проблема реалізації snmpwalk у freebsd, де snmpwalk може на свій розсуд віддати mac адресу не як hex-string, а як звичайний string.
      Можливо snmpwalk тригериться на якомусь символі, мені невідомо.
       
      # tcpdump -vv -i em0 udp port 161 and host olt and host ub | grep "3320.101.10.4.1.1.241 ... olt.snmp > ub.47940: [udp sum ok] { SNMPv2c C="*****" { GetResponse(44) R=93278354 E:3320.101.10.4.1.1.241="8LO"W*" } } ub.47940 > olt.snmp: [udp sum ok] { SNMPv2c C="*****" { GetNextRequest(34) R=93278355 E:3320.101.10.4.1.1.241 } } snmpwalk -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1 SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = STRING: "8LO\"W*" snmpwalk -Ox -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1 SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = Hex-STRING: 38 4C 4F 22 57 2A  
      Це стосується таких параметрів у snmp конфізі bdcom
       
      [signal] MACINDEX=".1.3.6.1.4.1.3320.101.10.4.1.1" [misc] ONUINDEX=".1.3.6.1.4.1.3320.101.11.1.1.3"  
      За для усунення глюку спробував трошки змінити код і завдати тип snmp параметру явно у ./api/libs/api.ponbdcom.php у function collect()
      Це працює. Мабуть станеться у нагоді:
       
      # diff api.ponbdcom.php{.new,.bak} 37c37 < $onuIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE); --- > $onuIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE); 91c91 < $macIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE); --- > $macIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE);  
      P.S. Створив тему, а зараз міркую: а може це глюк у ПЗ olt. Оновлю фірмваре olt та перевірю...
       

    • Від ppv
      Потрібно було витерти одну мережу, всі абоненти з неї були перенесені в іншу. Але світить що 6 IP зайняті, хоча вона повністю вільна.
       
      ID    Мережа/CID           RВсього IP        Використано IP ▾           Вільно IPСервіс
      6      172.16.70.0/23        506                    6                                       500
       
      Підкажіть як правильно це підчистити щоб видалити мережу.
    • Від a_n_h
      Всем доброго дня и мирного неба!
        После многочисленных экспериментов выяснил, что на последних версиях freebsd  максимум удавалось прокачать до 14 ГБт суммарно трафика со 100% загрузкой процессора. На том-же железе но с установленной freebsd 11.2 прокачивается до 20-ти ГБт суммарно тестового трафика с загрузкой процессора около 50%. 
        Подскажите, что можно убрать или наоборот добавить в систему с freebsd 13,3 для получения аналогичного результата...
    • Від ppv
      Проглянув FAQ і Ubilling Wiki. Зацікавило питання чи є в Ubilling якась реалізація reCAPTCHA, чи потрібно додавати руцями, (для прикладу для форми подачі заявок чи для кабінету користувача)?
       
    • Від mac
      Здається, після оновлення PHP 7.4 до PHP 8.2 feesharvester припинив працювати:
       
      /usr/local/bin/curl "http://127.0.0.1/billing/?module=remoteapi&key={SERIAL}&action=feesharvester" <br /> <b>Fatal error</b>: Uncaught TypeError: Unsupported operand types: string - string in {UBPATH}/billing/api/libs/api.fundsflow.php:570 Stack trace: #0 {UBPATH}/billing/modules/remoteapi/feesharvester.php(22): FundsFlow-&gt;harvestFees('2024-01') ...  
      Невеличке розслідування врешті з'ясувало, що це через наявність пробілу у деяких логінах абонентів. Як так сталося? Тому що інколи був неуважно додан трейлінг пробіл до номеру будинка і цей пробіл потрапив до логіну абоненту. Логін абоненту неможливо змінити ніяким чином штатними засобами. Я не розглядаю створення нового абонента для усунення помілки.

      Був обран такий шлях вирішення проблеми. Заміну функції php explode() знайшов у мережі. Мабуть це станеться в нагоді:

       
      diff api.fundsflow.php.bak api.fundsflow.php.new 559c559 < $eachfee = explode(' ', $eachline); --- > $eachfee = preg_split("~(?<!\\\\)(?:\\\\{2})*'[^'\\\\]*(?:\\\\.[^'\\\\]*)*'(*SKIP)(*F)|\s+~s" , $eachline);  
×
×
  • Створити нове...