由於有架設關於第三方金流的平台:實況主斗內平台,難免會摸到一狗票金流的問題,但這麼誇張的我還是第一次見。
2025/02/18 晚間有使用者告知管理員歐付寶沒通知,我就想說可能是他沒用平台進行付款(從平台進去才會有訂單資料,有訂單資料才能進行通知),請他確認是從平台發送斗內資料後,再從歐付寶回傳資料告知:欸欸,付完款囉。接下來就是進行通知的行為。
簡單圖解

經過排查,當天遇到的問題是「金流商將付款完成的資料沒有做通知給平台」,導致平台沒收到資料,沒進行發送通知等其他行為。
於是隔天,我就打電話聯繫歐付寶客服,說了一堆叫我去線上客服,我們才能轉交給誰誰誰我不管,那我就將所有資料丟給歐付寶做排查,更誇張的事情發生了。
第一次客服
異常回傳與正常回傳訂單如附件(螢幕擷取畫面 2025-02-19 163809.png)。
廠商訂單編號: ***
重新描述一次問題:這邊是一個實況主平台,整合通知、分析、小工具等的平台,使用者可以在我這邊輸入歐付寶的 API 串接金鑰,我們這邊會由觀眾到實況主的頁面輸入金額,後前往歐付寶進行付款,歐付寶會在付款完畢後以 ReturnURL 的方式背景發送至我們的伺服器 ***,伺服器 IP 位置 ***.***.***.***,現在的狀況是我這邊從 02/18 (可能更早以前) 開始無法接收到歐付寶的付款背景通知,我這邊實際操作後(螢幕擷取畫面 2025-02-19 163218.png)確認是無法接收來自歐付寶(甚至無紀錄)的資料。回傳紀錄如第四份附件(螢幕擷取畫面 2025-02-19 163514.png)
希望可以盡快協助排除問題。


第一次的回信告知
經相關資訊單位查詢,歐付寶於API傳送資訊皆正常,唯,2025-02-17 02:02:44:2578正常發送及接收資訊後,後續交易發送給予您的系統,均無法接收到您的系統回應。故建議請您與您的相關資訊人員查詢接收網址狀態是否可正常接收電文資訊。
第一次結論
不知道發生了啥問題,反正我們東西丟了,但你沒回應,你的問題。
OK,我寄了第二次,並附上模擬環境的資料
第二次客服
續 案件編號:68252 剛剛有使用歐付寶測試店家建立一筆 “NOTIFY…….”,能否協助確認中斷回傳原因為何?因為我這邊的確沒有變更東西,也沒有收到回傳訊息。



第二次回信告知
關於您詢問API串接之問題,經相關資訊單位查詢,歐付寶於API傳送資訊皆正常發送,但您的系統未進行回應接收,由於非歐付寶電腦系統問題,故無法為您查詢,建議請您與您的相關資訊人員查詢接收網址狀態是否可正常接收電文資訊。
?
你猜我為什麼會有這些資料?你猜我為什麼會來找你們?
什麼叫做「建議請您與您的相關資訊人員查詢接收網址狀態是否可正常接收電文資訊」?
第三次客服(應該是下班了)
續 案件編號:68252 可是我使用你們另一間綠界科技做模擬付款是通過的,而且有紀錄
:~# tail -f /var/log/nginx/access.log | grep “callback” <ECPAY_IP_ADDRESS> – – [19/Feb/2025:18:12:55 +0800] “POST /callback HTTP/1.1” 200 35 “http://ecpay.com.tw” “Mozilla/4.0 (compatible; MSIE 9.0; Windows NT 5.0)”
我這邊防火牆已經設定包含 callback 的寫入紀錄,但的確只有 ecpay.com.tw 的紀錄,並沒有 opay.tw 的紀錄 如果允許請再麻煩測試是否可以與我的伺服器溝通,我這邊也會同時紀錄是否有 opay.tw 或 <OPAY_IP_ADDRESS> 進入。

這邊我要說明一下,由於網頁前面套了一層 Cloudflare,有可能會因為他的問題,所以我將所有 callback 記錄下來,然後進行模擬付款的操作,發現的確只有綠界科技(與歐付寶同間母公司的另一間第三方金流)有訪問紀錄,而同時間歐付寶並沒有回傳任何紀錄,伺服器上的 access.log
做 tail
(查看檔案結尾,反正就是會拿到最新的紀錄),也並沒有 opay.tw 或其他除了綠界科技以外的回傳資料。
第三次回信告知
您好:
案件編號68255,
再次請相關單位進行查詢及確認,您的網站 https://nekolive.net/ 由於此網站IP在聯防監控名單中,因此網站被進行鎖定,
目前資訊同仁已協助解除鎖定,再請您撥冗確認,
造成不便敬請見諒。
綜合以上,我就納悶了,既然告訴我歐付寶端沒問題,那怎麼會有在沒有操作任何網路設定的情況下於某一時間點之後伺服器直接不吃任何資料了呢?
更何況我是自己測試(實際刷了 10、30 元測試)並監視紀錄,的確沒有任何資料回傳,那我資料是被鯊魚在海洋中攔截了嗎?
雖然歐付寶這種詭異的情況不是第一次,可以再重溫一下
不想點進去看的就是
登入 → 改資料 → 驗證 → 遭拒封鎖 → 復權 → 登入 → 欲改資料 → 驗證 → 遭拒封鎖
《正確的測試付款邏輯》

現在測試付款還要先下載非上架於 App Store 的手機 App,哈囉:)?

還有其他更神奇的邏輯:
《個人會員不允許使用密碼登入》
《個人會員不允許變更密碼》
這是反應後的客服
經過客服中心收到回應了,告知說「因為現在不需要帳號密碼就可以註冊登入,所以不提供」
請問您在供三小?舊的個人會員就不能用帳號密碼登入?歐付寶動點腦好嗎?
— 新版 —
個人會員:只能用登入頁面的 QRCode 進行登入
商務會員:可以使用帳號、密碼、身份證(統編)登入— 舊版 —
個人/商務:需要使用帳號、密碼、身份證(統編)登入。問題來了:
更新後,現在個人會員「還是可以透過商務會員的輸入框(帳號密碼身份證)登入歐付寶」,但是沒辦法改密碼,邏輯何在?