Перейти до

Скрыть поля в "профиле абонента"


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

Такой вопрос - есть ли какой-нибудь правильный способ в профиле абонента не показывать mac адрес? Хочется кассира по максимуму ограничить, и то что при проведении платежа - отображается mac адрес - как-то напрягает. Как скрыть пароль - нашел, а вот с мак адресом проблема, а это как  бы, по идее, секретная информация, особенно при авторизации ip+mac... 

 

PS. В правах пользователя есть интересный пункт: "Право пользоваться Winbox - интерфейсом кассира"  что бы это значило, и где этот самый Winbox отыскать. Может этот пресловутый интерфейс решает все проблемы, и я ерундой занимаюсь, пытаясь приспособить админку для безопасного проведения платежей кассиром? 

 

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

 

ограничить, и то что при проведении платежа - отображается mac адрес - как-то напрягает

Купить кассиру успокоительных, чтобы оно не пугалось вида буковок и циферок.

 

  Цитата

 

Как скрыть пароль - нашел, а вот с мак адресом проблема, а это как  бы, по идее, секретная информация, особенно при авторизации ip+mac...

Если "кассиры" барыжат персональной информацией абонентов.... вам не кажется, что таких людей в принципе ни к кассе с баблом ни к биллингу подпускать нельзя?

 

Резюмирую: для организационных проблем глупо искать технологические решения.

 

  Цитата

 

PS. В правах пользователя есть интересный пункт: "Право пользоваться Winbox - интерфейсом кассира"  что бы это значило, и где этот самый Winbox отыскать.

Нигде - проект заморожен несколько лет назад, поскольку был нафиг никому не нужен.

 

  Цитата

 

Может этот пресловутый интерфейс решает все проблемы, и я ерундой занимаюсь, пытаясь приспособить админку для безопасного проведения платежей кассиром?

Да, ерундой занимаетесь. Поскольку см. выше.

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

 Насчет организационных проблем - оно, конечно правильно. Вобщем, почти убедили :) В принципе, если будут иметь место, махинации с мак адресами, это все всплывет достаточно быстро.

Ссылка на сообщение
Поделиться на других сайтах
  В 19.08.2014 в 13:06, evilaxe сказав:

 Насчет организационных проблем - оно, конечно правильно. Вобщем, почти убедили :) В принципе, если будут иметь место, махинации с мак адресами, это все всплывет достаточно быстро.

А теперь высылайте $200 по реквизитам указанным на сайте.

Мы раскажем вам, как правильно использовать монтировку, для максимально эффективной ликвидации "махинаций".

 

Также могу посоветовать закапывание в лесу. Это бесплатно. Лопату найдете сами.

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

вы никогда не допрёте што вас наё.....    ваши работники пока не ощютите  ето одним местом ето как 6-7 и 8е наверно чюство, или просто ктото сдаст из зависти или какихто ещё причин, да и набить мордяку вы врятли комуто сможете не будем себя обманывать (по причине того што вы нормальный) 

 

я ответа не увидел на поставленный вопрос афтара !!! сарказм и поучения ет да есть такое а где ответ ?

ето точно реализуемо !!! но зачем же вам таким убогим ето знать вы мол делайте так как я вам говорю а остальное както само направитса )))))) именно ето выплывает после прочтения ответа ))))

дело в том што не все советы реализуемы в жызни а некоторые приводят к неисправимым последствиям (к примеру афтар даже мог уже лопату наточить ))) ) 

а потом што он скажет ментам типа мне так советовали на форуме ))) ет же полный бред !

 

требую нормального ответа !!! если ето возможно то как? если нет то так и скажыте !

 

афтару советую не подыгрывать на такии ответы они вам ничем не помогут !

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

Ну вот, пришел и изнасиловал орфографию даже тут.

 

  Цитата

 

требую нормального ответа !!! если ето возможно то как? если нет то так и скажыте !

Дружок, ты не требуй, лучше просто

1406916835446.jpg

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

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

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

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

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

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

