Date: Sun, 19 Aug 2007 20:58:06 -0400 From: "Michael Hawkins" <cypheros@gmail.com> To: "Bill Moran" <wmoran@collaborativefusion.com> Cc: questions@freebsd.org Subject: Re: problems with networking... Message-ID: <9a7bbc700708191758n21ea3b68v83f9c336b74bc86@mail.gmail.com> In-Reply-To: <20070819120845.3db8c3d2.wmoran@collaborativefusion.com> References: <9a7bbc700708181512u74edcc59j51c72baf20f80591@mail.gmail.com> <20070818191446.d9d4d050.wmoran@collaborativefusion.com> <9a7bbc700708181839k1fcce628w6905399c5b9a0d8a@mail.gmail.com> <20070818215541.bba6ee2a.wmoran@collaborativefusion.com> <9a7bbc700708181957s54859a7cm70ae4aa5b59b7c89@mail.gmail.com> <20070819120845.3db8c3d2.wmoran@collaborativefusion.com>
next in thread | previous in thread | raw e-mail | index | archive | help
#arp -an? (10.11.12.254) at ff:ff:ff:ff:ff:ff on vr0 permanent [ethernet] thats all. I have cleaned out the arp cache once already, but this came right back. I was curious if there was a way to correct this entry, or something... On 8/19/07, Bill Moran <wmoran@collaborativefusion.com> wrote: > > "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?9a7bbc700708191758n21ea3b68v83f9c336b74bc86>