ATLAS HTCondor-CE ping with SCITOKEN

host: 
port: 
aud: 

HTCondor basic info

Name: htcondor-ce-4-kit.gridka.de
CE Version: 23.9.1
Version: $CondorVersion: 23.10.1 2024-10-03 BuildID: 759508 PackageID: 23.10.1-1 GitSHA: acedc362 $
Platform: $CondorPlatform: x86_64_AlmaLinux8 $
Identity: condor@family

Test condor_ping with SCITOKEN credentials (new issuer)

04/03/25 20:47:31 recognized WRITE as authorization level, using command 60021.
Destination:                 schedd htcondor-ce-4-kit.gridka.de
Remote Version:              $CondorVersion: 23.10.1 2024-10-03 BuildID: 759508 PackageID: 23.10.1-1 GitSHA: acedc362 $
Local  Version:              $CondorVersion: 24.0.6 2025-03-27 BuildID: 796350 PackageID: 24.0.6-1 $
Session ID:                  htcondor-ce-4-kit:4123604:1743706051:420562
Instruction:                 WRITE
Command:                     60021
Encryption:                  AES
Integrity:                   AES
Authenticated using:         SCITOKENS
All authentication methods:  SCITOKENS
Remote Mapping:              atlasprd@users.htcondor.org
Authorized:                  TRUE

Test condor_ping with SCITOKEN credentials (old issuer)

04/03/25 20:47:31 recognized WRITE as authorization level, using command 60021.
04/03/25 20:47:32 SECMAN: required authentication with schedd htcondor-ce-4-kit.gridka.de failed, so aborting command DC_SEC_QUERY.
WRITE failed!
AUTHENTICATE:1003:Failed to authenticate with any method
AUTHENTICATE:1004:Failed to authenticate using SCITOKENS

Test condor_ping with GSI credentials

This can't work with recent HTCondor-CEs that no longer support GSI

condor_ping result: 
04/03/25 20:47:32 recognized WRITE as authorization level, using command 60021.
WARNING: GSI authentication is enabled by your security configuration! GSI is no longer supported.
For details, see https://htcondor.org/news/plan-to-replace-gst-in-htcss/
04/03/25 20:47:32 SECMAN: no classad from server, failing
WRITE failed!
SECMAN:2011:Connection closed during command authorization. Probably due to an unknown command.

Test condor_ping with SSL credentials

This could work only with recent HTCondor-CEs, but only with special individual SSL mapping for certificate subject: 

SSL "" unix_account
condor_ping result: 
04/03/25 20:47:33 recognized WRITE as authorization level, using command 60021.
04/03/25 20:47:33 SECMAN: FAILED: Received "DENIED" from server for user unauthenticated@unmapped using method SSL.
WRITE failed!
SECMAN:2010:Received "DENIED" from server for user unauthenticated@unmapped using method SSL.

Client credentials

Token (new issuer): 
{
  "wlcg.ver": "1.0",
  "sub": "7dee38a3-6ab8-4fe2-9e4c-58039c21d817",
  "aud": [
    "htcondor-ce-4-kit.gridka.de:9619",
    "condor://htcondor-ce-4-kit.gridka.de:9619",
    "https://wlcg.cern.ch/jwt/v1/any"
  ],
  "nbf": 1743706051,
  "scope": "compute.read compute.cancel compute.modify compute.create",
  "iss": "https://atlas-auth.cern.ch/",
  "exp": 1744051651,
  "iat": 1743706051,
  "jti": "00e17a3c-3d6c-4028-89db-ad0d4b42446d",
  "client_id": "7dee38a3-6ab8-4fe2-9e4c-58039c21d817"
}
Token (old issuer): 



Proxy:

Proxy not found: /tmp/x509up_u48.prd.htcondor.4028 (No such file or directory)