Pat wrote >Can you do me a favor?  Try setting z_user=DOMAIN\username
and let me know what happens?
Yes it is fine...
Well I did read some where that it is better to only have one way to do
things... 
Now I start to think the same way...

My only question is, How does samba know what is the domain and what is
the username, or does it try both?
What would happen if the was two domains and two users and the two!

 


Great Thanks
Max


-----Original Message-----
From: Patrick J. LoPresti [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, 06 April, 2004 3:58 PM
To: Max Lovius
Cc: [EMAIL PROTECTED]
Subject: Re: [Unattended] Linux boot z_user too back slash or not


"Max Lovius" <[EMAIL PROTECTED]> writes:

>   append initrd=initrd root=0:0 init=/linuxrc z_user=username/domain 
> z_pass=password z_path=\\server\install
> 
> For the linux boot (smbmount) to connect to a windows 2003 share this 
> seems ok z_user=username/domain or "user/workgroup" in the smb doc.

Wait, are you sure it actually wants username/DOMAIN and not
DOMAIN/username?  Interesting.  (Forget the docs for a minute; could you
actually try both and confirm that the former works and the latter does
not?)

> But in the context of net use when taken from tempcred.bat, it should 
> be "domainname\username".

Good point.  We already canonicalize z_path from //foo/bar to \\foo\bar,
but we do not (yet) do any transformations on z_user.

Can you do me a favor?  Try setting z_user=DOMAIN\username and let me
know what happens?

> So should there be something like, what I do $z_user =~ 
> s/(.*)\/(.*)/$2\\$1/;

Yeah, something like that.  But first I would like to know whether Samba
also accepts DOMAIN\username.

 - Pat


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click
_______________________________________________
unattended-info mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/unattended-info

Reply via email to