Yönlendirici SMB istemcisi mi paket ileticisi mi: hangisi uygun
SMB trafiğini iletmek ile onu bağlamak ayrı roller. Yönlendirici istemci olmadan önce kimlik bilgilerini, çekirdek desteğini ve hata işlemeyi kontrol edin.
SMB trafiğini iletmek onu sonlandırmakla aynı iş değildir ve birini yapan yönlendirici diğerini yönetemeyebilir. İletme, yönlendiricinin içeriğini hiç çözümlemediği paketleri taşıması demektir. Bağlama, yönlendiricinin dosya istemcisi olması demektir: birlikte gelmeyebilecek yazılım, koruması gereken kimlik bilgileri ve artık kendisine ait olan hata kipleriyle. İkisi arasında seçim, dosyaların nerede gerektiği sorusudur, yönlendirme platformuna ne kurdurabileceğiniz sorusu değil.
İletme ve sonlandırma farklı işlerdir
İletme rolünde yönlendiricinin tek sorumluluğu vardır: yolun gerektirdiği politikayı uygulayarak paketleri istemci ile sunucu arasında teslim etmek. Paylaşıma kimlik doğrulamaz, dosya verisini önbelleğe almaz ve sunucunun SMB2 mi SMB3 mü konuştuğuyla ilgilenmez, çünkü akışın içinde hiç bu kadar derine okumaz. Paylaşım ulaşılamaz hale gelirse kullanıcı bir hata görür ve yönlendirici yönlendirmeye devam eder.
İstemci rolünde yönlendirici protokolün konuşmasına katılır. Bir lehçe üzerinde pazarlık eder, kimlik doğrular, adları çözer, bir bağlama noktası tutar ve üzerinde çalışan her şeye yerel bir dosya sistemi görünümü sunar. Bu, yaşam döngüsü olan gerçek bir hizmet ve ağ geçidini dosya iş akışının bağımlılığı haline getirir. Ayrıca o bağımlılığın tüm hata kiplerini devralır, açılıştaki beklemeler ve eskimiş kimlik bilgileri dahil.
Karşılaştırma yalnızca yetenekle ilgili değil. Bir paylaşımı bağlayabilen platform otomatik olarak bunu yapması gereken platform değildir ve hiçbirini bağlayamayan bir platform trafiği yönlendirmek için hâlâ doğru yer olabilir.
Çekirdekteki bir CIFS bağlaması gerçekte neye ihtiyaç duyar
Linux tabanlı bir cihazda çekirdek CIFS istemcisi ile kullanıcı alanı istemcisi ayrı yeteneklerdir ve küçük imajlar genellikle ikisini de içermez. Çekirdek desteği çalışan imajda bulunmalı, bağlama yardımcısı var olmalı ve sunucuyla pazarlık edilen SMB lehçesi iki tarafın da kabul ettiği bir lehçe olmalı. Bunu Linux CIFS istemcisi kılavuzu açıklar, yani çekirdek düzeni ve bağlama seçenekleri, ve satıcı derlemesinin bunu içerdiğini varsaymadan önce doğru başvuru budur.
Yetenek etrafında tasarım yapmadan önce onu kontrol edin ve bir komut adının varlığını değil sürümü kontrol edin. Paket listesindeki bir modül adı çalışan bir istemciyle aynı şey değildir.
lsmod | grep -w cifs
modinfo cifs | head -5
mount.cifs --version
smbclient -L //fs02.corp.internal -U svc-router -m SMB3Yüklenen bir çekirdek modülü ve sürüm bildiren bir kullanıcı alanı aracı hâlâ bir bağlamanın VPN anahtar yenilemesini atlatacağını garanti etmez, bu yüzden testi kanıt değil başlangıç koşulu olarak görün. İmaj yalnızca SMB1 desteği sağlıyorsa bu durmak için bir nedendir, sunucuda etkinleştirmek için değil.
Kimlik bilgileri ve kaynak kimliği bir dizüstü bilgisayarınkinden farklıdır
İletilen istek dizüstü bilgisayarın kimliğini tünelden taşırken, yönlendiricide oluşan istek kendi kaynak adresini, çözümleyici yolunu ve çıkış filtresini taşır. Bunlar başka bir güvenlik duvarı kuralına, başka bir DNS görünümüne ve sunucu tarafında başka bir izin listesine düşebilir. Bu yüzden bir iş istasyonundan çalışan kopya yönlendiricinin kendi bağlaması hakkında hiçbir şey kanıtlamaz. Bağlamayı yönlendiricinin kendi kabuğundan test edin, arkasındaki bir iş istasyonundan değil.
Rol onaylanıyorsa yönlendiriciye dar yetkili bir hizmet kimliği verin. Parolayı asla doğrudan bağlama komut satırına koymayın, çünkü kabuk geçmişinde kalır ve bağlama çalışırken süreç tablosunda görünür.
Kimlik bilgisini platformun korumalı mekanizmasıyla saklayın ve kısıtlı izinleri olan bir dosyadan okuyun. O dosya, bağlamayı yürüten hesap dışında her hesap için okunamaz olmalı.
install -m 600 /dev/null /etc/cifs-reports.creds
printf 'username=svc-router\npassword=REPLACE_ME\ndomain=CORP\n' > /etc/cifs-reports.creds
mount -t cifs //fs02.corp.internal/reports /mnt/reports -o credentials=/etc/cifs-reports.creds,vers=3.1.1,roPaylaşım kaybolduğunda hata kime ait
Olmayan bir uzak dosya sistemi, olmayan bir yoldan farklı davranır. Bir bağlama ona dokunan süreçleri bloke edebilir, tünel var olmadan açılışta başarısız olabilir ve sunucu için düşünülen bir yazma, bağlama noktasının altında yerel bir dizin varsa yanlış yere düşebilir. Bunlar artık ağ ekibinin sahip olduğu depolama hatalarıdır, ekip bunları istese de istemese de. Kimse bu sahipliği kabul etmedi, ama bağlamayla birlikte geliyor.
Açılış sırasını ve bağlama seçeneklerini bu gerçekliğin etrafında tasarlayın. Kısa bir zaman aşımı ve belgelenmiş bir kurtarma adımı olan salt okunur bir bağlama, her şeyin bağlı olduğu yazılabilir bir bağlamadan savunması daha kolaydır. Herhangi bir şey bağlamayı denemeden önce tünelin kalktığını doğrulayın, yoksa elektrik kesintisinden sonraki ilk açılış askıda kalır.
Büyük ölçekli dosya işleme veya veriyi ileriye yeniden dışa aktaran her şey için ayrı bir ana makine genellikle daha net bir sahiplik sınırı verir. Yönlendirici yönlendirmeye devam eder ve dosya iş akışı ağı yanında taşımadan yeniden başlatılabilen bir makine kazanır.
Kararı gerçek işe karşı kontrol edin
Hangi işin dosyalara ihtiyacı olduğunu ve o işin nerede çalıştığını yazın. Yanıt bir iş istasyonuysa, paylaşımı yönlendirin ve orada durun. Yanıt cihaz üzerinde bir hizmetse, ilk bağlamadan önce istemci yeteneğini, desteklenen lehçeyi ve kimlik bilgisi yolunu doğrulayın, sonra cihazın gerçekten doğru ana makine olup olmadığına karar verin.
Bağlanmış görünümü ve boş alanı yönlendiricinin kendisinden doğrulayın, çünkü iş yükü onları orada görecek. Kontrolü yeniden bağlanmadan sonra yineleyin, yalnızca temiz bir açılıştan sonra değil.
findmnt -t cifs -o TARGET,SOURCE,OPTIONS
df -h /mnt/reports
ls -l /mnt/reports | headDosyaları listeleyen ama dolu veya salt okunur bir dosya sistemi bildiren bir bağlama, gece saat 2’de hangi hatayla karşılaşacağınızı size zaten söyledi. Kurtarma yolunu da doğrulayın: temiz şekilde ayırın, tüneli indirin, yeniden kaldırın ve cihazı yeniden başlatmadan tekrar bağlayın. Bu sıra her seferinde bir destek vakası gerektiriyorsa, istemci rolü için yönlendirici yanlış yerdir.