Windows Yönetici Linux (ubuntu) dosya sunucusuyla küçük bir başlangıç ​​yapmak istiyor


12

Kesinlikle sadece Windows makineleri ile çalışıyorum (sadece değiştirilen bir küçük aix unix kutusu için kaydedin). Geçmişte, Linux'ta kendi kendine eğitim vermek amacıyla, sadece kendime öğretmek için zamanım olmadığını fark etmek için çeşitli Ubuntu masaüstü / sever ve Fedora sürümlerini kurdum.

Daha önce Windows'u çalıştıran bir ev dosyasını / ftp / http sunucusunu değiştirme zamanı geldi. Tüm dosyaları ayrı bir NTFS sürücüsüne sahibim ve işletim sistemini daha küçük bir sürücüye yükleyeceğim.

Unubtu Server'ın en son sürümünü indirdim, ancak henüz yüklemedim. Bu ev sunucusunu Linux başlangıç ​​kitim olarak kullanmak ve hemen başlamak istiyorum, ama çok basit. Yükleme tamamlandıktan sonra, işyerinde küçük bir dosya sunucusunu değiştirmek için yetkin hale gelmek için ev kullanımı için bir SIMPLE dosya sunucusu kurarak başlamak istiyorum. Bu, sonunda işyerinde daha az Microsoft'a yol açacaktır.

Basit bir başlangıç ​​yapmak için tavsiye arıyorum: bir süre içinde ev-dosya-sunucu-iş-dosya-sunucu. İdeal olarak, bu makinede bir monitör / klavye / fare bulunmayacak ve sadece uzaktan erişilebilir olacaktır.


Muhtemelen bir topluluk wiki'si olmalı
Matt Simmons

Yanıtlar:



6

EDIT: Neden bir dosya sunucusuyla başlamıyorsunuz

Çok fazla kesinti süresi olmadan arıza durumunda sorun gidermek için yeterince rahat hissetmediğiniz sürece bir dosya sunucusuyla başlamayın, yalnızca samba'yı ayarladığınız için kullanıcılarınızın saat / gün boyunca dosya geri yüklemesini beklemelerini istemezsiniz. şimdi nasıl düzelteceğinizi bilmediğiniz bazı bileşenleriniz başarısız oluyor.


Aşağıdaki gibi bir şeyle başlardım:

  • linux'u ana masaüstü işletim sisteminiz olarak çalıştırın
    • bu size "kritik olmayan" sistemlerde sorunla karşılaşma seçeneği sunacak
    • her durumda işi yapmak için Windows çalıştıran bir sanal makine kurun
    • VM'yi çalıştırmak ve linux ile çalışmak için çok daha fazla kendi disiplinine ihtiyacınız olacağından bunu başka şekilde yapmam. - linux varsayılan ise, muhtemelen daha sonradan daha kısa sürede onunla çalışmaya başlarsınız
  • şirketinizde sahip olduğunuz bazı gereksinimleri tanımlayın ve hangi sistemleri paralel olarak çalıştırabileceğinizi belirleyin (yedekleme yapmak için ikinci bir sistem gibi) ve zamanınız kritik değilse gereksinimlerinizi karşılamaya çalışın
    • Şahsen ben bir yedekleme sistemi iyi bir başlangıç ​​yapar muhtemelen G / Ç bağlı ölçekleme, disk yönetimi ve böyle iyi bilinen bir yedekleme altyapısı çalışacak çünkü çok sorun olmadan çalıştırmadan çözebilirsiniz gibi bazı sorunlarla karşılaşacaksınız düşünüyorum
  • ayrıca bazı tamamlayıcı izleme sistemi size çok yardımcı olacaktır, çok fazla kaynak gerektirmez, ancak "Windows ana bilgisayarından Linux sistemime veri izleme nasıl elde edilir" gibi heterojen ağlardaki sorunlarla başlamanıza yardımcı olur. merkezi bir günlük sunucusu için doğru olabilir

Güne işe ya da hizmete ara vermeyecek bazı örneklere başlamak için çok fazla.

