CONDOR_TOKEN_FETCH(1)
π CONDOR_TOKEN_FETCH π
okay bestie, so you know that HTCondor Manual everyone's always whispering about? yeah. this page is literally condor_token_fetch, and it's about obtaining a token from a remote daemon for the IDTOKENS authentication method. iconic behavior, no cap.
β¨ NAME β¨
condor_token_fetch β obtain a token from a remote daemon for the IDTOKENS authentication method π
πΈ SYNOPSIS πΈ
condor_token_fetch [-authz authz ...] [-lifetime value] [-pool
pool_name] [-name hostname] [-type type] [-token filename | -file
filename] [-key signing_key]
condor_token_fetch [-help ]
π¦ DESCRIPTION π¦
So condor_token_fetch is gonna go and try to snag an authentication token from a remote daemon. and if it works? the identity baked into that token is literally the same as the client's identity at the remote daemon. same energy, same you. π
Authentication tokens are such a vibe for limiting an identity's authorization, or for setting up an alternate authentication method when you're in your "new era" mood. like, say an administrator wants to use condor_token_fetch to make a token for a monitoring host that's locked to only the READ authorization. slay, restrictive, love that for them. and a user could run condor_token_fetch while they're logged in to a submit host, then take the resulting token and submit remotely from their personal laptop. main character remote-work arc. π»β¨
if you pass -lifetime or one (or more) -authz options, the token will carry extra restrictions that limit what the client is actually allowed to do. boundaries!! periodt. π«Ά
by default, condor_token_fetch queries the local condor_schedd. but if you mix and match -pool, -name, or -type, the tool can request tokens from other pools, from other hosts, or from different daemon types. globetrotting.
if it all works out, the resulting token gets sent to stdout. with the -token option, it goes to the user's token directory instead (and psst β that value may not have any path information). with the -file option, it gets written to the given file (and that value may be an arbitrary filename). choose your destiny. β
π OPTIONS π
-authz authzβ adds a restriction to the token so it's only valid for a given authorization level (likeREAD,WRITE,DAEMON,ADVERTISE_STARTD). need multiple authorizations? then you gotta pass-authzmultiple times, bestie. if you don't pass-authz, no authorization restrictions get added, and authorization is solely based on the token's identity. NOTE that-authzabsolutely cannot be used to give an identity additional permissions at the remote host. so if the server's admin only permits the userREADauthorization, then specifying-authz WRITEin a token will not let that user perform writes. it's giving wishful thinking, and it will not work. π-debugβ causes debugging information to be sent tostderr, based on the value of the configuration variableTOOL_DEBUG.-helpβ display brief usage information and exit. short, sweet, helpful. π-lifetime valueβ specify the lifetime, in seconds, for the token to be valid (the token validity starts when the token is signed). once the lifetime expires, the token can't be used for authentication anymore. if not specified, the token will contain no lifetime restrictions at all. live free. π-name hostnameβ request a token from the daemon named hostname in the pool. if not specified, the locally-running daemons will be used. π₯-pool pool_nameβ request a token from a daemon in a non-default pool pool_name.-token filenameβ specifies a filename, relative to the directory in theSEC_TOKEN_DIRECTORYconfiguration variable (defaulting to~/.condor/tokens.d), where the resulting token is stored. if not specified, the token will be sent tostdout. π-type typeβ request a token from a specific daemon type type. if not given, acondor_scheddis used.-key signing_keyβ request a token signed by the signing key named signing_key. if not given, the daemon's default key will be used. π
π EXAMPLES π
want a token with a lifetime of 10 minutes from the default condor_schedd? say less:
$ condor_token_fetch -lifetime 600
eyJhbGciOiJIUzI1NiIsImtpZCI6IlBPT0wifQ.eyJpYX...ii7lAfCA
want to request a token from bird.cs.wisc.edu that's limited to READ and WRITE? obsessed:
$ condor_token_fetch -name bird.cs.wisc.edu \
-authz READ -authz WRITE
eyJhbGciOiJIUzI1NiIsImtpZCI6IlBPT0wifQ.eyJpYX...lJTj54
want to create a token from the collector in the htcondor.cs.wisc.edu pool and then save it to ~/.condor/tokens.d/friend? chef's kiss:
$ condor_token_fetch -identity friend@cs.wisc.edu -lifetime 600 -token friend
β EXIT STATUS β
condor_token_fetch will exit with a non-zero status value if it fails to request or read the token. otherwise, it exits 0. we love a clean exit. π
π SEE ALSO π
condor_token_create(1), condor_token_request(1), condor_token_list(1) β go read the whole friend group, iykyk.
π AUTHOR π
Center for High Throughput Computing, University of Wisconsin-Madison
π AUTHOR π
HTCondor Team
π§ COPYRIGHT π§
1990-2026, Center for High Throughput Computing, Computer Sciences Department, University of Wisconsin-Madison, Madison, WI, US. Licensed under the Apache License, Version 2.0.
and that's the whole page, bestie!! go forth and fetch those tokens responsibly. this was the HTCondor Manual, dated Oct 16, 2026, and yeah β that's the CONDOR_TOKEN_FETCH(1) energy right there. bye babe, stay authenticated πβ¨π¦
π¦ where this page comes from
- fedora 43: condor 25.14.1-1.fc43 Β· Apache-2.0
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms