CIFS Dağı Ana Bilgisayarı kapalı

Önceden yapılandırılmış bir bağlama noktasıyla ilgili bir sorunum var. Klasörü gösterir, ancak montaj birimi eksik ve "?" boyut, izinler, vb. için değerler

Bu yüzden daha önce gelen cif ve aynı komutu kullanarak yeniden monte etmeye çalıştım:

mount -t cifs //nas.domain.local/share /mnt/archive

Ama hatayı alıyorum:

Host is down.

Etki alanına veya IP'ye ping attığımda uygun bir çözüm alıyorum ve smbclient kullanarak da sorunsuzca bağlanıyorum

 ping nas.domain.local
 ping ip
 smbclient //nas.domain.local/share

Etrafa baktım ama sağlam bir cevap bulamıyorum. Düşüncesi olan var mı?

Bu ayrıca bir protokol uyuşmazlığı nedeniyle de olabilir. 2017 yılında Microsoft, Windows Sunucularını yamaladı ve SMB1 protokolünü devre dışı bırakmasını önerdi.

Bundan sonra, mount.cifs'in protokol anlaşmasıyla ilgili sorunları olabilir.

Görüntülenen hata "Ana bilgisayar çalışmıyor.", Ancak hata ayıklama yaptığınızda:

smbclient -L <server_ip> -U <username> -d 256

hatayı alırsınız:

protocol negotiation failed: NT_STATUS_CONNECTION_RESET

Bunun üstesinden gelmek için belirtilen protokolü kullanarak mount veya smbclient kullanın.

smbclient için: -m SMB2 ekleyin (veya protokolün yeni sürümü için SMB3)

smbclient -L <server_ip> -U <username> -m SMB2

veya mount için: add vers = 2.0 (veya protokolün 3. sürümünü kullanmak istiyorsanız vers = 3.0)

mount -t cifs //<server_ip>/<share> /mnt/<mountpoint> -o vers=2.0

Yeni bir paket güncellemesinden sonra archlinux'da mount seçeneklerime vers = 1.0 eklemek zorunda kaldım. Eski bir centos 5 kutusuna bağlanıyorum ve düne kadar sürüm numarasını açıkça belirtmeden bağlanabiliyorum.

Linux çekirdeği 4.13'teki CIFS artık varsayılan olarak SMB 3.0'a ve çekirdekli 4.14'te ise 2.1 ve daha yüksek bir değere sahip. Bu değişiklik günlüğüne bakın .

Fritz NAS'taki USB-Stick, Ubuntu 17.10 için "Host Down" gösterdi:

vers=1.0Çalışılan sürümün ( ) tanımlanması - işte tam dizgi:

sudo mount -t cifs -o vers=1.0,_netdev,username=<user>,password=<pwd>,uid=1000,gid=1000  //192.168.178.1/fritz.nas <local mountpoint>

Eski bir Buffalo Diskstation ile ubuntu 17.10'a yükselttikten sonra benzer bir problem. / Etc / fstab içine "vers = 1.0" seçeneğini ekleyerek çözüldü:

// myWDhostname / partage / media / Partage cifs guest, vers = 1.0 0 0

Maalesef bu gecikmiş bir cevapsa (bunun eski bir konu olduğunu anlıyorum), ancak mount.cifs'in sunucunun kapalı olduğunu söylemesinin başka bir olası nedeni olduğunu keşfettim.

Güvenlik duvarı olan bir virüsten koruma yazılımına sahibim ve açık bir şekilde "windows file and print share" (önceden tanımlanmış bir kural olan) izin vermeye ayarlamama rağmen, hala bağlantıları engelliyordu. Bunu güvenlik duvarını geçici olarak devre dışı bırakarak kanıtladım. Umarım bu yardımcı olur, ev sahibi kapalıdır, ping'lere cevap vermediği anlamına gelmez, ancak kimlik doğrulama girişimlerine yanıt vermediği anlamına gelebilir.

CIFS SMB ağ paylaşımını artırmaya çalışırken, aynı hatayı yeni bir Samba istemcisinden daha fazla uyarmadan aldım:

mount error(112): Host is down

Sonunda, daha önce yapılandırarak SMB sunucusu erişimini yalnızca sınırlı sayıda IP adresine kısıtladığımı ortaya koydu /etc/samba/smb.conf:

# Allow these IP Addresses to connect: 
hosts allow = 127.0.0.1 127.0.1.13 127.0.1.63

# Anything else not allowed is, by default, rejected
hosts deny = ALL

Yeni SMB istemcisinin sabit IP adresini eklemek bu özel durumda sorunu çözdü.

Tabii ki, yukarıda belirtilen hatayı alabilmenin bir çok nedeni var.

Synology DiskStation'a bağlanmada aynı sorun (DSM 4.3).

Mount seçeneklerinde vers = 1.0 kullanılması gayet iyi çalışıyor.

Ayrıca "noperm" seçeneğini kullanmak zorunda kaldım çünkü tüm dosyalar yanlış bir şekilde kullanıcı tarafından okunabilir ve yazılabilir olarak gösterilemedi.

Fritzbox 7490 ile aynı sorun: takma hatası (112): Sunucu çalışmıyor

