Closed garthk closed 10 months ago
I can make tls connection only with pathed SSL application.
Oracle closed the underlying transport connection and error {error, closed} occured, if close_notify alert was sent. During downgrade а close_notify alert is not mandatory for Oracle
I can make tls connection only with pathed SSL application.
In OTP 26.2.4, SSL has been upgraded to 11.1.3. How should I adjust this file?
i change the file like this :
but it didn't work,
erlshell:
2> jamdb_oracle:start(ConnOpts).
{error,{socket,closed}}
@redgreat we are also hitting this issue in OTP 26. I just wonder if you have managed to fix this already?
I have tried to apply ssl-10.8-otp-25.patch on
Unfortunately, it causes ssl:connect/2
to get stuck.
For example:
ssl:connect("google.com", 443, [{verify, verify_none}]).
gets stuck and never returns after the patch has been applied.
It seems like the patch "fits" so I don't understand why this happens.
@vstavskyi what exact OTP version did you use for the patch? OTP OTP-25.0?
otp 27 have update and mention that
ssl
The ssl client can negotiate and handle certificate status request (OCSP stapling support on the client side).
did it works well with otp27 no more config otp files
G'day! I'm having a rough time connecting to Oracle Autonomous Transaction Processing using your driver.
The first part of the problem is a mismatch with the the Postgres connection options and MyXQL connection options, both of which expect
ssl: true
andssl_opts
with a list of SSL options:There's no code supporting that convention for getting SSL options through to
Jamdb.Oracle.connect/1
to:jamdb_oracle.start_link/1
:https://github.com/erlangbureau/jamdb_oracle/blob/d221f7495f443a8ded28868aabb057079955b653/lib/jamdb_oracle.ex#L62-L75
https://github.com/erlangbureau/jamdb_oracle/blob/d221f7495f443a8ded28868aabb057079955b653/src/jamdb_oracle_conn.erl#L36-L40
Examining the code suggests we could use
parameters
, instead, but its documentation doesn't coverssl
:https://github.com/erlangbureau/jamdb_oracle/blob/d221f7495f443a8ded28868aabb057079955b653/lib/jamdb_oracle_ecto.ex#L55 https://github.com/erlangbureau/jamdb_oracle/blob/d221f7495f443a8ded28868aabb057079955b653/lib/jamdb_oracle_ecto.ex#L65-L76
Assuming that's safe, we can edit our configuration...
... and reach
:jamdb_oracle.start_link/1
. I'd be more confident if it worked, but the connection fails:I've watched the calls to
:ssl
with:dbg
: there's a call to:ssl.send/2
with a packet ending "(DESCRIPTION=(CONNECT_DATA=…))", we get back<<0, 8, 0, 0, 11, 8, 0, 0>>
on our next call to:ssl.recv/2
, that's hitting theTNS_RESEND
branch inhandle_login/1
and—am I reading this right?—the code expects an:ssl.close/2
and:ssl.connect/3
will help? In any case, it can't because something has gone wrong:I've confirmed I can make a connection with OpenSSL 1.1 using the same certificates:
Any ideas?