Istruzioni per l'uso APPLE NETWORK SERVICES LOCATION MANAGER ADMINISTRATOR GUIDE

[. . . ] In passato, non era semplice trovare i servizi su una rete TCP/IP a meno che l'amministratore di rete non li individuasse o li segnalasse in qualche modo. Per esempio, l'amministratore di rete poteva creare collegamenti a siti web pubblici su una home page o fornire personalmente agli utenti informazioni su siti privati. Ora NSL Manager consente ai servizi di rete di auto segnalarsi e alle applicazioni che richiedono dei servizi di rete di trovarli automaticamente. Quando un'applicazione necessita dei servizi di rete, NSL Manager può utilizzare diversi protocolli per trovare rapidamente e fornire una lista dei servizi disponibili. [. . . ] Gli agenti di servizio SLP vengono creati sul computer host dal plug-in SLP, quindi questi agenti di servizio ricevono le richieste NSL e rispondono conseguentemente. Sulle reti che includono un server DA (Directory Agent) SLP, gli agenti di servizio SLP registrano i loro servizi con il DA. Le richieste di ricerca NSL vengono poi trasferite direttamente al DA, riducendo in questo modo il traffico di rete (il traffico maggiore è sulla sottorete locale). 4 Per eseguire la ricerca e la registrazione SLP, gli host che effettuano la ricerca e la segnalazione devono utilizzare la stessa versione del plug-in SLP. I servizi segnalati dal plug-in versione 1. 0 non possono essere trovati dagli host che usano la versione 1. 1. Allo stesso modo, i servizi segnalati dal plug-in versione 1. 1 non possono essere individuati dagli host su cui è installata la versione 1. 0. Per registrare e trovare servizi al di fuori della sottorete locale, è necessario abilitare la funzionalità "Multicast Router IP". Notare che MacIP non supporta il multicasting. Quando il plug-in SLP segnala un servizio, segue queste procedure per stabilire in quali sottoaree della rete registrare il servizio: m Se l'applicazione o il servizio di registrazione specificano una sottoarea della rete, il plug-in SLP registra il servizio in quella sottoarea della rete. m Se l'applicazione o il servizio di registrazione non definiscono alcuna sottoarea, il plug-in SLP registra il servizio nel primo dominio elencato nei domini di ricerca delle impostazioni TCP/IP del client. m Se non viene definito alcun dominio di ricerca nelle impostazioni TCP/IP dell'host, il plug-in cerca di individuare la sottoarea dell'URL del servizio. Per esempio, un servizio con l'URL http://me. mydomain. com dovrebbe essere registrato nella sottoarea mydomain. com e http://me. sub. mydomain. com verrebbe registrato nella sottoarea sub. mydomain. com. m Se nessuna di queste procedure genera una sottoarea, il plug-in registra il servizio nella funzione SLP di default, che viene definita sottoarea "Local Services" (o l'equivalente in italiano). Configurazione per le ricerche LDAP Il plug-in LDAP ricerca sempre il server LDAP e i criteri di ricerca associati specificati nei campi "Servizi LDAP" delle impostazioni dell'host nel pannello "Avanzate" del controllo "Internet". I servizi trovati in questa directory di default sono elencati in una sottoarea che ha lo stesso nome del server LDAP. Le applicazioni e gli utenti possono richiedere il plug-in per cercare le directory LDAP addizionali. Per esempio, utilizzando il proprio browser, l'utente può navigare nella directory LDAP aggiungendo una sottoarea che ha lo stesso nome del server, nel modo seguente: (ldap. domain. com%2fc=us, per esempio) Nota: Scegliendo un elemento dalla lista dei preferiti nel proprio browser vengono abilitati tutti i plug-in NSL per la ricerca. In questo modo, quando un utente seleziona un server LDAP dall'elenco dei favoriti, il plug-in DNS potrebbe anche rispondere, generando il messaggio "nomeserver non risponde". Se la navigazione DNS non è necessaria, l'utente può disabilitare il plug-in DNS utilizzando il controllo "Gestione Estensioni". <servername>%2f<searchbase> 5 Se un utente aggiunge una sottoarea LDAP senza includere un criterio di ricerca nel nome, il plug-in LDAP fa due tentativi per ottenere i dati dal server. Prima, cerca di accedere alla directory senza specificare il criterio di ricerca (i server LDAP versione 3 possono fornire i dati anche quando non viene fornito alcun criterio di ricerca). Se il tentativo fallisce, il plug-in ritenta ancora usando un criterio di ricerca basato su c=us. Per esempio, se un utente aggiunge una sottoarea chiamata ldap. mydomain. com, il plug-in proverà queste ricerche: m ldap://ldap. mydomain. com m ldap://ldap. mydomain. com/c=us Quando si configura una directory LDAP per segnalare i servizi a NSL, tenere presente che: m Il plug-in cercherà servizi URL (afp://asip. mydomain. com, ftp://www. mydomain. com, oppure http://www. mydomain. com, per esempio) sia in labeleduri che negli attributi url. [. . . ] È possibile trovare i documenti RFC al seguente indirizzo: m http://www. rfc-editor. org. Libri e articoli DNS and Bind di Paul Albitz e Cricket Liu, O'Reilly & Associates, Inc. Inside Macintosh: Networking, Chapter 3, "Name Binding Protocol, " al seguente indirizzo: http://developer. apple. com/techpubs/mac/Networking/Networking-61. html. SLP White Paper, at http://playground. sun. com/srvloc/slp_white_paper. html. 7 © 1999 Apple Computer, Inc. Apple, il logo Apple, AppleShare, AppleTalk, Mac e Macintosh sono marchi registrati di Apple Computer, Inc. [. . . ]