Не удалось подключиться к хост-серверу ввода Uri = https://pilot-payflowpro.paypal.com:443
Я провел последние полтора дня, исследуя эту проблему безрезультатно. Я обнаружил много похожих проблем, но ни одна из них точно не решала мою проблему Я пытаюсь интегрировать Payflow Pro с прозрачным перенаправлением, но не могу успешно завершить транзакцию. Я использую тестовую среду с тестовой учетной записью Payflow Gateway.
Я могу успешно получить безопасный токен, разместив на своем https://pilot-payflowpro.paypal.com/:
ПАРТНЕР =[скрыт]& ПОСТАВЩИК =[скрыт]&USER=[скрыт]&PWD=[скрыт]&TRXTYPE=S& ТЕНДЕРНАЯ = С &CREATESECURETOKEN=Y&SECURETOKENID=20180916085333999&URLMETHOD=POST&SILENTTRAN=TRUE, &AMT=2&BILLTOFIRSTNAME= Джон &BILLTOLASTNAME= Доу &BILLTOADDRESS=123TestDr.&BILLTOCITY=Testcity&BILLTOSTATE=TN&BILLTOZIP=55511&BILLTOEMAIL=johndoe@test.com&USER1=3&USER2=&USER3=0&USER4=2
на что я получаю следующий ответ:
РЕЗУЛЬТАТ =0&SECURETOKEN=[скрыт]&SECURETOKENID=20180916085333999&RESPMSG= Утвержденная
ПРИМЕЧАНИЕ. Я настроил URL возврата с помощью PayPal Manager, поэтому RETURNURL не включен в запрос безопасного токена. Тем не менее, я также пытался с указанным RETURNURL, и я получил тот же конечный результат.
Я использую результаты запроса безопасного токена для создания формы сбора cc. Я ввожу данные тестовой кредитной карты, используя acct # 5105105105105100, а затем отправьте следующее из браузера прямо на https://pilot-payflowlink.paypal.com/:
fund_id = 3 & АССТ =5105105105105100&CVV2=555&EXPMONTH=01&EXPYEAR=20&EXPDATE=0120&SECURETOKENID=20180916085333581&SECURETOKEN=[скрыт]&feeTokenID=20180916085333999&feeToken=[скрыт]
Ответ правильно перенаправляется на URL-адрес ошибки размещенной страницы, указанный в настройках службы Payflow Manager. Моя проблема в том, что я не понимаю, почему он перенаправляет на URL-адрес ошибки со следующим сообщением:
RESPMSG = Не удалось подключиться к исходному серверу ввода Uri = https://pilot-payflowpro.paypal.com/
ПРИМЕЧАНИЕ. Приведенное выше значение является только одной частью ответа, отправленного на страницу ошибки. Остальные возвращаемые значения включают в себя информацию из моего исходного запроса безопасного токена, который, как я полагаю, мог бы быть возвращен, только если было установлено успешное соединение со ссылкой в сообщении об ошибке??
Чтобы четко сформулировать проблему:
- Я уже успешно подключился со своего тестового сервера к ссылке, указанной в сообщении об ошибке, когда впервые получил защищенный токен.
- Сообщение, которое приводит к сообщению об ошибке, было отправлено из браузера (в данном случае на том же физическом поле, что и мой тестовый сервер) на https://pilot-payflowlink.paypal.com/, который не является URL-адресом, указанным в ошибке сообщение.
- Наконец, ошибка, по-видимому, возникает во время процесса Payflow. Насколько я понимаю, на этом этапе во время процесса мой сервер или браузер не должны вызывать ссылку в сообщении об ошибке. Я упоминаю это специально, чтобы обратиться ко многим результатам поиска, которые я нашел, связывая это конкретное сообщение об ошибке с требованием PayPal для TLS1.2, которое уже правильно настроено на моем сервере (я должен упомянуть для полноты картины, у меня все еще есть TLS1.0 включен на моем тестовом сервере, но не может отключить его по несвязанным причинам. Тем не менее, я смог успешно подключиться для получения безопасного токена, и мой сервер прошел собственный тест TLS PayPal по адресу https://tlstest.paypal.com/).
Я должен упомянуть, что я также пытался завершить эту же транзакцию на нашем производственном сервере, все еще используя учетные данные и конечные точки тестирования в PayPal, с точно такими же результатами. Тестовый сервер также настроен для TLS1.2 с включенным TLS1.0, а также проходит тестирование PayPal.
Эта проблема может быть той, которая толкает меня в безумие, поэтому любая помощь действительно будет оценена!!
2 ответа
Для тех, кто может найти этот вопрос и испытать подобное разочарование, я хочу поделиться тем, что смог решить эту проблему, создав новую тестовую учетную запись Payflow Gateway.
Я потратил много времени на решения проб и ошибок, но безуспешно, и технические службы PayPal Merchant смогли дублировать проблему, но также не смогли найти решение. Наконец, максимально упростив мое тестовое приложение (две пустые HTML-формы, заполненные и отправленные вручную), я пришел к выводу, что в моей тестовой учетной записи может быть что-то не так. После создания новой учетной записи с новыми учетными данными, а затем вставки их обратно в исходный код все работало отлично.
С сегодняшнего утра PayPal MTS продолжает исследовать проблему, так как другие сообщали о подобных проблемах.
Для других с подобными проблемами стоит отметить, что теперь я могу завершать транзакции, пока TLS 1.0 остается включенным.
Отключение TLS1.0 помогло другим с этой проблемой. Если у вас возникли проблемы, обратитесь в службу поддержки PayPal.