呼叫API: "https://transact.ti.com/v1/orders/change", 得到Response "Access Denied"

你好

我們公司會呼叫TI的API執行PO新增與更新

先前半年以上的使用都沒有問題, 但是近期遇到了Response顯示Access Denied

想請你們提供問題排除方式, 謝謝

相關資訊:

clientId: sQ6qBkjhsxxxxxxxxxxxxxxxx

clientSecret: TSEdQtsxxx

*TI System Response:

I/O error on POST request for "https://transact.ti.com/v1/orders/change": <HTML><HEAD>

<TITLE>Access Denied</TITLE>

</HEAD><BODY>

<H1>Access Denied</H1>

 

You don't have permission to access "http&#58;&#47;&#47;transact&#46;ti&#46;com&#47;v1&#47;orders&#47

  • 你好,烦请提供您的发送时间和完整的TI 返回的API response message ,谢谢。

  • 你好

    提供一筆2023-04-07 09:03:00.793異常資訊

    I/O error on POST request for "">transact.ti.com/.../change": <HTML><HEAD>
    <TITLE>Access Denied</TITLE>
    </HEAD><BODY>
    <H1>Access Denied</H1>

    You don't have permission to access "http&#58;&#47;&#47;transact&#46;ti&#46;com&#47;v1&#47;orders&#47

    以上是我能蒐集到的response

    請再協助確認問題, 謝謝

  • Him, 请问你现在的问题是PO Change 单次发送没问题多次发送有问题么?

  • 目前遇到單次傳送也會有失敗的情況

  • Hi Tommy,

    我这边看到最近所有的PO Change都是成功接收并产生response了,最新的一条记录是昨天发送的 A1800146 你看一下是否收到response。 

  • 這筆PO有正確收到Response,

    但是PO#0050162207就收到了Access Denied的異常

    發生時間點為2023-04-12 10:27:00.963

    這幾天不只這筆, 還有其他的PO依然有一樣的情況

  • 你需要比较一下失败和成功的payload以及request URL是否有不同,因为我们这边完全看不到有收到这个POC的记录。

  • Request URL一直都是"">transact.ti.com/.../change"

    Payload經過與正常傳送的資料比較後, 只有PO Line上的差異, 應該不至於造成Access Denied

    想請問POC沒有紀錄, 指的是TI系統對於我們SRM系統發出的HTTP Request都沒收到嗎?

    還是有收到Request, 但是某些原因導致資料不寫入TI的DB?

    我們的SRM系統會固定Call API到TI的某台Server(104.116.0.74)

  • 针对 PO#0050162207 我这边查看最近的PO Change 记录是 2月的,没有看到最近有HTTP request 接收到。我建议你们先在测试环境再试一下是否有相同报错。

  • Hi

    關於呼叫PO新增異動API, 我們公司的系統SRM有發現Time out的情況

    經過公司網管確認後, 發現是TI會在我們發出HTTP Request至transact.ti.com/104.116.0.74時

    會轉送到akamaitechnologies.com, 所以我們公司內部的防火牆因為先前未開通而阻擋

    想請問對於外部系統呼叫transact.ti.com的API時, TI會轉導至哪些不同的Domain?

    得到相關資訊後, 我們會再開啟對應的對外防火牆,

    謝謝

  • Hi Tommy, 请问你这边有加入哪些TI的whitelist IP address?

  • Hi

    目前只對transact.ti.com開通對外防火牆, 謝謝

  • 你试一下加入如下IP address

    Dallas
    192.91.75.29
    192.91.75.30
    192.91.75.12
    192.228.67.12
    192.228.67.13
    192.228.67.14

    California
    192.153.236.16
    192.153.236.17

    Europe
    192.91.60.14
    192.91.60.15

    Hong Kong
    192.163.20.231
    192.163.20.232

    Singapore
    192.163.15.6
    192.163.15.7

    India
    192.163.5.9
    192.163.5.10

    Japan
    192.91.109.11
    192.91.109.12

  • 可是我們網管解析出來akamaitechnologies.com對應的IP是104.116.0.74

    這個IP並無列在你提供的IP列表中, 請問確定是這些嗎?

    謝謝

  • 通过transact.ti.com返回的都是middleware IP address 是不固定的,没有办法提供所有情况的IP address。 

  • Hi
    我目前有發現到我們的系統會使用OAuth2方式驗證後, 進行API呼叫以資料交換,
    但是在取得Token時就會遇到Access denied的問題

    以下為取得Token時相關的資訊, 想再請你們幫忙確認, 謝謝

    URL:

    https://transact.ti.com/v1/oauth/accesstoken

    Client ID:

    xxxxxxxxxxxxxx

    Client secret:

    xxxxxxxxxxxxxxxx

  • Hi Tommy,请问是每次调用都会出现这个报错么?

  • 如果是呼叫PO Change的API, 並沒有每次都會報錯,
    但是這次發現到是我們的系統在啟動時, 如果沒有特別指定transact.ti.com對應到IP 104.116.0.74, 就會報出此異常,

    已與我們公司網管確認有對transact.ti.com開啟對外防火牆, 應該是有正常打出Request至TI

  • 我看到系统log里是没有access denied 报错的,目前能看到request过来的API call都是成功的status code, 我的理解还是因为有防火墙导致对外网访问不稳定,建议您可以把当前可行的IP 104.116.0.74 设置为fix address, 我们可以再进一步检查原因,谢谢。