Strange, something is blocking SPNEGO. I can see it blocked in the logs...
On Oct 2, 2012 11:25 AM, "Bill Chockla" wrote:
> I set the debug level to 5.
>
> This log file shows the error 64, with "send unencrypted passwords to 3rd
> party servers" Enabled; *(See attached file: winerr64.100212)*.
1500 users may qualify your environment as a "large" domain. Try setting
the winbind group enumeration to " no"...
On Oct 1, 2012 4:24 AM, "David Touzeau" wrote:
>
>
> -Original Message- From: Rowland Penny
> Sent: Sunday, September 30, 2012 5:49 PM
> To: samba@lists.samba.org
> Subject
quot; which Microsoft recommends for error 1240 and I get the
> old error 64.
>
> Searching for other configuration possibilities for the error 1240.
>
> - Forwarded by Bill Chockla/Durham/Contr/IBM on 10/01/2012 07:42 AM
> -
>
> From: "hceute...@gmail.com"
&
Do you still have DNS servers on Windows servers? It could be your prior
settings are blocking changes as they think they are unauthorized DNS
updates. I think it is referred to as authoritative updates..
On Sep 25, 2012 5:59 AM, "Aleix Dorca Josa" wrote:
> Hi,
>
> I've spent the last days buildi
At first glance, and it doesn't look like you are firing up the smbd daemon
as root. It has to be started as root, or else you definitely will see lots
of access denied errors against log files.
On Sep 28, 2012 7:45 PM, "Jun Yi" wrote:
> Dear everybody,
>
> Could anybody told me the reason? Does
One more thing to add:
I'm pretty sure you cannot force signing and still send unencrypted
passwords to third party SMB servers (which Samba is):
Microsoft network client: Send unencrypted password to third-party SMB
servers Enabled
Otherwise that also seems to conflict...
On Sep 26, 2012 11:06 AM
I see an issue with this line
Microsoft network client: Digitally sign communications (always) Disabled
Set both that and the network server policy as enabled and see what
happens. Setting that as disabled only makes sense if the samba setting is
still set to auto. Otherwise, it appears conflicting
