LOGIN(8)
π LOGIN(8) β login.krb5, bestie edition
okay so real talk: this is the LOGIN(8) page from the System Manager's Manual, and the star of the show is login.krb5, aka the kerberos enhanced login program. she's an icon, she's a vibe, and she's about to authenticate u. let's get into it π
login.krb5 [-p] [-fFe username] [-r | -k | -K | -h hostname]
β¨ NAME β¨
login.krb5 β the kerberos enhanced login program π
π¦ SYNOPSIS π¦
login.krb5 [-p] [-fFe username] [-r | -k | -K | -h hostname]
π DESCRIPTION π
so login.krb5 is literally a glow-up of the BSD login program, and she's out here doing two jobs, no cap π«Ά
first: she's the sub-process that krlogind and telnetd use to kick off a user session. second: she's a drop-in replacement for the command-line login program, and when u invoke her with a password she goes and acquires Kerberos tickets for u. main character energy fr.
here's the flow, bestie: login.krb5 will prompt for a username, or u can just hand her one on the command line like login.krb5 username, and then she prompts for a password. that password gets used to acquire Kerberos Version 5 tickets (if possible β¨). she'll also attempt to run aklog to snag AFS tokens for the user. the version 5 tickets get tested against a local krb5.keytab if one's available β that's the vibe check, verifying the tickets before letting the user in π₯
but!! and this is the important part: if the password matches the entry in /etc/passwd, the user gets unconditionally allowed in. that's the safety net so u can still use the machine if the network's being a whole mess π
πΈ OPTIONS πΈ
-pβ preserve the current environment. keep the vibes exactly as they were β¨-r hostnameβ passhostnametorlogind. must be the last argument, periodt.-h hostnameβ passhostnametotelnetd, etc. also must be the last argument π«Ά-f nameβ perform pre-authenticated login, e.g. datakit, xterm, etc.; this one allows preauthenticated login asrootπ-F nameβ perform pre-authenticated login, e.g. datakit, xterm, etc.; allows preauthenticated login asroottoo π-e nameβ perform pre-authenticated, encrypted login. must do term negotiation π
ok tiny heads-up:-rand-hboth gotta be the last thing u say. she's not flexible about that, she's a queen with boundaries.
π§ CONFIGURATION π§
plot twist, login.krb5 is also configured via krb5.conf using the login stanza. here's a little collection of options dealing with initial authentication, served fresh π
krb5_get_ticketsβ use password to get V5 tickets. default valuetrueβ¨krb_run_aklogβ attempt to runaklog. default valuefalseaklog_pathβ where to find it [not yet implemented.] default value$(prefix)/bin/aklogaccept_passwdβ don't accept plaintext passwords [not yet implemented]. default valuefalse
ngl, two of these are labeled not yet implemented, so don't come for me if they're not doing anything yet π
π DIAGNOSTICS π
all diagnostic messages are returned on the connection or tty associated with stderr. so if something's acting up, that's where she'll be spilling the tea π
π SEE ALSO π
rlogind(8), rlogin(1), telnetd(8)
that's the whole page, bestie β no crumbs left behind π«Ά this was the LOGIN(8) entry from the System Manager's Manual, and yeah, the footer's just that same LOGIN(8) tag again, no fancy version or date to brag about. go forth and authenticate responsibly π
π¦ where this page comes from
- opensuse-leap 16.0: krb5-appl-servers 1.0.3-bp160.2.1 Β· MIT
- opensuse-leap 16.0: krb5-appl-servers 1.0.3-bp160.2.1 Β· MIT
- opensuse-leap 16.0: krb5-appl-servers 1.0.3-bp160.2.1 Β· MIT
- opensuse-leap 16.0: krb5-appl-servers 1.0.3-bp160.2.1 Β· MIT
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms