mount.cifs không thể sử dụng cùng một tệp thông tin xác thực mà smbclient sử dụng

Tôi đang cố gắn kết chia sẻ NetApp CIFS với một trong các máy chủ của chúng tôi và tôi tiếp tục nhận được "Quyền từ chối" được in ra thiết bị lỗi chuẩn và NT_STATUS_WRONG_PASSWORDin ra khi chạy dmesg.

root@xxxehpvld05 ~ $ mount.cifs -vv //zhp-nas.xxx.com/perspectives /mnt/secure/cifs -o credentials=/etc/cifs.creds
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
root@xxxehpvld05 ~ $ dmesg | tail
CIFS VFS: cifs_mount failed w/return code = -13
Status code returned 0xc000006a NT_STATUS_WRONG_PASSWORD
CIFS VFS: Send error in SessSetup = -13
CIFS VFS: cifs_mount failed w/return code = -13
Status code returned 0xc000006a NT_STATUS_WRONG_PASSWORD
CIFS VFS: Send error in SessSetup = -13
CIFS VFS: cifs_mount failed w/return code = -13
Status code returned 0xc000006a NT_STATUS_WRONG_PASSWORD
CIFS VFS: Send error in SessSetup = -13
CIFS VFS: cifs_mount failed w/return code = -13

Các smbclientlệnh, tuy nhiên hoạt động mà không phát hành, sử dụng cùng một tập tin thông tin chính xác:

root@xxxehpvld05 ~ $ smbclient -L //zhp-nas.xxx.com/perspectives -A /etc/cifs.creds
Domain=[XXX] OS=[Windows 5.0] Server=[Windows 2000 LAN Manager]

        Sharename       Type      Comment
        ---------       ----      -------
        IPC$            IPC       Remote IPC
        ZHPSubmit-dev   Disk
    [...snip...]

Có vẻ như nếu cái này hoạt động thì cái kia cũng đặc biệt vì tệp thông tin xác thực cũng chỉ định tên miền.

Với nhiều thông tin hơn tôi không thể chắc chắn nhưng tôi đã thấy vấn đề này khi kết nối với máy chủ windows cũ hơn đang chạy phiên bản giao thức cũ hơn. Hãy nhớ CIFS được coi là "Phương ngữ" (loại) của SMB. Có các loại khác và các thiết lập cũ hơn không sử dụng CIFS.

Về cơ bản nó giống như nói hai người đang nói. Một tiếng Tây Ban Nha và một tiếng Anh, và bạn cố gắng buộc người nói tiếng Anh hiểu tiếng Tây Ban Nha khi rõ ràng anh ta không biết.

SMBclient sử dụng một dielect khác nhau cho các cuộc đàm phán bảo mật. (hoặc ít nhất là phát hiện khác nhau).

Thử

mount -t cifs // path / thing / / mount / point -o username = user, password = pass, sec = ntlm

và hãy xem chuyện gì xảy ra. (sec = ntlm là phần quan trọng)

Chơi xung quanh với các lệnh, tôi tìm thấy một lý do có thể:

Từ trang người đàn ông của smbclient:

   -A|--authentication-file=filename
       This option allows you to specify a file from which to read the
       username and password used in the connection. The format of the file is

           username = <value>
           password = <value>
           domain   = <value>

       Make certain that the permissions on the file restrict access from
       unwanted users.

Từ trang man của mount.cifs:

   credentials=filename
       specifies a file that contains a username and/or password and
       optionally the name of the workgroup. The format of the file is:

          username=value
          password=value
          domain=value

Sau đó, tôi đã tạo hai tệp thông tin xác thực, một tệp có dấu cách, như được hiển thị trong đoạn mã đầu tiên và một tệp không có và đặt tên chúng credsvà creds.spacy.

Cuộc tranh chấp lớn:

Với credstập tin:

mount.cifs -vvv //host/path /local/path -o credentials=/path/creds

im lặng tốt, không có lỗi.

Với creds.spacytập tin:

# mount.cifs -vvv //host/path /local/path -o credentials=/path/creds.spacy
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

Vì vậy, rõ ràng tệp thông tin đăng nhập của bạn chứa khoảng trắng, không được hiểu bởi mount.cifs.

Ngoài ra smbclient, không có vấn đề gì nếu có không gian. credsvà creds.spacykhông gây ra bất kỳ grouse.

Thêm sec = ntlm đã khắc phục sự cố cho tôi. Tôi có một NAS cũ hơn (netgear repositorya). Bảo mật mặc định cho cifs trong các kernel gần đây là ntlmssp

Một khả năng khác mà tôi phát hiện ra khi cố gắng chia sẻ ngày hôm nay là smbmounthỗ trợ username=DOMAIN\\usercú pháp để cung cấp cho người dùng trong một miền làm thông tin xác thực.

Để mount.cifs(và mount -t cifs) hoạt động, hai cái này phải được cung cấp riêng : -o username=user,password=pass,dom=DOMAIN.

Như user55518 đã giải thích, bạn có thể có khoảng trắng trong tệp thông tin đăng nhập của mình ngay cả khi bạn không nhìn thấy chúng. Nếu bạn đã chỉnh sửa tệp thông tin đăng nhập của mình trên Windows, có thể bạn đã \rở cuối dòng và điều đó sẽ gây ra lỗi 13.

Tôi muốn cảm ơn tất cả các bạn !!! Đối với vấn đề này, nó thực sự giúp tôi rất nhiều!, tôi cũng tìm thấy một số thông tin quan trọng về tham số "sec = ntlm", vì vậy tôi để lại liên kết nếu một số bạn thấy thú vị về nó, các dòng dưới đây:

Microsoft NTLM

Tôi đã cố gắn một thư mục chia sẻ từ máy tính để bàn windows 7, nhưng tôi không thể thêm tham số "sec = ntlm" và nó hoạt động, và một số chi tiết quan trọng có thể là tôi đã không nghĩ rằng máy tính để bàn windows 7 của tôi đã vào tên miền, vì vậy tôi nghĩ đó là chi tiết quan trọng nhất mà tôi nên xem xét. do đó, nó hoạt động!, thực sự cảm ơn bạn rất nhiều tất cả các phước lành !! và rung cảm tốt! : D

Trong trường hợp của tôi, tôi chỉ cần thêm tùy chọn vers=3.0(CIFS là phiên bản 1, không còn được hỗ trợ kể từ kernel 4.13, vì vậy tôi đã chuyển sang quyền SMBv3 trên máy chủ) và tôi vẫn phải khởi động lại để nó hoạt động, đây là gắn kết /etc/fstabngay bây giờ:

auto,rw,credentials=/usr/local/etc/smb.credentials,vers=3.0,file_mode=0664,dir_mode=0775,uid=myuser,gid=users

Tệp thông tin đăng nhập của tôi:

username=myuser
password=****
domain=mydomain

Trên thực tế, domainkhông cần thiết, nhưng bây giờ nó là tùy chọn chính xác để sử dụng theo trang man mount.cifs.

Tôi đã vật lộn với điều này trong một thời gian.

Với các lỗi sau:

mount error(112): Host is down

Ở đây, nó đã giúp đặt tùy chọn Vers = 1.0, sau đó nó báo cáo

mount error(13): Permission denied

và hóa ra là thêm "ký tự trong tệp thông tin đăng nhập của tôi

nơi ban đầu tôi có:

# cat /etc/samba/cred-file
username="john"
password="secret"

nó nên ở đâu

# cat /etc/samba/cred-file
username=john
password=secret