Ubuntu Gnome 16.04로 업그레이드 한 후 SMB 공유에 연결할 수 없습니다


8

Ubuntu Gnome 16.04로 업그레이드 한 후 더 이상 네트워크 미디어 탱크의 smb 공유에 액세스 할 수 없습니다. 오래된 (2009) 팝콘 아워 A-110입니다.

노틸러스에서 서버 smb : //192.168.0.5에 연결하면 로그인에 대한 무한 루프 프롬프트가 표시되어 인증에 실패했습니다. Windows에서 작동하고 12 번을 재설정했기 때문에 사용자 이름 / 비밀번호가 올바른지 확신합니다. 업그레이드하기 전에 (Ubuntu Gnome 15.10), 사용자 이름 / 암호를 묻는 메시지조차 표시되지 않고 파일 브라우저에서만 열립니다.

그래서 smbclient를 설치하여 진행 상황을 확인하면 힌트를 얻을 수 있습니다.

smbclient //192.168.0.5/share -U nmt
Server does not support EXTENDED_SECURITY  but 'client use spnego = yes and 'client ntlmv2 auth = yes'
session setup failed: NT_STATUS_ACCESS_DENIED

nmt 서버가 너무 오래되어 클라이언트가 필요로하는 일부 보안 체계를 지원하지 않는 것 같습니다.

이 문제를 어떻게 해결할 수 있습니까?


답변:


11

이 질문의 중복 이 하나 .

답 : 명시 적으로 설정해야합니다

client use spnego = no

에서 /etc/samba/smb.conf.

이 파일을 찾을 수 없으면 다음 명령을 실행하십시오 :

sudo apt-get install smbclient

글로벌 섹션에서 클라이언트 사용 spnego = no와 함께 공유 세부 정보에 available = yes를 추가 한 후 액세스 할 수 있음
Baran

설정 client use spnego = no[global]섹션으로 이동해야합니다 .
Franc Drobnič

우분투 20.04부터는을 추가해야합니다 client min protocol = NT1. 프로토콜은 보안에 따라 순위가 매겨집니다. 낮은 프로토콜은 높은 프로토콜보다 덜 안전합니다. 여기 에 전체 목록이 있습니다. 최악의 경우 client min protocol = CORE서버가 지원하는 내용에 따라 최저 수준으로 설정해야 할 수도 있습니다 .
Peter De Maeyer

2

나는이 모든 제안을 시도했지만 아무것도 효과가 없었습니다. 나를 위해 일한 것은 다음과 같습니다.

sudo smbpasswd -a [username]

삼바가 왜 사용자를 잊어 버렸는지 이해하지 못하며, 창에서 리눅스 머신에 액세스 해야하는 모든 단일 사용자에 대해 삼바를 명시 적으로 말해야한다고 믿기가 어렵습니다. 그러나 그것이 트릭이었습니다. 한 명의 사용자 만 가능하므로 모든 사람에게 알리고 있습니다.


1

ChaletOS 16.0.4.2를 실행 중입니다. 온라인에서 찾을 수있는 모든 작업을 수행하여 Asuswrt-Merlin 라우터를 통해 공유되는 외부 드라이브에 액세스했습니다. 아무것도! 나는 일하지 않았다는 것을 의미한다!! 필요한 삼바를 모두 설치 한 후에도 여전히 공유에 액세스 할 수 없었습니다. 비밀번호를 입력하라는 메시지가 계속 나타납니다. 나는 그것을 올바르게 입력했지만 기쁨을 얻지 못했습니다. Peter de Maeyer가 위의 "/etc/samba/smb.conf"를 변경 한 후 폭우가 내린 후 드라이브가 푸른 하늘처럼 열렸습니다. 고마워 피터 !!!

한 단계에서이 단계를 모두 찾지 못 했으므로 다른 사람에게 도움이되기를 바랍니다. 마지막으로 트릭을 한 것은 Peter의 답변 과이 링크 의 조합이었습니다 .

요약하자면, 먼저 "~ / .smbcredentials"파일을 만들고 관련 정보를 내부에 넣었습니다.
( "/"앞에있는 작은 흔들기 문자는 파일을 "/ home"폴더에 배치하는 것을 의미합니다)

username =msusername

도메인 =ENTER_YOUR_WINDOWS_DOMAIN

비밀번호 =msusername

(사이트는 도메인을 추가하라고 말하지는 않지만 좋은 조치를 취하기 위해 그렇게했습니다.)

터미널에 다음을 입력하여 해당 파일을 저장하고 닫았으며 파일에 대한 권한을 변경했습니다.

