Difference between revisions of "DUNE third party copy IC to RAL"

From GridPP Wiki
Jump to: navigation, search
Line 17: Line 17:
 
</pre> Make a QuoVadis-SSL-ICA-G3.crl_url file while you are at it. <br>
 
</pre> Make a QuoVadis-SSL-ICA-G3.crl_url file while you are at it. <br>
  
Now it gets interesting. <br>
+
''Dynafed's QuoVadis certificate: Now it gets interesting.'' <br>
 
Solution A: On you pool nodes set: dcache.authn.namespace-mode=IGNORE (webdav.authn.namespace-mode=IGNORE didn't seem to be enough).
 
Solution A: On you pool nodes set: dcache.authn.namespace-mode=IGNORE (webdav.authn.namespace-mode=IGNORE didn't seem to be enough).
  

Revision as of 16:15, 12 September 2018

Third party copies Imperial dCache to RAL ECHO

Baseline versions
dCache version: 3.2.15-1
gfal-* on an up-to-date CentOS 7 node (lxplus7.cern.ch will do) with gfal2-util version 1.5.1 (gfal2 2.15.4)

Issues

  1. Expired delegation is not updated (happens when you start testing on a Friday and come back on a Monday):
    Short term solution: remove delegation from dCache, start afresh.
    Long term solution: wait for dCache fix provided by Dmitry to make it into the release.
  2. Checksums on ECHO: Apparently it doesn't provide any.
    Short term solution: Set webdav.enable.third-party.requiring-verification-by-default = false in dcache.conf on the head node.
    Long term solution: ???
  3. Dynafed's QuoVadis certificate: Dynafed needs an intermediate CA (QuoVadis Global SSL ICA G3).
    Short term solution: Procure certificate from from here: Downloads. Distribute it on the head and pool nodes. Remember to make the .0 file and create a link:
[root@blah certificates]#  openssl x509 -in QuoVadis-SSL-ICA-G3.pem -noout -hash
35e514f6
[root@blah certificates]# ln -s QuoVadis-SSL-ICA-G3.pem 35e514f6.0
openssl x509 -in QuoVadis-SSL-ICA-G3.pem -noout -hash
Make a QuoVadis-SSL-ICA-G3.crl_url file while you are at it.

Dynafed's QuoVadis certificate: Now it gets interesting.
Solution A: On you pool nodes set: dcache.authn.namespace-mode=IGNORE (webdav.authn.namespace-mode=IGNORE didn't seem to be enough).

We also currently have the following settings on our headnode (in dcache.conf)
webdav.enable.third-party.requiring-verification-by-default = false
webdav.authn.namespace-mode=IGNORE
webdav.authn.crl-mode=IGNORE ← I don't think I need that one as I have my crls, but can only restart the head node so often
webdav.authn.ocsp-mode=IGNORE

Now, off you go.

Solution B: The hacker special
Leave dcache.authn.namespace-mode on the default setting. Make yourself (on the pool node) a QuoVadis-SSL-ICA-G3.signing_policy with the following content (and don't forget the link: 35e514f6.signing_policy -> QuoVadis-SSL-ICA-G3.signing_policy):

access_id_CA   X509    '/C=BM/O=QuoVadis Limited/CN=QuoVadis Global SSL ICA G3'  
pos_rights globus CA:sign
cond_subjects globus '"/C=GB/*"'

This now matches the RAL Dynafed certificate. Uh oh.




Side note: How to remove a delegation

use 'delegation' from dcache-srmclient-3.0.9-1.noarch (certificates must be installed in /etch/grid-security/certificates):
lx> delegation $ endpoint https://gfe02.grid.hep.ph.ic.ac.uk:8445/srm/delegation ← find this in the gfal-copy -vvv log
[https://gfe02.grid.hep.ph.ic.ac.uk:8445/srm/delegation]> $ help
[...]
[https://gfe02.grid.hep.ph.ic.ac.uk:8445/srm/delegation] $ destroy 1234 ← I can't remember where I found this.