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.
0
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
- 3 Polls
- 6 AHS
- 36 Alpha
- 166 App Studio
- 6 Block Chain
- 4 Bot Platform
- 18 Connected Risk APIs
- 47 Data Fusion
- 34 Data Model Discovery
- 684 Datastream
- 1.4K DSS
- 615 Eikon COM
- 5.2K Eikon Data APIs
- 10 Electronic Trading
- Generic FIX
- 7 Local Bank Node API
- 3 Trading API
- 2.9K Elektron
- 1.4K EMA
- 249 ETA
- 554 WebSocket API
- 37 FX Venues
- 14 FX Market Data
- 1 FX Post Trade
- 1 FX Trading - Matching
- 12 FX Trading – RFQ Maker
- 5 Intelligent Tagging
- 2 Legal One
- 23 Messenger Bot
- 3 Messenger Side by Side
- 9 ONESOURCE
- 7 Indirect Tax
- 60 Open Calais
- 275 Open PermID
- 44 Entity Search
- 2 Org ID
- 1 PAM
- PAM - Logging
- 6 Product Insight
- Project Tracking
- ProView
- ProView Internal
- 22 RDMS
- 1.9K Refinitiv Data Platform
- 643 Refinitiv Data Platform Libraries
- 4 LSEG Due Diligence
- LSEG Due Diligence Portal API
- 4 Refinitiv Due Dilligence Centre
- Rose's Space
- 1.2K Screening
- 18 Qual-ID API
- 13 Screening Deployed
- 23 Screening Online
- 12 World-Check Customer Risk Screener
- 1K World-Check One
- 46 World-Check One Zero Footprint
- 45 Side by Side Integration API
- 2 Test Space
- 3 Thomson One Smart
- 10 TR Knowledge Graph
- 151 Transactions
- 143 REDI API
- 1.8K TREP APIs
- 4 CAT
- 26 DACS Station
- 121 Open DACS
- 1.1K RFA
- 104 UPA
- 192 TREP Infrastructure
- 228 TRKD
- 915 TRTH
- 5 Velocity Analytics
- 9 Wealth Management Web Services
- 90 Workspace SDK
- 11 Element Framework
- 5 Grid
- 18 World-Check Data File
- 1 Yield Book Analytics
- 46 中文论坛