download cvsup?

Tim Dunphy bluethundr at gmail.com
Wed Oct 20 04:34:53 UTC 2010


This is the current state of affairs:

[root at LBSD2:/usr/home/bluethundr]#host bsd2
bsd2 has address 199.101.28.20
Host bsd2 not found: 3(NXDOMAIN)
[root at LBSD2:/usr/home/bluethundr]#ping yahoo.com
PING yahoo.com (69.147.125.65): 56 data bytes
ping: sendto: No route to host
ping: sendto: No route to host



I made sure these services were commented out or set to no in
/etc/rc.conf and /etc/defaults/rc.conf and that they were not running

[root at LBSD2:/usr/home/bluethundr]#ps auxwww | grep rpcbind
root        1781  0.0  0.1  3492  1212   5  S+   12:12AM   0:00.00 grep rpcbind
[root at LBSD2:/usr/home/bluethundr]#ps auxwww | grep nfs_server
root        1783  0.0  0.1  3492  1216   5  S+   12:13AM   0:00.00
grep nfs_server
[root at LBSD2:/usr/home/bluethundr]#ps auxwww | grep  nfs_client
root        1785  0.0  0.1  3492  1216   5  S+   12:13AM   0:00.00
grep nfs_client
[root at LBSD2:/usr/home/bluethundr]#



Once I was sure those services weren't running I tried these flavors
of /etc/fstab:

[root at LBSD2:/usr/home/bluethundr]#cat /etc/resolv.conf
domain	summitnjhome.com
nameserver      192.168.1.44	
nameserver      71.250.0.12
nameserver      4.2.2.2

With this here config I can resolve internally but not externally

[root at LBSD2:/usr/home/bluethundr]#host bsd2
bsd2.summitnjhome.com has address 192.168.1.44
[root at LBSD2:/usr/home/bluethundr]#ping yahoo.com
ping: cannot resolve yahoo.com: Host name lookup failure
[root at LBSD2:/usr/home/bluethundr]#

With this suggested config I actually get neither internal nor
external resolution!

[root at LBSD2:/usr/home/bluethundr]#host bsd2
bsd2 has address 199.101.28.20
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Not any ip that's on MY network! ;)

Host bsd2 not found: 3(NXDOMAIN)
[root at LBSD2:/usr/home/bluethundr]#ping yahoo.com
PING yahoo.com (72.30.2.43): 56 data bytes
ping: sendto: No route to host
ping: sendto: No route to host

And if I'm not resolving externally I really wonder how I get THAT IP

[root at VIRTCENT05:~]#whois 199.101.28.20
[Querying whois.arin.net]
[whois.arin.net]
#
# Query terms are ambiguous.  The query is assumed to be:
#     "n 199.101.28.20"
#
# Use "?" to get help.
#

#
# The following results may also be obtained via:
# http://whois.arin.net/rest/nets;q=199.101.28.20?showDetails=true&showARIN=false
#

NetRange:       199.101.28.0 - 199.101.31.255
CIDR:           199.101.28.0/22
OriginAS:
NetName:        SKYE-1
NetHandle:      NET-199-101-28-0-1
Parent:         NET-199-0-0-0-0
NetType:        Direct Assignment
NameServer:     AUTH1.SKYEBYNOMINUM.COM
NameServer:     AUTH2.SKYEBYNOMINUM.COM
RegDate:        2009-03-20
Updated:        2009-03-20
Ref:            http://whois.arin.net/rest/net/NET-199-101-28-0-1

OrgName:        SKYE
OrgId:          NOMIN-4
Address:        2000 Seaport Blvd.
Address:        Suite 400
City:           Redwood City
StateProv:      CA
PostalCode:     94063
Country:        US
RegDate:        2009-03-11
Updated:        2009-03-11
Ref:            http://whois.arin.net/rest/org/NOMIN-4


Weird man...

Back to this config:

[root at LBSD2:/usr/home/bluethundr]#cat /etc/resolv.conf
domain summitnjhome.com
nameserver 192.168.1.44
nameserver 71.250.0.12
nameserver 4.2.2.2

It's back to the same old routine of resolving internally but not externally!

[root at LBSD2:/usr/home/bluethundr]#host bsd2
bsd2.summitnjhome.com has address 192.168.1.44
[root at LBSD2:/usr/home/bluethundr]#ping yahoo.com
ping: cannot resolve yahoo.com: Host name lookup failure
[root at LBSD2:/usr/home/bluethundr]#nslookup sum1.summitnjhome.com
Server:		192.168.1.44
Address:	192.168.1.44#53