Linux Windows değildir - "Ama Windows'ta bunu bu şekilde yaparım" gibi şeyleri unutun, Linux'ta bunu yapmanın "doğru" yolunu arayın. Ayrıca X.org'a "geri dönmeden" mümkün olduğunca çok şey yapmaya çalışın. Sistemlerinizi mümkün olduğunca az bağımlılıkla yönetebilmek isteyeceksiniz, X büyük bir bağımlılık. Bir AIX kutusunu yönettiğiniz için, temel bilgileri zaten biliyorsunuz (Unix izinleri ve benzeri). Ayrıca cfengine (Windows + Linux) veya kukla (yalnızca Linux) ve FAI gibi şeylerle mümkün olduğunca erken başlayın(veya seçtiğiniz dağıtımlara bağlı olarak diğer çeşitli dağıtım araçları) tek bir sunucudan daha fazlasına ihtiyaç duymanız durumunda bir yönetim çerçevesine sahip olmak - ve böylece, * nix tabanlı işletim sistemlerinde çok fazla tutkal hazır olmaz. birden çok sunucuyu yönetmek için Windows olarak kullanmak. Bu biraz daha karmaşık hale getirir (ille de daha karmaşık değil - farkı düşünün) ama aynı zamanda size daha fazla esneklik sağlar

ÇOK KONU : Ben sunucular için Ubuntu önlemek istiyorum paket kalitesi sunucular için çok düşük bulundu, ayrıca Fedora sunucu IMHO için gerçekten iyi değil gibi onlar masaüstü veya "teknoloji önizlemeleri" için güzel kanayan kenar paketleri sağlar ancak sunucularımın sabit bir temelde çalışmasını tercih ederim.


Ubuntu'yu sunucularda çalıştırdım ve sorun yaşamadım. Nadir olayda Ubuntu paketi işi yapmazsa, her zaman daha yeni bir sürümden backporting veya Debian'ın çapraz derleme paketleri vardır, bu da yaygın olarak sunucular için en iyi dağıtımlardan biri olarak kabul edilir.
crb

Bu yüzden "ÇOK KONUĞU" ekledim - mantığımı yedeklemek için - birkaç kez böyle hatalarla karşılaşıyorum: launchpad.net/ubuntu/+source/cyrus-imapd-2.2/+bug/67111 - yazılım var " no-go benim için olduğunu - (! resmi olarak desteklenen) HAKKINDA 7 AY iÇİN ONU FIXING (Tamam, bazen olabilir) bir showstopper ise bir hata ile, bir LTS sürümü ile geliyor ama dEĞİL "ana
Martin M.

"Linux Windows değil" için +1. Bunu söylemek zorunda olduğum her seferinde 10 dolarım olsaydı, şimdiye kadar emekli olurdum - kendi özel adamda.
Avery Payne

6

Tamam, ilk olarak, bir yıldan fazla bir süredir üretim ortamında gerçek bir Samba sunucusu çalıştırıyorum. Bu süreçte inişler ve çıkışlar olacağını ve bunun Windows Server altında olduğu kadar basit olmadığını söyleyebilirim. Sana söyleyebileceğim ikinci şey, yanınızda Windows bagajı (davranış beklentileri) getirdiğiniz sürece asla istediğiniz kadar işe yaramayacağıdır.

Kurulumum biraz farklıydı - RHEL 5.1 - ama prensip aynı.

İlk olarak, Samba'nın dosya izinlerini "Dosya Özellikleri -> Güvenlik Sekmesi" algınızla tutarlı bir şekilde nasıl işlediğini gerçekten, gerçekten anlamanız gerektiğini göreceksiniz çünkü aynı değil. Gerçekten yakın, ama puro yok. Semantik olarak farklı iki dosya sistemi arasında çeviri yaptığınız için, "Herkes grubu silinemez" ve "kök tüm dosyalarım sahibi" gibi tuhaflıklar görürsünüz. . Bunun nedeni her zaman bir dünya izni (Diğer grup) ve her zaman bir kullanıcı izni (kabaca "Sahip" e karşılık gelir) olması ve Unix-land'da bunların asla ortadan kalkamamasıdır ve gidemezlerse, şimdi onları gerçekten silemiyorum, yapabilir misin? Bölüm takım arkadaşlarım bununla başa çıkamadılar -alışık oldukları Windows bagajından vazgeçemediler. Bu yüzden, "neden bunları silemiyorum" ve (az önce verdiğim nedenden dolayı) ve "Ama herkes listelenmişse bir güvenlik açığı var" hakkında her zaman çok fazla keder vardı (değil, anlambilim farklı), vb. ve her seferinde bunu tekrar tekrar açıklamam gerekir. Çeviri yaparken dosya izinleri aldatıcıdır. Dağıtımınız için anlamlı bir şema oluşturduğunuzdan emin olun.

