[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Fwd: routing problem?]






Sorry, here's the cleaned up route print outs (if they matter). Saad sent me an email wondering why my only Tulip interface is numbered "ne3" instead of "ne0", I really don't have an answer except that I changed  it to hostname.ne0, then changed all references in ipf.rules and ipnat.rules to "ne0", rebooted, and the kernel still recognized it as ne3.  So I changed it back to focus on one problem at a time.
5) #netstat -rn -f inet produces:
Routing tables

Internet:

   Destination       Gateway          Flags    Refs    Use   MTU     Interface
   default           24.11.202.1      UGS      0       0     1500    ne3
   24/8              link#2           UC       0       0     1500    ne3
   24.5.256.15       link#2           UHL      0       1     1500    ne3
   24.5.256.17       link#2           UHL      0       1     1500    ne3
   24.11.202.1       link#2           UHL      1       0     1500    ne3
   24.11.202.27      127.0.0.1        UGHS     0       0     32972   lo0
   127/8             127.0.0.1        UGRS     0       0     32972   lo0
   127.0.0.1         127.0.0.1        UH       0       0     32972   lo0
   192.168.1/24      link#1           UC       0       0     1500    ep0
   224/4             127.0.0.1        URS      0       0     32972   lo0



Any help welcome,

Victor
 

Victor Richardson wrote:

I've been successfully running 2.8-beta (Sep 9)as a dedicated firewall
for my small LAN since w/o any interruption since I FTP installed it
last September. The power went  out in our building last night due to a
storm and now I cannot connect to the net. Although, I did reconfigure
one of my Linux boxes to directly access the web via my static @home IP
address and have no problems with it (except being wide open to attack).

A quick rundown:

On reboot, my external NIC does not configure itself even though
hostname.ne3 has the proper address in it, although ep0 does with my
internal non-routable address.
1) I 'ifconfig' my @home IP address in, UP and Running
2) /etc/mygate has the proper IP address in it and I can ping the
gateway
3) /etc/resolv.conf has the proper nameserver address, but can't ping
them
4) nothing changed in /ipf.rules, /ipnat.rules, ./myname, /hosts
5) #netstat -rn -f inet produces:
Routing tables

Internet:
Destination                    Gateway
Flags            Refs        Use            MTU        Interface
default                            24.11.202.1
UGS                0                0            1500            ne3
24/8                                 link#2
UC                  0                0             1500            ne3
24.5.256.15                     link#2
UHL               0                1             1500            ne3
24.5.256.17                     link#2
UHL               0                1             1500            ne3
24.11.202.1                     link#2
UHL               1                0             1500            ne3
24.11.202.27                   127.0.0.1
UGHS            0                0           32972            lo0
127/8                               127.0.0.1
UGRS            0                0           32972            lo0
127.0.0.1                         127.0.0.1
UH                 0                0           32972            lo0
192.168.1/24                   link#1
UC                 0                0             1500            ep0
224/4                               127.0.0.1
URS               0                0           32972            lo0

9) 'sh /etc/netstart' produces:
configuring IP Filter
writing to routing socket: File exists  *****(repeats 14 times)*****
ifconfig: SIOCSIFMEDIA: Device not configured
add net default: gateway 24.11.202.1
writing to routing socket: File exists
configuring NAT
0 entries flushed from NAT table
3 entries flushed from NAT list

I'm guessing, but does this have something to do with my routing table?

If so, how do I correct this? I've read the FAQ and can't find anything
related to it.

Any suggestions appreciated,

Victor