Home
| Calendar
| Mail Lists
| List Archives
| Desktop SIG
| Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU |
On 07/11/2012 02:57 PM, Bill Bogstad wrote: > On Wed, Jul 11, 2012 at 2:03 PM, Jerry Feldman <gaf at blu.org> wrote: >> On 07/11/2012 12:34 PM, Richard Pieri wrote: >>> On 7/11/2012 12:13 PM, Jerry Feldman wrote: >>>> The issue is we must convert from NIS, and LDAP is the only solution and >>>> it is imposed on me. Eventually we will move to a different >>>> authentication as we get more integrated. >>> So what? It's trading one directory service for another. You still >>> get login names, UIDs and GIDs. They'll just be served from an LDAP >>> directory instead of NIS maps. >>> >> True except that the LDAP servers are in Ottowa and the NIS server is >> local in the rack. > That sounds like a lot of extra latency for looking up simple things > (i.e UID -> username mappings i.e. "ls -l"). I don't know if local > caching is included the standard LDAP/NSS setup, but I would check > myself to be sure. > > Good Luck, > Bill Bogstad > > I would be setting up local caching. My issue right now is (either use a Boston LDAP group, or merge with Toronto - not my decision). -- Jerry Feldman <gaf at blu.org> Boston Linux and Unix PGP key id:3BC1EB90 PGP Key fingerprint: 49E2 C52A FC5A A31F 8D66 C0AF 7CEA 30FC 3BC1 EB90
BLU is a member of BostonUserGroups | |
We also thank MIT for the use of their facilities. |