İkincisi, Winbind en zayıf bağınız. Ciddi anlamda. RHEL 5.1, 3.0.25 (güncelleme yaparsanız 3.0.28) ile birlikte gelir ve kullanıma hazır sürüm bir hata nedeniyle daraltılır. Winbind giderken, dosya hizmetleri onunla birlikte gider, çünkü kimlik doğrulaması yapılacak bir şey yoktur. Bir Explorer penceresinde (F5 tuşuna basın) yenileme tuşunu basılı tutmak kadar basit bir şey, bağlantının daralmasına ve yeterli yük altında yapılması durumunda Winbind'in daralmasına neden olur. 3.0.28 sürümüne güncelleme yapmak bu sorunu çözdü, ancak yazılımın eski sürümlerinde bazı boğaz lekeleri olduğunu gösteriyor. Kısa sürüm: Kullandığınız sürümle güncel kalın. Birkaç hata düzeltilebileceğinden, mümkünse en yenisini almaya çalışın. Distro paketleri Samba söz konusu olduğunda bugfix eğrisinin arkasında olduğu için kötü şöhretlidir.

Üçüncüsü, Samba ekibi, mevcut Windows yönetim araçlarının doğrudan hizmetle arabirim kurmasına izin verecek destek eklemek için çok çalışıyor. Örneğin, Windows hizmetleri arabirimini kullanarak yerel * nix hizmetlerini başlatacak ve durduracak komut dosyaları oluşturabilirsiniz, sadece Samba'yı durdurmak için aynı hizmeti kullanmayın (bağlantınızı kesersiniz). Sunucudaki diğer hizmetleri yapmak için çok kullanışlı. Ayrıca Bilgisayar Yönetimi aracılığıyla ekleyebilir ve açık oturumları, açık dosyaları vb. Görebilirsiniz. Ancak, tüm RPC protokolü uygulanmaz ve bazı denemeler (ölümcül olmayan) hatalara neden olur. Bu yüzden bunu sistem yönetimi perspektifinize kattığınızdan ve mümkün olduğunda bundan faydalandığınızdan emin olun. Samba ile arayüz oluşturmak için mevcut bir Windows yönetim aracından yararlanabilirseniz ve "Windows" dünyasında geçiş konusunda yardıma ihtiyaç duyan diğer çalışanlarınız varsa, bu araçları kullanarak rahat olana kadar darbeyi yumuşatabilirsiniz. Komut satırı.

Dördüncü olarak, konuşlandırdığınız Samba sürümüne çok sıkı bakardım. Ubuntu bir masaüstü için iyidir, bir sunucu için de geçerlidir. "Debian'ı kuramıyorum" anlamına gelen eski bir Afrika kelimesi. Gerçekten başka birinin Debian remiksini konuşlandırıyorsunuz ve açıkçası, istikrarlı istiyorsanız, neden orijinaliyle gitmiyorsunuz ?

Debian - sadece zamanı geldiğinde serbest bırakıyoruz.

Debian'ın "bayat" gibi görünen bir yazılımı olabilir, ancak gerçekte, güvenlik ekibi güvenlik düzeltmelerini tersine çevirmek isteminde bulunur ve "bir davranışı değiştirebileceğimiz, kırılmaya yol açabileceğinden, sürümleri geri çevirmeyiz" politikası bazen daha anlamlı olur, özellikle istikrarlı uzun vadeli bir kurulum yapacaksanız. Diğer yöne yaslanırsanız ve sürekli yeni özelliklerin ortaya çıkmasını istiyorsanız, Red Hat veya SuSE gibi ticari bir dağıtım beğeninize daha uygun olabilir. Yazılımın her güncellemesi, paketi daha yüksek bir şekilde revize ederek hataları düzeltir ve bazen yeni özelliklerle istenmeyen sonuçlar getirir . Dağıtımını seçiyorsun, zehirini seçiyorsun.

