From owner-freebsd-isp Sat Oct 14 0:39: 2 2000 Delivered-To: freebsd-isp@freebsd.org Received: from ren.sasknow.com (ren.sasknow.com [207.195.92.131]) by hub.freebsd.org (Postfix) with ESMTP id 6424E37B66E for ; Sat, 14 Oct 2000 00:38:59 -0700 (PDT) Received: from localhost (ryan@localhost) by ren.sasknow.com (8.9.3/8.9.3) with ESMTP id BAA96815; Sat, 14 Oct 2000 01:43:26 -0600 (CST) (envelope-from ryan@sasknow.com) Date: Sat, 14 Oct 2000 01:43:26 -0600 (CST) From: Ryan Thompson To: Brian Reichert Cc: "Jonathan M. Slivko" , wash@iconnect.co.ke, freebsd-isp@FreeBSD.ORG Subject: Re: Machine not being able to go on the Internet In-Reply-To: <20001013150608.E29360@numachi.com> Message-ID: Organization: SaskNow Technologies [www.sasknow.com] MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Brian Reichert wrote to Jonathan M. Slivko: > On Fri, Oct 13, 2000 at 02:49:32PM -0400, Jonathan M. Slivko wrote: > > What happens is there is total silence on the network from my machine, not > > one packet even. > > Is there a network card configured in rc.conf? > > What does 'ifconfig -a' show? > > 'netstat -rn'? > > We're groping blind, here... > Good suggestions... I'll expand a bit for Jonathan. Jonathan; As you've said this is a "server", you are probably using static addresses. Ensure that your addresses are properly configured in rc.conf, and that subnetting/routing TO the machine (or local network segment) is configured correctly. Also ensure that your subnet masks are set correctly on your local machine. If you are not up on BSD network administration, routing, subnets or IP in general, this process will probably not go very smoothly ;-) When you say "nothing on the network", I assume you are putting another machine's network card into promiscuous mode (i.e., "packet sniffing"), on the same collision domain? Recall that if your machines are plugged into a switch, they will NOT share the collision domain for broadcast packets, and one machine's traffic will not be visible to other machines on the LAN, unless the packets are destined for the promiscuous host. I may be grasping at straws, but there is very little else to get ahold of given your problem description. I'm hoping for a lucky shot, here ;-) If public addresses don't get you anywhere, assign the NIC a private IP address from an RFC 1918 subnet that isn't in use on your LAN. (I.e, 10.1.0.1), and assign another machine on the same Ethernet segment (this IS an Ethernet we're talking about, right?) an address in the same subnet (10.1.0.2), and try your tests using those addresses. Check cabling (going to switch/router/hub? use standard UTP... going to another NIC? make sure you use crossover). Swap in another nic. Check dmesg output and make sure that your card is probed correctly. Test basic TCP/IP on the machine itself (ping the local IP address(es), and 127.0.0.1). > > -- Jonathan M. Slivko > > -- Ryan Thompson Network Administrator, Accounts Phone: +1 (306) 664-1161 SaskNow Technologies http://www.sasknow.com #106-380 3120 8th St E Saskatoon, SK S7H 0W2 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message