PayPal — плохой HTTP-ответ.

Все еще куча проблем. 8 из 10 транзакций не проходят!!! Бессмысленно обновлять, если проблема не решена… и никому это не интересно!!! Мы делаем Radiusmanager - radius-сервер. Он почти готов… осталось доделать пару мелочей, но выглядит просто отлично!! Жду не дождусь, когда переключимся.

Это влияет не только на пользователей Mikrotik UM… http://support.shopsite.com/KBase/questions/2548/ и http://www.tipsandtricks-hq.com/forum/topic/paypal-ipn-changes-as-of-oct-1 и http://www.lexiconn.com/blog/2012/09/drop-paypal-standard/. Эта страница тоже может пригодиться: https://ppmts.custhelp.com/app/answers/detail/a_id/92.

От PayPal: "Мы также прекратим поддержку IPN-откликов, не защищённых SSL (по порту 80). Отныне необходимо отправлять отклик по адресу https://www.paypal.com/cgi-bin/webscr?cmd=_notify-validate по порту 443."

Похоже, PayPal изменили способ обработки IPN в сентябре, когда и начались сбои в работе User Manager – скорее всего, когда они перешли на Akamai. Октавио, у тебя есть номер обращения в службу поддержки, чтобы я мог передать Mikrotik дополнительную информацию об этих изменениях от PayPal, так как они, возможно, не прочитают этот пост?

Мы потеряли много репутации на наших Hotspots в Гернси, потому что все платежи проходили, но PayPal больше не общался с UM так, как раньше, и теперь нам пришлось переключиться на режим “24/7 trial”, так как User Manager больше не работает с PayPal. Спасибо еще раз, PayPal!!

Мы купили Radius Manager (v3) пару лет назад, но так и не смогли заставить его работать с нашей схемой биллинга. Нам много раз обещали по электронной почте, что он это сделает (и Виктор действительно очень хорошо поддерживает), но несмотря на все заверения, он не делал то, что он нам говорил. Мне кажется, это был сбой в понимании наших требований или языковой барьер, как я уже говорил, его ответы были быстрыми, но, к сожалению, бесполезными. Так что теперь мы застряли с системой, за которую заплатили, но никогда не использовали, и вернулись к User Manager! Все, что мы хотели, – это то, что делают все остальные точки доступа в Европе, с которыми я когда-либо сталкивался. Клиент платит, скажем, "за 1 час", и от момента первого входа в систему отсчитывается время. Если он не использует это, он теряет это! Проблема была в том, что Radmanager, каким бы блестящим он ни был (и мы рекомендуем и поддерживаем его для всех WISPS, продающих фиксированные соединения), не может отключить кого-то после того, как он подключился или не отключить после этого 1 часа. Ваучер или аккаунт, скажем, на 1 час, должен истечь через 1 час, но то, что происходит на самом деле, – это то, что они могут подключиться на 5 минут, отключиться на год, а затем у них все еще останется 55 минут, прежде чем они будут отключены. На самом деле, если клиент использует его всего 5 минут в день, его деньги растягиваются надолго. Нам нужно, чтобы как только они вошли в систему, время начиналось и продолжалось до тех пор, пока не истечет купленное время, даже если они не используют его. Другая проблема была в том, что если клиент купил день времени в 23:59, он фактически получал всего 6 минут онлайн-времени, потому что в 00:05 его аккаунт немедленно отключался, потому что Rad Manager смотрел на дату, и теперь, поскольку она была на один день дальше, он считал, что аккаунт на день старше, и истекает срок его действия! Нам это не нужно. User Manager понимает наш метод использования (потому что именно так работают все остальные точки доступа, с которыми я когда-либо сталкивался!) и поддерживает его. Кроме, конечно, того, что сейчас он вообще не работает с PayPal. Теперь, если кто-нибудь может сказать мне, может ли v4 Radius manager делать эту схему биллинга (и предоставить настройки службы, чтобы продемонстрировать это на нашем собственном сервере, который мы все еще используем!) мы немедленно прекратим использование UM, потому что нам нужно это как можно скорее решить.

Изменения, которые PayPal внесли в свою систему, стали причиной сбоев. Моя система испытывает те же проблемы на протяжении того же времени. Вот две ссылки от PayPal, в которых описываются эти изменения: https://ppmts.custhelp.com/app/answers/detail/a_id/92 и https://www.x.com/node/217895. Проблема в том, что я добавил адрес ipnpb.paypal.com в "walled gardens", а все равно получаю ошибку плохого HTTP-ответа. Тишина MT на этом форуме по этому вопросу просто оглушительная. Наверное, потому что именно они не ломали систему. Я собираюсь открыть тикет в техподдержку MT и посмотрим, что из этого выйдет. Все мои предыдущие попытки оказались безуспешными. Если кто-то уже разобрался, что нужно подкорректировать, было бы здорово, если бы это было опубликовано.