Gateway/routing virker ikke

Jeg vil have denne opsætning til at køre, da den gamle ikke kørte optimalt, så svaret er ikke at bytte eth0 og eth1 tilbage ;o)
Jeg har fin internetforbindelse på serveren, så jeg er sikker på at det er noget med routningen der er galt.

Hva slags parameter er det du legger inn når du får ut denne ifconfig lisingen ? (min ser sligtly different ut)

Routingen ser ganske normal ut.

Ellers: hvordan ser firewall konfigureringen ut ? DEt er jo her "nattingen" (nat forbindelsen settes opp).

Status for firewall:

iptables -t nat -nvL
og
iptables -nvL

Kan du se om du finner selve iptables startup scriptet og så legge det ut her (Det er dette som har å gjøre med å sette opp den delte internettforbindelsen, dvs nat routingen.)

Fant denne info på internet vedrøredne standard plassering, men er ikke 100 % sikker på at det stemmer:

For Redhat, the IPTABLES configuration file is /etc/sysconfig/iptables - Which is used by the /etc/init.d/iptables startup script.

MVH Arne

Hej Arne

Tak for dit svar, jeg er ved at blive vanvittig...

Mit iptables script ser således ud:

# Firewall configuration written by system-config-securitylevel
# Manual customization of this file is not recommended.
*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
:RH-Firewall-1-INPUT - [0:0]
-A INPUT -j RH-Firewall-1-INPUT
-A FORWARD -j RH-Firewall-1-INPUT
-A RH-Firewall-1-INPUT -i lo -j ACCEPT
-A RH-Firewall-1-INPUT -i eth0 -j ACCEPT
-A RH-Firewall-1-INPUT -p icmp --icmp-type any -j ACCEPT
-A RH-Firewall-1-INPUT -p 50 -j ACCEPT
-A RH-Firewall-1-INPUT -p 51 -j ACCEPT
-A RH-Firewall-1-INPUT -p udp --dport 5353 -d 224.0.0.251 -j ACCEPT
-A RH-Firewall-1-INPUT -p udp -m udp --dport 631 -j ACCEPT
-A RH-Firewall-1-INPUT -p udp -m udp --dport 8283 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 80 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 443 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 3389 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 4662 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 4663 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 25 -j ACCEPT
-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 22 -j ACCEPT
-A RH-Firewall-1-INPUT -j REJECT --reject-with icmp-host-prohibited
COMMIT

Når jeg laver ifconfig uden parametre får jeg følgende:
eth0      Link encap:Ethernet  HWaddr 00:50:DA:39:C9:3A
          inet addr:192.168.1.2  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::250:daff:fe39:c93a/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:3534826 errors:0 dropped:0 overruns:11 frame:0
          TX packets:2933902 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2933680674 (2.7 GiB)  TX bytes:955529798 (911.2 MiB)
          Interrupt:11 Base address:0xe000

eth1      Link encap:Ethernet  HWaddr 00:40:63:C9:5E:97
          inet addr:192.168.2.1  Bcast:192.168.2.255  Mask:255.255.255.0
          inet6 addr: fe80::240:63ff:fec9:5e97/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1938 errors:0 dropped:5 overruns:0 frame:0
          TX packets:2796 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:228049 (222.7 KiB)  TX bytes:417639 (407.8 KiB)
          Interrupt:10 Base address:0xa000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:14498 errors:0 dropped:0 overruns:0 frame:0
          TX packets:14498 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:735694 (718.4 KiB)  TX bytes:735694 (718.4 KiB)

Jeg kom til at se, hvad jeg havde skrevet i toppen, og der er en fejl!
Jeg kører ikke RedHat 9.0, men Fedora, men det giver vel ikke den store forskel?

Mvh.
Allan

Hei Allan !

Forsøk også med denne:

iptables -t nat -nvL

Legg ut hva den gir.

Langbein.

Det giver følgende:
Chain PREROUTING (policy ACCEPT 26784 packets, 2164K bytes)
pkts bytes target    prot opt in    out    source              destination

Chain POSTROUTING (policy ACCEPT 11241 packets, 562K bytes)
pkts bytes target    prot opt in    out    source              destination
  80  4263 eth0_masq  all  --  *      eth0    0.0.0.0/0            0.0.0.0/0

