This week, we're updating our course layouts and descriptions. Presentation and materials always gently change over time, but just occasionally there's a need to make a step change to clear out some of the old and roll in the new. That's now happening - but over a long and complex site it's not instant and you'll see sections of the site changing up to and including 19th September.
See also [here] for status update
Name Services - telling your LDAP from your DNS
If you're just logging in to a single computer then it's sensible to have your user account and password defined on that computer - but what if you're a bit of a bigger organisation and you may need to have the same login at several places? Sun's NIS (Network Information Service) solved this issue many years ago for networks where a single central admin point was available - and it works well to this day, being included in Linux distributions where it does a sterling job.
But what if you've got a larger organisation where you want distributed admin, and where there may be a number of users with the same name in different departments? That's where you'll want to use LDAP - the Lightweight Directory Access Protocol. You arrange your data into a hierarchy, with appropriate servers and administrators at each level and - well - it can work a treat. LDAP is great for a wide range of information that you want to share around within your company; it will securely feed user account data, encoded passwords and much more. A truly broad service.
Users will also want to contact remote systems via their internet connection, and resolve host names down to IP addresses so that information can be routed correctly to external systems. This resolution is achieved using DNS (the domain name service) a.k.a. BIND. Again, data is an hierarchy but it's not secured and traffic is cached and sent worldwide. DNS is very good for resolving host names and mail forwarders over a very wide area - but it's a narrow service, in practise limited to hosts and mailers
It seems to be the season for LDAP and DNS ... I was configuring them on a Linux course last week, and I have something similar this coming week and in Oxford the week after next
too. (written 2006-04-16, updated 2006-06-05)
Associated topics are indexed as below, or enter http://melksh.am/nnnn for individual articlesA180 - Web Application Deployment - Name Services - overview 
Adding Virtual Hosts - (2006-04-19)A181 - Web Application Deployment - LDAP / OpenLDAP serverA193 - Web Application Deployment - DNS 
Faster network, but not faster browsing until ... - (2009-12-14)
Some other Articles
The call of natureAre you free on Friday evening?Presentation, Business and Persistence layers in Perl and PHPName Services - telling your LDAP from your DNSA couple of days awayStaying in the countrySupporting users on Linux and UnixIran has enriched uranium ...Mirroring a dynamic site
4284 posts, page by page
Link to page ... 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86 at 50 posts per page
This is a page archived from The Horse's Mouth at
the diary and writings of Graham Ellis.
Every attempt was made to provide current information at the time the
page was written, but things do move forward in our business - new software
releases, price changes, new techniques. Please check back via
our main site for current courses,
prices, versions, etc - any mention of a price in "The Horse's Mouth"
cannot be taken as an offer to supply at that price.
Link to Ezine home page (for reading).
Link to Blogging home page (to add comments).