Access Denied-256 not accessible
I get the following error during attempt to do any request:
State: Closed/Suspect/Application is denied access to the system - text: "Access Denied-256 not accessible to <user_name>"
What does it mean?
Best Answer
-
The DACS server has enabled the Application Permissioning. The error means that this user is not allowed to use this application (256).
Therefore, you need to contact a DACS administrator to permit this user for the application ID 256. The application ID 256 is the default application ID for APIs.
1
Answers
-
Thanks for answer!
Doesn't it mean that application user must have permissions for application ID 256 (in addition to other application IDs) to be able to use API?
Or I can provide specific application ID during interaction with DACS (like in case OmmConsumerConfig.applicationId(ID))?
0 -
Yes, if the Application Permissioning is enabled on DACS, the user must have permissions for application ID specified in the OmmConsumerConfig. The default value is 256 for APIs.
Yes, you can change the value of application ID used by the application through OmmConsumerConfig.applicationId(ID).
0 -
I just to understand - is application ID separated for OmmConsumer and DACS?
0 -
Hello @pavel.kropachev
When a consumer connects to an infra (ADS), it includes user, appId, position info with the login request.
The infra endpoint will interact with DACS entitlements system, to use this info, to make sure that the login should be allowed.
The best approach, as suggested with @jirapongse.phuriphanvichai, is to contact your market data/dacs group/admin, to make sure that your user is entitled, the appId you use ( either 256 or a different id that you use) is permissioned to the user, and also to double-check what RICs the user is permissioned to consume, in order for your consumer app to login and, consequently, to consume the RICs.
0 -
Hello @zoya.farberov
Thanks for answer!
I see that application ID can be set for consumer. It's clear.
In turn in case of using DACS the application name (application ID in the context of DACS) should be also set and has the same value that is used for consumer.
For example, if application ID 999 is permitted for user, then this value should be set for consumer and for identity of DACS (for this user).
0 -
Hello @pavel.kropachev
Yes. Please see the picture included by @jirapongse.phuriphanvichai,
If the user (in DACS) is permissioned for id=999, the user will be able to login with id=999.
If the user is not entitled for id=997, the user will not be able to login with id=997
The login can be permissioned for more then one appId within dacs, and in this case,
the user will be able to establish multiple connections, with any appId that the user is permissioned for.
The user will not be able to login with any appIds they are not permissioned for.
Therefore, it is crucial for you to know, what your user is permissioned for (in DACS) and configure your consumer accordingly.
1 -
@zoya.farberov Thanks for clarification!
0
Categories
- All Categories
- 6 AHS
- 39 Alpha
- 162 App Studio
- 4 Block Chain
- 5 Bot Platform
- 17 Connected Risk APIs
- 47 Data Fusion
- 30 Data Model Discovery
- 608 Datastream
- 1.3K DSS
- 577 Eikon COM
- 4.9K Eikon Data APIs
- 7 Electronic Trading
- Generic FIX
- 7 Local Bank Node API
- Trading API
- 2.7K Elektron
- 1.3K EMA
- 236 ETA
- 519 WebSocket API
- 33 FX Venues
- 10 FX Market Data
- 1 FX Post Trade
- 1 FX Trading - Matching
- 12 FX Trading – RFQ Maker
- 5 Intelligent Tagging
- 2 Legal One
- 20 Messenger Bot
- 2 Messenger Side by Side
- 9 ONESOURCE
- 7 Indirect Tax
- 59 Open Calais
- 264 Open PermID
- 39 Entity Search
- 2 Org ID
- PAM
- PAM - Logging
- 8.4K Private Comments
- 6 Product Insight
- Project Tracking
- ProView
- ProView Internal
- 20 RDMS
- 1.4K Refinitiv Data Platform
- 370 Refinitiv Data Platform Libraries
- 3 Refinitiv Due Diligence
- LSEG Due Diligence Portal API
- 3 Refinitiv Due Dilligence Centre
- Rose's Space
- 1.1K Screening
- 18 Qual-ID API
- 13 Screening Deployed
- 23 Screening Online
- 10 World-Check Customer Risk Screener
- 990 World-Check One
- 44 World-Check One Zero Footprint
- 45 Side by Side Integration API
- Test Space
- 3 Thomson One Smart
- 1.2K TR Internal
- Global Hackathon 2015
- 2 Specialists Who Code
- 10 TR Knowledge Graph
- 150 Transactions
- 142 REDI API
- 1.7K TREP APIs
- 4 CAT
- 21 DACS Station
- 117 Open DACS
- 1.1K RFA
- 103 UPA
- 172 TREP Infrastructure
- 224 TRKD
- 886 TRTH
- 5 Velocity Analytics
- 5 Wealth Management Web Services
- 60 Workspace SDK
- 9 Element Framework
- 5 Grid
- 13 World-Check Data File
- Yield Book Analytics
- 46 中文论坛