sum1.summitnjhome.com	canonical name = lCent01.summitnjhome.com.
Name:	lCent01.summitnjhome.com
Address: 192.168.1.42


My gateway is a FiOS router at 192.168.1.1 I have a semi-fancy netgear
switch that provides wired connectivity to my farm of 6 machines.

1) FreeBSD (God machine) that is SSH gateway, DNS/BIND server,
OpenLDAP server, Apache22 server and MySQL 5.1 server.
2) Centos 1 machine - host xen instances that are stored on a san
3) Centos 2 machine - hosts the rest of the xen instances all of which
are stored in the same NFS nas mount (/mnt/store/xen).
4) FreeNAS 1
5) FreeNAS 2
6) Client machine (non server)

The BSD really kinda runs the show I use that as the base from which
to operate. But now it's hobbled with only semi-functioning DNS!


Thanks for your help!!!
On Tue, Oct 19, 2010 at 1:00 AM, Michael Powell <nightrecon at hotmail.com> wrote:
> Tim Dunphy wrote:
>
>> Thanks guys! But to give more background the host in question IS
>> networking, at this point  I can ssh into and out of it.. I just can't
>> resolve externally.
>>
>> [root at LBSD2:/usr/ports]#ifconfig
>> bge0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
>> options=9b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM>
>> ether 00:14:22:38:9e:eb
>> inet6 fe80::214:22ff:fe38:9eeb%bge0 prefixlen 64 scopeid 0x1
>> inet 192.168.1.44 netmask 0xffffff00 broadcast 192.168.1.255
>> media: Ethernet autoselect (1000baseT <full-duplex>)
>> status: active
> ^^^^^^^^^^^^^^^^^
>
> OK - I see it is truly up.
>
>> plip0: flags=8810<POINTOPOINT,SIMPLEX,MULTICAST> metric 0 mtu 1500
>> lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
>> options=3<RXCSUM,TXCSUM>
>> inet6 ::1 prefixlen 128
>> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3
>> inet 127.0.0.1 netmask 0xff000000
>> [root at LBSD2:/usr/ports]#
>>
>>  Also the rest of the network is currently working. I am writing this
>> to you from another machine on the same network as the bsd machien.
>>
>
> Even with IPv6 enabled things should still function even though IPv6 may not
> actually be in use. Sometimes it happens with DNS lookups it will try
> looking for an AAAA record first [IPv6], then time out and fall back to the
> normal IPv4 A record. This will just show as a short wait period and
> ultimately eventually resolves.
>
> I suspect that you are not even getting this far and the problem is
> something else. Just for the sake of simplifying things you could eliminate
> IPv6 from the picture if you are truly not using it. However, I do not think
> it is actually the cause (I could always be wrong here).
>
> [snip - forgetting about csup and ports for now]
>>
>>  Not sure how this might have cause this but I edited my fstab file
>> with some nfs mounts like so:
>>
>> 192.168.1.44:/mnt/nas    /mnt/nas   nfs
>> rsize=32768,wsize=32768,timeo=14,intr
>> 192.168.1.44:/mnt/store /mnt/store nfs
>> rsize=32768,wsize=32768,timeo=14,intr
>> 192.168.1.44:/mnt/home  /home      nfs
>> rsize=32768,wsize=32768,timeo=14,intr
>
> This truly has me confused. In the above ifconfig output it is showing an IP
> address assigned of 192.168.1.44 netmask 0xffffff00 broadcast 192.168.1.255.
>
> What I do not understand at all is why you would be wanting to NFS mount
> from 192.168.1.44 *to* 192.168.1.44, as indicated by the above fstab
> entries.
>
> Again, for the sake of simplification with divide and conquer, make sure all
> mountd, rpcbind, nfs_server, and nfs_client daemons are deactivated.
> Eliminate all things superfluous to troubleshooting the DNS problem. Once
> DNS gets fixed you can add stuff back one at a time.
>
>> And when I rebooted the host pretty much it all went haywire! LDAP,
>> DNS, Apache, MySQL, and even ALL NETWORKING which normally started
>> with the host stopped working. I now have to start each one by hand
>> whatever I try I can't seem to resolve external hosts, tho.
>>
>>  So I restored the fstab file from backup and still I am stuck not
>>  resolving.
>
> Yes - leave fstab with no remote mounting/NFS stuff for now.
>
>>  /etc/resolv.conf looks ok to me so I would think I that I could ping
>> out of the network. Sadly this is not the case!
>
> You should be able to ping by IP any/all machines within your local network.
> Sounds like this does work, but confirm and don't 'assume'. Next try and
> ping by IP to a host out on the Internet. Since you cannot resolve any names
> here is the IP to  www.netbsd.org:   204.152.190.12. If you cannot ping by
> IP out from your network to the outside you do not have basic gateway
> connectivity working. If this is the case it will have to get fixed first.
>
>> [root at LBSD2:/usr/ports]#cat /etc/resolv.conf
>> domain        summitnjhome.com
>> nameserver    192.168.1.44
>> nameserver      4.2.2.2
>> [root at LBSD2:/usr/ports]#ping yahoo.com
>> ping: cannot resolve yahoo.com: Host name lookup failure
>
> If you are attempting this from the same machine as you are running BIND on,
> it might be better for it's resolv.conf to look like this instead:
>
> nameserver 127.0.0.1
> nameserver 192.168.1.1
>
> 192.168.1.1 is my FIOS router which has it's own DNS server. It is also
> pointed at the same OpenDNS servers as my forwarders directive (a snippet
> from my named.conf below:)
>
>        listen-on       { 127.0.0.1; 192.168.10.1; };
>
>        allow-recursion {127.0.0.1; 192.168.10.0/24;};
>
>        forwarders {
>         208.67.222.222; 208.67.220.220; 192.168.1.1;
>        };
>
> My local DNS on my gateway/firewall box is a hybrid which only has zones for
> my local .test.zip 192.168.10.0/24 LAN. All other requests get forwarded out
> and cached. Here is what sockstat -4l looks like on this box:
>
> bind     named      835   20 tcp4   192.168.10.1:53       *:*
> bind     named      835   21 tcp4   127.0.0.1:53          *:*
> bind     named      835   22 tcp4   127.0.0.1:953         *:*
> bind     named      835   512 udp4  192.168.10.1:53       *:*
> bind     named      835   513 udp4  127.0.0.1:53          *:*
>
> I do not listen on the external interface as I'm only running a cache/hybrid
> and do not need zone transfers as I am not delegated any SOA.
>>
>> [root at LBSD2:/usr/ports]#ping sum1.summitnjhome.com
>> PING lCent01.summitnjhome.com (192.168.1.42): 56 data bytes
>> 64 bytes from 192.168.1.42: icmp_seq=0 ttl=64 time=0.273 ms
>> 64 bytes from 192.168.1.42: icmp_seq=1 ttl=64 time=0.180 ms
>> 64 bytes from 192.168.1.42: icmp_seq=2 ttl=64 time=0.186 ms
>>
> At first glance this would seem to indicate that you do have name resolution
> working within the local LAN. Don't know if it is because you have entries
> in a hosts file, or whether the lookup is returning from your DNS server.
>
> For example, when I do nslookup on my web/database server box requesting a
> lookup for server.test.zip I clearly see:
>
> testbed# nslookup server.test.zip
> Server:         192.168.10.1
> Address:        192.168.10.1#53
>
> Name:   server.test.zip
> Address: 192.168.10.1
>
> The "Server:" address shown above is my DNS server. If you are able to see
> the same kind of response your DNS server is able to resolve for local
> addresses. If this is actually functioning and you are only unable to do
> name lookups out to the Internet you either have a gateway connectivity
> issue or your DNS server is not configured to talk to the Internet. The ping
> to 204.152.190.12 test we did above should have shown whether or not
> connectivity out to the net is an issue.
>
> If you have IP connectivity out to the 'Net and your DNS will resolve names
> within the local LAN but not for the Internet you have your named.conf only
> half configured. Test out and eliminate any/all connectivity issues first.
> The usual suspects here are gateway_enable not being turned on, NAT not
> working, or firewall rules hosed, etc... Eliminate and circle down towards
> named.conf missing something.
>
> The flaw in all this is I still do not know exactly how your LAN is
> configured and know virtually nothing about your gateway to the outside
> world.
>
> -Mike
>
>
>
> _______________________________________________
> freebsd-questions at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "freebsd-questions-unsubscribe at freebsd.org"
>



-- 
Here's my RSA Public key:
gpg --keyserver pgp.mit.edu --recv-keys 5A4873A9

Share and enjoy!!


More information about the freebsd-questions mailing list