Soluzione 1:
EDIT:perché non iniziare con un file server
Non iniziare con un file server a meno che tu non ti senta abbastanza a tuo agio da risolverlo in caso di errore senza grandi quantità di tempi di inattività, non vuoi che i tuoi utenti aspettino un ripristino di file per ore/giorni solo perché hai impostato samba e ora hai qualche componente che non funziona che non sai come risolvere.
Inizierei con qualcosa di simile al seguente:
- esegui Linux come sistema operativo desktop principale
- questo ti darà la possibilità di imbatterti in problemi in sistemi "non critici", imparando un po' alla volta
- in ogni caso, installa una macchina virtuale che esegue Windows per completare il lavoro
- Non lo farei al contrario poiché avrai bisogno di molta più autodisciplina per avviare la VM e lavorare con Linux - se Linux è l'impostazione predefinita probabilmente inizierai a lavorarci piuttosto prima che dopo
- definisci alcuni requisiti che hai nella tua azienda e scopri quali sistemi potresti eseguire in parallelo (come un secondo sistema per eseguire i backup) e, se il tempo non è critico, prova a soddisfare i tuoi requisiti
- personalmente penso che un sistema di backup sia un buon inizio, probabilmente ti imbatterai in alcuni problemi come il ridimensionamento legato all'I/O, la gestione del disco e simili che puoi risolvere senza incorrere in molti problemi poiché eseguirai il tuo ben noto comunque l'infrastruttura di backup
- anche qualche sistema di monitoraggio complementare ti aiuterà molto, non richiederà troppe risorse ma ti farà iniziare con i problemi nelle reti eterogenee, come "Come posso ottenere i dati di monitoraggio da un host Windows nel mio sistema Linux " lo stesso potrebbe valere per un server di registro centrale
Tanto per iniziare con alcuni esempi che non interromperanno la tua giornata al lavoro o ai servizi.
Linux non è Windows - dimentica cose come "Ma in Windows lo faccio in questo modo" piuttosto cerca il modo "corretto" per farlo in Linux. Prova anche a fare il più possibile senza "ricadere" su X.org. Dovrai essere in grado di gestire i tuoi sistemi con il minor numero di dipendenze possibile, X è un'enorme dipendenza. Dato che stavi gestendo un box AIX, immagino che tu conosca già le basi (autorizzazioni Unix e simili). Inizia anche il prima possibile con cose come cfengine (Windows + Linux) o pupazzo (solo Linux) e FAI (o i vari altri strumenti di distribuzione a seconda della distribuzione che scegli) per disporre di un framework di gestione per più di un singolo server nel caso ne avessi bisogno - e lo farai, i sistemi operativi basati su * nix non hanno la stessa colla pronta per l'uso di Windows per gestire più server. Questo lo rende un po' più complesso (non necessariamente più complicato - attenzione alla differenza) ma offre anche maggiore flessibilità
MOLTO SOGGETTIVO :Eviterei Ubuntu per i server poiché ho scoperto che la qualità dei pacchetti è troppo bassa per i server, inoltre Fedora non è molto buona per l'IMHO del server in quanto forniscono pacchetti all'avanguardia, il che è utile per desktop o "anteprime tecnologiche" ma io preferirei che i miei server funzionassero su una base stabile.
Soluzione 2:
Ok, prima di tutto, ho eseguito un vero server Samba in un ambiente di produzione per oltre un anno. Posso dirti che ci saranno alti e bassi in questo processo e che non è così semplice come sarebbe sotto Windows Server. La seconda cosa che posso dirti è che, finché porti con te il bagaglio di Windows (aspettative sul comportamento), non funzionerà mai come vorresti.
La mia configurazione era leggermente diversa - RHEL 5.1 - ma il principio è lo stesso.
Innanzitutto, scoprirai che avrai davvero, davvero bisogno di capire come Samba gestisce i permessi dei file in un modo coerente con la tua percezione di "Proprietà file -> Scheda Sicurezza" perché non è la stessa cosa. È molto vicino, ma niente sigaro. Poiché stai traducendo tra due filesystem semanticamente diversi, troverai stranezze come "il gruppo Everyone non può essere eliminato" e "root possiede tutti i miei file", ovvero se usi root come elenco principale in "Prendi possesso" . Questo perché c'è sempre un permesso mondiale (il gruppo Altro) e sempre un permesso utente (che corrisponde approssimativamente a "Proprietario"), e in Unix-land questi non possono mai andare via , e se non possono andare via, non puoi davvero eliminarli ora, vero? I miei compagni di squadra del dipartimento non potevano venire a capo di questo:semplicemente non potevano abbandonare il bagaglio di Windows a cui erano abituati. Quindi è sempre stato un sacco di dolore per "perché non posso eliminarli" (a causa del motivo che ho appena fornito) e "Ma se tutti sono elencati allora c'è un buco di sicurezza" (non lo è, la semantica è diverso), e così via, e ogni volta, dovrei rispiegarlo più e più volte. I permessi dei file sono complicati quando li traduci. Assicurati di scegliere uno schema che abbia senso per la tua implementazione.
In secondo luogo, Winbind è il tuo anello più debole. Sul serio. RHEL 5.1 viene fornito in bundle con 3.0.25 (3.0.28 se aggiorni) e la versione predefinita crollerà a causa di un bug. Quando Winbind va, i servizi di file lo seguono, perché non c'è nulla su cui autenticarsi. Qualcosa di semplice come premere e tenere premuto il tasto di aggiornamento in una finestra di Explorer (premere F5) comporterebbe un collasso della connessione e, se eseguito con un carico sufficiente, il collasso di Winbind stesso. L'aggiornamento alla 3.0.28 ha risolto questo problema, ma indica che ci sono alcuni punti dolenti nelle versioni precedenti del software. Versione breve:tieniti aggiornato sulla versione che stai utilizzando. Cerca di ottenere il più recente se possibile, poiché potrebbero essere corretti diversi bug. I pacchettizzatori di distro sono noti per essere molto indietro rispetto alla curva di correzione dei bug quando si tratta di Samba.
In terzo luogo, il team di Samba è al lavoro per aggiungere un supporto che consentirà agli strumenti di amministrazione di Windows esistenti di interfacciarsi direttamente con il servizio. Puoi, ad esempio, impostare script che avvieranno e arresteranno i servizi * nix locali utilizzando l'interfaccia per i servizi Windows, ma non utilizzare lo stesso servizio per arrestare Samba (perché interromperai la connessione). Molto utile per fare altri servizi sul server. Puoi anche collegarti tramite Gestione computer e vedere le sessioni aperte, i file aperti, ecc. Tuttavia, non tutto il protocollo RPC è implementato e alcuni tentativi risulteranno in errori (non fatali). Quindi assicurati di tenerne conto nella tua prospettiva di gestione dei sistemi e approfittane quando possibile. Se riesci a sfruttare uno strumento di amministrazione di Windows esistente per interfacciarti con Samba e hai altri membri dello staff in un mondo "Windows" che hanno bisogno di aiuto con la transizione, puoi attenuare il colpo riutilizzando quegli strumenti, finché non sono comodo con una riga di comando.
Avanti, guarderei attentamente la versione di Samba che stai implementando. Ubuntu va bene per un desktop, così così per un server. È un'antica parola africana che significa "non riesco a installare Debian". Stai davvero implementando il remix di Debian di qualcun altro e, francamente, se vuoi stabile, perché non andare con l'originale ?
Debian potrebbe avere un software che sembra "vecchio" ma in realtà il team di sicurezza è pronto a eseguire il backport delle correzioni di sicurezza e la politica di "non rilasciamo rilasci perché un comportamento potrebbe cambiare, portando a rotture" a volte ha più senso, specialmente se stai cercando una configurazione a lungo termine con stabilità. Se ti inclini nella direzione opposta e desideri che vengano costantemente visualizzate nuove funzionalità, allora una distribuzione commerciale come Red Hat o SuSE potrebbe essere più di tuo gradimento. Ogni aggiornamento del software migliorerà il pacchetto, correggendo bug e talvolta portando conseguenze indesiderate con nuove funzionalità. Scegli la tua distribuzione, scegli il tuo veleno.
Spero che questo fornisca una prospettiva aggiuntiva su ciò che ti aspetta. Posso dirti che, se configurato correttamente, non solo funzionerà senza intoppi, ma molto velocemente. Prova a eseguire alcuni database basati su file (Access, FoxPro, ecc.) Su una condivisione Samba qualche volta e nota come urla, specialmente se riesci a far funzionare due NIC. Le doppie NIC possono essere facilmente sistemate senza "bonding" o altre sciocchezze, ai clienti non sembra importare e l'unica cosa di cui devi preoccuparti è assicurarti che il tuo switch lo supporti (che uno switch di buona qualità degli ultimi 5 anni lo farà comunque). Basta inserire indirizzi diversi su ogni NIC, ma quando si specifica un indirizzo da utilizzare in Samba, sceglierne solo uno. Linux (e lo switch) faranno il resto.
Soluzione 3:
Immagino che vorrai servire i file su una macchina Windows, quindi il software che stai cercando si chiama Samba.
Probabilmente la cosa più importante che differenzia un "file server domestico" da un "file server di lavoro" è se hai o meno ID condivisi tra le macchine.
Su un file server domestico, puoi connetterti con un nome utente e una password e puoi accedere ai file.
Su un file server di lavoro, hai una directory di ID condivisi (come LDAP/Active Directory) e ogni file è di proprietà del proprietario della persona che si connette, il che significa che puoi dire "solo il gruppo finanziario può accedere a questa directory" .
Samba supporta l'integrazione con AD e la stessa guida contiene una sezione sulla configurazione di un file server integrato con AD.
In alternativa, se desideri una soluzione chiavi in mano per fungere da file server (dove esegui un'appliance, senza l'estensibilità di una distribuzione standard come Ubuntu), ti consiglio di guardare OpenFiler, un "NAS/SAN in a box" con una GUI web per impostare tutto questo. Gli dai le password del tuo dominio Windows e ti unisci semplicemente come faresti con una scatola di Windows. Tuttavia, non stai imparando Linux, stai imparando OpenFiler, che è un livello di astrazione (anche se molto carino).
Soluzione 4:
Scarica Edizione Ubuntu Server.
Guida d'installazione:
Guida al server Ubuntu - Capitolo 2. Installazione
Guida al server Ubuntu -Wiki
Questo è tutto ciò di cui hai bisogno, questi tutorial sono molto facili da seguire.
Guarda le sezioni:Samba File Server, HTTPD - Apache2 Web Server