Solusi 1:
EDIT:Mengapa tidak memulai dengan server file
Jangan mulai dengan server file kecuali Anda merasa cukup nyaman untuk memecahkan masalah jika terjadi kegagalan tanpa downtime yang sangat besar, Anda tidak ingin pengguna Anda menunggu pemulihan file selama berjam-jam/hari hanya karena Anda menyiapkan samba dan sekarang ada beberapa komponen yang gagal yang Anda tidak tahu cara memperbaikinya.
Saya akan memulai dengan sesuatu seperti berikut:
- jalankan linux sebagai OS desktop utama Anda
- ini akan memberi Anda opsi untuk mengalami masalah dalam sistem "tidak kritis", belajar sedikit demi sedikit
- setidaknya instal mesin virtual yang menjalankan Windows untuk menyelesaikan pekerjaan
- Saya tidak akan melakukannya sebaliknya karena Anda akan membutuhkan lebih banyak disiplin diri untuk menjalankan VM dan bekerja dengan linux - jika linux adalah default Anda mungkin akan mulai bekerja dengannya lebih cepat daripada nanti
- tentukan beberapa persyaratan yang Anda miliki di perusahaan Anda dan cari tahu sistem mana yang dapat Anda jalankan secara paralel (seperti sistem kedua untuk melakukan pencadangan) dan jika tidak kritis waktu, coba penuhi persyaratan Anda
- secara pribadi saya pikir sistem cadangan membuat awal yang baik Anda mungkin akan mengalami beberapa masalah seperti penskalaan terikat I/O, manajemen disk dan semacamnya yang dapat Anda selesaikan tanpa mengalami banyak masalah karena Anda akan menjalankan yang terkenal infrastruktur cadangan pula
- juga beberapa sistem pemantauan pelengkap akan banyak membantu Anda, tidak memerlukan terlalu banyak sumber daya tetapi akan membantu Anda memulai dengan masalah di jaringan yang heterogen, seperti "Bagaimana cara mendapatkan data pemantauan dari host Windows ke sistem Linux saya " hal yang sama juga berlaku untuk server log pusat
Begitu banyak untuk beberapa contoh untuk memulai yang tidak akan mengganggu hari Anda untuk bekerja atau layanan.
Linux bukanlah Windows - lupakan hal-hal seperti "Tapi di Windows saya melakukannya dengan cara ini" daripada mencari cara yang "benar" untuk melakukannya di Linux. Juga coba lakukan sebanyak mungkin tanpa "kembali" ke X.org. Anda ingin dapat mengelola sistem Anda dengan ketergantungan sesedikit mungkin, X adalah ketergantungan yang sangat besar. Karena Anda mengelola kotak AIX, saya rasa Anda sudah mengetahui dasar-dasarnya (izin Unix dan semacamnya). Juga mulai sedini mungkin dengan hal-hal seperti cfengine (Windows + Linux) atau boneka (hanya Linux) dan FAI (atau berbagai alat penerapan lainnya tergantung pada distro yang Anda pilih) untuk memiliki kerangka kerja manajemen untuk lebih dari satu server jika Anda membutuhkannya - dan Anda akan, sistem operasi berbasis * nix tidak memiliki banyak lem yang siap digunakan seperti Windows untuk mengelola banyak server. Ini membuatnya sedikit lebih kompleks (tidak harus lebih rumit - perhatikan perbedaannya) tetapi juga memberi Anda lebih banyak fleksibilitas
SANGAT SUBYEKTIF :Saya akan menghindari Ubuntu untuk server karena saya menemukan kualitas paket di sana terlalu rendah untuk server, juga Fedora tidak terlalu bagus untuk server IMHO karena mereka menyediakan paket-paket mutakhir, yang bagus untuk desktop atau "pratinjau teknologi" tetapi saya lebih suka ingin server saya berjalan di basis yang stabil.
Solusi 2:
Oke, pertama-tama, saya telah menjalankan server Samba sebenarnya di lingkungan produksi selama lebih dari setahun. Saya dapat memberi tahu Anda bahwa akan ada pasang surut dalam proses ini dan tidak semudah di bawah Windows Server. Hal kedua yang dapat saya beri tahukan kepada Anda adalah, selama Anda membawa bagasi Windows (ekspektasi pada perilaku), itu tidak akan berfungsi sebaik yang Anda inginkan.
Penyiapan saya sedikit berbeda - RHEL 5.1 - tetapi prinsipnya sama.
Pertama, Anda akan menemukan bahwa Anda benar-benar perlu memahami bagaimana Samba menangani izin file dengan cara yang konsisten dengan persepsi Anda tentang "Properti File -> Tab Keamanan" karena itu tidak sama. Sangat dekat, tapi tidak ada cerutu. Karena Anda menerjemahkan antara dua sistem file yang berbeda secara semantik, Anda akan menemukan keanehan seperti "grup Semua Orang tidak dapat dihapus" dan "root memiliki semua file saya", yaitu jika Anda menggunakan root sebagai daftar utama di "Take Possession" . Ini karena selalu ada izin dunia (grup Lain) dan selalu ada izin pengguna (yang kira-kira sesuai dengan "Pemilik"), dan di Unix-land ini tidak akan pernah hilang , dan jika tidak dapat dihapus, Anda tidak dapat benar-benar menghapusnya sekarang, bukan? Rekan satu tim departemen saya tidak dapat mengatasi hal ini - mereka tidak dapat meninggalkan bagasi Windows yang biasa mereka gunakan. Jadi selalu ada banyak kesedihan tentang "mengapa saya tidak bisa menghapus ini" (karena alasan yang baru saja saya berikan) dan "Tetapi jika semua orang terdaftar maka ada lubang keamanan" (bukan, semantiknya adalah berbeda), dan seterusnya, dan setiap kali, Saya harus menjelaskannya lagi dan lagi. Izin file rumit saat Anda menerjemahkannya. Pastikan untuk menetapkan skema yang masuk akal untuk penerapan Anda.
Kedua, Winbind adalah mata rantai terlemah Anda. Dengan serius. RHEL 5.1 dibundel dengan 3.0.25 (3.0.28 jika Anda memperbarui) dan versi out-of-box akan runtuh karena bug. Ketika Winbind pergi, layanan file mengikutinya, karena tidak ada yang perlu diautentikasi. Sesuatu yang sederhana seperti menekan dan menahan tombol refresh di jendela Explorer (tekan F5) akan mengakibatkan putusnya koneksi, dan jika dilakukan dengan beban yang cukup, Winbind sendiri akan runtuh. Memperbarui ke 3.0.28 menyelesaikan masalah ini tetapi ini menunjukkan bahwa ada beberapa titik sakit di versi perangkat lunak yang lebih lama. Versi singkat:terus perbarui versi yang Anda gunakan. Cobalah untuk mendapatkan yang terbaru jika memungkinkan, karena beberapa bug dapat diperbaiki. Pemaket distro terkenal jauh di belakang kurva perbaikan bug ketika datang ke Samba.
Ketiga, tim Samba bekerja keras untuk menambahkan dukungan yang memungkinkan alat administrasi Windows yang ada untuk berinteraksi langsung dengan layanan. Anda dapat, misalnya, menyiapkan skrip yang akan memulai dan menghentikan layanan * nix lokal menggunakan antarmuka untuk layanan Windows, tetapi jangan gunakan layanan yang sama untuk menghentikan Samba (karena Anda akan memutus koneksi). Sangat berguna untuk melakukan layanan lain di server. Anda juga dapat melampirkan melalui Manajemen Komputer dan melihat sesi terbuka, file terbuka, dll. Namun, tidak semua protokol RPC diterapkan dan beberapa upaya akan menghasilkan kesalahan (non-fatal). Jadi pastikan Anda memasukkan ini ke dalam perspektif manajemen sistem Anda dan manfaatkan jika memungkinkan. Jika Anda dapat memanfaatkan alat administratif Windows yang ada untuk berinteraksi dengan Samba, dan Anda memiliki staf lain di dunia "Windows" yang memerlukan bantuan dalam transisi, Anda dapat memperhalus pukulan dengan menggunakan kembali alat tersebut, sampai mereka nyaman dengan baris perintah.
Keempat, saya akan mencermati versi Samba yang Anda gunakan. Ubuntu bagus untuk desktop, biasa saja untuk server. Ini adalah kata Afrika kuno yang berarti "Saya tidak dapat menginstal Debian". Anda benar-benar menerapkan remix Debian orang lain, dan sejujurnya, jika Anda ingin stabil, mengapa tidak menggunakan yang asli ?
Debian mungkin memiliki perangkat lunak yang tampaknya "usang" tetapi pada kenyataannya, tim keamanan meminta perbaikan keamanan backporting, dan kebijakan "kami tidak merilis rilis karena perilaku dapat berubah, menyebabkan kerusakan" terkadang lebih masuk akal, terutama jika Anda menggunakan pengaturan jangka panjang dengan stabilitas. Jika Anda condong ke arah lain dan ingin fitur baru terus muncul, maka distro komersial seperti Red Hat atau SuSE mungkin lebih sesuai dengan keinginan Anda. Setiap pembaruan perangkat lunak akan meningkatkan paket, memperbaiki bug, dan terkadang membawa konsekuensi yang tidak diinginkan dengan fitur baru. Anda memilih distro Anda, Anda memilih racun Anda.
Mudah-mudahan ini akan memberikan beberapa perspektif tambahan tentang apa yang ada di depan Anda. Saya dapat memberi tahu Anda bahwa jika disiapkan dengan benar, ini tidak hanya akan berjalan lancar, tetapi juga sangat dengan cepat. Coba jalankan beberapa basis data berbasis file (Access, FoxPro, dll.) Pada share Samba kadang-kadang, dan perhatikan bagaimana itu hanya menjerit, terutama jika Anda bisa menjalankan dua NIC. NIC ganda dapat dengan mudah diakomodasi tanpa "ikatan" atau kekonyolan lainnya, klien tampaknya tidak peduli dan satu-satunya hal yang perlu Anda khawatirkan adalah memastikan sakelar Anda mendukungnya (yang mana sakelar berkualitas baik dari 5 tahun terakhir akan omong-omong). Masukkan saja alamat yang berbeda pada setiap NIC, tetapi saat Anda menentukan alamat untuk digunakan di Samba, pilih satu saja. Linux (dan sakelar) akan melakukan sisanya.
Solusi 3:
Saya kira Anda ingin menyajikan file ke mesin Windows, jadi perangkat lunak yang Anda cari disebut Samba.
Mungkin hal terbesar yang membedakan "server file rumah" dari "server file kerja" adalah apakah Anda telah berbagi ID antar mesin atau tidak.
Di server file rumah, Anda dapat terhubung dengan nama pengguna dan kata sandi, dan Anda dapat mengakses file.
Di server file kerja, Anda memiliki direktori ID bersama (seperti LDAP/Active Directory), dan setiap file dimiliki oleh pemilik orang yang terhubung, artinya Anda dapat mengatakan "hanya grup keuangan yang dapat mengakses direktori ini" .
Samba mendukung integrasi dengan AD, dan panduan yang sama memiliki bagian tentang penyiapan server file yang terintegrasi dengan AD.
Alternatifnya, jika Anda menginginkan solusi siap pakai untuk bertindak sebagai server file (tempat Anda menjalankan alat, tanpa ekstensibilitas distribusi standar seperti Ubuntu), saya akan merekomendasikan untuk melihat OpenFiler, "NAS/SAN dalam kotak" dengan GUI web untuk mengatur semua ini. Anda memberikannya kata sandi domain Windows Anda dan menggabungkannya sesederhana yang Anda lakukan pada kotak Windows. Namun, Anda tidak mempelajari Linux, Anda mempelajari OpenFiler, yang merupakan lapisan abstraksi (walaupun sangat bagus).
Solusi 4:
Unduh Edisi Server Ubuntu.
Petunjuk pemasangan:
Panduan Server Ubuntu - Bab 2. Instalasi
Panduan Server Ubuntu -Wiki
Itu saja yang Anda butuhkan, tutorial ini sangat mudah diikuti.
Lihat bagian:Samba File Server, HTTPD - Apache2 Web Server