RDP session quota per machine ID
Hi,
I am trying to develop an application that is intended to be used by a small number (<10) of humans to access the published-notifications API (NotifiAPI?) for processing change announcements and I'm left with a couple of authentication related questions.
- Is there a suggested model for authentication with the RDP that doesn't require these humans to understand things like how to generate and retrieve an AppKey for themselves? Ideally it would be possible for these people to run the application concurrently but it's likely to only be a maximum of 3 at a time.
- I have a MachineID linked to my account and I can generate a list of 10 AppKeys but I think I'm being limited to only one of these having an open session at any one time. What's the purpose of allowing me to generate many AppKeys if only one is allowed to be used at any one time anyway?
- I found the response to this question from May 2021 suggesting work was scheduled to improve the session quota. https://community.developers.refinitiv.com/questions/78837/rdp-authentication-problem-with-multiple-websocket.html Has this been done? Can I get a larger session quota?
- Is there a way for a user to "Logout" when the application is finished? Thus freeing up the session they were using? I do not mean the takeExclusiveSignOnControl option. I would prefer for users to self-declare that they are finished and no longer need the session kept open
Thanks in advance
Best Answer
-
Hi @matt.croall,
The AppKey is a tracker for Refinitiv, so that we can identify and isolate offending apps. In your model, even if you have multiple app keys with a single machine ID, any subsequent login from that machine ID will invalidate previous logins.
There are two approaches that you can take -
a. Create a client-server based app, which maintains and controls the RDP session and invokes the RDP API on behalf of the users.
b. Get a new machine ID for each one of your users.
For the v1 authentication (the one which uses AppKey), there is a revoke token endpoint - which can be used for logging out the users. The v2 authentication (newer), does not use the AppKey.
1
Answers
-
hi Matt, were you able to use the notify API?
I am looking to do the same, wondering, how to provide page param or filters?
Otherwise, I am just getting the first page.
thanks!
0
Categories
- All Categories
- 6 AHS
- 37 Alpha
- 161 App Studio
- 4 Block Chain
- 4 Bot Platform
- 16 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
- 367 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
- 59 Workspace SDK
- 9 Element Framework
- 5 Grid
- 13 World-Check Data File
- Yield Book Analytics
- 46 中文论坛