lkphk (lkphk) asked a question.
Hi all,
I have my AD's and users spread over multiple geographical regions, I have installed a IWA in one region but would like to know if i were to install another IWA agent in another region how the IWA process would then work.
Would there be the chance of users from region A being able call the region B IWA?
If both regions communicate with Okta from a unique IP/range, then you could configure them each with their own network zone and tag that into the IWA routing rule.
https://help.okta.com/en/prod/Content/Topics/Security/Security_Network.htm#IWA
If both regions backhauled to the internet through the same IP/range, then Im afraid you might be limited to internal network "shenanigans". Some sort of network load balancer could probably steer traffic correctly. Or using the same hostname & SSL cert in both regions you could round robin DNS and hope that shortest path is returned by the DNS server.
Is your goal to prevent cross region or allow it?
The goal was to allow it, thank you for your response. I had also raised a ticket and received a reply for Okta help Desk, i will leave it here for future reference.
Ticket Reply
User will simply access the IWA redirect url and based on the location, forwarding will be done and AD agent will be implied.
When dealing with Automatic Failover in an IWA environment, there is a health check in place that regularly checks the availability of the IWA apps to ensure they are still running. The health check is done by the AD agent. There is no specific agent that runs the check as this is a random process. The AD Agent, using the local service account, would try to access the IWA URL for a successful response. If the response is a negative one, it will consider that the web app is offline and report that to your Okta tenant.
Furthermore, the only information that the Okta Service Account(used for the API Integration) will provide is its state. Furthermore, Okta uses a bearer token for API authentication with a sliding scale expiration. Tokens are valid for 30 days and automatically refresh with each API call.
Example:
User A is located in Singapore. DC is located in India as well as the AD agent. User A will simply navigate to the org`s URL and will authenticate based on the AD Agent`s permission from India.
If you would like to install multiple IWA agents, that should be ok, since there is no proprietary agent that would report back and perform authentication on behalf of the user. The web application will use multiple IWA agents for failover purposes.
We use cookies to provide the best website experience and to help understand marketing efforts. We may also share data with ad partners to reach potential customers across the web. To learn more, visit our Privacy Policy. Click here for Your Privacy Choices. You may also opt out of this sharing by signaling your preference via GPC, applicable only to the browser signaling the opt-out.
More information
These cookies are necessary for the website to function and cannot be switched off in our systems. They are usually only set in response to actions made by you which amount to a request for services, such as setting your privacy preferences, logging in or filling in forms. You can set your browser to block or alert you about these cookies, but some parts of the site will not then work. These cookies do not store any personally identifiable information.
These cookies enable the website to provide enhanced functionality and personalisation. They may be set by us or by third party providers whose services we have added to our pages. If you do not allow these cookies then some or all of these services may not function properly.
These cookies allow us to count visits and traffic sources so we can measure and improve the performance of our site. They help us to know which pages are the most and least popular and see how visitors move around the site. All information these cookies collect is aggregated and therefore anonymous. If you do not allow these cookies we will not know when you have visited our site, and will not be able to monitor its performance.
These cookies may be set through our site by our advertising partners. They may be used by those companies to build a profile of your interests and show you relevant adverts on other sites. They do not store directly personal information, but are based on uniquely identifying your browser and internet device. If you do not allow these cookies, you will experience less targeted advertising.
Select All
We use cookies to provide the best website experience and to help understand marketing efforts. We may also share data with ad partners to reach potential customers across the web. To learn more, visit our Privacy Policy. Click here for Your Privacy Choices. You may also opt out of this sharing by signaling your preference via GPC, applicable only to the browser signaling the opt-out.
More information
These cookies are necessary for the website to function and cannot be switched off in our systems. They are usually only set in response to actions made by you which amount to a request for services, such as setting your privacy preferences, logging in or filling in forms. You can set your browser to block or alert you about these cookies, but some parts of the site will not then work. These cookies do not store any personally identifiable information.
These cookies enable the website to provide enhanced functionality and personalisation. They may be set by us or by third party providers whose services we have added to our pages. If you do not allow these cookies then some or all of these services may not function properly.
These cookies allow us to count visits and traffic sources so we can measure and improve the performance of our site. They help us to know which pages are the most and least popular and see how visitors move around the site. All information these cookies collect is aggregated and therefore anonymous. If you do not allow these cookies we will not know when you have visited our site, and will not be able to monitor its performance.
These cookies may be set through our site by our advertising partners. They may be used by those companies to build a profile of your interests and show you relevant adverts on other sites. They do not store directly personal information, but are based on uniquely identifying your browser and internet device. If you do not allow these cookies, you will experience less targeted advertising.
Select All
If both regions communicate with Okta from a unique IP/range, then you could configure them each with their own network zone and tag that into the IWA routing rule.
https://help.okta.com/en/prod/Content/Topics/Security/Security_Network.htm#IWA
If both regions backhauled to the internet through the same IP/range, then Im afraid you might be limited to internal network "shenanigans". Some sort of network load balancer could probably steer traffic correctly. Or using the same hostname & SSL cert in both regions you could round robin DNS and hope that shortest path is returned by the DNS server.
Is your goal to prevent cross region or allow it?