chmod 600 ~/.smbcredentials

다음으로 터미널에 다음을 입력하여 "/ etc / fstab"파일을 편집했습니다.

sudo gedit /etc/fstab

"fstab"파일에서 맨 아래에 이것을 입력했습니다 (여기서 자신의 정보를 사용하십시오).

smb://COMPUTER_NAME/SHARED_FOLDER /media/NEW_FOLDER_NAME cifs credentials=/home/YOUR_UBUNTU_USERNAME/.smbcredentials,iocharset=utf8,sec=ntlm 0 0

해당 파일을 저장하고 닫은 다음 터미널에 다음을 입력하여 "smb.conf"파일을 열었습니다.

sudo gedit /etc/samba/smb.conf

29 번 라인 ( "Global"아래)에서 "workgroup"이름을 위의 "domain"이름과 일치하도록 변경했습니다. 바로 그 아래에 새로운 라인 (라인 # 30)을 만들고 다음을 입력했습니다.

client use spnego = no

이 사이트를 읽은 후 Line # 101에서도 이와 같이 변경하는 것이 좋습니다.

obey pam restrictions = yesobey pam restrictions = no

시스템을 검색하고 시간을 20 시간 이상 (예, 20 시간) 이상 찾은 후 마침내이 설정에 만족했습니다.

행운을 빕니다. 그리고 리눅스 신들이 함께 하시길 바랍니다!


0

이 답변을 시도했지만 여전히 Windows 공유에 연결할 수 없습니다. 내 Windows PC에서 Ubuntu 공유로 연결할 수 있지만 다른 방법으로는 연결할 수 없습니다. 16.04 사용.

업데이트 / 편집 :

글쎄, 우분투를 다시 설치하고 SMB.CONF 파일을 편집하는 것을 포함하여 많은 다른 것들을 수행 한 후 내 문제를 해결하는 방법을 알아 냈습니다.

랩탑을 깨끗하게 닦고 Fedora 24 Workstation을 설치 한 결과 같은 결과가 나타났습니다.

그런 다음 연결하려는 대부분의 컴퓨터에는 사용자 이름이 있지만 암호는 비어 있음을 알았습니다. 누군가가 빈 암호를 사용할 수 있다고 언급했지만 SMB.CONF 편집으로 시도했지만 작동하지 못했습니다. 그리고 필요에 따라 변경 후 항상 smbd 및 nmbd를 다시 시작합니다.

어쨌든 네트워크에 사용자 이름과 암호가있는 컴퓨터가 한 대있었습니다. Fedora에서 무엇을 연결할 수 있었는지 맞춰보세요! 그런 다음 다른 컴퓨터에 암호를 입력하고 presto가 마침내 Fedora에서 암호를 연결할 수있었습니다.

이제 목표는 Ubuntu를 사용하는 것이므로 랩톱을 다시 깨끗하게 닦았지만 이번에는 Ubuntu 워크 스테이션을 새로 설치했습니다. 작업 그룹 이름과 netbios 이름을 올바르게 설정하기 위해 SMB.CONF 파일을 Fedora 설치에서도 매우 약간 변경했습니다. 다른 모든 것을 기본값으로 두었습니다.

다음으로 우분투 컴퓨터에서 폴더를 공유했습니다. GUI를 사용하여 폴더를 공유하고 (SMB.CONF를 수정하지 않은 경우) 게스트 액세스를 허용하도록 설정했습니다. 이제 네트워크의 모든 PC가 Ubuntu 컴퓨터의 공유에 연결할 수 있습니다. 해당 공유에 액세스 할 수있는 사람과 액세스 할 수없는 사람을보다 엄격하게 제어하려면 SMB.CONF를 변경할 수 있습니다.

그러나 이제 가장 중요한 부분은 이제 우분투 랩톱에서 다른 컴퓨터 및 네트워크의 공유에 연결할 수 있습니다.

다른 사람을 도울 수도 있고 아닐 수도있는 내 문제에 대한 해결책은 내가 연결할 수없는 장치에 암호가없는 계정이 있다는 것입니다. 암호가 할당되면 모두 작동했습니다.

이것이 누군가를 도울 수 있기를 바랍니다!

감사,

리치 우 엘빅


와우, 2016 년에 Windows witnout 암호를 사용합니까? 지난 20 년 동안 우리가 동면하는 곳이 무엇입니까, 아니면 뭔가 오해하고 있습니까? Windows는 이미 Windows 95 이후로 암호없는 네트워크 공유를 허용하지 않았으므로 여기서 좋은 것을 배웠습니다.
LifeBoy
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.