IBM Security Z Security

Security for Z

Join this online user group to communicate across Z Security product users and IBM experts by sharing advice and best practices with peers and staying up to date regarding product enhancements.

 View Only
  • 1.  CKNSERVE produces "CKN036I 12 Connect to S0W1 failed on socket 1 RC 1127 connection timed out"

    Posted 22 days ago

    I have three systems S0W1, S0W2 and S0W3. The first 2 of them connect using CKNSERVE. I cannot get the third (S0W3) to work. It will successfully self-connect however.
    I suspect I have some silly error somewhere. I am getting this message,
    CKN036I 12 Connect to S0W1 failed on socket 1 RC 1127 connection timed out, reason 769E 0291x TCP error, 
               contacting port 7173 of 192.168.11.100                                                        

    The link works I am sure as I am using NJE over TCP/IP and AT/TLS.
    I have removed firewalls and it makes no difference.

    I cannot find out what those codes 769E 0291 mean. I think I should discard the first 2 digits and look up the 9E in the Unix Messages and codes manual. Sadly there is a 9D and a 9F.
    Anyone have any ideas what I have dome wrong?
    Lennie



    ------------------------------
    Lennie Dymoke-Bradshaw
    Director
    Reverse Sweep Consulting Limited
    07504304158
    ------------------------------


  • 2.  RE: CKNSERVE produces "CKN036I 12 Connect to S0W1 failed on socket 1 RC 1127 connection timed out"

    Posted 21 days ago

    Hi Lennie,
    0291 is the hex errnojr, as documented here: https://www.ibm.com/docs/en/zos/3.1.0?topic=errnojrs-zos-unix-reason-codes
    It means: 

    JrTcpError

    Tcp returned an error identified by the return code. 

    Therefore the real error you need to investigate is the RC 1127 - ETIMEDOUT  Connection timed out.

    This means that no responses to the outbound SYN packets to establish the TCP connection with 192.168.11.100..7173 were received.
    This suggests to me that the SYN packets did not reach the destination IP address. An IP packet trace at both ends, filtered on PORTNUM=7173, would confirm this.

    Regards,



    ------------------------------
    Mike Riches
    ------------------------------



  • 3.  RE: CKNSERVE produces "CKN036I 12 Connect to S0W1 failed on socket 1 RC 1127 connection timed out"

    Posted 17 days ago

    Mike,

    Thanks for the advice. After much testing and comparisons of values across the systems, I think I know what went wrong.
    The system S0W3 is a new z/OS instance I have defined. It was cloned from S0W2 (which itself was cloned from S0W1). In order to get it to work I had to make multiple changes to various files in support of that naming. I am trying to get as much as possible in system variables.

    Anyway, in order to get CKNSERVE to work I needed Client and Server certificates. However, on S0W3 they had an ALTNAME of S0W2. So I deleted those and defined them with S0W3, re-added to Keyrings and so on. 
    It appears that this causes me to fall into this trap,
    https://www.ibm.com/support/pages/ezd1287i-ttls-error-rc-5002-and-ich408i-digital-certificate-not-defined 
    On S0W1 and S0W2 the cert serial number are the same. On S0W3 it is different.

    That document is complicated. However, It appears that it offers several solutions, the simplest of which is to export the Server and Client certificates from the first system and then RACDCERT ADD then to the other systems. That seems the simplest solution, but it will only work if I can define those certs with multiple ALTNAME DOMAIN parameters, as the ALTNAME DOMAIN is matched against the ZSECSYS name in CKNODES.

    I don't think RACDCERT GENCERT supports multiple alternate names, so that solution cannot work. Or have I missed something?

    Lennie



    ------------------------------
    Lennie Dymoke-Bradshaw
    Director
    Reverse Sweep Consulting Limited
    07504304158
    ------------------------------



  • 4.  RE: CKNSERVE produces "CKN036I 12 Connect to S0W1 failed on socket 1 RC 1127 connection timed out"

    Posted 17 days ago
    Edited by Lennie Dymoke-Bradshaw 17 days ago

    Further info.

    I created 2 CSRs using GSKKYMAN and specifying all the needed ALTNAME values. I exported them to files and then did RACDCERT IMPORTs to get them into RACF. I signed them with the needed CA cert and then exported them again. I then imported them back into GSKKYMAN and then exported the cert and keys using a PKCS12B64 package. I then used that package to add the certificates back into RACF. I then connected them to the necessary rings. 

    Now it all works.

    Took a while though.

    Lennie



    ------------------------------
    Lennie Dymoke-Bradshaw
    Director
    Reverse Sweep Consulting Limited
    07504304158
    ------------------------------



  • 5.  RE: CKNSERVE produces "CKN036I 12 Connect to S0W1 failed on socket 1 RC 1127 connection timed out"

    Posted 16 days ago

    Hi Lennie,
    With the one-to-one certificate to user ID association process the idea is that each system's client certificate exists in the server partner's RACF DB, to allow client authentication. In a shared RACF DB environment they will be there anyway.
    This requirement can be avoided by using certificate name filtering (RACDCERT MAP) in place of importing the client certificate.

    There is also a method to bypass the altname checking, using the CKNADMIN.CERTOKAY.<zsecsys-name> profile as mentioned here: https://www.ibm.com/docs/en/szs/3.1.0?topic=tls-setup-disable-server-security

    Regards,



    ------------------------------
    Mike Riches
    ------------------------------



  • 6.  RE: CKNSERVE produces "CKN036I 12 Connect to S0W1 failed on socket 1 RC 1127 connection timed out"

    Posted 16 days ago

    Mike, 
    I confess I misunderstood that multiple certificates could simply be installed in the other database(s). I thought that a single Cert was required in each database. I saw those other methods (mapping and The CERTOKAY, but I was going for 'simple', and thought that would mean multiple ALTNAMEs. I actually prefer the multiple ALTNAMEs as the use of each Cert existing in each database is clearer. If only RACDCERT had native support.
    Nevertheless, I have learnt a few things on the way here :-).

    Thanks for your help.
    Lennie



    ------------------------------
    Lennie Dymoke-Bradshaw
    Director
    Reverse Sweep Consulting Limited
    07504304158
    ------------------------------