Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 19 Aug 2007 12:08:45 -0400
From:      Bill Moran <wmoran@collaborativefusion.com>
To:        "Michael Hawkins" <cypheros@gmail.com>
Cc:        questions@freebsd.org
Subject:   Re: problems with networking...
Message-ID:  <20070819120845.3db8c3d2.wmoran@collaborativefusion.com>
In-Reply-To: <9a7bbc700708181957s54859a7cm70ae4aa5b59b7c89@mail.gmail.com>
References:  <9a7bbc700708181512u74edcc59j51c72baf20f80591@mail.gmail.com> <20070818191446.d9d4d050.wmoran@collaborativefusion.com> <9a7bbc700708181839k1fcce628w6905399c5b9a0d8a@mail.gmail.com> <20070818215541.bba6ee2a.wmoran@collaborativefusion.com> <9a7bbc700708181957s54859a7cm70ae4aa5b59b7c89@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
"Michael Hawkins" <cypheros@gmail.com> wrote:
>
> oops, sorry about the -m, lack of sleep and alll....
> /etc/rc.conf:
> amd_enable="YES"
> hostname=[Removed]
> ifconfig_vr0="DHCP"
> inetd_enable="YES"
> rpcbind_enable="YES"
> sshd_enable="YES"
> usbd_enable="YES"
> 
> #netstat -rn
> Routing tables
> 
> Internet:
> Destination Gateway Flags Refs Use Netif Expire
> default 10.11.12.254 UGS 0 24 vr0
> 10.11.12/24 link#1 UC 0 0 vr0
> 10.11.12.254 ff:ff:ff:ff:ff:ff UHLWb 2 37 vr0
> 127.0.0.1 127.0.0.1 UH 0 8 lo0
> 
> 
> 
> ......for some reason I don't think that MAC addy of all f's is a good
> thing, but this is the first I've seen of it..

No, it's not.  The output of arp -an might be helpful to this,
but I suspect you've got an underlying network issue.

Also (for the second time) keep the mailing list in the loop.
In particular, I'll be leaving shortly and won't have access to
email for several days.

