summaryrefslogtreecommitdiffstats
path: root/usr.sbin/gssd
Commit message (Collapse)AuthorAgeFilesLines
* MFC 293043jpaetzel2016-01-081-0/+2
| | | | | | | | | | | | | Unset the gss kernel state when gssd exits When gssd exits it leaves the kernel state set by gssd_syscall(). nfsd sees this and waits endlessly in an unkillable state for gssd to come back. If you had acidentally started gssd then stopped it, then started nfsd you'd be in a bad way until you either restarted gssd or rebooted the system. This change fixes that by setting the kernel state to "" when gssd exits.
* MFC 288272jpaetzel2015-10-051-2/+2
| | | | | | | | | Increase group limit for kerberized NFSv4 PR: 202659 Submitted by: matthew.l.dailey@dartmouth.edu Reviewed by: rmacklem dfr Sponsored by: iXsystems
* Fix some Kerberos related terminology.rmacklem2013-07-081-2/+2
| | | | | | This is a content change. Requested by: bjk
* Oops, initialize the krb5 ret values correctly (to anything non-zero).rmacklem2013-07-081-1/+1
|
* Make sure the krb5 status variables are correctly initialized.rmacklem2013-07-081-0/+1
|
* Document the new "-h" option for the gssd daemon.rmacklem2013-07-081-1/+12
| | | | | | This is a content change. Reviewed by: jhb
* Add a new "-h" option to the gssd daemon that enables support forrmacklem2013-07-081-13/+140
| | | | | | | | host based (kerberos service principal) initiator credentials in the default keytab file. This option won't actually be useful until the corresponding kernel changes are committed. Reviewed by: jhb
* Document the "-o" option added by r252138.rmacklem2013-06-241-1/+6
| | | | MFC after: 10 days
* Add a new "-o" option to the gssd which forces gss_init_sec_context()rmacklem2013-06-241-3/+136
| | | | | | | | | | | | | to use DES and the associated old style GSS initialization token. This appears to be required for some non-FreeBSD servers to get a kerberized NFS mount to work. Also, ignore some signals when daemonized, which might fix the gssd from "disappearing" without leaving a core dump. Given the tight timeframe for the FreeBSD9.2 release, I have committed this while waiting for code review. I will commit changes recommended by the review in a separate commit. Reviewed by: dfr (pending) MFC after: 10 days
* Fix r251444 so that gssd.c still builds for WITHOUT_KERBEROS.rmacklem2013-06-061-0/+1
| | | | | Reported by: bf1783@gmail.com MFC after: 2 weeks
* Document the new "-v" option for the gssd daemon.rmacklem2013-06-051-2/+14
| | | | | | This is a content change. MFC after: 2 weeks
* Add a "-v" (verbose) option to the gssd daemon, to helprmacklem2013-06-051-2/+78
| | | | | | | | | | with diagnosis of kerberized NFS mount problems. When set, messages are sent to syslog() (or fprintf(stderr,...) if "-d" is also specified) to indicate activity/results of kgssapi upcalls. Reviewed by: jhb MFC after: 2 weeks
* Fix the getpwuid_r() call in the gssd daemon so that it handlesrmacklem2013-05-021-2/+25
| | | | | | | | | the ERANGE error return case. Without this fix, authentication of users for certain system setups could fail unexpectedly. Reported by: Elias Martenson (lokedhs@gmail.com) Tested by: Elias Martenson (earlier version) MFC after: 2 weeks
* Grammar fixes and some wordsmithingbjk2013-01-051-11/+8
| | | | | | Discussed with: rmacklem Approved by: hrs (mentor) MFC after: 2 weeks
* Fix r244604 so that it builds when MK_KERBEROS_SUPPORT == "no".rmacklem2013-01-032-2/+21
| | | | | | | Reported by: bf Tested by: bf Reviewed by: gcooper MFC after: 3 days
* Fix the Makefile so it can build gssd.c after r244604.rmacklem2012-12-231-2/+2
| | | | MFC after: 2 weeks
* Document the new gssd daemon options added by r244604.rmacklem2012-12-221-1/+27
| | | | | | This is a content change. MFC after: 2 weeks
* It was reported via email that some sshds create kerberosrmacklem2012-12-221-11/+295
| | | | | | | | | | | | | | credential cache files with names other than /tmp/krb5cc_<uid>. The gssd daemon does not know how to find these credential caches. This patch implements a new option "-s" that does a search for credential cache files, using roughly the same algorithm as the gssd daemon for Linux uses. The gssd behaviour is only changed if the new "-s" option is specified. It also implements two other new options related to the "-s" option. Reported by: Piete.Brooks at cl.cam.ac.uk, Herbert Poeckl Tested by: Herbert Poeckl (admin at ist.tugraz.at), Illias A. Marinos MFC after: 2 weeks
* Fix the gssd daemon so that it uses syslog() to reportrmacklem2012-12-171-0/+23
| | | | | | | | | an error instead of calling err() when it is daemonized, so that the error gets logged. Discussed with: rwatson, jhb Tested by: Illias A. Marinos, Herbert Poeckl MFC after: 2 weeks
* mdoc: add missing width argument to Bl -tag.joel2012-06-031-1/+1
|
* Consistently set RPCGEN_CPP when running rpcgen, so the C preprocessordim2012-02-071-1/+1
| | | | | | set via ${CPP} is used, instead of always using hardcoded /usr/bin/cpp. MFC after: 1 week
* mdoc: consistently spell our email addresses <foo@FreeBSD.org>uqs2010-05-191-1/+1
| | | | Reviewed by: ru
* - Remove superfluous commentgabor2009-01-301-2/+0
| | | | | PR: docs/129400 Submitted by: Gavin Atkinson <gavin@freebsd.org>
* Add gssd.h to the list of SRCS so one can build without 'make depend' first.obrien2008-12-301-1/+1
|
* Tiny typo fix and remove 'example' from a "real" manpage.keramida2008-11-051-3/+3
|
* Implement support for RPCSEC_GSS authentication to both the NFS clientdfr2008-11-033-0/+709
and server. This replaces the RPC implementation of the NFS client and server with the newer RPC implementation originally developed (actually ported from the userland sunrpc code) to support the NFS Lock Manager. I have tested this code extensively and I believe it is stable and that performance is at least equal to the legacy RPC implementation. The NFS code currently contains support for both the new RPC implementation and the older legacy implementation inherited from the original NFS codebase. The default is to use the new implementation - add the NFS_LEGACYRPC option to fall back to the old code. When I merge this support back to RELENG_7, I will probably change this so that users have to 'opt in' to get the new code. To use RPCSEC_GSS on either client or server, you must build a kernel which includes the KGSSAPI option and the crypto device. On the userland side, you must build at least a new libc, mountd, mount_nfs and gssd. You must install new versions of /etc/rc.d/gssd and /etc/rc.d/nfsd and add 'gssd_enable=YES' to /etc/rc.conf. As long as gssd is running, you should be able to mount an NFS filesystem from a server that requires RPCSEC_GSS authentication. The mount itself can happen without any kerberos credentials but all access to the filesystem will be denied unless the accessing user has a valid ticket file in the standard place (/tmp/krb5cc_<uid>). There is currently no support for situations where the ticket file is in a different place, such as when the user logged in via SSH and has delegated credentials from that login. This restriction is also present in Solaris and Linux. In theory, we could improve this in future, possibly using Brooks Davis' implementation of variant symlinks. Supporting RPCSEC_GSS on a server is nearly as simple. You must create service creds for the server in the form 'nfs/<fqdn>@<REALM>' and install them in /etc/krb5.keytab. The standard heimdal utility ktutil makes this fairly easy. After the service creds have been created, you can add a '-sec=krb5' option to /etc/exports and restart both mountd and nfsd. The only other difference an administrator should notice is that nfsd doesn't fork to create service threads any more. In normal operation, there will be two nfsd processes, one in userland waiting for TCP connections and one in the kernel handling requests. The latter process will create as many kthreads as required - these should be visible via 'top -H'. The code has some support for varying the number of service threads according to load but initially at least, nfsd uses a fixed number of threads according to the value supplied to its '-n' option. Sponsored by: Isilon Systems MFC after: 1 month
OpenPOWER on IntegriCloud