Jump to content

sanyadnepr

Сitizens
  • Content Count

    3,480
  • Joined

  • Last visited

  • Days Won

    14

Posts posted by sanyadnepr

  1. Включение режима высокой продуктивности никак не влияет на отсутствие проверки payID, платеж с одинаковым payID зачисляется на счет абоненту.

  2. 3 hours ago, skybetik said:

    Что вам мешает посмотреть это ? 

    https://github.com/nightflyza/Ubilling/blob/master/docs/openpayz/frontend/city24/index.php

    К слову Сити24 Юзаем больше 2 лет нет не каких проблем 😎

    Используется https://github.com/nightflyza/Ubilling/blob/master/docs/openpayz/frontend/city24_multi/index.php посмотреть нет проблем, в коде не силен. не смотря на ответ  <result>0</result>  платеж с одинаковым payID вносится еще раз в базу, вероятней всего проверки нет.
    Описание что проверить надо по payID не вижу есть ли проверка в коде, поэтому и уточняю. Если вы разбираетесь в коде подскажите пожалуйста есть проверка по payID или нет?

    Вижу что есть информация о платеже transactionID но payID одинаковый и нет о нем информации.
    if (pltz_CheckTransaction($extTransactionID)) {  //Обязательно нужно проверить(по $payID) платеж в Вашей системе, если платеж оплачен -  возвращаем result - 0

     

    https://docs.google.com/document/d/1PQUiDnyZ7rMZ0wggIETbEyEF2xH3usKCuPxgZX9dPM4/edit#

     

    Увага!
    Відповідно до таблиці  “Список кодів завершення”, є фатальні та нефатальні помилки (коди) відповіді на <command>pay</command>


    Для того щоб уникнути втрат коштів у випадку технічних несправностей або тайм-аутів, існує можливість повторити транзакцію з тим самим `payID` у випадку фатальних помилок. Ініціатором такого повторення може бути КЦ або технічна підтримка, наприклад, за зверненням платника.

    Якщо наш сервер відправляє повторний запит на поповнення з `payID`, який вже існує (тобто оплата вже була успішно проведена раніше), провайдер просто повертає позитивну відповідь (значення `result=0`), не повторюючи при цьому поповнення рахунку чи облікового запису. Це є механізмом захисту від фінансових втрат у разі технічних проблем.

    У випадку, коли `payID` має фатальний статус на боці провайдера, служба підтримки може повторити запит на оплату з тим самим `payID` після обробки транзакції.

    Отже:

    Якщо існує успішна оплата за `payID`, провайдер повинен повернути статус попередньої успішної оплати, не повторюючи її.

    Якщо успішної оплати за `payID` немає, потрібно провести оплату.

    У необов'язковому полі comment міститься службовий коментар.

    Поле відповіді extTransactionID містить номер транзакції на стороні провайдера.

  3. 21 hours ago, skybetik said:

    Ну вам ответили уже и даже сказали что и как, для начала проверьте что с вашей базой, например в модуле module=report_sysload проверить состояние БД 

    С базой все ОК. OP_HIGHLOAD_ENABLE это понятно, меня интересует проверка по payID есть или нет в модуле для сити24?

    Array
    (
        [id] => 5648
        [hash] => PLTZ_5648
        [date] => 2024-02-25 12:00:00
        [summ] => 100
        [customerid] => 0001
        [paysys] => CITY24M
        [processed] => 1
        [note] => transactionID:8938030549 amount:10000
    )

  4. 7 minutes ago, nightfly said:

    На жодні думки не наштовхує, ніт?

    Что это некорректно сити24 шлет запрос, но они объясняют что эта ситуация учтена в протоколе и мы не отправляем ответ, хотя отправляем.

    Самый главный вопрос, проверяется ли payID в модуле? и если платеж с таким payID уже был обработан и внесен в базу почему следующий одинаковый payID далее заносится в базу платеж и пополняется счет абоненту.

  5. 6 minutes ago, nightfly said:

    Перекладаю - вашій СУБД походу кранти, там якесь м'ясо, робити там щось більше кількох сотих секунди фронтенду нічому. Розбирайтесь чому так.

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

  6. Приветствую всех.

    Подскажите пожалуйста где копнуть и нет ли проблемы со стороны протокола взаимодействия сити24 или возможно не учтена необходимая проверка в модуле сити24 в Ubilling, пока писал понял что похоже в проверке payID, но это не точно.  

    Недавно обнаружилось с сити24 начали прилетать дубликаты платежей, в целом платежей мало, два одинаковых запроса Pay с одинаковым transactionID и payID в одну секунду одному платежному ID при этом биллинг "думает" примерно чуть больше минуты и отвечает одним ответом <result>0</result>, сити24 утверждает что ответ они не получили и по протоколу дальше повторяет запросы дублем, биллинг ответ и так по кругу, сити24 спрашивает каким образом с одинаковым payID от сити24 билл продолжает обрабатывать запросы и пополнять абоненту счет раз в 5 минут примерно, на одну и туже сумму, ведь этот payID уже был обработан предполагают сити24 согласно протоколу.

    Конечно есть вопрос к сити24 зачем они дублем присылают два запроса, но они отвечают что эта ситуация учтена в протоколе и проблема на стороне биллинга, потому что он пополняет счет по уже обработанному одинаковому payID.

    При этом transactionID в дублях одинаковый, но с каждым новым дублем разный.

    Если зафаерволить запросы от сити24, но оставить возможность отвечать то после блокировки билл отправляет 2-3 минуты 6 ответов <account>0001</account>  <result>0</result>.

    После снятия блокировки, дубли и платежи нескольких проблемных абонентов прилетают так же по кругу, при этом и с некоторыми новыми пополнениями происходит аналогичная ситуация.

    В openpayz в платежах transactionID и не видно payID.

  7. On 11/3/2023 at 3:40 PM, usernews said:

    Гворят, что Киевстар ставит такие

    Поставил кое где, еще один такой же ящик с новым замком рядом с обычно открытым ящиком с коммутаторами доступа, что внутри пока неизвестно, но питание на свичи идет через новый ящик.

  8. 4 hours ago, a_n_h said:

    Что можете сказать по поводу этого:

    https://mikrotik.ua/ru/product/mikrotik-crs309-1g-8splusin

     

    Покупай микротик, шишки надо набивать на своем опыте. )))

    52 minutes ago, a_n_h said:

    можно конкретную модель?

    В гугле забанили? Бери у кайота он херню не предлагает.

    • Confused 1
  9. 18 hours ago, datakrava said:

    пишіть в ПП

    Он тебе возможно напишет, но...

    Готов наступить на грабли?

     

    On 6/27/2022 at 12:08 PM, superb said:

    ответственный и порядочный

    Это не про него...

  10. 11 hours ago, Dimkers said:

    Стаття 26. Обов'язки та відповідальність споживачів енергії

    Споживання енергії можливе лише на підставі договору з енергопостачальником.

    Так ты тоже согласно букве закона не используешь ЭЭ когда ее нет от постачальныка, но есть из альтернативных источников? Не весели, весь прям в белом и на коне?

     

    11 hours ago, Dimkers said:

    Я видел последствия срезаных проводов уже ПОСЛЕ разделения облов на постачальников и распределяльщиков.... Ровно как и бравый Павлобор получил в итоге все так, как говорил нехочуха...

    Не путай провода/линии связи без договоров на столбах и питание оборудки в многоэтажках. 
    Еще раз, никто не оспаривает что договора необходимы, мне еще не приходилось что сначала договора с облами а потом устанавливается оборудование в многоэтажках, обычно все наоборот, сначала оборудование, потом договора с облами. 

     

     

  11. 8 minutes ago, Dimkers said:

    Т.е. за споживання ээ ящика на крыше никто не платит?

    Платит ОСББ. А ОСББ никто за ээ не платит. ;)

    Есть конечно и другие варианты, но за рамками этой темы.

     

    9 minutes ago, Dimkers said:

    И после этого ты хочешь спорить в законности потребления ээ и подключения ящиков? Ну ок. У Павлобора тоже висело все до поры....

     

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

    Никто не оспаривает что необходимы договора с облами, если ты вдруг не понял.

    Оспаривается "всеобъемлемое право облов" делать все что им захочется.

  12. Смешались у тебя люди и кони, постачальнык и распределение, потребитель.

    7 minutes ago, Dimkers said:

    3) Мережи всяких многоквартирок - в обоюдном пользовании

    Не в обоюдном, распределительная сеть многоэтажки на балансе и в собственности балансодержателя многоэтажки, трех-сторонний договор как раз и распределяет где чья ЗО, на входных клеммах РЩ обл, дальше вплоть до входных клемм счетчика ЗО балансодержателя и обл тут никаким боком, проверить/посмотреть он то конечно может если вдруг жалоба/пiдозра на безучетное, счетчик собственность может быть чья угодно но ЗО обла, после счетчика ЗО потребителя и обл тут тоже полем лесом.

    В отличии от куинку и пона влан на абона, в этой теме ты немного плаваешь, есть три ЗО обл, внутридомовая многоэтажки, потребитель. 

    Например ОСББ обязан предоставить доступ в РЩ облу на каком основании, просто захотелось? :)

    Хер там, только в определенных случаях. Если все по счетчику то обл идет лесом.

    Всех деталей уже не помню, но вот например почему за домофон абонку абоны платят какому то Хфралу а домофоны подключены к лифтам и освещению? Непорядок, надо срочно с домофонщиков срубить и договор оформить на подключение ЭЭ? :)

    А если "POE" питание от каждого абонента питает свич в доме, что так тоже нельзя? :)

    Как всегда тема немножко ушла в сторону.)

  13. 1 hour ago, Dimkers said:

    Кинь с подвала дома кабель на МАФы без облегерго, я погляжу😂

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

     

    1 hour ago, Dimkers said:

    А счётчики в щитовых на чьем балансе?

    Балансе или собственности? Впрочем даже будь они в собственности обла, у него не появляется право что бы то нибыло делать в щитовой, кроме операции снять/поставить счетчик по согласованию с балансодержателем.
    Полагаю те страшилки что тобой написаны инициировались "ЖЕК_ом" "ОК" и подобными компаниями на балансе которых эти дома, а не облами.

    Опять же "под шумок" никто не отменял.

  14. 2 hours ago, Dimkers said:

    Конечно не проблема. Только когда в прошлом году облегерго отрубило сопли от щитовых в куче домов с мотивами - экономим заради перемоги, а сопли непонятные это не про экономию, то к ним выстроились вот такие вот бесстрашные, чтоб быстрее договор то сделать, т.к. абоны то без инета, ведь на чердаке лампочки на свичах перестали моргать, а договор это дело даже не дня...😀

    Сопли как и отсутствие договоров это немного другое. Расскажи, всем интересно какое отношение к щитовой имеет облэнерго если согласно трехстороннему договору да и без него зона ответственности обла заканчивается на вводных клеммах рубильника в щитовой дома? А щитовая в целом и с рубильником в частности ЗО балансодержателя и обленерго идет лесом. Лифты которые у всех через счетчики обленерго тоже вырубали прямо в щитовой? Сильно сомневаюсь.

  15. 22 hours ago, Dimkers said:

    Одни из провов с абонбазы в 5К прошлым летом - полинял до 3К.... Потому как ПОНа в многоэтажках не имел, а народец потихому переполз на ПОНом к конкуренту... Потому как все ощутили, что такое ползающий ЛТЕ и отсутствующий инет....

     

    Может совсем нерасторопный или вообще не бекапил узлы последней мили, бывает.
    Мой опыт во время постоянных отключений показал что иногда раньше умирали Аплинки хоть и не на долго но все же, если ты не включен "напрямую" в ДЦ и похер на основе чего у тебя построена сеть и какой бекап по питанию.

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

    А сколько было попалено онушек во время перебоев со светой в попытках смастерить/подключить бекап 12 вольт, об этом история умалчивает. ПОН конечно вне конкуренции по всем параметрам при систематических отключения. Но это уже другая история, не относящаяся к теме ТС, который при всем зоопарке вполне нормального оборудования ищет кошку в черной комнате, особенно когда ее там нет.

    19 hours ago, Dimkers said:

    Видимо до вас ещё руки просто не дошли...

    Нужен трёхсторонний договор на электроэнергию... Ну развлекаетесь, чё. Как нагнут, не плачте вместе с директором ОСББ😁

    Схерали им плакать? Как кто кого нагнет? Трехсторонний договор не проблема. Не пугай людей страшилками.

    • Like 1
  16. 13 hours ago, Dimkers said:

    А в случае куинку - вообще пофику.

    Про дизайн сети поржал. Когда то была такая штука - куча материнок(asrock вроде) с завода имела на сетевухе один МАС на тысячах партий. Ну или всякие там любители отвязать Киевстаровский ролтер, через прошивку микросхемы - забывали поменять МАС и юзали единый слитый с оригинальной прошивки.... А тут это вовсе не проблема, никому давать по сраке не надо от слова вообще, да и замена оборудки клиента никак не связана со звонком в ТП. Он тупо включил шо угодно - и оно работает. Даже когда "ВиФи глючит и у меня нету скорости" - не надо новый МАС прописывать в биллинг, чтоб просто проверить работу без ролтера. Абон кабель тыкает в ПК и готово. Монтажник приезжает - тыкает ноутбук, и никуда звонить не надо... Плюшек хоть отбавляй. Не надо тратить время вообще ни на какие поиски дублей, порт изоляции и прочее секюрное говно. они все становятся супер-покую, т.к. абон один на один с сервером в своем cvid, и авторизация абона с МАСом конечного устройства не связана никак.

    Давать абону по сраке? Да он тебя накуй пошлет и к конкуренту свалит, у которого дубли абон-МАСов не приводят к геморою на сети и не надо выслушивать унижения в свою кассу:)

    Согласен куинку отличная тема. Твой текст выше применим в основном когда плотность абонентов и провайдеров зашкаливает. Страхи из прошлого про одинаковые маки сильно преувеличены, это диагностируется достаточно оперативно. Можно и без привязки по маку идентифицировать абона плюс по логину паролю в ЛК активация и тоже втыкнул что угодно и пашет все у абона. Твои рассуждения опытного человека который прилично походил по граблям и больше не хочет компромиссов. Но не всем доступна такая возможность. Могу открыть тебе страшную тайну, до сих пор есть сети которые сейчас уже под крылом (собственностью) Крупняка которые построены на основе мыльница на порт и вполне себе живут уже  >15+ лет. Из некоторых источников можно почитать и ознакомиться сколько проблем на "ровном месте" имеют некоторые крупные провайдеры, без учета проблем описанных тобою выше, в основном это питание и физика последней мили к абоненту. И особо никто никуда от них не бежит.

     

    13 hours ago, Dimkers said:

    В телекоме же это - на так себе решение, может до 500-1К абонов оно и норм, но когда появляется кулхацкер, который у соседа МАС клонирует - то уже не так и весело, лишний геморой, лишние проблемы, ухудшение качества услуги у того, у кого спиздили тот самый МАС....

    10-15к и выше все описанное тобой не проблема. 

    • Like 2
  17. 2 hours ago, Dimkers said:

    Т.е. привязка к МАСу абона и вынос мозга ТП при замене оборудки обеспечены, а ещё больший вынос мозга - когда 2 соседа пропишу себе одинаковые МАСи, ну или наклонируют херни в роутерах))) И как же ті их разделять то будешь в биллинге? А?

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

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

    On 8/6/2023 at 12:27 PM, scaran said:

    Кто силен в готовке экстримов? Нашел еще один параметр который не включал: egress flood control, по умолчанию для бродакста, мультикаста и юникаста оно включено, тоесть разрешен флуд.

    к примеру из первого disable flooding unicast port 1-48 - запретить флуд юникаст пакетов с неизвестным dst-mac в порт 1-48, вопрос на аплниках тоже запрещать? и стоит ли делать disable flooding broadcast и disable flooding multicast на абонских и аплинк портах, если к примеру адреса и так по статике у всех? Я так пониманию весь этот unknown/bdcast/multicast флуд это для дст мас адресов которые не находятся в fdb свитча и что такая херь разрешается только если такое стоит в корпоративе со всякими  шарами и прочей херней. Просто на абонских портах у меня уже настроены рейтлимиты по типу такого:
    config port 4 rate-limit flood broadcast 100
    config port 4 rate-limit flood multicast 500
    config port 4 rate-limit flood unknown-destmac 50
    что кого будет в итоге игнорить - дисейбл флуд будет игнорить рейтлимиты или наоборот рейтлимиты будут игнорить глобальный дисейбл? Если сделать в итоге disable flooding all-cast на абонских портах это ли не тоже самое что и port isolate on по сути? Ведь что так что так у абонов в рамках свичта не будет видимости между портами.

    Вопрос второй по приниципу изоляции порта и реализации его на хуавеях и экстримах:
    Конфиг хуавеев на абонских портах:
    loopback-detect recovery-time 255
    loopback-detect enable
    loopback-detect action shutdown
    broadcast-suppression 1
    multicast-suppression 2
    port-isolate enable group 1
    на аплинках:
    dhcp snooping trusted
    broadcast-suppression 1
    multicast-suppression 1

    Когда на хуевеях сделать port-isolate на аплинк порту, то инет у абонов пропадают. У экстрима же делаешь config ports all isolate on то все работает у всех

    Что Вы еще готовы сделать или предпринять, чтоб не диагностировать причину а не тщетно бороться с ее последствиями?

  18. On 8/6/2023 at 9:26 PM, andryas said:

     

    При значній кількості клієнтів на голові (250+), при спробі масового отримання IP (наприклад, пропадала електрика у клієнтів) голова рандомно припиняє транслювати dhcp відповіді від клієнтів.

    Прошивки, старші за V1.6.0_220803 мають таку проблему, щодо наступних, то усіх я не перевіряв, але на лютневій від цього року проблема теж була виявлена.

    Дякую. В цiкавому менi кєйсi OPT82 та DHCP Snooping не використовуєтся на OLT Stels.

  19. On 8/16/2023 at 9:16 AM, usernews said:

    Всем спасибо, пока еще не продаем Интернет Киевстар, но и особых сложностей тут конечно нет. Если есть желание и немного денег. Пока считаем, что нужно и сколько стоит. Правда есть такие сложности которых по идее быть не должно например вопрос в Датагрупп о стоимости канала для провайдера,  выдал такой ответ мы работаем только с уже зарегитрированными провайдерами и все, поэтому цену не скажем. Достаточно странный ответ для тех, кто хочет заработать.

    С продажей домашнего инета от КС и не только есть один технический момент, нет света - нет инета.

    На старте Вам в районе 20Грн/Мбит выставят и это еще в зависимости от точки.

    Дате и остальным в целом пох на возможное получение от "вас копеек". 

×
×
  • Create New...