Activity
From 06/04/2023 to 07/03/2023
07/03/2023
- 12:07 PM Feature #3931: single sign-on for virtual desktop mode
- Basically sessions will have to be created under the fwd user associated with the login form request.
Some identif... - 11:41 AM Feature #3931: single sign-on for virtual desktop mode
- The @auth-plugin@ has to be changed for web, because that's where the FWD user is associated with the security contex...
- 11:16 AM Feature #4129: map web client users to OS accounts
- > From #3770:
> >add 4GL API for authentication
I don't plan to keep this part. There is no need for the 4GL cod... - 11:15 AM Feature #4129: map web client users to OS accounts
- > As it is now, there is no user interaction / input before spawning the client process under the os user.
There i... - 11:13 AM Feature #4129: map web client users to OS accounts
- > but it will not improve on using only one os user and trustedspawner for embedded, which is in #4129#Improvements p...
- 11:09 AM Feature #4129: map web client users to OS accounts
- From #3770:
>add 4GL API for authentication
>call this API before spawning
How do you know the user/pass at th... - 11:07 AM Feature #4129: map web client users to OS accounts
- As it is now, there is no user interaction / input before spawning the client process under the os user.
- 11:05 AM Feature #4129: map web client users to OS accounts
- Reusing the auth back-end will make in-app users authentication consistent between both web drivers, but it will not ...
- 11:01 AM Feature #4129: map web client users to OS accounts
- > In hotel gui isn't the embedded login an in-app login?
Not exactly. It is currently a custom integration to han... - 10:57 AM Feature #4129: map web client users to OS accounts
- I mean for embedded there is no FWD login. We'll rework the one for Virtual Desktop, but for embedded there is nothin...
- 10:52 AM Feature #4129: map web client users to OS accounts
- In hotel gui isn't the embedded login an in-app login?
- 10:51 AM Feature #4129: map web client users to OS accounts
- In both scenarios there will not be an in-app login.
- 10:50 AM Feature #4129: map web client users to OS accounts
- Greg Shah wrote:
> Probably not since the UI requirements might be different, but we will want the same backend auth... - 10:49 AM Feature #4129: map web client users to OS accounts
- > Currently embedded is using only @trustedspawner@ and only one account @webClient/defaultAccount@, that's how it's ...
- 10:15 AM Feature #4129: map web client users to OS accounts
- Currently embedded is using only @trustedspawner@ and only one account @webClient/defaultAccount@, that's how it's ha...
- 09:24 AM Feature #4129: map web client users to OS accounts
- What about:...
- 06:03 AM Feature #4129: map web client users to OS accounts
- I was finally able to follow the security context creation flow and most importantly the association with fwd user fo...
06/30/2023
- 12:45 PM Feature #4129: map web client users to OS accounts
- I've followed the process of creating a web client and documented in [[internal-documentation:Sign-in#Virtual-Desktop...
- 08:56 AM Feature #4129: map web client users to OS accounts
- > > Moving this stuff around is out of scope.
> Speaking of out of scope, what do you say about revamp of brokers u... - 08:47 AM Feature #4129: map web client users to OS accounts
- Greg Shah wrote:
> I don't understand this point. The requirement is to allow a login to a particular web client to... - 08:47 AM Feature #4129: map web client users to OS accounts
- Greg Shah wrote:
> Moving this stuff around is out of scope.
Speaking of out of scope, what do you say about revam... - 08:40 AM Feature #4129: map web client users to OS accounts
- > On the other hand I don't know how applicable is the case of the app storing user specific data on the broker that ...
- 08:38 AM Feature #4129: map web client users to OS accounts
- > > The remote broker interface would need enhancement to provide account management features.
> It will also requir... - 07:45 AM Feature #4129: map web client users to OS accounts
- On the other hand I don't know how applicable is the case of the app storing user specific data on the broker that ne...
- 07:08 AM Feature #4129: map web client users to OS accounts
- Greg Shah wrote:
> The remote broker interface would need enhancement to provide account management features.
It wi... - 06:40 AM Feature #4129: map web client users to OS accounts
- > > > I can't imagine a customer who will create FWD users for each of their app / end users.
> >
> > We have mult... - 06:37 AM Feature #4129: map web client users to OS accounts
- Galya B wrote:
> Greg Shah wrote:
> > Add/remove/edit users and groups is in the admin UI. ACL add/remove/edit is ... - 06:36 AM Feature #4129: map web client users to OS accounts
- > > 1. Should we implement a facility in our admin UI to create/delete and manage OS accounts? This probably include...
- 05:04 AM Feature #4129: map web client users to OS accounts
- Greg Shah wrote:
> > I can't imagine a customer who will create FWD users for each of their app / end users.
>
> ... - 04:43 AM Feature #4129: map web client users to OS accounts
- Greg Shah wrote:
> Add/remove/edit users and groups is in the admin UI. ACL add/remove/edit is also in the admin UI... - 03:29 AM Feature #4129: map web client users to OS accounts
- Greg Shah wrote:
> 1. Should we implement a facility in our admin UI to create/delete and manage OS accounts? This ... - 09:41 AM Feature #4856: web client session forking
- > Now can I start the implementation? :) There is not much more to consider in the flow of #4856 and #3931. Better do...
- 09:32 AM Feature #4856: web client session forking
- Now can I start the implementation? :) There is not much more to consider in the flow of #4856 and #3931. Better do a...
- 09:20 AM Feature #4856: web client session forking
- Yes, I think that is correct.
- 09:13 AM Feature #4856: web client session forking
- And if single login page is enabled and auth hook impl provided, then call the auth hook to ask for a new forked sess...
- 09:11 AM Feature #4856: web client session forking
- To sum up the implementation details: Add button to the web driver wrapper container, click opens a new tab / new cli...
- 09:10 AM Feature #4856: web client session forking
- > "Session forking" is somewhat too strong expression in my opinion.
I don't have a better term. We are literally... - 09:08 AM Feature #4856: web client session forking
- > Alright, so we save one OS login screen with the whole operation.
Worst case, yes. For the single signon case, ... - 09:06 AM Feature #4856: web client session forking
- "Session forking" is somewhat too strong expression in my opinion.
- 09:05 AM Feature #4856: web client session forking
- Alright, so we save one OS login screen with the whole operation.
- 09:05 AM Feature #4856: web client session forking
- > New client process / FWD session will open the same "entry point" 4GL process that has login.
Yes, that is OK.
... - 09:04 AM Feature #4856: web client session forking
- > Let it be js click.
>
> So, how do I determine if the customer app has login or not?
From a javascript/web cl... - 08:59 AM Feature #4856: web client session forking
- New client process / FWD session will open the same "entry point" 4GL process that has login. It needs to know it's f...
- 08:57 AM Feature #4856: web client session forking
- Let it be js click.
So, how do I determine if the customer app has login or not? If single login page is not enabl... - 08:54 AM Feature #4856: web client session forking
- > > We cannot assume there is an auth server involved and if one is part of the solution it would only be hidden behi...
- 08:49 AM Feature #4856: web client session forking
- Greg Shah wrote:
> I don't see why we need 4GL code involved. The idea here was to implement this forking as a buil... - 08:42 AM Feature #4856: web client session forking
- Greg Shah wrote:
> We cannot assume there is an auth server involved and if one is part of the solution it would onl... - 08:30 AM Feature #4856: web client session forking
- > May I do a POC for #4856 and #3931 in a new branch? Otherwise the sign-in tasks come to standstill.
I'm not yet ... - 08:29 AM Feature #4856: web client session forking
- > The whole thing will also require some custom 4GL method that triggers FWD actions: first on the server get the blo...
- 08:24 AM Feature #4856: web client session forking
- > A new login session should be created by the auth server.
We cannot assume there is an auth server involved and... - 07:52 AM Feature #4856: web client session forking
- May I do a POC for #4856 and #3931 in a new branch? Otherwise the sign-in tasks come to standstill.
- 03:51 AM Feature #4856: web client session forking
- The whole thing will also require some custom 4GL method that triggers FWD actions: first on the server get the blob,...
- 03:44 AM Feature #4856: web client session forking
- Greg Shah wrote:
> Note the requirement to avoid additional authentication.
A new login session should be created b... - 09:23 AM Feature #4854: origin affinity
- With the server-side state, we may not implement origin affinity at all.
- 09:19 AM Feature #4854: origin affinity
- If port affinity is the to-go solution, it will require licensing policy in place from the get go. Otherwise how to k...
06/29/2023
- 12:08 PM Feature #3931: single sign-on for virtual desktop mode
- Yes, if we go that route. Let's get everything described and agreed first.
- 11:31 AM Feature #3931: single sign-on for virtual desktop mode
- I want to create 4GL attr @AUTH-BLOB@, do we add it to @SESSION@ as well?
- 11:25 AM Feature #3931: single sign-on for virtual desktop mode
- > How are hooks provided? I don't think we have dependency injection or event system built-in.
A class implementin... - 11:24 AM Feature #3931: single sign-on for virtual desktop mode
- > The auth logic, where DB queries are done, should be part of FWD server?
It would be Java code that is written b... - 11:05 AM Feature #3931: single sign-on for virtual desktop mode
- How are hooks provided? I don't think we have dependency injection or event system built-in.
- 10:42 AM Feature #3931: single sign-on for virtual desktop mode
- The auth logic, where DB queries are done, should be part of FWD server?
- 10:39 AM Feature #3931: single sign-on for virtual desktop mode
- > FWD hits the customer's auth server and gets response success, the fwd user and some session specific data, blob
... - 10:35 AM Feature #3931: single sign-on for virtual desktop mode
- The most simple flow would be:
1. SSO Login screen is open
2. User/pass entered
3. FWD hits the customer's auth se... - 10:30 AM Feature #3931: single sign-on for virtual desktop mode
- Greg Shah wrote:
> I don't see this as a separate service.
I think we speak about different things here. It's not... - 10:25 AM Feature #3931: single sign-on for virtual desktop mode
- > All customers requesting sso login will have to provide authentication server - 3rd party integration that we suppo...
- 10:17 AM Feature #3931: single sign-on for virtual desktop mode
- Continue from #7465.
Greg Shah wrote:
> We cannot require OAuth2 as part of this interface. We are providing sup... - 11:09 AM Feature #4853: implement support for reporting a device-id which is meant to identify a unique cl...
- It's on hold.. Just to mention what was wrong with my idea: WebRTC changed the specification and doesn't expose the l...
- 08:43 AM Feature #4129: map web client users to OS accounts
- > Is @config/auth-plugins/option@ the way of defining FWD user for the web process? Its value is @bogus@ in testcases...
- 08:39 AM Feature #4129: map web client users to OS accounts
- Add/remove/edit users and groups is in the admin UI. ACL add/remove/edit is also in the admin UI. Groups are subjec...
- 08:23 AM Feature #4129: map web client users to OS accounts
- Also the FWD user @bogus@ is listed in @subjects@ in multiple @security/acl@ resources and I don't see a way to updat...
- 08:17 AM Feature #4129: map web client users to OS accounts
- Is @config/auth-plugins/option@ the way of defining FWD user for the web process? Its value is @bogus@ in testcases, ...
06/28/2023
- 09:34 AM Feature #4853 (Hold): implement support for reporting a device-id which is meant to identify a un...
- 09:31 AM Feature #4853: implement support for reporting a device-id which is meant to identify a unique cl...
- I would love to indicate I'm pausing it. Unfortunately this is not an option in the Status field.
- 09:30 AM Feature #4853: implement support for reporting a device-id which is meant to identify a unique cl...
- I appreciate it. Please pause work on this specific task.
- 09:12 AM Feature #4853: implement support for reporting a device-id which is meant to identify a unique cl...
- Greg Shah wrote:
> Anything behind a NAT firewall will not expose the local IP at the TCP/IP level.
NAT is exactl... - 09:03 AM Feature #4853: implement support for reporting a device-id which is meant to identify a unique cl...
- > so they definitely will know about the host ip in the local network as well
Actually, I'm not so sure that is th... - 08:49 AM Feature #4853: implement support for reporting a device-id which is meant to identify a unique cl...
- @WebRTC@ is the only way to find more network details in the browser. If we don't rely on network details (host / ip)...
- 08:46 AM Feature #4853: implement support for reporting a device-id which is meant to identify a unique cl...
- The problem is that I don't know enough about networks and network related code, so I'm not completely sure how the p...
- 08:40 AM Feature #4853: implement support for reporting a device-id which is meant to identify a unique cl...
- The idea of a device-id is that it is stable and associated with the system on which the browser runs. The "local IP...
- 08:39 AM Feature #4853: implement support for reporting a device-id which is meant to identify a unique cl...
- I was originally expecting the local IP to be the host IP and it probably is, when the protocol is used outside the b...
- 08:21 AM Feature #4853: implement support for reporting a device-id which is meant to identify a unique cl...
- Greg Shah wrote:
> 2 tabs will have different "local IP" as will tabs in 2 different browser instances, correct?
... - 08:21 AM Feature #4853 (WIP): implement support for reporting a device-id which is meant to identify a uni...
- 08:20 AM Feature #4853: implement support for reporting a device-id which is meant to identify a unique cl...
- > Without WebRTC local IP we can't differentiate between web users behind a proxy using standard machines with the sa...
- 06:23 AM Feature #4853 (Review): implement support for reporting a device-id which is meant to identify a ...
- 06:14 AM Feature #4853: implement support for reporting a device-id which is meant to identify a unique cl...
- Without WebRTC local IP we can't differentiate between web users behind a proxy using standard machines with the same...
- 06:04 AM Feature #4853: implement support for reporting a device-id which is meant to identify a unique cl...
- Client preferences will not be related to this id, but to the FWD user and will be applied after login / web client s...
06/26/2023
- 03:49 PM Feature #4129: map web client users to OS accounts
- Greg Shah wrote:
> FWD doesn't know anything about @user_client.xml@. What are you referencing here?
True. But t... - 03:37 PM Feature #4129: map web client users to OS accounts
- FWD doesn't know anything about @user_client.xml@. What are you referencing here?
- 03:22 PM Feature #4129: map web client users to OS accounts
- > 1. Should we implement a facility in our admin UI to create/delete and manage OS accounts? This probably includes ...
- 01:29 PM Feature #4129: map web client users to OS accounts
- > > The FWD user is unique enough.
> I can't imagine a customer who will create FWD users for each of their app / en... - 12:07 PM Feature #4129: map web client users to OS accounts
- Greg Shah wrote:
> The FWD user is unique enough.
I can't imagine a customer who will create FWD users for each of ... - 11:31 AM Feature #4129: map web client users to OS accounts
- > Just throwing a random idea here: If on successful login the app returns a unique id for the user instead of userna...
- 11:28 AM Feature #4129: map web client users to OS accounts
- Galya B wrote:
> Greg Shah wrote:
> > If we assume that FWD really doesn't care about the app user
>
> > the ma... - 09:42 AM Feature #4129: map web client users to OS accounts
- Adding a few more details to the random idea above: Instead of creating multiple fwd users in the admin panel with th...
- 09:23 AM Feature #4129: map web client users to OS accounts
- Just throwing a random idea here: If on successful login the app returns a unique id for the user instead of username...
- 04:23 AM Feature #4129: map web client users to OS accounts
- Greg Shah wrote:
> If we assume that FWD really doesn't care about the app user
> the mapping of a given FWD acc... - 11:53 AM Feature #4856: web client session forking
- > Opening manually multiple browser windows in the same browser instance should fulfill the requirement.
The resul... - 04:23 AM Feature #4856: web client session forking
- Opening manually multiple browser windows in the same browser instance should fulfill the requirement. The identifier...
- 04:33 AM Feature #4854: origin affinity
- As discussed earlier client-side web storage can't be persistent, because @localStorage@ relies on the host name, whi...
06/23/2023
- 11:37 AM Feature #4129: map web client users to OS accounts
- > I thought the task is to map app-users to os-users in directory.xml, so this is somewhat different from what I got....
- 10:47 AM Feature #4129: map web client users to OS accounts
- Greg Shah wrote:
> We don't need the app user. The hook can return the FWD user that corresponds to the app user th... - 10:39 AM Feature #4129: map web client users to OS accounts
- > > We have no plan to store things in-memory.
>
> If there are any plans I don't know of, please share the direct... - 10:38 AM Feature #4129: map web client users to OS accounts
- > > Not that I know of. We have no plan to store things in-memory.
> How do you find the mapping of the app user wh... - 10:30 AM Feature #4129: map web client users to OS accounts
- Greg Shah wrote:
> We have no plan to store things in-memory.
If there are any plans I don't know of, please shar... - 10:08 AM Feature #4129: map web client users to OS accounts
- Greg Shah wrote:
> Not that I know of. We have no plan to store things in-memory.
How do you find the mapping of t... - 10:05 AM Feature #4129: map web client users to OS accounts
- > Is the argument about in-memory data structure not valid?
Not that I know of. We have no plan to store things i... - 10:02 AM Feature #4129: map web client users to OS accounts
- Is the argument about in-memory data structure not valid?
- 06:19 AM Feature #4129: map web client users to OS accounts
- > > Do we need to store information about the app users?
> No, nothing other than knowing what FWD user and OS user ... - 01:43 AM Feature #4129: map web client users to OS accounts
- Greg Shah wrote:
> > If we cleanup after each user, do we really need 1:1?
>
> I'm not sure what you mean by cle... - 01:30 AM Feature #4129: map web client users to OS accounts
- Greg Shah wrote:
> It would be a natural approach to store some amount of this mapping information in the FWD accoun...
06/22/2023
- 03:57 PM Feature #4129: map web client users to OS accounts
- > If we cleanup after each user, do we really need 1:1?
I'm not sure what you mean by cleanup, but I suspect the ...
06/21/2023
- 06:31 AM Feature #4129: map web client users to OS accounts
- Greg Shah wrote:
> I also don't see exactly how we would implement a one-to-one mapping, which is the most common ca...
06/20/2023
- 05:02 PM Feature #4129: map web client users to OS accounts
- > Before starting I need to have the directory.xml structure approved:
It is not fully clear the purpose of the @a... - 07:30 AM Feature #4129: map web client users to OS accounts
- Before starting I need to have the directory.xml structure approved:...
06/16/2023
- 03:26 PM Feature #4517: optionally back the 4GL features for Registry access with the user-specific offlin...
- Galya B wrote:
> What class implements the global 4GL methods accessing the Windows registry store?
To the conver... - 07:22 AM Feature #4517: optionally back the 4GL features for Registry access with the user-specific offlin...
- !preferences.png!
- 06:24 AM Feature #4517: optionally back the 4GL features for Registry access with the user-specific offlin...
- To sum it up: This FWD persistent storage should be used:
1. On non-Windows operating system for global environment ... - 05:38 AM Feature #4517: optionally back the 4GL features for Registry access with the user-specific offlin...
- What class implements the global 4GL methods accessing the Windows registry store?
- 10:04 AM Feature #3931: single sign-on for virtual desktop mode
- Sorry for asking multiple times. Just want to make sure the old comments are not related, since it's quite important....
- 10:03 AM Feature #3931: single sign-on for virtual desktop mode
- We would implement the login outselves and just call the hook which is non-interactive code implemented by the custom...
- 10:02 AM Feature #3931: single sign-on for virtual desktop mode
- I agree that the new login code is NOT 4GL code. That is what I meant in #3931-46 when I said "This hook will not be...
- 09:50 AM Feature #3931: single sign-on for virtual desktop mode
- Greg Shah wrote:
> > For #3770-81, the simplest way is to provide a directory-configured auth hook which checks the ... - 09:45 AM Feature #3931: single sign-on for virtual desktop mode
- As part of moving to this approach, they will modify the application to bypass their normal 4GL login. We will only ...
- 09:33 AM Feature #3931: single sign-on for virtual desktop mode
- Greg Shah wrote:
> This hook will not be 4GL code.
I mean their login page being 4GL will have to live a complete C... - 09:29 AM Feature #3931: single sign-on for virtual desktop mode
- > If the login screen is 4GL app controlled by the customer, how do we manage different sessions? We'll need a dedica...
- 08:29 AM Feature #3931: single sign-on for virtual desktop mode
- 4GL app needs OS user. OS user is determined after app login. App login needs 4GL app. And we have an infinite loop.
- 08:26 AM Feature #3931: single sign-on for virtual desktop mode
- If the login screen is 4GL app controlled by the customer, how do we manage different sessions? We'll need a dedicate...
- 09:22 AM Feature #4129: map web client users to OS accounts
- > OS users will have their passwords in directory encrypted like for @admin@ user.
I'm not sure this is needed in... - 09:17 AM Feature #4129: map web client users to OS accounts
- > What is FWD user? I understand the admin has access to the admin login and temp accounts are used for @NativeSecure...
- 08:38 AM Feature #4129: map web client users to OS accounts
- OS users will have their passwords in directory encrypted like for @admin@ user. But I can't recall do we expect the ...
- 04:20 AM Feature #4129: map web client users to OS accounts
- What is FWD user? I understand the admin has access to the admin login and temp accounts are used for @NativeSecureCo...
- 06:52 AM Feature #4854: origin affinity
- We can swap the actual implementation at any time if any inconvenience is found, still using the Java interface @java...
- 06:45 AM Feature #4854: origin affinity
- I think @java.util.prefs.Preferences@ may be a good enough generic solution for all clients. I'll just have to figure...
- 06:41 AM Feature #4854: origin affinity
- @UserKeyValueStorage@ is an abstract class that implements @KeyValueStorage@ interface and follows the idea to store ...
06/15/2023
- 12:10 PM Feature #4854: origin affinity
- > Actually if @UserKeyValueStorage@ is meant to be used only through 4GL methods, then its handling can happen on the...
- 10:11 AM Feature #4854: origin affinity
- Actually if @UserKeyValueStorage@ is meant to be used only through 4GL methods, then its handling can happen on the F...
- 10:01 AM Feature #4854: origin affinity
- Greg Shah wrote:
> * We have host + port affinity.
If in-app user is allocated port, this port can't be used for an... - 09:58 AM Feature #4854: origin affinity
- Greg Shah wrote:
> * Port affinity doesn't work when multiple brokers are in use.
This will write off some deployme... - 09:54 AM Feature #4854: origin affinity
- I'm having one ground breaking idea running in the background in my brain for a while... I'll try to flesh it out. Pe...
- 09:26 AM Feature #4854: origin affinity
- > Originally the task intended to solve the problem of making ports stable for end-users. But there is another variab...
- 09:22 AM Feature #4854: origin affinity
- Greg Shah wrote:
> * Increased points of failure.
> * Slower.
Well, having the client traffic go through an embedd... - 09:19 AM Feature #4854: origin affinity
- Originally the task intended to solve the problem of making ports stable for end-users. But there is another variable...
- 09:13 AM Feature #4854: origin affinity
- The complications that are added by reverse proxy:
* More complex configuration.
* Increased points of failure.
... - 09:09 AM Feature #4854: origin affinity
- The problem with remote spawns is that it's probably the preferred deployment for some apps (the main way to spawn we...
- 07:17 AM Feature #4854: origin affinity
- > @UserKeyValueStorage@ is not supposed to have 4GL interface, right?
Incorrect. See #4517.
> In FWD which one... - 07:12 AM Feature #4854: origin affinity
- > did I get this right?
Yes. There is also the [[p2j:Reverse Proxy]] case which adds complications. - 07:04 AM Feature #4854: origin affinity
- And a slightly unrelated question:
From @PreferencesFactory@ javadoc:
> @Preferences.userRoot()@ returns the user... - 06:03 AM Feature #4854: origin affinity
- @UserKeyValueStorage@ is not supposed to have 4GL interface, right?
- 05:46 AM Feature #4854: origin affinity
- Actually remote hosts (different IPs) are an issue for @localStorage@ in general.
- 05:07 AM Feature #4854: origin affinity
- There is an important limitation to working with domains. You need to know beforehand what domain / subdomain is mapp...
06/14/2023
- 02:32 PM Feature #4854: origin affinity
- > If the stored data is not considered privacy-sensitive or exposing information that needs authorization, then the s...
- 06:13 AM Feature #4854: origin affinity
- That being said, I actually remember that @localStorage@ data is readable by everyone with access to the device, it's...
- 06:07 AM Feature #4854: origin affinity
- But before going too far with this task, let me ask the most important question: What type of data do we expect to be...
- 06:02 AM Feature #4854: origin affinity
- Greg Shah wrote:
> > Then User @gbb@ is always redirected to its dedicated subdomain @https://e83aed3ddf.users.websi...
06/13/2023
- 08:33 AM Feature #4854: origin affinity
- > > The number of users in these pools is going to be limited. The average pool side will be between 5 and 25 users....
- 08:32 AM Feature #4854: origin affinity
- > Enabling @*.users.website.com@ in the DNS to point to the FWD server's host.
Yes, with the proper Jetty config,... - 08:06 AM Feature #4854: origin affinity
- Greg Shah wrote:
> The number of users in these pools is going to be limited. The average pool side will be between... - 08:03 AM Feature #4854: origin affinity
- Greg Shah wrote:
> A DNS subdomain implies a dedicated IP address. Are you suggesting allocating an IP address and ... - 07:42 AM Feature #4854: origin affinity
- > I think I saw somewhere a task that was about reworking the spawning of new web clients as separate Jetty instances...
- 07:41 AM Feature #4854: origin affinity
- > The max range of ports can be 49152-65535 (~16k).
Are you talking about the port number for the browser's sessio... - 07:14 AM Feature #4854: origin affinity
- I think I saw somewhere a task that was about reworking the spawning of new web clients as separate Jetty instances. ...
- 07:12 AM Feature #4854: origin affinity
- The max range of ports can be 49152-65535 (~16k). This is the max number of concurrent sessions currently. When each ...
- 08:06 AM Feature #4853: implement support for reporting a device-id which is meant to identify a unique cl...
- > Does it mean a browser instance at this point should be distinguishable?
Yes.
> If the UUID is unique for eac... - 05:31 AM Feature #4853: implement support for reporting a device-id which is meant to identify a unique cl...
- > This would be unique across all browser instances that connect to the same FWD server.
Does it mean a @browser ...
06/12/2023
- 01:01 PM Feature #4853 (WIP): implement support for reporting a device-id which is meant to identify a uni...
06/09/2023
- 12:10 PM Feature #3931: single sign-on for virtual desktop mode
- > Is mapping end-users to OS accounts in a manual way even possible? I guess the customer systems support sign-up and...
- 11:59 AM Feature #3931: single sign-on for virtual desktop mode
- Another one to verify I got right: Are temp users used only to authenticate @NativeSecureConnection@ before the serve...
- 11:15 AM Feature #3931: single sign-on for virtual desktop mode
- I'm not sure if I got this right: Is the spawner running as admin to allow spawning client processes with any other u...
- 11:11 AM Feature #3931: single sign-on for virtual desktop mode
- Also is it an option to consider the possible implications of running multiple end-users with the same OS user or jus...
- 11:10 AM Feature #3931: single sign-on for virtual desktop mode
- The question about the amount of end-users is also related to the OS user pooling implementation. If the pooling can'...
- 10:56 AM Feature #3931: single sign-on for virtual desktop mode
- Is mapping end-users to OS accounts in a manual way even possible? I guess the customer systems support sign-up and d...
Also available in: Atom