what do they access to? How to access? How's the verification being
handled here?
Maybe a capture on port 53 explains everything.
Banyan He
Blog: http://www.rootong.com
Email: ban...@rootong.com
On 3/19/2013 1:15 AM, Weplica wrote:
> Hi,
>
> Actually, the website is found, but when
Hi,
Actually, the website is found, but when I create new virtual servers
withs virutalmin, noone can be access.
I have already try
ns.maca.li. IN A 91.121.137.55
NS INNSmaca.li.
But it do nothing,
Thanks,
Ernesto
Quoting Banyan He :
> Hi there,
>
> You can pu
It's just saying the records don't match from your parent nameserver.
[root@janus ~]# dig ns maca.li +trace
; <<>> DiG 9.3.6-P1-RedHat-9.3.6-20.P1.el5 <<>> ns maca.li +trace
;; global options: printcmd
. 3600IN NS i.root-servers.net.
. 3600
Hello,
I just get a server with CentOS 6.4, I have install Webmin and
Vitualmin running OK, but I can't run correctly DNS server.
I set hostname: dns.maca.li
Resolution order: Host file, DNS
DNS servers: 127.0.0.1 and 91.121.137.55
Search Domain: maca.li
When I creta virtual server with virtu
On Thu, 2010-07-08 at 17:07 -0700, John R Pierce wrote:
> On 07/08/10 1:31 PM, Les Mikesell wrote:
> > I'm getting at your assertion that a Wins server on every subnet is
> > "right" being impractical in most networks. And like the OPs problem
> > it has to do with a windows client being able to
On 07/08/10 1:31 PM, Les Mikesell wrote:
> I'm getting at your assertion that a Wins server on every subnet is
> "right" being impractical in most networks. And like the OPs problem
> it has to do with a windows client being able to resolve a windows name
> on a different subnet.
>
I've neve
On Thu, 2010-07-08 at 18:10 -0500, Doug Coats wrote:
>
> After a little bit of research I feel a little vindicated. It seems
> that Samba3x seporated out nmb. On Samba 3.0 the nmb service does not
> show up in the chkconfig. It simply starts and stops with smb.
>
> On Samba3x it seporates out
After a little bit of research I feel a little vindicated. It seems that
Samba3x seporated out nmb. On Samba 3.0 the nmb service does not show up in
the chkconfig. It simply starts and stops with smb.
On Samba3x it seporates out nmb and it does not start by itself. So based
on my experience I
On 7/8/2010 4:00 PM, JohnS wrote:
>
>> Windows name resolution has next to nothing to do with ip routing. If
>> your routing works you can make windows name resolution work over it,
>> but it isn't automatic.
>
> If it does not work then it want happen as in getting routed to the
> wins server.
On Thu, 2010-07-08 at 15:31 -0500, Les Mikesell wrote:
> > And your getting at what? How does this relate to the OPs problem?
>
> I'm getting at your assertion that a Wins server on every subnet is
> "right" being impractical in most networks. And like the OPs problem
> it has to do with a
On 7/8/2010 3:11 PM, JohnS wrote:
>
> On Thu, 2010-07-08 at 14:55 -0500, Les Mikesell wrote:
>
>>> Correct and Not Correct... How about that? There really is no right or
>>> wrong in either of you twos answer. The right way is Wins on every SN
>>> to pass to the MB. That's my opinion.
>>
>> So w
On Thu, 2010-07-08 at 14:55 -0500, Les Mikesell wrote:
> > Correct and Not Correct... How about that? There really is no right or
> > wrong in either of you twos answer. The right way is Wins on every SN
> > to pass to the MB. That's my opinion.
>
> So what do you do on a VPN connection that
>
> Netbios can use multiple network transports, some of which only have
> broadcasts to support name resolution. Each subnet will elect a master
> browser to collect the names and respond to queries. As an extension
> for the IP protocol which is routeable, the WINS service accepts the
> lists
On 7/8/2010 2:43 PM, JohnS wrote:
>
>>> WINS is a broadcast based protocol and thus it only works on the local
>>> network and each subnet/network MUST necessarily have master browser
>>> elections. The WINS server on each subnet would serve as a clearing
>>> house for name resolution for each subn
On Thu, 2010-07-08 at 14:29 -0500, Les Mikesell wrote:
> On 7/8/2010 2:12 PM, Craig White wrote:
> >
> >> I thought the point of WINS was to have a single address that would
> >> collate the names/addresses from all your networks.
> >>
> >>> The important thing is to get the WINS working on EACH ne
>
> How 'bout with the server that's supposed to be the master, above the two
> other PDCs?
>
>mark
>
It is set up to NTP to the same external servers so they should all be in
sync.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org
On 7/8/2010 2:36 PM, Doug Coats wrote:
> I just did a checkconfig on the PDC in question 192.168.6.1. And I
> noticed something that might be nothing but it puzzles me. The nmb
> service is set to "off" at all run levels. If I check the nmb status it
> says that it is stopped. Doesn't Samba nee
Doug Coats wrote:
> mark wrote:
>> Um, does a timing issue come into play here? If the local clock is not
>> within a few seconds, we can't connect to AD (we are going through
>> kerborous). Is there time data in the cache?
>
> Both the XP box and the Windows 7 use the PDC server as their time serv
On Thu, 2010-07-08 at 14:36 -0500, Doug Coats wrote:
> I just did a checkconfig on the PDC in question 192.168.6.1. And I
> noticed something that might be nothing but it puzzles me. The nmb
> service is set to "off" at all run levels. If I check the nmb status
> it says that it is stopped. Do
On Thu, 2010-07-08 at 14:36 -0500, Doug Coats wrote:
> I just did a checkconfig on the PDC in question 192.168.6.1. And I
> noticed something that might be nothing but it puzzles me. The nmb
> service is set to "off" at all run levels. If I check the nmb status
> it says that it is stopped. Doe
On Thu, 2010-07-08 at 14:29 -0500, Les Mikesell wrote:
> > WINS is a broadcast based protocol and thus it only works on the local
> > network and each subnet/network MUST necessarily have master browser
> > elections. The WINS server on each subnet would serve as a clearing
> > house for name res
On Thu, 2010-07-08 at 14:12 -0500, Doug Coats wrote:
>
> As I said in another post I changed the machine name to an entirely
> different format and I didn't copy any domain information from the
> prior machine(meaning I didn't try to migrate the information placed
> in the smbpasswd). Since all
I just did a checkconfig on the PDC in question 192.168.6.1. And I noticed
something that might be nothing but it puzzles me. The nmb service is set
to "off" at all run levels. If I check the nmb status it says that it is
stopped. Doesn't Samba need that for net-bios support? I am probably
sho
On 7/8/2010 2:12 PM, Craig White wrote:
>
>> I thought the point of WINS was to have a single address that would
>> collate the names/addresses from all your networks.
>>
>>> The important thing is to get the WINS working on EACH network. It's
>>> also easiest to have your PDC be the WINS server -
On Thu, 2010-07-08 at 13:52 -0500, Doug Coats wrote:
> With the WINS data cleared. for the past 20 min. (I did it before I
> wrote about it) Neither PDC has reported to WINS. So no wonder my
> PC's can't find their domain.
>
> So how do I make sure that 192.168.6.1 is added to wins.dat. I coul
On 7/8/2010 1:52 PM, Doug Coats wrote:
> With the WINS data cleared. for the past 20 min. (I did it before I
> wrote about it) Neither PDC has reported to WINS. So no wonder my PC's
> can't find their domain.
> So how do I make sure that 192.168.6.1 is added to wins.dat. I could do
> it manually
On Thu, 2010-07-08 at 13:43 -0500, Les Mikesell wrote:
> On 7/8/2010 1:15 PM, Craig White wrote:
> >
> > a 'network' is 192.168.x assuming that you are using class C subnet
> > masks (255.255.255.0) and so you should have a WINS server on EACH
> > network (192.168.4, 192.168.5, 192.168.6, etc.)
>
> ---
> Ok since you say the interdomain networking is functioning (triangle
> routing) have a read at this:
>
> http://www.samba.org/samba/docs/man/Samba-HOWTO-Collection/domain-member.html#id2573732
>
>
> John
>
> all else that fails put that machine on another known working Subnet and
> have a g
>
>
> Um, does a timing issue come into play here? If the local clock is not
> within a few seconds, we can't connect to AD (we are going through
> kerborous). Is there time data in the cache?
>
>mark
Both the XP box and the Windows 7 use the PDC server as their time server so
they are se
On Thu, 2010-07-08 at 13:41 -0500, Doug Coats wrote:
> I agree that preferred master should have been set to yes. I made
> that change with but still no joy.
>
> I don't mean to be contrary but our cross subnet browsing has been
> working since 2003 when we set up this network. It has been v
With the WINS data cleared. for the past 20 min. (I did it before I wrote
about it) Neither PDC has reported to WINS. So no wonder my PC's can't find
their domain.
So how do I make sure that 192.168.6.1 is added to wins.dat. I could do it
manually but I would rather it communicate the way that
Doug Coats wrote:
>>
>>
>> I do think that I have hit upon an issue. The WINS data for samba is
>> kept in /var/cache/samba.dat but it is updated dynamically with nmdb.
It has
>> dated data. When I moved the server I changed the server name slightly
>> and so the WINS data points to the old name
>
>
> I do think that I have hit upon an issue. The WINS data for samba is kept
> in /var/cache/samba.dat but it is updated dynamically with nmdb. It has
> dated data. When I moved the server I changed the server name slightly and
> so the WINS data points to the old name at the current IP. In
On 7/8/2010 1:15 PM, Craig White wrote:
>
> a 'network' is 192.168.x assuming that you are using class C subnet
> masks (255.255.255.0) and so you should have a WINS server on EACH
> network (192.168.4, 192.168.5, 192.168.6, etc.)
I thought the point of WINS was to have a single address that would
a 'network' is 192.168.x assuming that you are using class C subnet
> masks (255.255.255.0) and so you should have a WINS server on EACH
> network (192.168.4, 192.168.5, 192.168.6, etc.)
>
> Cross network browsing is somewhat of a hit or miss and not reliable...
> for a number of reasons such as t
On Thu, 2010-07-08 at 12:58 -0500, Doug Coats wrote:
>
> His problem is WINS resolution doesn't tell the workstations
> which
> computer is the domain controller and that is what he needs to
> fix
> (first by designating a domain controller and then
On Thu, 2010-07-08 at 10:50 -0700, Craig White wrote:
> On Thu, 2010-07-08 at 13:44 -0400, JohnS wrote:
> > On Thu, 2010-07-08 at 12:03 -0500, Doug Coats wrote:
> >
> >
> > > Here is the testparm -sv you requested.
> > >
> > > For a short explaination of the IP's listed. We have two domains.
>
>
> His problem is WINS resolution doesn't tell the workstations which
> computer is the domain controller and that is what he needs to fix
> (first by designating a domain controller and then by making sure that
> WINS is functioning well).
>
> Craig
>
Thanks for all the help. I agree that WINS
On Thu, 2010-07-08 at 13:44 -0400, JohnS wrote:
> On Thu, 2010-07-08 at 12:03 -0500, Doug Coats wrote:
>
>
> > Here is the testparm -sv you requested.
> >
> > For a short explaination of the IP's listed. We have two domains.
> > One served by 192.168.6.1 and one by 192.168.5.1. I am currantly
On Thu, 2010-07-08 at 12:03 -0500, Doug Coats wrote:
> Here is the testparm -sv you requested.
>
> For a short explaination of the IP's listed. We have two domains.
> One served by 192.168.6.1 and one by 192.168.5.1. I am currantly
> upgrading the 192.168.6. network to Windows 7. Or atleast
On 07/08/2010 05:34 PM, Doug Coats wrote:
...
> Has anyone been able to get Samba3x.3.3.8 to work as a PDC?
It worked for me in a test setup I had a month ago:
Made a copy of our main CentOS 5 server, replace samba with samba3x,
and I was able to join XP and W7 (with registry patch) to the domain
On Thu, 2010-07-08 at 12:03 -0500, Doug Coats wrote:
> I think you are being vague (similar error).
>
> What is the exact error?
>
> What is the output of 'testparm -sv' ?
>
>
> Craig
>
> Sorry for being to vague.
>
> He
> Sorry for being to vague.
>
> Here is the XP Pro error I get when I try to join the domain.
> A domian controller for the domain admin could not be contacted.
> Esure that the domain name is typed correctly.
> If the name is correct, click on the Details for troubleshooting
> information.
>
> Det
>
> I think you are being vague (similar error).
>
> What is the exact error?
>
> What is the output of 'testparm -sv' ?
>
> Craig
>
Sorry for being to vague.
Here is the XP Pro error I get when I try to join the domain.
A domian controller for the domain admin could not be contacted.
Esure that
On Thu, 2010-07-08 at 10:34 -0500, Doug Coats wrote:
>
> I think as long as persist in chasing pointless ends, you will
> continue
> to fail.
>
> DNS & AD are not at issue here. Samba 3 cannot provide AD
> services.
>
> If r
>
>
> I think as long as persist in chasing pointless ends, you will continue
> to fail.
>
> DNS & AD are not at issue here. Samba 3 cannot provide AD services.
>
> If resolution is a problem, it may be that you don't have nmb running on
> your Samba server and you probably want it to be a wins ser
On Thu, 2010-07-08 at 08:13 -0500, Doug Coats wrote:
> I am not using Samba 3.x. I am using Samba3x-3.3.8. As I understand
> it, RHEL provided this branch so that Windows 7 could join a Samba
> domain.
>
> That aside, It does not seems to me that the error message indicates
> that it cannot res
I am not using Samba 3.x. I am using Samba3x-3.3.8. As I understand it,
RHEL provided this branch so that Windows 7 could join a Samba domain.
That aside, It does not seems to me that the error message indicates that
it cannot resolve where the PDC is. What method is Windows 7 trying to use
tha
On Wed, 2010-07-07 at 20:40 -0500, Doug Coats wrote:
> I am running centos 5.5 using samba3x as a pdc. I migrated to samba3x
> so that I could join Windows 7 machines to the domain. It is a new
> setup using a tried and true configuration from a different box. I
> have used this configuration in
I am running centos 5.5 using samba3x as a pdc. I migrated to samba3x so
that I could join Windows 7 machines to the domain. It is a new setup using
a tried and true configuration from a different box. I have used this
configuration in the past to joing Windows XP Pro machines. And I havn't
fou
Patricia Bittencourt wrote:
Thank you Les, John, for the reply.
One thing that I noticed is that there are lots of nfs connections in
TIME_WAIT. And since I have been facing problems with NFS (ie. taking
too much time to cd to a mounting area on client) the problems regarding
network appeared
TED]> escreveu:De: Les Mikesell <[EMAIL PROTECTED]>Assunto: Re: [CentOS] DNS problem (on NAT configuration)Para:
"CentOS mailing list" Cc: [EMAIL PROTECTED]Data: Quinta-feira, 24 de Abril de 2008, 18:56Patricia Bittencourt wrote:> >Hi,> > I'm dealing with a probl
On Thu, 2008-04-24 at 14:27 -0700, Patricia Bittencourt wrote:
>
>Hi,
>
> I'm dealing with a problem that the worker nodes that are
> behind a NAT aren't able to reach outside from time to time. (ie: on a
> given moment I can ping an address name and immediately after I
> cannot: "pin
Patricia Bittencourt wrote:
Hi,
I'm dealing with a problem that the worker nodes that are behind
a NAT aren't able to reach outside from time to time. (ie: on a given
moment I can ping an address name and immediately after I cannot: "ping:
unknown host").
The NAT was conf
Hi, I'm dealing with a problem that the worker nodes that are behind a NAT aren't able to reach outside from time to time. (ie: on a given moment I can ping an address name and immediately after I cannot: "ping: unknown host"). The NAT was configurated using the following:*nat-A P
55 matches
Mail list logo