> 
> On 8/18/07, Bill Moran <wmoran@collaborativefusion.com> wrote:
> >
> >
> > [Please keep the mailing list in the CC]
> >
> > "Michael Hawkins" <cypheros@gmail.com> wrote:
> > >
> > > Certainly.  Here it is:
> > > #ifconfig -a
> > > vr0: flags=8843<UP,BROADCAST ,RUNNING,SIMPLEX,MULTICAST> mtu 1500
> > > inet 10.11.12.253 netmask 0xffffff00 broadcast 10.11.12.254
> >
> > That's really strange.  Your broadcast address should be
> > 10.11.12.255.  It's quite likely that this is part of your
> > problem, but I can't imagine how you could have arrived at
> > this configuration.  What is in /etc/rc.conf?
> >
> > > ether [MAC ADDRESS REMOVED]
> > > media: Ethernet autoselect (100baseTX <full-duplex>)
> > > statusL active
> > > plip0: flags=108810<POINTOPOINT,SIMPLEX,MULTICAST,NEEDSGIANT> mtu 1500
> > > lo0: flags=8049<UP,LOOPBACK,RUNNING ,MULTICAST> mtu 16384
> > > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3
> > > inet6 ::1 prefixlen 128
> > > inet 127.0.0.1 netmask 0xff000000
> > >
> > >
> > > #netstat -m
> > > 65/205/270 mbufs in use (current/cache/total)
> > > 64/134/198/25600 mbuf clusters in use (current/cache/total/max)
> > > 0/128 mbuf+clusters out of packet secondary zone in use (current/cache)
> > > 0/0/0/0 4k (page size) jumbo clisters in use (current/cache/total/max)
> > > 0/0/0/0 9k jumbo clusters in use (current/cache/total/max)0/0/0/0 16k
> > jumbo
> > > clusters in use (current/cache/total/max)
> > > 144k/319k/463k bytes allocated to network (current/cache/total)
> > > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
> > > 0/0/0 requests for jumbo clusters denied (4k/9k/16k)
> > > 0/4/6656 sfbufs in use (current/peak/max)
> > > 0 requests for sfbufs denied
> > > 0 requests for sfbufs delayed
> > > 0 requests for I/O initiated by sendfile
> > > 0 calls to protocol drain routines
> >
> > That's netstat -rn, not -m.  Unfortunately, the -m doesn't tell me
> > what I'm looking for, which is your routing table.
> >
> > I'm wondering if your ipnat rules are awry.  Please provide the
> > ifconfig, routing table, and nat rules from the router machine.
> >
> > > ...again, this is straight out of a fresh install (which I did because I
> > had
> > > the exact same problem with the last install).
> >
> > Well, obviously, you did it the same both times, and are getting the
> > same result.
> >
> > > On 8/18/07, Bill Moran <wmoran@collaborativefusion.com> wrote:
> > > >
> > > > "Michael Hawkins" < cypheros@gmail.com> wrote:
> > > > >
> > > > > Sorry if this is sorta n00bish, but I have a problem that Google
> > hasn't
> > > > > answered for me yet...
> > > > > I have a moderately-sized network that I am trying to run, with
> > about 70
> > > > or
> > > > > so machines on it.  The DHCP server (running FreeBSD 6.2, IPv4
> > address:
> > > > > 10.11.12.254, Subnet is 10.11.12.0/24 ) acts as a gateway server as
> > well,
> > > > and
> > > > > has ipnat running for traffic routing.
> > > > >
> > > > > So far, I have had no problems with ANY of the machines on this
> > network
> > > > > connecting, save one--my File server (running FreeBSD 6.2 as well,
> > IPv4
> > > > > address: 10.11.12.253).  For some reason, whenever I try to
> > establish
> > > > any
> > > > > connection to ANY network address (on any protocol), it will only
> > > > connect to
> > > > > one address: 10.11.12.252 (and won't connect to anything when that
> > > > machine
> > > > > is off).
> > > > > Here is a ping listing:
> > > > > #ping 10.11.12.254
> > > > > PING 10.11.12.254 (10.11.12.254): 56 data bytes
> > > > > 64 bytes from 10.11.12.252: icmp_seq=0 ttl=64 time=0.852 ms
> > > > >
> > > > >
> > > > > ...and it continues precisely in that manner until I stop it.
> > > > >
> > > > > I have tried re-installing the OS on the file server, but with no
> > change
> > > > in
> > > > > results.  I have removed the machine at 10.11.12.252 with the only
> > > > change
> > > > > being that the file-server can obtain NO connection to ANY IP
> > address.
> > > > >
> > > > > Any help would be appreciated.
> > > >
> > > > Why don't your cut/paste the output of ifconfig -a and netstat -rn
> > > >
> > > > I suspect your network settings are incorrect.
> > > >
> > > > --
> > > > Bill Moran
> > > > Collaborative Fusion Inc.
> > > >
> > > > wmoran@collaborativefusion.com
> > > > Phone: 412-422-3463x4023
> > > >
> > > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> >
> >
> > --
> > Bill Moran
> > Collaborative Fusion Inc.
> >
> > wmoran@collaborativefusion.com
> > Phone: 412-422-3463x4023
> >
> > ****************************************************************
> > IMPORTANT: This message contains confidential information
> > and is intended only for the individual named. If the reader of
> > this message is not an intended recipient (or the individual
> > responsible for the delivery of this message to an intended
> > recipient), please be advised that any re-use, dissemination,
> > distribution or copying of this message is prohibited. Please
> > notify the sender immediately by e-mail if you have received
> > this e-mail by mistake and delete this e-mail from your system.
> > E-mail transmission cannot be guaranteed to be secure or
> > error-free as information could be intercepted, corrupted, lost,
> > destroyed, arrive late or incomplete, or contain viruses. The
> > sender therefore does not accept liability for any errors or
> > omissions in the contents of this message, which arise as a
> > result of e-mail transmission.
> > ****************************************************************
> >
> 
> 
> 
> 
> 
> 
> 


-- 
Bill Moran
Collaborative Fusion Inc.

wmoran@collaborativefusion.com
Phone: 412-422-3463x4023

****************************************************************
IMPORTANT: This message contains confidential information
and is intended only for the individual named. If the reader of
this message is not an intended recipient (or the individual
responsible for the delivery of this message to an intended
recipient), please be advised that any re-use, dissemination,
distribution or copying of this message is prohibited. Please
notify the sender immediately by e-mail if you have received
this e-mail by mistake and delete this e-mail from your system.
E-mail transmission cannot be guaranteed to be secure or
error-free as information could be intercepted, corrupted, lost,
destroyed, arrive late or incomplete, or contain viruses. The
sender therefore does not accept liability for any errors or
omissions in the contents of this message, which arise as a
result of e-mail transmission.
****************************************************************



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070819120845.3db8c3d2.wmoran>