Форум компании NetUP

Я то же натыкался на проблемы с SSL. Недавно обновлял PHP на CentOS 6.8/x86_64. UTM5 5.3.002-update18 (не менялся). До обновления был php 5.3.х И ЛК работал успешно. Только обновил до php 5.6.30 - тут же перестал ЛК работать и именно такие же ошибки были в main.log. На моменте авторизации не отраба...

Изучив PHP-шную реализацию клиента начал понимать, в чем дело. Получается, что SSL-протокол в установленном соединении нужно включать не сразу, а после того, как произойдет авторизация подключения. Т.е. сначала клиентом urfa должны быть переданы хеши логина/пароля без SSL, и если они верны, то UTM5...

Забыл сказать что на момент субботы я убедился что у нас установлен последний билд (Rev #34552). То есть обновлений со стороны нетапа не было. Пока скинул все данные в суп сбера. Жду от них ответ.

UPD: Сбер починил сам себя. Причины сбоя называть отказался.

С 10.02.2017 перестали проходить платежи через систему Сбербанк-онлайн. 10/02/2017 01:12:37:195918 [0x807a43100] INFO SecureSocketImpl accept from 192.168.241.243 succeded, connection has system file descriptor 11 and sid [1598] 10/02/2017 01:12:37:203390 [0x807a43100] ERROR HTTPSocketConnectionImpl...

Остаётся открытым вопрос, почему не испытывали проблем операторы работающие на самопальных скриптах? Во всяком случае те кого я опросил сказали что проблем вчера никаких не наблюдали...

Не прошло и года, как говориться. Получен ответ от киви:

Илья, добрый день.

Причина сбоя выявлена, сейчас ведутся аварийно-восстановительные работы. Примерный срок решения, сегодня до конца дня (нерабочего)

Нетап ответил что в их модуле всё нормально. Проблема предположительно на стороне платежной системы. Платежи продолжают проходить но далеко не все...

Кажись начало прогружаться...

То же самое! Создали тикет 2016020610000035. Отписали в суппорт киви. NetUp Payment Systems [85416] Build 5.9-bsd101_x64 Rev #34162 (OS FreeBSD-10.1-RELEASE, DB mysql), 2015-12-24 10:03:11 (c) Copyright 2001-2015 NetUP LLC. FreeBSD 10.1-RELEASE #0 r274401: Tue Nov 11 21:02:49 UTC 2014

По поводу крашей (отписывал пару страниц назад): передали в багтрекер (№0002444). Запросили дополнительно у нас debug.log на момент появления проблемы, но вытащить его пока не удалось, так как крещ чаще всего ночью, а к утру наступает избыточная ротация. Увеличили к-во логов. Ждём. Отвечаю сам себе...

По поводу крашей (отписывал пару страниц назад): передали в багтрекер (№0002444). Запросили дополнительно у нас debug.log на момент появления проблемы, но вытащить его пока не удалось, так как крещ чаще всего ночью, а к утру наступает избыточная ротация. Увеличили к-во логов. Ждём.

У нас СУБД на отдельной тачке работает с большим запасом по ресурсам. Там вобще никаких изменений не производилось в плане софта. Только обновление структуры БД согласно инструкции. На причинной машине кроме utm5_core и utm5_radius ничего нет. Вчера случайно увидели что скрипты миграции телефонных ...

Если кто-то может себе позволить пересобрать мир на последнем RELENG и протестировать, поделитесь результатами. Я ухожу в отпуск на неделю и мы скорее всего оставим всё как есть.

У нас СУБД на отдельной тачке работает с большим запасом по ресурсам. Там вобще никаких изменений не производилось в плане софта. Только обновление структуры БД согласно инструкции. На причинной машине кроме utm5_core и utm5_radius ничего нет.

Уважаемые разрабы. Прошу обратить внимание на Ticket#: 2014100110000051.

Ведь явно проблема не в конкретном сетапе, а носит общий характер.