Вхід

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

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

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

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

    • Від camchatix
      Добрий день,
      створили запасний NAS із зайвою хромосомою, все працює але коли треба вбити сесію користувача - то у списку NAS серверів лише один (той що основний)
      переназначити швидкість теж не можу
      я так розумію пакети CoA Disconnect, CoA connect, PoD - ідуть на IP адресу старого NAS ?
    • Від grach_witch_cheese
      Вітаю, колеги!
      Маю наступну схему:
      DHCP-сервер: Accel-PPP (IPoE) DHCP-Relay: MikroTik RADIUS: Запущений безпосередньо на сервері uBilling Зараз авторизація абонентів здійснюється за MAC-адресою, але планується перехід на авторизацію через Option 82.
      У документації uBilling наведені приклади конфігурацій, коли DHCP-сервер працює локально (на самому uBilling) і містить відповідні шаблони для обробки Option 82.
      Однак немає чіткої інформації про використання Option 82 при віддаленому DHCP-сервері, зокрема, коли Accel-PPP використовується як DHCP-сервер у режимі remote та налаштований через Купаген.
      Питання:
      Чи можливо використовувати Accel-PPP як віддалений DHCP-сервер з авторизацією через Option 82? Якщо так, то де відбувається парсинг значень Remote-ID і Circuit-ID? Де в цьому випадку мають зберігатися шаблони для Option 82? Буду вдячний за роз'яснення або посилання на відповідні приклади.
    • Від nightfly
      Ubilling 1.5.2 rev 9302 Book of Endings
       
      Зміни в структурі БД. alter.ini: нова опція FASTPROFITCALC_ENABLED, що вмикає швидкий підрахунок прибутку. alter.ini: нова необов'язкова опція KARMA_IN_PROFILE що вмикає показ карми в профілі користувача. alter.ini: нова опція SWITCHES_AUTH_ENABLED, що вмикає довідник даних авторизації пристроїв. alter.ini: нова опція PON_SCRIPTS_ENABLED, що вмикає підтримку скриптів OLT в ПОНізаторі. alter.ini: нова опція PON_ONU_FDB_SELFFILTER, що вмикає фільтр MAC-ів при відображенні FDB за ONU. alter.ini: нова опція USERBYIP_ENABLED, що вмикає виклик userbyip в RemoteAPI. alter.ini: пачка нових опцій PB_FASTURL_*, що керують поведінкою модулю відсилання коротких посилань на оплату. Модуль PONizer: виправлена помилка зникнення PON інтерфейсів при опиті BDCOM GP3600 Модуль “Профіль користувача”: для опису плагінів профілю та оверлеїв на кшталт “чорної магії” тепер опційно можливо вказувати link_target. Модуль “Панель задач”: для опису елементів панелі задач, тепер опційно можна вказувати LINK_TARGET. Модуль Записи телефонних розмов: вирішено проблеми швидкодії, при перегляді списку записів дзвінків. Модуль “Записи телефонних розмов”: більше не призводить до вичерпання пам'яті процесу, при перегляді великих архівів дзвінків. Модуль “Записи телефонних розмов”: новий аудіо-плеєр для прослуховування записів з візуалізацією аудіо-хвилі. Модуль “Пошук оплат”: реалізовано можливість швиденького підрахунку прибутку по обраних чекбоксами платежах. Модуль УКВ: реалізовано можливість швиденького підрахунку прибутку по обраних чекбоксами платежах. Модулі Мапа обладнання та користувачів: трішки вичищено код. Ліпше не стало. Модуль “Мапа будинків”: поле пошуку при розташуванні будинку, тепер попередньо заповнено локацією, при переході за посиланням “розташувати на мапі”. Модуль “Панель задач”: опція TB_QUICKSEARCH_INLINE змінила свою поведінку, та може тепер приймати значення 0|1|2. Модуль “Звіт по трафіку”: виправлено проблему відображення графіків OphanimFlow для NAS на роздільних здатностях менше ніж FullHD. Кабінет користувача: в модулі “Відеоспостереження” відображення попереднього перегляду каналів користувача, стало трішки притомнішим. Сховище зображень: трішки покращено поведінку форми завантаження. RemoteAPI: новий виклик onusigcompressor, що радикально стискає розпухаючі дані історії сигналів ONU. RemoteAPI: новий виклик pbxmonrefill, що оновлює кеш записів телефонних розмов. RemoteAPI: новий виклик userbyip, що повертає дані про користувача за його IP. OpenPayz: в бекенді та фронтенді platon виправлено проблему диких заокруглень, при вказанні зовнішньої комісії.  
      Повний чейнджлог
      Оновлена демка
       

    • Від ppv
      Після оновлення до 1.5.1 не відображаються сигнали на
      OLT BDCOM P3310B (Device version10.1.0B)

      та
      P3608-2TE (Firmware Version10.1.0E). 

      3310C та P3608B ніяких проблем немає, знімає все добре. 
      З GPON3600-8 все зрозуміло будуть виправлення в Ubilling: 1.5.2.
       
      Може в когось було щось подібне? Хочу знати куди копати.
    • Від 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 та перевірю...
       

×
×
  • Створити нове...