tter than trying to get it to
> accept ICMP
> redirects.
>
>
> Sanjay Arora wrote:
> > Network Scenario: RH 8 Linux Firewall Server using
> three ethernet cards,
> > IPs 172.16.0.141 (connected to Cable Ethernet ISP
> doing NAT),
> > 192.168.200.1 connected
Network Scenario: RH 8 Linux Firewall Server using three ethernet cards,
IPs 172.16.0.141 (connected to Cable Ethernet ISP doing NAT), 192.168.200.1
connected to an ethernet hub, & 192.168.100.1 (presently not being used).
Using a hub two lans are connected to 192.168.200.1, each presently havin
>
> I'm not familiar with the sniffer you used (so the
> *format* of the decoded
> data is not familiar to me),
I used ethreal.
> and I am not up to
> decoding hex by hand this
> morning, but the decoded packet appears genuine.
> Barring unusual setups,
> DHCP broadcast packets do not cross r
I am a new user to this list from Amritsar, India.
I have a home network on internal IP 192.168.x.x, connected through GW
172.16.0.141 to a cable (Ethernet Cat 5 Cable) ISP having internal IP
network 172.16.x.x and giving Internet connectivity through GW 172.16.0.1,
which he claims is firewalle