-O vers = XX kullanmamıştım. Bir köpekbalığı kadar hızlıyım, önce -o vers = 2.0 denedim ve başarısız oldum. -O vers = 1.0
seçeneğini kullandığımda her şey yolunda gidiyor !

Bu benim için çalışıyor ..

 sudo mount -t cifs -o rw,username=myname_on_the_box,pass\word=mypasswd_on_the_box,vers=1.0 //192.168.1.1/Fritz-nas /media/something/something    

Env:
Müşteri: Ubuntu 17.10 Linux 4.13.0-17-jenerik # 20-Ubuntu SMP x86_64 GNU / Linux
Sunucu: Fritzbox 7490 bellenimi 6.83.

Protokolün SMB1 sürümü kullanımdan kaldırılmıştır, ancak bu eski sürümlerde kullanılan varsayılan sürümdür mount.cifs, örneğin, sürüm 6.2 ile ilgili bir sorunum var.

Kontrol edebilirsiniz: sudo mount.cifs --version

SMB1 protokolünü kullanarak bir SMB3 sunucusuna bağlanmayı denerseniz, Host is downhatayı alırsınız .

Buradaki diğer birçok yanıt tarafından açıklandığı gibi geçici çözüm, protokolün farklı bir sürümünü belirtmektir. Aşağıdaki komut benim için çalışıyor: sudo mount -t cifs //server.name.or.ip/shares/Public /target/directory -o username=someuser,domain=somedomain,vers=3.0

Ancak Bağlandığınız sunucu DFS kullanıyorsa, o zaman bunun yerine aşağıdaki hatayı alırsınız: mount error(38): Function not implemented. Bunun nedeni, SMB3'teki DFS desteğinin yalnızca sürüm 4.11'deki çekirdeğe eklenmiş olmasıdır .

Çekirdek sürümünü kontrol edebilirsiniz uname -a. Benim durumumda, CentOS7'de 3.10 idi. Yükseltmek için bu talimatları izledim ve şimdi çalışıyor.

Genellikle bu tür komutları cifs / smb paylaşımına bağlamak için kullanırım.

mount -t cifs -o rw,netbiosname=nasserver1,credentials=/etc/user_credentials.txt //192.168.1.11/someshare /mnt

kimlik bilgileri dosyası şöyle görünür:

username=mydomain\user1
password=somepass

Bu aynı zamanda bir otomatik montaj kurulumuna da uyarlanabilir, böylece montaj / sökme otomatik olarak sistem tarafından otomatik olarak yapılabilir.

Bizim durumumda, AD’deki kullanıcıların giriş adını (user2) kontrol ettim. Orada adın büyük harfle başladığını ve mount komut dosyasında yazıldığı gibi küçük harfle değiştiğini fark ettim. Ne kullanıcı2 ne de daha önce mount komut dosyasına dokunmamış olsak bile, aniden mount komutu başarılı oldu.

mount --verbose -t cifs //pc/share /my-share -no user=user1,password=pw1 -o uid=user2,gid=group1,dir_mode=0775,file_mode=0664

Benim için, takılan cif paylaşımı IP adresi yakın zamanda değişmiş olan bir Windows sunucusuydu, bu yüzden sunucuyu ping edip yeni adresini çözebildim, ancak montajın kendisi güncellenmedi. Tembel bir unmount çalıştırarak ve sonra yeniden monte ederek sorunum çözüldü:

umount -l /mnt/share
mount -a

Ayrıca Xubuntu 17.10'a yükselttikten sonra bahsettiğim problemle de karşılaştım. Bir Synology DiskStation kullanıyorum. Orada ne gördüm: DiskStation'da hangi protokolleri destekleyeceğinizi seçebilirsiniz. Kontrol panelindeki dosya hizmetleri için gelişmiş seçeneklere ilgili protokolleri (SBM3'e kadar) ekleyerek de sorunu çözebilirsiniz.

Bir Synology NAS'ta bu sorunu yaşıyorsanız, vers=NAS'ta belirtilen seçeneğin mountve NAS / min SMB sürümlerinin uyumlu olup olmadığını kontrol edin .

Özellikle, kullanıyorum vers=2.0, ancak Synology Diskstation'ım Host is downhatayı tetikliyordu . Bir sayfa buldum, Windows 10'a NAS paylaşımına girdim . SMB 1.0 ve 3.0 , Diskstation'ın SMB v2.0 veya daha yenisine izin verecek şekilde nasıl ayarlanacağını açıklayan Synology web sitesinde ...

Synology NAS'ta

• Denetim Masasına Git -> Dosya Servisleri
• SMB / AFP / NFS sekmesinde, Gelişmiş Ayarlar'ı seçin.
• Maksimum SMB protokolünü SMB3 olarak değiştir
• Minumum SMB protokolünü SMB2 olarak değiştir (sayfa SMB2’yi büyük MTU’da kullanıyor, ancak bu benim için işe yaramadı)

Benzer bir problem vardı. Benim için çözüm, Windows paylaşım sunucusu tarafındaydı. Vers = 2.0 değerini Linux sunucuma iletirken bile, montaj çalışmadı. Bu yüzden Windows sunucumda smbv1 desteğini etkinleştirmek zorunda kaldım. Bu makale bana yardımcı oldu: https://support.microsoft.com/en-us/help/2696547/how-to-detect-enable-and-disable-smbv1-smbv2-and-smbv3-in-windows-and