Hi,

I've found a misleading statement in the man page, this patch should
fix it.

bye,
Sumit
From 50b6278ed287528a53b0b702730ca3c044b356d4 Mon Sep 17 00:00:00 2001
From: Sumit Bose <sb...@redhat.com>
Date: Fri, 19 Nov 2010 10:38:32 +0100
Subject: [PATCH] Fix man page

Currently sssd does not support authentication via GSSAPI. I think it
is not necessary to support it, because if GSSAPI is possible Kerberos
should be use for authentication.
---
 src/man/sssd-ldap.5.xml |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/src/man/sssd-ldap.5.xml b/src/man/sssd-ldap.5.xml
index 416cd77..a30b49d 100644
--- a/src/man/sssd-ldap.5.xml
+++ b/src/man/sssd-ldap.5.xml
@@ -36,8 +36,8 @@
         </para>
         <para>
             LDAP back end supports id, auth, access and chpass providers. If 
you want
-            to authenticate against an LDAP server either TLS/SSL, LDAPS, or
-            LDAP+GSSAPI is required. <command>sssd</command> <emphasis>does
+            to authenticate against an LDAP server either TLS/SSL or LDAPS
+            is required. <command>sssd</command> <emphasis>does
             not</emphasis> support authentication over an unencrypted channel.
             If the LDAP server is used only as an identity provider, an 
encrypted
             channel is not needed. Please refer to 
<quote>ldap_access_filter</quote>
-- 
1.7.3.2

_______________________________________________
sssd-devel mailing list
sssd-devel@lists.fedorahosted.org
https://fedorahosted.org/mailman/listinfo/sssd-devel

Reply via email to