Chain OUTPUT (policy ACCEPT 11435 packets, 604K bytes)
pkts bytes target    prot opt in    out    source              destination

Chain eth0_masq (1 references)
pkts bytes target    prot opt in    out    source              destination
  78  4119 MASQUERADE  all  --  *      *      192.168.2.0/24      0.0.0.0/0
    0    0 MASQUERADE  all  --  *      *      169.254.0.0/16      0.0.0.0/0

/Allan

Undskyld Langbein....forkert resultat. Jeg har siddet og prøvet Shorewall, så det var den der kørte, da jeg lavede den første liste

Med iptables kørende giver det følgende resultat:
Chain PREROUTING (policy ACCEPT 56 packets, 5081 bytes)
pkts bytes target    prot opt in    out    source              destination

Chain POSTROUTING (policy ACCEPT 5 packets, 638 bytes)
pkts bytes target    prot opt in    out    source              destination

Chain OUTPUT (policy ACCEPT 2 packets, 482 bytes)
pkts bytes target    prot opt in    out    source              destination

/Allan

Det begynder at blive pinligt :o( Forkert igen...
Jeg kører et lille script hver gang jeg starter/genstarter firewallen ipforward,og når det er kørt, så bliver resultatet:

Chain PREROUTING (policy ACCEPT 15 packets, 1208 bytes)
pkts bytes target    prot opt in    out    source              destination

Chain POSTROUTING (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target    prot opt in    out    source              destination
    0    0 MASQUERADE  all  --  *      eth0    0.0.0.0/0            0.0.0.0/0

Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target    prot opt in    out    source              destination

Indhold af ipforward:
echo 1 > /proc/sys/net/ipv4/ip_forward
/sbin/iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

Jeg håber det giver mening...

/Allan

Jo, den siste skulle skulle jo være noenlunde rett, tror jeg.

Forsøk eventuelt å bytte om på netverkskablene. Hva som blir eth0 og eth1 er ofte ikke det man tror.

ellers så kan du jo også forsøke dette scriptet:


#!/bin/sh

# Enable forwarding
echo 1 > /proc/sys/net/ipv4/ip_forward

# Load some kernel modules
modprobe ip_nat_ftp
modprobe ip_conntrack_ftp

# Flush
iptables -t nat -F
iptables -F
iptables -X
iptables -Z

iptables -P INPUT DROP
iptables -P FORWARD DROP
iptables -P OUTPUT ACCEPT

# Enable Masquerade and statefull inspection all forwarding
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
iptables -A FORWARD -i eth1 -j ACCEPT
iptables -A FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT

# Open ports on router pc for server/services
iptables -A INPUT -i eth1 -j ACCEPT
iptables -A INPUT -i lo -j ACCEPT

# STATE RELATED for local processes on firewall machine
iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT

Tak for svarene, langbein.
Jeg ville jo netop gerne undgå at skulle bytte tilbage.
Men eth0 og eth1 som der refereres til i iptables, er det ikke dem der er defineret i /etc/modprobe.conf?

modprobe.conf:
alias eth0 3c59x
alias eth1 via-rhine
alias usb-controller uhci-hcd

Men jeg har fået Shorewall op og køre, og det fungerer fint. Og det har den fordel i forhold til iptables at jeg ligefrem forstår hvad der foregår, så jeg tror jeg kører med Shorewall.

Men mange tak for hjælpen! Vil du ikke lægge et svar, så får du pointene.

Hva som er eth0 og eth1 det har man ingren styring på. Selv om man bytter om kortene rent fysisk så kan det godt være at Linux lar eth0 og eth1 stå til det samme kortet. Det man må gjøre i stedet det er å bytte om på konfigureringsip på hvert av kortene. Å bytte om kortene fysisk behøver ikke å ha noen effekt i det hele tatt. Bytte pluggledninger plus rekonfigurering bør kunne gjøre resultatet. Bare for å oppklare litt .. har slitt en del med akkurat disse tingene selv en gang tidligere ..

Ellers bra at det virker nå som det er .. :-)

MVH Langbein