Brugsanvisning APPLE NETWORK SERVICES LOCATION MANAGER ADMINISTRATOR GUIDE

[. . . ] Når NSL Manager er klargjort, fortæller hver enkelt NSL-plugin, hvilke typer af tjenester det kan søge efter, f. eks. HTTP og FTP, og hvilken protokol plugin-arkivet bruger ved søgningen, f. eks. Når NSL Manager modtager en anmodning om at vise eller finde en netværkstjeneste, videresendes anmodningen til et plugin-arkiv, som udfører registreringen eller søgningen. NSL Manager 1. 1 i Mac OS 9 I Mac OS 9 fungerer NSL Manager version 1. 1 ligesom i Mac OS 8. 5 og indeholder fire pluginarkiver: Domain Name Service (DNS), Service Location Protocol (SLP), Lightweight Directory Access Protocol (LDAP) og Name Binding Protocol (NBP). 3 NSL Manager 1. 1. 3 i Mac OS 9. 1 NSL Manager version 1. 1. 3 i Mac OS 9. 1 indeholder ikke længere plugin-arkivet DNS, og SLPPlugin bruger en ny algoritme til at afgøre, hvilket netværksområde en tjeneste skal vises i (se SLP-registrering i Mac OS 9. 1 og Mac OS X nedenfor). NSL Manager 1. 2 i Mac OS X NSL Manager version 1. 2 i Mac OS X bruger sine egne SLP- og NBP-plugins til at registrere og finde tjenester. Søgninger med LDAP og NetInfo kan ikke bruges i den første version af Mac OS X. Indstille netværket til NSL Manager Netværksindstillingerne har betydning for, hvilke tjenester NSL Manager kan finde. [. . . ] De tjenester, der vises af version 1. 0 af tilbehøret, bliver ikke fundet af værter, som bruger version 1. 1 eller en nyere version. De tjenester, der vises af version 1. 1 eller en nyere version af pluginarkivet, bliver heller ikke fundet af værter, der bruger version 1. 0. Funktionen IP Multicast Router skal være slået til, før tjenester uden for det lokale subnet bliver registreret og fundet. Hverken MacIP eller PPP understøtter "multicasting". SLP-registrering i Mac OS 9 Når SLPPlugin viser en tjeneste i Mac OS 9, bruges følgende metode til at afgøre, hvilket netværksområde (SLP-område) tjenesten skal registreres i: m Hvis det program eller den tjeneste, der registrerer, anfører et netværksområde, registrerer SLPPlugin tjenesten i det pågældende netværksområde. m Hvis det program eller den tjeneste, der registrerer, ikke viser et netværksområde, registrerer SLPPlugin tjenesten i det første domæne, der vises på listen over søge-domæner i værtens TCP/ IP-indstillinger. m Hvis der ikke er angivet et søge-domæne i værtens TCP/IP-indstillinger, prøver pluginarkivet at finde et netværksområde på domænet med URL-adresser til tjenesterne. En tjeneste med URLadressen URL http://mig. mitdomain. dk registreres f. eks. i området mitdomain. dk, og http://mig. sub. mitdomain. dk registreres i sub. mitdomain. dk m Hvis der ikke vises et område, når disse trin er udført, registrerer plugin-arkivet tjenesten i SLP-standardområdet, der vises som området Local Services eller lokale tjenester. 5 SLP-registrering i Mac OS 9. 1 og Mac OS X SLPPlugin i Mac OS 9. 1 og Mac OS X bruger en anden algoritme end plugin-arkivet i Mac OS 9 til at afgøre, hvilket netværksområde (SLP-område) tjenesten skal registreres i: m Hvis der angives et obligatorisk område af en DHCP-server (DHCP SLP "service scope", kode 79), registrerer SLPPlugin tjenesten i et netværksområde med det pågældende områdes navn. m Hvis DHCP-serveren ikke angiver et obligatorisk område, registrerer plugin-arkivet tjenesten i det område, der angives med et kendt konfigurations- eller indstillingsarkiv (som det område, der angives med AppleScript-instruksen "Set my network neighborhood" som beskrevet i emnet "Dele en USB-printer" i Mac-hjælp til Mac OS 9. 1). m Hvis der ikke bliver fundet et område i et indstillings- eller konfigurationsarkiv, registrerer plugin-arkivet tjenesten i et område med navn som et valgfrit område, der angives af DHCP. m Hvis der ikke vises et område, når disse trin er udført, registrerer plugin-arkivet tjenesten i SLP-standardområdet, der vises som området Local Services eller lokale tjenester. Indstille LDAP-søgninger NSL Manager bruger LDAPPlugin til at søge efter LDAP-biblioteker til netværkstjenester. LDAP i Mac OS 9 og Mac OS 9. 1 LDAPPlugin i NSL Manager søger altid på serveren og steder, der er angivet i feltet LDAPtjenester i værtsindstillingerne på fanen Avanceret i kontrolpanelet Internet. De tjenester, der bliver fundet i dette standardbibliotek, vises i et område, der har samme navn som LDAPserveren. Programmer og brugere kan bede plugin-arkivet om at søge i ekstra LDAP-biblioteker. gennemse et LDAP-bibliotek ved at tilføje et område med serverens og søgestedets navn på følgende måde: <servername>%2f<searchbase> Eksempel: ldap. eksempel. com%2fc=us Bemærk: Hvis du vælger et emne på listen Favoritter i Netværksbrowser, udfører alle aktive NSL-plugins en søgning. Når du vælger en LDAP-server på listen Favoritter, reagerer pluginarkivet DNS måske også, så der vises en fejlmeddelelse om, at name-serveren ikke svarer". Hvis du ikke har brug for DNS, kan du slå plugin-arkivet DNS fra i kontrolpanelet Udvidelseskontrol. Plugin-arkivet DNS følger ikke med Mac OS 9. 1. 6 Hvis du tilføjer et LDAP-område uden at inkludere en søgebase i navnet, prøver LDAPPlugin -at hente data fra serveren to gange. Første gang prøver det at få adgang til biblioteket uden at angive en søgebase. [. . . ] NSL Manager kan dog ikke udføre NetInfo-søgninger i den første version af Mac OS X. 7 Sikkerhed NSL Manager gør det nemmere for brugerne at finde netværkstjenester, som det før var vanskeligt at finde. Sikkerheden forringes ikke ved brug af NSL Manager, men det er nemmere for klienterne at finde de tjenester, der hele tiden har været til rådighed. Hvis du bruger DNS til at vise tjenesterne på et intranet, kan du bestemme, hvilke tjenester klienterne skal kunne finde med NSL-søgninger. Alle netværkstjenester, der bruger SLPregistrering, bliver dog fundet af NSL Manager. Flere oplysninger Der findes flere oplysninger følgende steder: Request for Comments-dokumenter (RFC) Service Location Protocol, RFC 2165 Service Location Protocol, version 2, RFC 2608 DHCP Options for Service Location Protocol, RFC 2610 Lightweight Directory Access Protocol, RFC 1777 Definition of an X. 500 Attribute Type and an Object Class to Hold Uniform Resource Identifiers (URIs), RFC 2079 RFC-dokumenter findes på følgende adresse: m www. rfc-editor. org Bøger og artikler DNS and Bind, 3. [. . . ]