docs/121721: telnetd(8) not describing -X authentication types

[Jeremy Chadwick]

>Number:         121721
>Category:       docs
>Synopsis:       telnetd(8) not describing -X authentication types
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-doc
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          doc-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat Mar 15 03:00:04 UTC 2008
>Closed-Date:
>Last-Modified:
>Originator:     Jeremy Chadwick
>Release:        FreeBSD 6.3-PRERELEASE i386
>Organization:
>Environment:
System: FreeBSD eos.sc1.parodius.com 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE #0: Mon Jan 14 17:48:12 PST 2008 root at eos.sc1.parodius.com:/usr/obj/usr/src/sys/EOS i386
>Description:
	The telnetd(8) manpage does not describe the authentication types/strings
	one can use with the -X flag.  I had to go look at the libtelnet code,
	tracing it back to the auth_disable_name() function, then the authtype_names
	variable defined in arpa/telnet.h:

const char *authtype_names[] = {
        "NULL", "KERBEROS_V4", "KERBEROS_V5", "SPX", "MINK", NULL, "SRA",
        0
};

	Thus, the strings you can use with -X are NULL, KERBEROS_V4, KERBEROS_V5,
	SPX, MINK, and SRA.  These are independent of what's given to the -a
	flag (e.g. -a off).  I have no idea what the NULL authtype is, but the
	others make perfect sense.

	I ran into this situation when setting up dgamelaunch for FreeBSD, and
	found that telnetd kept asking for SRA authentication when I wanted
	absolutely no authentication capabilities.

	This applies to both RELENG_6 and RELENG_7.
>How-To-Repeat:
	n/a
>Fix:
	Document the above authentication types in the manpage.

>Release-Note:
>Audit-Trail:
>Unformatted: