Käyttöohje APPLE NETWORK SERVICES LOCATION MANAGER

[. . . ] HTTP ja FTP) ja mitä protokollaa se käyttää hakujen teossa (esim. Kun NSL Manageria pyydetään ilmoittamaan jostakin verkkopalvelusta tai etsimään jokin palvelu, se välittää pyynnön pluginille, joka suorittaa varsinaisen haun rekisteröinnin. NSL Manager 1. 1 Mac OS 9:ssä NSL Managerin versio 1. 1 toimii Mac OS 9:ssä samalla tavoin kuin 1. 0-versio OS 8. 5:ssä ja sisältää neljä pluginia: Domain Name Service (DNS), Service Location Protocol (SLP), Lightweight Directory Access Protocol (LDAP) ja Name Binding Protocol (NBP). 3 NSL Manager 1. 1. 3 Mac OS 9. 1:ssä Mac OS 9. 1:ssä käytettävä NSL Managerin versio1. 1. 3 ei enää sisällä DNS-pluginia, ja SLP-plugin käyttää uutta algoritmia sen määrittämiseen, missä verkkoympäristössä se palvelusta ilmoittaa (katso jäljempänä oleva kohta SLP-rekisteröinti Mac OS 9. 1:ssä ja Mac OS X:ssä). NSL Manager 1. 2 Mac OS X:ssä Mac OS X:ssä oleva NSL Managerin versio 1. 2 käyttää palveluiden rekisteröintiin ja hakemiseen SLP- ja NBP-plugineita. LDAP- ja NetInfo-haut eivät ole tuettuja Mac OS X:n ensimmäisessä versiossa. Verkon asettaminen NSL Managerin käyttöä varten Verkon asetukset vaikuttavat siihen, mitä palveluita NSL Manager pystyy etsimään. [. . . ] Jos halutaan rekisteröidä tai löytää paikallisen aliverkon ulkopuolella olevia palveluita, IP Multicast Router -ominaisuus on otettava käyttöön. MacIP tai PPP eivät kumpikaan tue multicastingia. SLP-rekisteröinti Mac OS 9:ssä Ilmoittaessaan palvelusta Mac OS 9:ssä SLP-plugin seuraa alla esitettyjä vaiheita päättääkseen, mihin verkkoympäristöön (SLP-näkyvyysalue) se rekisteröi palvelut: m Jos rekisteröivä sovellus tai palvelu määrittelee verkkoympäristön, SLP-plugin rekisteröi palvelun tähän ympäristöön. m Mikäli sovellus tai palvelu ei ilmoita haluamaansa verkkoympäristöä, SLP-plugin rekisteröi palvelun ensimmäiseen koneen TCP/ IP-asetuksien domain-luettelossa olevaan domain-palvelimeen. m Mikäli yhtään haku-domainia ei ole määritelty koneen TCP/IP-asetuksissa, plugin yrittää johtaa verkkoympäristön palvelun URL:n domainista. Esimerkiksi palvelu, jonka URL on http://me. mydomain. com rekisteröidään verkkoympäristöön mydomain. com, ja http://me. sub. mydomain. com rekisteröidään ympäristöön sub. mydomain. com m Jos mikään näistä yrityksistä ei tuota tulosta, plugin rekisteröi palvelun oletuksena olevaan SLP-näkyvyysalueeseen, joka on listattu Local Services -verkkoympäristössä (käytössä voi olla vastaava lokalisoitu nimi). 5 SLP-rekisteröinti Mac OS 9. 1:ssä ja OS X:ssä SLP-plugin käyttää palvelun rekisteröintiympäristön (SLP-näkyvyysalueen) määrittelyyn Mac OS 9. 1:ssä ja Mac OS X:ssä eri algoritmia kuin Mac OS 9:ssä: m Jos Dynamic Host Configuration Protocol -palvelin (DHCP SLP -näkyvyysaluevalinta, koodi 79) on määritellyt pakollisen näkyvyysalueen, SLP-plugin rekisteröi palvelun kyseisen alueen verkkoympäristöön. m Jos DHCP-palvelin ei ole määritellyt pakollista näkyvyysaluetta, plugin rekisteröi palvelun minkä tahansa tunnetun konfiguraatio- tai asetustiedoston määrittelemään verkkoympäristöön (esimerkiksi sellaiseen, joka on määritelty AppleScriptin "Set my network neighborhood" -skriptillä, josta kerrotaan OS 9. 1:n näyttöohjeiden USB-kirjoittimen jakamista käsittelevässä kohdassa). m Mikäli konfiguraatio- tai asetustiedostosta ei löydy verkkoympäristöä, plugin rekisteröi palvelun sellaiseen verkkoympäristöön, joka on nimetty DHCP:n määrittelemälle vapaaehtoiselle näkyvyysalueelle. m Jos mikään näistä yrityksistä ei tuota tulosta, plugin rekisteröi palvelun oletuksena olevaan SLP-näkyvyysalueeseen, joka on listattu Local Services -verkkoympäristössä. Asetukset LDAP-hakuja varten NSL Manager käyttää LDAP-pluginia etsiäkseen LDAP-hakemistoista verkkopalveluita. LDAP Mac OS 9:ssä ja Mac OS 9. 1:ssä NSL Managerin LDAP-plugin tekee aina hakunsa sellaiselta palvelimelta (ja siihen liittyvistä tietokannoista), joka on määritelty Internet-säätimen Lisävalinnat-välilehden Palvelimet-asetusten LDAP-palvelut-kentissä. Tästä oletushakemistosta löydetyt palvelut listataan verkkoympäristöön, jolla on sama nimi kuin LDAP-palvelimella. Sovellukset ja käyttäjät voivat pyytää pluginia tekemään hakuja muistakin LDAP-hakemistoista. Verkkoselaimen avulla esimerkiksi voidaan selata LDAP-hakemistoa lisäämällä verkkoympäristö yhdessä palvelimen nimen ja tietokannan kanssa seuraavassa muodossa: <servername>%2f<searchbase> Esimerkki: ldap. example. com%2fc=us Huomaa: Jos kohde valitaan Verkkoselaimen Suosikit-luettelosta, kaikki aktiivisina olevat NSL-pluginit suorittavat haun. Kun LDAP-palvelin valitaan Suosikit-luettelosta, DNS-plugin saattaa reagoida antamalla "nimipalvelin ei vastaa" -virheviestin. Jos DNS-selausta ei tarvita, DNSplugin voidaan ottaa pois käytöstä Laajennusten hallinta -säätimen kautta. (DNS-plugin ei kuulu Mac OS 9. 1:ään. ) 6 Jos LDAP-verkkoympäristö lisätään ilman, että nimeen liitetään tietokannan nimi, LDAP-plugin yrittää kahdesti hakea tietoja palvelimelta. Ensin se yrittää pääsyä hakemistoon ilmoittamatta tietokantaa. ( Version 3 LDAP-palvelimet pystyvät palauttamaan dataa silloinkin, kun tietokantaa ei ole tarjolla. ) Jos tämä yritys epäonnistuu, plugin yrittää uudestaan käyttäen c=us:n tietokantaa. Jos esimerkiksi lisäät verkkoympäristön nimeltä ldap. example. com, plugin yrittää kolmea hakua: m ldap://ldap. example. com m ldap://ldap. example. com/c=us Kun LDAP-hakemisto asetetaan ilmoittamaan palveluista NSL:lle, kannattaa muistaa seuraavat asiat: m NSL-plugin etsii palveluiden URL-osoitteita (esim. afp://asip. example. com, ftp://www. example. com tai http://www. example. com) sekä labeleduri- ja URL-attribuutteja. [. . . ] Jos DNS:ää käytetään intranet-palveluiden listaamiseen, pääset itse määrittelemään, mitä palveluita asiakaskoneet voivat löytää NSL-hakujen kautta. Kaikki SLP-rekisteröintiä käyttävät verkkopalvelut ovat kuitenkin aina NSL Managerin löydettävissä. Lisätietoja Lisätietoja on seuraavissa lähteissä: Request for Comments (RFC) -dokumentit 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-dokumentit ovat saatavilla osoitteessa: m www. rfc-editor. org Kirjoja ja artikkeleita DNS and Bind, 3. painos, Paul Albitz ja Cricket Liu, O'Reilly & Associates, Inc. [. . . ]