약 3주 전에 samba/cifs 공유에 연결할 때 오류가 발생했습니다. 컴퓨터가 4개 있는데, 하나는 Windows, 2개는 Fedora 24, 다른 하나는 Fedora 22입니다. 두 대의 Fedora 24 시스템에 공유가 있고 예를 들어 thunar를 통해 한 f24 시스템에서 다른 시스템으로 연결하려고 하면 오류가 발생합니다 No route to host.. 또한 다음을 사용하여 f24 시스템에 연결하기 위해 Fedora 22 시스템에서 한 줄 스크립트를 구성했습니다.
# mount -t cifs -o username=****,password=**** '\\192.168.1.1\share' remote/
오랫동안 매력적으로 작동했지만 최근에는 다음 오류로 인해 실패했습니다.
[ 91.981816] CIFS VFS: Error connecting to socket. Aborting operation.
[ 91.981960] CIFS VFS: cifs_mount failed w/return code = -113
Unable to find suitable address.
또한 한 f24 시스템에서 다른 시스템으로 연결을 시도했는데 두 시스템 모두에서 서로 연결을 시도했습니다.
Unable to find suitable address.
그러나 동일한 대상 컴퓨터에서 동일한 명령을 사용하여 연결을 시도하면 제대로 작동하고 올바르게 설치됩니다.
Windows 컴퓨터가 전혀 연결되지 않습니다. 왜 이런 일이 발생합니까? 이 문제를 어떻게 해결할 수 있나요? 2~3주 전까지 모든 것이 잘 작동했기 때문에 이것은 나에게 새로운 것입니다. 또한 아무 문제 없이 ssh를 통해 이들 중 하나에 액세스할 수 있습니다. 문제는 전적으로 samba/cifs에 있습니다.
답변1
최신 업데이트(오늘 기준)를 사용하는 Fedora 24 시스템에서 동일한 문제가 있는 사람이 있다면 문제는 삼바에 있는 것이 아니라 방화벽 설정의 버그나 구성 오류인 것 같습니다. smbclient(-d3)에서 레벨 3 디버그 모드를 사용하여 연결하려고 하면 다음 메시지가 나타납니다.
Connecting to 192.168.1.1 at port 445
Connecting to 192.168.1.1 at port 139
Connection to 192.168.1.1 failed (Error NT_STATUS_HOST_UNREACHABLE)
그래서 호기심에 서버의 방화벽 유틸리티에 액세스하여 이 포트가 이미 열려 있는 것을 발견했습니다( samba및 이름 samba-client). 그래서 작동하는지 확인하기 위해 좋은 비활성화-재활성화를 사용해 보았더니 다음 오류가 발생했습니다.
INVALID_HELPER: 'nf_conntrack_netbios_ns'는 커널에서 사용할 수 없습니다.
따라서 일부 업데이트로 인해 방화벽 규칙이 손실되거나 엉망이 된 것으로 보입니다. 따라서 지정된 포트(445 및 139)를 수동으로 열었고 이제 예상대로 작동합니다.
답변2
문제는 mount 명령 구성에 있다고 생각합니다. 이것을 사용해 보세요:
mount -t cifs //192.168.1.1/share mount_point/ -o username=****,password=****
192.168.1.1의 공유 구성이 올바르게 구성된 경우 작동합니다. 이것이 작동하지 않으면 마운트를 사용하지 않고 클라이언트 시스템에서 smbclient를 사용하여 다음과 같은 방법을 사용하여 문제를 디버깅할 수 있습니다(클라이언트 시스템 중 하나에서 실행됨).
smbclient //192.168.1.1/share -U username
사용자 이름과 비밀번호를 묻는 메시지가 표시되며, 오류가 발생하면 더 자세한 오류 메시지가 표시됩니다.