[案例分享] 收不到Amazon OTP簡訊

各位大大水水好，
如標題所述，小弟的門號(台灣之星)很不幸的在最近突然發生了這個問題，
但在此之前都可以順利收到簡訊；
然後網路上查到的解法(如開啟"接收促銷簡訊"、切換Amazon網站之語言等)，
在我的例子皆無效。

由於不確定到底是不是電信業者所造成的全面性問題(詳情請看案件過程2)，
我花了一些時間去向兩邊的客服作詢問，並自己作了一些測試。
結果最終的發現還蠻特別的，想透過這個機會將過程分享出來，
給其它有類似情況的苦主另一個參考的方向。

因為文章有點長，先給總結：

在我的案例中

1. 和電信業者(台灣之星)無關，是Amazon系統的問題。
2. 我的解決方式並非是請Amazon客服取消Two-Step Verification，
   而是請客服(我最後是請AWS的客服)，
   用手動電話驗證(manual phone verification)的方式，
   去驗證那個收不到簡訊/無法被撥通的門號。
   

=========案件過程=========

1. 首次發現無法收到Amazon jp的OTP簡訊，隨即向台灣之星通報。
   客服在數小時後回覆門號簡訊功能正常，請我查看是否為手機端的問題；
   由於我的手機信號良好，無安裝任何阻擋訊息的app，
   也沒有超過簡訊數量/容量限制，
   當下我判定應是Amazon jp系統可能在當時有突然異常/不穏的狀況；
   也因為我沒有要急用，所以就先暫時擱置此問題。
   
   
2. 約兩週後再回來測試，還是收不到Amazon jp的OTP簡訊；
   感覺案情似乎並不單純，於是我再多試了Amazon us、Amazon uk、
   還有一個國外大學的登入系統，發現全部的簡訊都收不到，
   而且在Amazon換成用打電話(call)取得OTP的方式也不行。
   由於問題看起來是全面性的，所以我判斷是台灣之星的問題，
   並再次回報客服，但這次的問題主旨是下
   "無法收到來自國外的簡訊"。
   
   
3. 收到台灣之星工務部門的回覆，他們查測的結果為第三方服務/應用的問題，
   並非他們的系統或是網路有異常，請我向第三方詢問。
   
   
4. 我連絡了當時還能取得線上客服連繫的國外服務：
   
   
   • Amazon us
     和客服說明問題後，當下客服要用它們的系統打電話到我的門號，
     來讓專門處理帳號問題的專員和我直接通話(要來考驗我的破英文了)，
     但怎麼也打不通；客服說這樣的話它們也無能為力，
     只能請我自己打Amazon的客服電話進去。
     (我心中OS：國際電話費很貴耶)
     
     
   • 國外大學的登入系統
     透過客服信箱有要到在我的帳號下，最近幾次的簡訊發送記錄，
     不僅有時間，也有記下"成功"的發送結果。
     我也有順便問和他們合作的簡訊服務商是什麼名字，
     但這個問題他們就沒有回答(不知是刻意略過還是不小心漏了)
     
     
     
   另外我還多作了一個換sim卡的測試，
   主要是把我手機安裝的sim卡換成家人的(不同電信業者)，
   然後用同一台電腦、同一個browser，來觸發同一個OTP簡訊驗證(Amazon us)，
   結果家人的sim卡可以正常收到簡訊；
   然後特別的是，簡訊並非是當初以為的國外來源，而是透過台灣國內的門號發送。
   
   由於
   
   • 換sim卡測試顯示了Amazon us對於我家人門號的運作正常
   • 國外大學登入系統的簡訊成功發送記錄
   • Amazon us的客服完全打不通我的門號
   所以我還是傾向此為台灣之星的問題，
   並再將上述所有取得的資料和測試結果再次回報客服，請他們幫忙協助調查。
   
   
5. 於台灣之星客服+工務部門新的回覆中，說明在我問題/資料的時間點，
   查無有任何來電或是簡訊嘗試送入的記錄。
   所以請我看是過一段時間再試看看，或是再向第三方服務確認。
   
   
6. 案情走到此陷入膠著，實在有點難判定到底是那一方的問題。
   於是我作了一個大膽的假設：
   我遇到的問題是出在Amazon電話驗證系統；而由於Amazon的服務是雲端的，
   使得所有使用此雲端服務的網站(也就是我所有測試到的網站)，
   在處理我的門號時皆出現同樣的問題。
   基於這個假設，我直接到Amazon的雲端服務平台(AWS)去創一個個人帳號，
   並使用我的門號來作身份驗證，來看看我的假設是否正確。
   
   
7. Bingo! 果然在AWS也有一樣的問題；
   在身份驗證時，AWS的系統也是要直接打我的門號但不通，
   但看起來這裡的錯誤處理是寫的比較好的，
   會直接看到網頁顯示錯誤訊息(雖然也只是說there was an error...)。
   隨即把錯誤回報給AWS的客服。
   
   
8. 大概是因為AWS為比較技術面向的網站，
   個人覺得那裡的客服比較了解它們自家的系統。
   和客服透過email(web)的方式問到了以下的情報：
   
   • AWS電話驗證系統對全世界的電信業者都是一樣的運作方式，
     不會去阻擋或限制特定的電信業者。
     =>所以我遇到的問題也有可能發生在由其它電信業者提供服務的門號。
     
     
   • 他們有對我回報的錯誤進行調查，雖然還是不知道起因為何，
     但以現在的狀態我的門號一定要透過手動電話驗證，
     自動電話驗證(就是原本在身份驗證時發生錯誤的那個程序)的話，
     不管再作多少次都會失敗。
     =>所以我遇到的問題並非是暫時性的，而是持續性的錯誤狀態。
     
     
9. 在AWS客服的協助下進行手動電話驗證(manual phone verification)；
   因為我一開始在發起客服案件的時候假掰去選英文，
   所以驗證當下收到了一通來自美國(+1)的電話(早知道就選中文了)，
   客服小姐講話速度很快，好險驗證只是要請你念account id出來給她核對，
   所以我的破英文安全過關；然後也可由此推測，
   當初Amazon us的客服應是直接用已經無法和我門號連接上的系統來打電話給我，
   所以才會都打不通
   
   
10. 就在我的門號通過電話驗證並完成AWS帳號啟用後，神奇的事發生了，
    Amazon us、Amazon uk、和Amazon jp的OTP簡訊全都收的到了；
    僅管前面提到的國外大學登入系統，我還是收不到他們送出的簡訊，
    但由於不清楚他們的簡訊服務商資訊，而本文的主題是針對Amazon，
    所以就先暫時不列入此文的討論範圍。
    
    
11. 大功告成，立馬登入所有Amazon，
    將Two-Step Verification都改成用Authenticator App，
    因為真的不知道下次什麼時候我的門號又會突然發生同樣的問題
    
    

以上，謝謝收看。