freetds AT lists.ibiblio.org
Subject: FreeTDS Development Group
List archive
RE: [freetds] Domain Login Support, connecting to MSSQL issue
- From: "Chris Hettinger" <chettinger AT encompas.com>
- To: "FreeTDS Development Group" <freetds AT lists.ibiblio.org>
- Subject: RE: [freetds] Domain Login Support, connecting to MSSQL issue
- Date: Tue, 5 Aug 2003 09:22:37 -0500
I swear something is out to get in my way as often as possible !
# ./configure --with-tdsver=7.0
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... configure: error: newly created
file is older than distributed files!
Check your system clock
# date
Mon Aug 4 09:14:59 CDT 2003 (which is accurate)
*sigh*
-----Original Message-----
From: Chris Hettinger
Sent: Tuesday, August 05, 2003 8:33 AM
To: FreeTDS Development Group
Subject: RE: [freetds] Domain Login Support, connecting to MSSQL issue
Thanks James, that description helped clear it up a bit.
I tried $tsql -S encppp.encompass.enc -U 'ENCOMPASS\chettinger' and again the
same error about not having a Trusted SQL server connection. I then again
tried to do the TDSDUMPCONFIG and as suggested looked in my working
directory, but no file... I perceive this as 'somethings wrong'
So... I had mentioned that I installed freetds from a rmp package for
Mandrake, well I have removed it and want to use the most recent snapshot to
reinstall it so I know it is the most current release.
Question I have now is regarding the configure command. I believe I have this
right, can you confirm it:
$ ./configure --with-tdsver=7.0
>From the what I can determine from the UG, this should be all I would need,
>letting all other setting do to default.
-ch
-----Original Message-----
From: James K. Lowden [mailto:jklowden AT schemamania.org]
Sent: Monday, August 04, 2003 6:01 PM
To: FreeTDS Development Group
Subject: Re: [freetds] Domain Login Support, connecting to MSSQL issue
On Mon, 4 Aug 2003 16:24:13 -0500, "Chris Hettinger"
<chettinger AT encompas.com> wrote:
>
> If I ping enctux, it return host not found, but it responds just fine to
> ping enctux.encompass.enc.
Let's talk about DNS domains for just a minute.
Such machine is misconfigured. The resolver is responsible for forming a
complete DNS name and sending it to the nameserver and/or searching
/etc/hosts. The resolver has to know what DNS domain to append to
unqualified names. IOW, when you say, "ping enctux" it's the resolver's
job to convert "enctux" to "enctux.encompass.enc", and ask its nameserver
to look up the IP address for that machine. Of course, the name may be in
the /etc/hosts file, too (and M$ boxes also have a hosts file). Whether
the DNS is queried before or after /etc/hosts is usually configurable.
On my NetBSD machine, the resolver learns its domain name from
/etc/resolv.conf:
$ grep search /etc/resolv.conf
search schemamania.org
so if I say "ping www" it knows I mean "ping www.schemamania.org".
> Part of my trouble with this, I think, is my inability to see the whole
> network picture and understand how each machine communicates. I'm
> getting there, and again thanks for the attention on this issue.
>
> I issued the net config cmd on my box and it returned:
> Workstation domain ENCOMPASS
> Workstation Domain DNS Name encompass.enc <-- *
> Logon Domain ENCOMPASS
There's another kind of domain, too, known as an "NT domain". It's
unrelated to the DNS domain. DNS domains are used for address resolution.
NT domains are used for authentication.
In the FreeTDS context of "domain login", we're not interested in the DNS
domain (encompass.enc). The SQL Server belongs to an "NT domain", and
FreeTDS is providing an encrypted password that the server will ask the
Primary Domain Controller (PDC) to verify. In short, the "domain" in
question is "ENCOMPASS".
That leads me to suggest:
$tsql -S encppp.encompass.enc -U 'ENCOMPASS\chettinger'
> ... I also attemtped to export TDSDUMPCONFIG=dumpconfig. I was returned
> to the prompt, so did it do anything, or where did it put the export?
Oh, you just need to rtfm. :-) Once you do "export
TDSDUMPCONFIG=dumpconfig" and then run tsql, you'll find a file called
"dumpconfig" in your current working directory. It will have a verbose
description of where it looked and what it found in its effort to identify
the servername you attempted to connect to. In the present case, this
would be interesting:
$tsql -S ENCPPP -U 'ENCOMPASS\chettinger'
Cf. http://www.freetds.org/userguide/x2275.htm
HTH.
--jkl
_______________________________________________
FreeTDS mailing list
FreeTDS AT lists.ibiblio.org
http://lists.ibiblio.org/mailman/listinfo/freetds
CONFIDENTIALITY NOTICE: This communication, including any attachment, may
contain confidential information and is intended only for the individual or
entity to whom it is addressed. Any review, dissemination, or copying of
this communication by anyone other than the intended recipient is strictly
prohibited. If you are not the intended recipient, please contact the sender
by reply email, delete and destroy all copies of the original message.'
_______________________________________________
FreeTDS mailing list
FreeTDS AT lists.ibiblio.org
http://lists.ibiblio.org/mailman/listinfo/freetds
CONFIDENTIALITY NOTICE: This communication, including any attachment, may
contain confidential information and is intended only for the individual or
entity to whom it is addressed. Any review, dissemination, or copying of
this communication by anyone other than the intended recipient is strictly
prohibited. If you are not the intended recipient, please contact the sender
by reply email, delete and destroy all copies of the original message.'
-
RE: [freetds] Domain Login Support, connecting to MSSQL issue
, (continued)
-
RE: [freetds] Domain Login Support, connecting to MSSQL issue,
Frediano Ziglio, 08/05/2003
-
Re: [freetds] Domain Login Support, connecting to MSSQL issue,
Steve Langasek, 08/05/2003
- Re: [freetds] Domain Login Support, connecting to MSSQL issue, James K. Lowden, 08/05/2003
-
Re: [freetds] Domain Login Support, connecting to MSSQL issue,
Steve Langasek, 08/05/2003
- RE: [freetds] Domain Login Support, connecting to MSSQL issue, Chris Hettinger, 08/04/2003
- RE: [freetds] Domain Login Support, connecting to MSSQL issue, Chris Hettinger, 08/04/2003
- RE: [freetds] Domain Login Support, connecting to MSSQL issue, Lowden, James K, 08/04/2003
-
RE: [freetds] Domain Login Support, connecting to MSSQL issue,
Chris Hettinger, 08/04/2003
- Re: [freetds] Domain Login Support, connecting to MSSQL issue, James K. Lowden, 08/04/2003
- RE: [freetds] Domain Login Support, connecting to MSSQL issue, Chris Hettinger, 08/05/2003
- RE: [freetds] Domain Login Support, connecting to MSSQL issue, Chris Hettinger, 08/05/2003
- RE: [freetds] Domain Login Support, connecting to MSSQL issue, Chris Hettinger, 08/05/2003
- RE: [freetds] Domain Login Support, connecting to MSSQL issue, Lowden, James K, 08/05/2003
- RE: [freetds] Domain Login Support, connecting to MSSQL issue, Chris Hettinger, 08/05/2003
- RE: [freetds] Domain Login Support, connecting to MSSQL issue, Chris Hettinger, 08/05/2003
-
RE: [freetds] Domain Login Support, connecting to MSSQL issue,
Varley, David (CBorn at Alcoa), 08/05/2003
-
Re: [freetds] Domain Login Support, connecting to MSSQL issue,
Steve Langasek, 08/05/2003
-
Re: [freetds] Domain Login Support, connecting to MSSQL issue,
James K. Lowden, 08/05/2003
- Re: [freetds] Domain Login Support, connecting to MSSQL issue, Steve Langasek, 08/05/2003
-
Re: [freetds] Domain Login Support, connecting to MSSQL issue,
James K. Lowden, 08/05/2003
- Re: [freetds] Domain Login Support, connecting to MSSQL issue, James K. Lowden, 08/05/2003
-
Re: [freetds] Domain Login Support, connecting to MSSQL issue,
Steve Langasek, 08/05/2003
-
RE: [freetds] Domain Login Support, connecting to MSSQL issue,
Frediano Ziglio, 08/05/2003
Archive powered by MHonArc 2.6.24.