Newsgroup: it.comp.macintosh
Titolo: Ormai ci siamo... ultimi consigli per il nuovo Server

Avendo intenzione di sostituire il nostro server e seguito di diverse 
valutazioni, tra cui i servizi che il server dovrà assolvere, e cioè:
- File Server
- Open Directory Server (8 utenti)
- FileMaker 7 Server
- Print server per plotter HP DJ500 connesso via USB
- Netboot server (probabilmente in una seconda fase)
siamo giunti a questa soluzione, di cui vorrei le vostre opinioni:
- G5/1.6 768 di RAM (già nostro) con Mac OS X Server (da acquistare)
- RAID 0 interno 2x80Gb per Sistema, Home utenti (8), Documenti in 
lavoro (attualmente il server ha un disco da 9Gb)
- HD esterno Firewire da 160/250 Gb per imagini Netboot e Backup 
incrementale giornaliero con Retrospect che periodicamente verrà salvato 
su DVD. Su questo punto non ho ancora le idee chiare, ma ci hanno detto 
che con RetroSpect 6 è possibile far fare file di dimensioni prefissate 
(4,7Gb) senza ripartire da zero.
- Lan 10/100/1000 tra server e swich (da fare, ora 10/100), 10/100 tra 
client e switch.
Va bene, non va bene?
Saluti,
Adriano B.

 client e switch.
Scusa, mi sfugge: se non hai almeno due macchine che parlino tra loro a
1000, a che ti serve averne _una_?  Le sue prestazioni saranno limitate
ai 100 delle varie controparti.  (non c'e` "multiplexing" della banda di
una porta ethernet in un dato istante -- in ciascun dato istante la
porta parla in _una_ data modalita`).  Forse ho frainteso qualcosa?
Alex

 sicuro e serve solo per chi ha bisogno di prestazioni veloci sul disco
Sě, ho sbagliato di scrivere.. intendevo un RAID 1 (Mirroring).

 
Mah, più probabile che abbia frainteso io, però avevo capito che i 
switch 16+2 (16 porte 10/100 + 2 porte 10/100/1000) e simili potessero 
fare proprio questo, e cioè a far sì che ogni client possa sempre 
usufruire dei 100 Mbit anche se vi è accesso contemporaneo a servizi sul 
server da più client, non andando ad intasare la "tratta switch-client"
Adriano B.

 Inoltre netboot carica notevolmente la rete.
Sì, abbiamo valutato questa possibilità, ma dopo averlo visto in azione 
(il netboot fatto da 1 client su un xserve G4) non ci sembrava così 
penalizzante. Inoltre data la dimensione della rete (7/8 client) 
ritenevo che il netboot non dovrebbe essere un problema.
Comunque, chi ce l'ha proposto ci ha evvidenziato la possibilità di 
configurare e mantenere un'unica immagine (aggiornamenti, driver ecc...) 
e che per l'idea di utilizzo della postazione in base agli operatori 
presenti in ufficio e alle necessità di +o- potenza HW, ci sembrava 
ideale. In effetti su 8 persone, normalmente in ufficio ci sono solo 2, 
e spesso i Mac più prestanti restano spenti. Cosa che vorremmo evitare, 
dando a tutti il proprio ambiente su qualsiasi postazione, con a 
disposizione tutti i programmi.
Il dominio NetInfo non ce lo hanno spiegato, a meno che non sia la 
stessa cosa dell'Open Directory LDAP, che comunque pensavamo di 
implementare, appunto per non rendere troppo restrittivo il netboot, che 
caricherà solo il sitema e le applicazioni.

 Adriano B.
Wow, carino, se funzia.  In effetti uno switch furbo potrebbe
bufferizzare in un verso e debufferizzare in un altro, effettuando (nel
tempo) il multiplexing e demultiplexing che Ethernet di suo non supporta
(sullo stesso cavo allo stesso tempo) -- solo che non avevo sentito
parlare di queste possibilita`.  Hai un'URL o qualcosa...?
Alex

 Sinceramente continuo a non capire perche' usare netboot.
Appunto, è per questo che su indicazione del rivenditore Apple abbiamo 
pensato di abbinare le due cose. Caricamento del sistema e delle app. 
uniforme per tutti con tutti i vantaggi per l'amministrazione di un 
unico OS, possibilità di installare gli aggiornamenti su una copia e 
mantenere l'immagine precedente in caso di problemi, ecc... (senza 
considerare la presenza di colleghi che dopo aver confermato senza 
leggere qualsiasi cosa, mi telefonano per chiedere cosa fere perchè non 
funziona più ninte), home directory caricata da server (non netboot) 
tramite Open Directory o NetInfo. Inoltre le immagini Netboot 
funzionanti saranno masterizzate su DVD e recuperabili a piacimento.
Adriano B.

 
questo è quello che ci ha fatto intendere il rivenditore, proponendoci 
questo tipo di prodotti:
http://www.cty.it/(A(AcTYynJL0QJjNDFjNjNkOC00MDJjLTQzM2YtODNhOS1lZGRiNWQ5
MGJkNDM1)S(2cf11bm0czmbr245l43ondnh))/default.aspx?op=dettaglio&i=63.88
http://www.dlink.it/?go=jN7uAYLx/oIJaWVUDLYZU93ygJVYKOhST9vhLPG3yV3oVYl7k
P98f8p8Nqti7jk6VHqqnHtB840KAM7l1KDhLUgXtOja
E in fin-fine è un po' la stessa cosa che abbiamo fatto a suo tempo 
passando da 10 a 100; abbiamo messo uno switch 10/100 e collegato al 
server (a cui abbiamo aggiunto una scheda 10/100) mentre il resto 
dell'ufficio era restato a 10. Quella volta avevamo avvertito la 
differenza. Ora tutto l'ufficio è connesso a 100, ma il server è ancora 
quello (PM7300 agg. G4/450, HD SCSI Fast da 9Gb, OS9 + ASIP 6.3.3).

 Inoltre netboot carica notevolmente la rete.
