2010-07-16 135 views
4

任何人都可以讓我知道爲什麼sagepay會拋出5006(無法重定向到供應商的網站。),我可以將交易張貼到sagepay,並且能夠在sagepay上提供信用卡信息結束。但是,我的問題是,一旦它返回到我的通知頁面,它會拋出錯誤5006.Sagepay 5006錯誤代碼修復

我無法在我的末尾達到我的成功或失敗URL。

回答

1

嘗試

的一些想法。只要搜索他們的論壇5006.有很多帖子。

作爲一般建議:通過支付網關,通常最好在各自的供應商網站尋求支持。

+0

我已經嘗試過幾乎所有的論壇帖子。但沒有用.. – 2010-07-16 10:52:01

+0

@VAC好吧,就像我說的,你最好的選擇是直接在他們的論壇上詢問。那裏的機會會好得多。此外,你沒有提供任何代碼,所以我非常懷疑這裏的任何人都可以幫助你。 – Gordon 2010-07-16 11:15:19

+0

請看看我的下一篇文章在sagepay ... http://stackoverflow.com/questions/3264328/sagepay-curl-data-posting – 2010-07-16 11:30:35

6

請參閱以下有關您的交易失敗錯誤5006的問題的建議:無法重定向到供應商的網站。供應商未能提供重定向URL。

錯誤信息本身並不總是完全準確的,因爲當它們收到回覆他們發送到NotificationURL的通知響應時出現任何問題時顯示錯誤信息。以下是你可以調查的各種已知問題列表:

1)可以確認收到有任何確定的,無效的或錯誤的狀態的事務響應的

2)在書寫上述三個領域到POST的響應對象,請確保您清除響應緩衝區以刪除任何標題代碼,註釋或HTML。 Sage Pay Server希望「Status =」成爲響應中的第一個字符。如果它沒有看到這些,它會將響應視爲錯誤並使交易失敗!

3)您的通知頁面應僅響應狀態字段,RedirectURL字段和可選的StatusDetail字段。在這些字段之前或之後不應包含其他HTML,標題,評論或文本。 Sage Pay服務器將把所有這些文本視爲錯誤並且交易失敗

4)無論狀態如何,必須發送RedirectURL,其中包含有效的完全限定的URL(即從http://或https開始的地址://)在您的網站的最終完成頁面到賢者收費將發送您的客戶

5)編碼必須按回車換行符分隔的名稱=值字段(CRLF)

6)您的服務器上的通知頁面可能會「崩潰」,您應該檢查以確保服務器上的通知頁面能夠正確處理由Sage Pay發送的所有消息(OK,ABORT,NOTAUTHED,REJECTED,PENDING和ER ROR)。

7)在驗證通知POST時沒有錯誤發生的情況下,您應該發送OK,因此即使Sage Pay向您發送狀態爲ABORT或NOTAUTHED,您也應該回復一個OK和一個RedirectURL,指向一個頁面通知客戶交易未完成。

8)Sage Pay網關在各種固定IP地址上運行,它們通常使用單獨的IP地址來響應所有事務請求。

請確保以下所有IP地址被你的服務器或防火牆內允許的:

對外交通到我們的網關:

195.170.169.9 - live.sagepay.com 195.170.169.8 - test.sagepay.com

對於入站流量,如果您使用SERVER,則只需將IP列入白名單,因爲這是啓動回叫的唯一解決方案。您不需要將此應用於我們的FORM和DIRECT集成。從中我們回電的IP地址是:賢者收費使用

195.170.169.14 195.170.169.18 195.170.169.15

子網掩碼爲255.255.255.000。

確保您的防火牆允許出站端口443(僅HTTPS!)和入站端口443(以及可選的80 HTTP)訪問,以便與我們的服務器通信(在模擬器/測試/實時)。 然而總是有這個變化的空間。 Sage Pay擁有整個195.170.169.0/255範圍(256個IP)。

9)您使用的是「SecurityKey」我們傳遞給你的通知頁面與NextURL

10)如果MD5簽名匹配,您的通知腳本應的響應狀態數據庫上正確匹配交易OK和RedirectURL指向訂單完成頁面(如果狀態正常)或合適的訂單失敗頁面(如果狀態爲NOTAUTHED或ERROR)。您可能希望ABORT消息將客戶重定向到爲他們提供其他支付方式的頁面,或詢問他們爲什麼選擇取消。如果簽名不匹配,則應檢查您的代碼是否正確重建了郵件,如果確定是,則應使用INVALID和RedirectURL將用戶指向失敗頁面來回復所有此類郵件。

+1

CIDR格式的IP範圍是195.170.169.0/24(這是195.170.169.0-255) – dave1010 2015-02-04 14:12:36

0

我有這個問題,沒有任何建議在這裏爲我工作。我最終發現了什麼是錯的:

  1. 我不得不用尾部斜線發送siteFqdns值。
  2. 我只好送serverNotificationUrl沒有網站地址 前綴(即剛剛頁面,而不是完整的URL)
  3. 我必須來urlencode的serverNotificationUrl值(因爲它 包括查詢字符串參數)

只有當我做了所有這三件事情,它纔會像預期的那樣行事。