Umarım bu, önünüzde ne olduğuna dair ek bir perspektif sağlayacaktır. Düzgün kurulduğunda, sadece sorunsuz bir şekilde değil, çok hızlı bir şekilde çalışacağını söyleyebilirim . Samba paylaşımında bazı dosya tabanlı veritabanlarını (Access, FoxPro, vb.) Çalıştırmayı deneyin ve özellikle iki NIC'in çalışmasını sağlayabiliyorsanız nasıl çığlık attığını fark edin. Çift NIC'ler "yapıştırma" veya başka bir sersemlik olmadan kolayca yerleştirilebilir, müşteriler umursamıyor ve endişelenmeniz gereken tek şey anahtarınızın onu desteklediğinden emin olmaktır (son 5 yıldaki kaliteli bir geçiş neyse). Her NIC'ye farklı adresler koymanız yeterlidir, ancak Samba'da kullanılacak bir adres belirttiğinizde yalnızca birini seçin. Linux (ve anahtar) gerisini halleder.


+1 Büyük bilgi ve bilgi. Değerli bilgilere yanıt vermek için zaman ayırdığınız için teşekkür ederiz.
cop1152

3

Sanırım dosyaları bir Windows makinesine sunmak isteyeceksiniz, bu yüzden aradığınız yazılıma Samba denir .

Muhtemelen bir "ev dosya sunucusunu" bir "iş dosya sunucusundan" ayıran en büyük şey, makineler arasında paylaşılan kimliklere sahip olup olmamanızdır.

Bir ev dosya sunucusunda, bir kullanıcı adı ve parola ile bağlanabilir ve dosyalara erişebilirsiniz.

Bir çalışma dosyası sunucusunda, paylaşılan kimlikler dizininiz (LDAP / Active Directory gibi) var ve her dosya bağlanan kişinin sahibi tarafından kullanılıyor, yani "yalnızca dizine bu gruba erişebilir" diyebilirsiniz. .

Samba, AD ile entegrasyonu destekler ve aynı kılavuzda AD ile tümleşik bir dosya sunucusu kurma hakkında bir bölüm vardır .

Alternatif olarak, bir dosya sunucusu olarak çalışmak için anahtar teslim bir çözüm istiyorsanız (bir cihazı çalıştırdığınız yerde, Ubuntu gibi standart bir dağıtımın genişletilebilirliği olmadan), bir kutuda NAS / SAN olan OpenFiler'e bakmanızı tavsiye ederim. tüm bunları ayarlamak için bir web GUI ile. Windows etki alanı parolalarınızı kendiniz verir ve Windows kutusu gibi katılırsınız. Bununla birlikte, Linux öğrenmiyorsunuz, bir soyutlama katmanı olan OpenFiler'i (çok güzel de olsa) öğreniyorsunuz.


+1 bilgi ve önerileriniz için teşekkür ederiz.
cop1152

1

Şahsen CentOS'u CIFS sunucusu olarak kullanıyorum. CentOS Linux, Redhat kurumsal Linux ile uyumlu bir sunucu dağıtım ikili dosyasıdır. Kararlı bir NAS sunucusu arıyorsanız, CentOS iyi bir seçim olabilir.

http://www.centos.org/


-1

Thinstation veya FreeNAS kullanmanızı tavsiye ederim . Her ikisinde de kurulum gerektirmeyen canlı CD'ler bulunur. FreeNAS, neredeyse her şeyi (samba dahil) destekleyen ve geçişi kolaylaştırması gereken bir gui ön ucuna sahip ücretsiz bir NAS'dır.

Bunlardan birini kullanmamaya karar verirseniz, iyi ve güvenli bir bağımsız FTP sunucusu vsftpd olur .


1
ThinStation ince istemci (RDP / ICA vb.) Gibi davranmak içindir ve genellikle 'dosya sunucusu' isteyen biri FTP değil SMB ister.
crb

FTP yıllar önce öldürülmüş olmalıydı. Gerçekten bir Windows ağında CIFS paylaşımlarını kullanmak istemiyorsanız SSL ile
Martin M.

Bu bir downvote hak edip etmediğini bilmiyorum, ancak FreeNAS ile yaşadığım deneyim harika bir dosya sunucusu, ancak bu adamın peşinde olan Linux'u nasıl kullanacağınız konusunda kendinizi eğitmek için iyi değil.
Mark Henderson
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.