Mi interesserebbe un po' imparare come si configura e pasticcia un
server, hai qualche link / libro da consigliarmi ? tanto per cominciare
a che serve NetInfo  ? a caricare i dati di un utente in remoto ?
Grazie
-- 
Ciao
Fabio

 a caricare i dati di un utente in remoto ?
Anche, ma non solo.
I servizi di directory (nella fattispece su OsX, Netinfo) si occupano
della gestione degli utenti locali e/o remoti.
La struttura dei directory services su OsX e' modulare e strutturata a
plug-in e ne trovi conferma nel programma /Applicazioni/Utility/Accesso
Directory dove puoi forzare il sistema ad utilizzare un sistema
piuttosto che un altro al momento del login per recuperare i dati
dell'utente.
Di default su Osx il metodo di autenticazione si basa su NetInfo che
storicamente e' un lascito di NextStep/OpenStep ed e' simile a LDAP e
Active Directory per Win, con alcune particolarita' che ti evito.
Per Netinfo si tratta in realta' di un vero e proprio database con una
struttura gerarchica (ad albero) che funziona sia sugli utenti locali
appunto, sia in collegamento con altri DB di altre macchine in modo da
creare anche complesse strutture ad albero in grado di gestire
centralmente o in modo distribuito, centinaia di utenze e relativi
privilegi, oltre che dislocazione delle risorse, in modo anche
ridondante (con cluster e replicazione).
Per fare un esempio banale, nel database di NetInfo sono contenute le
info relative agli utenti e le password anche locali.
Qui i puristi di Unix di solito cominciano a storcere il naso, dato che
da sempre (molto prima che i servizi di directory divenissero realta')
questi dati sono contenuti in posti ben precisi in file testuali "flat",
per es. in /etc/ nei files passwd e group.
Non e' il caso di discutere i motivi che hanno indotto molti ricercatori
a ritenere questo sistema di archiviazione dei dati utente oramai
superato o limitato, fatto sta' che in OsX per lo meno ci troviamo con
Netinfo che presiede alla gestioni utenti locale/remota e che comunque
continua a convivere con l'esistenza di questi files dato che alcuni
applicativi si basano ancora su di esso in qualche caso (alcuni demoni
Unix per es.).
Se apri con Pico il file /etc/passwd vi troverai un bel
disclaimer di Apple che ti spiega come questo files all'atto pratico sia
pressoche' inutile e inutilizzato a livello utente a meno che tu non
stia lavorando in Single-user Mode.
Al momento di eseguire il login sulla macchina, viene eseguita una
richiesta al database locale di NetInfo (che viene sempre interrogato
per primo) e poi a seconda del plug-in abilitato viene eseguita la
ricerca dei dati utente su un server in relazione a una gerarchia
(comunemente detta albero, foresta o dominio) ben precisa.
A quel punto se la richiesta ottiene un esito positivo l'utente viene
riconosciuto dal DB distribuito e i suoi dati caricati con i relativi
previlegi, la home, gli sharing point ecc. tutte cose che potrebbero
benissimo non risiedere sulla macchina locale.
Il database locale di netinfo e' /var/db/netinfo/local.nidb, qualora la
macchina fosse inserita in un dominio netinfo nella directory
/var/db/netinfo/ dovresti trovare anche altri db *.nidb (es:
network.nidb).
ATTENZIONE: guai a toccare questi files, il rischio di danneggiarli e'
molto forte dato che sono sempre e di continuo aggiornati e/o
consultati, Apple raccomanda per es. di duplicarli e utilizzarli solo
dopo aver riavviato un single-user mode e se ci pensi bene e' anche
chiaro perche'.
Sputtanare il local.nidb significa dover obbigatoriamente reinstallare
OsX.
Ci sono ben due demoni che si occupano di netinfo (nibindd e netinfod) e
che lavorano in un gioco complesso con altri demoni tipici di OsX come
configd, lookupd e altri molto piu' tradizionali come inetd, ma
preferisco lasciar perdere senno' divento prolisso come una vecchia
ciabatta.
Quello che ho scritto vale sicuramente per OsX 10.1 e 10.2, non so' se
con Panther cambia qualcosa.
Era praticamente argomento di un corso su materiale ufficiale (tra
l'altro non ottenibile altrimenti) Apple che ho frequentato un paio di
anni fa'.
-- 
Giocare col mondo, facendolo a pezzi...
Bambini che il sole, ha ridotto gia... vecchi.

 [CUT]
Grazie mille per le informazioni sembra in effetti uno strumento utile.
-- 
Ciao
Fabio

 Titoli particolari ora non me ne vengono.
Si questo lo so era per non andare alla cieca
Grazie Comunque per le preziose spiegazioni
-- 
Ciao
Fabio