You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hive.apache.org by "Vihang Karajgaonkar (Jira)" <ji...@apache.org> on 2021/08/24 18:00:00 UTC

[jira] [Assigned] (HIVE-25479) Browser SSO auth may fail intermittently on chrome browser in virtual environments

     [ https://issues.apache.org/jira/browse/HIVE-25479?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Vihang Karajgaonkar reassigned HIVE-25479:
------------------------------------------


> Browser SSO auth may fail intermittently on chrome browser in virtual environments
> ----------------------------------------------------------------------------------
>
>                 Key: HIVE-25479
>                 URL: https://issues.apache.org/jira/browse/HIVE-25479
>             Project: Hive
>          Issue Type: Bug
>          Components: JDBC
>            Reporter: Vihang Karajgaonkar
>            Assignee: Vihang Karajgaonkar
>            Priority: Major
>
> When browser based SSO is enabled the Hive JDBC driver might miss the POST requests coming from the browser which provide the one-time token issued by HS2s after the SAML flow completes. The issue was observed mostly in virtual environments on Windows.
> The issue seems to be that when the driver binds to a port even though the port is in LISTEN state, if the browser issues posts request on the port before it goes into ACCEPT state the result is non-deterministic. On native OSes we observed that the connection is buffered and is received by the driver when it begins accepting the connections. In case of VMs it is observed that even though the connection is buffered and presented when the port goes into ACCEPT mode, the payload of the request or the connection itself is lost. This race condition causes the driver to wait for the browser until it timesout and the browser keeps waiting for a response from the driver.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)