죄송합니다. 질문을 제대로 파악을 못 했네요.
자료를 검색 해도 잘 안보이는데 도큐멘트 파일에 문서가 하나 있는데
영어라 ..
근데 제가 보기에는 님의 문제에 어느 정도 접근한 문서 같네요.
제가 영어가 되면 해석을 하고 글을 쓰고 싶은데 ...
지송
그냥 원문을 올립니다. (DOMAIN_MEMBER.html 문서의 일부분입니다.)
 Why is this better than security = server?
 Currently, domain security in Samba doesn't free you from having
to create local Unix users to represent the users attaching to your
server. This means that if domain user DOMfred attaches to your
domain security Samba server, there needs to be a local Unix user
fred to represent that user in the Unix filesystem.
This is very similar to the older Samba security mode
security = server, where Samba would pass through the
authentication request to a Windows NT server in the same way
as a Windows 95 or Windows 98 server would.
 Please refer to the Winbind paper for information on a system
to automatically assign UNIX uids and gids to Windows NT Domain users
and groups.
 This code is available in development branches only at the moment,
but will be moved to release branches soon.
 The advantage to domain-level security is that the authentication
in domain-level security is passed down the authenticated RPC channel
 in exactly the same way that an NT server would do it.
 This means Samba servers now participate in domain trust
relationships in exactly the same way NT servers do (i.e.,
you can add Samba servers into a resource domain and have the
authentication passed on from a resource domain PDC to an account
domain PDC.
 In addition, with security = server every Samba daemon on a server
has to keep a connection open to the authenticating server for
as long as that daemon lasts. This can drain the connection
resources on a Microsoft NT server and cause it to run out of
available connections. With security = domain, however,
the Samba daemons connect to the PDC/BDC only for as long as is
necessary to authenticate the user, and then drop the connection,
thus conserving PDC connection resources.
 And finally, acting in the same manner as an NT server
authenticating to a PDC means that as part of the authentication reply,
 the Samba server gets the user identification information such as
the user SID, the list of NT groups the user belongs to, etc.
 All this information will allow Samba to be extended in the future
into a mode the developers currently call appliance mode.
In this mode, no local Unix users will be necessary,
and Samba will generate Unix uids and gids from the information
passed back from the PDC when a user is authenticated,
making a Samba server truly plug and play in an NT domain environment.
 Watch for this code soon.
   : 답변 감사합니다만,
: 현재 도메인에 삼바를 참여시키는 것은 전혀 문제가 없습니다.
: 아래서도 말했다시피, 그 상태에서 도메인에 가입되지 않은 사용자가
: 삼바에 접속하려는 것이 안되서 질문을 한 것 입니다.
: 고수님들 부탁드립니다~
:
: : 참조 요망
: :
: : NT 도메인에 삼바 참여시키기
: : http://kldp.org/KoreanDoc/Samba_NT-KLDP : :
: :
: :
: : : 제 컴퓨터(windows xp)는 현재 도메인에 접속되어 있습니다.
: : : 그리고 삼바도 현재 그 도메인 사용자가 접속이 가능하도록,
: : : smb.conf에서
: : :
: : : security = server
: : : password server = www.xxx.yyy.zzz : : :
: : : 이렇게 설정을 해 놓았습니다.
: : :
: : : 물론 www.xxx.yyy.zzz는 도메인 컨트롤러에 해당하는 컴퓨터입니다.
: : : (삼바 접속 시 계정과 암호를 리눅스가 아닌 도메인 컨트롤러에서 비교를 하는 것이지
: : : 요)
: : : 현재 이렇게만 사용하면 아무 문제가 없는데,
: : :
: : : 도메인에 가입하지 않는 컴퓨터가 이 리눅스에 삼바로 접근해야 하는 상황이 발생했
: : : 습니다. 따라서 도메인에 계정과 암호가 등록되어 있지 않기 때문에 앞의 방법으로는 
: : : 접속이 불가합니다.
: : : 그래서 이것을 해결하려면 어떻게 해야 합니까?
: : : security = user
: : : 라고 바꾸면 도메인에 있는 컴퓨터들이 접근이 가능합니까?
: : : 아니면, 이 상태에서 도메인 가입자가 아닌 사용자만 따로 접속할 수 있도록 할 수 있
: : : 습니까?
: : : 그리고 현재 smbpasswd에는 아무것도 등록되어 있지 않습니다.
: : : (사실 그것을 실행시키면 암호를 두 번 넣은 뒤에 에러가 납니다.
: : : 127.0.0.1이 뭐 어쩌고 저쩌고....)
: : :
: : : 좀 도와주십시요 ㅜ.ㅡ
: : :
: : : 참고로 public 디렉토리와 자신의 홈 디렉토리가 다 보여야 합니다.^^