Server; mit drei Netzwerkkarten

Einrichten des lokalen Netzes, Verbindung zu anderen Computern und Diensten.
Antworten
2.0.0.4
Beiträge: 60
Registriert: 31.05.2006 22:35:03

Server; mit drei Netzwerkkarten

Beitrag von 2.0.0.4 » 06.07.2006 14:05:33

Hallo

Ich habe eine Frage zur Internetfreigabe

ich besitze einen „Server“ mit drei Netzwerkkarten
eth2:ip-192.168.178.2 dort ist der DSL Router angeschlossen
eth1:ip-192.168.178.3 dort sollte ein Debian/WIN Client dran „Crossover-Kabel“
eth0:ip-192.168.178.4 dort sollte ein Debian/WIN Client dran „Crossover-Kabel“

wie kann ich das realisieren

Mit freundlichen Grüßen 2.0.0.4

roli
Beiträge: 3174
Registriert: 10.09.2003 17:39:58

Beitrag von roli » 06.07.2006 14:09:32

Hi,

auf der Server das Forwarding einstellen, und auf den Clients den Server als Default Gateway verwenden.
Roland


"Aber wenn du schon so unwissend bist, davon noch nicht gehört zu haben,
so will ich es doch als gut ansehen, daß du lieber einmal töricht fragst,
als weiterhin nichts von etwas zu wissen, das man doch wissen sollte."
aus "Die Edda des Snorri Sturluson", "Gylfis Täuschung"

Benutzeravatar
jaybe
Beiträge: 58
Registriert: 20.12.2001 23:26:25
Wohnort: Hessen/Karben
Kontaktdaten:

Beitrag von jaybe » 06.07.2006 14:15:51

roli hat geschrieben:Hi,

auf der Server das Forwarding einstellen, und auf den Clients den Server als Default Gateway verwenden.
Forwarding mit

Code: Alles auswählen

echo 1 > /proc/sys/net/ipv4/ip_forward
aktivieren, aber das wusstest Du sicherlich schon.
Workstation: Pentium IV 3000, 2048 MB, Debian/sid
Server: Xeon 2000, 1024 MB, Debian/stable

2.0.0.4
Beiträge: 60
Registriert: 31.05.2006 22:35:03

Beitrag von 2.0.0.4 » 06.07.2006 14:55:35

Ich danke für eure antworten

also sollte ich echo 1 > /proc/sys/net/ipv4/ip_forward am Server ausführen

und beim Client die Standard-Gateway auf 192.168.178.3 oder 4 stellen

muss ich nichts an den Netzwerkarten konfigurieren (eth0, eth1) den ich habe debian gerade installiert und kann z.B. auch nicht über ssh (eth0, eth1) zugreifen auf den Server zugreifen nur über eth2

bin vor kurzen erst mit Linux unterwegs

mfg 2.0.0.4

roli
Beiträge: 3174
Registriert: 10.09.2003 17:39:58

Beitrag von roli » 06.07.2006 15:50:30

2.0.0.4 hat geschrieben:also sollte ich echo 1 > /proc/sys/net/ipv4/ip_forward am Server ausführen

und beim Client die Standard-Gateway auf 192.168.178.3 oder 4 stellen
2 * joh, was naetuerlich heisst, bei dem einen CLient auf ...3, bei dem anderen auf ...4
2.0.0.4 hat geschrieben:muss ich nichts an den Netzwerkarten konfigurieren (eth0, eth1) den ich habe debian gerade installiert und kann z.B. auch nicht über ssh (eth0, eth1) zugreifen auf den Server zugreifen nur über eth2
Koenntest du das bitte nochmal erlaeutern, ich verstehe den Satz nicht wirklich. Ich kann mir zwar was vorstellen, aber bin mir nicht wirklich sicher, was du eigentlich sagen wolltest.
Roland


"Aber wenn du schon so unwissend bist, davon noch nicht gehört zu haben,
so will ich es doch als gut ansehen, daß du lieber einmal töricht fragst,
als weiterhin nichts von etwas zu wissen, das man doch wissen sollte."
aus "Die Edda des Snorri Sturluson", "Gylfis Täuschung"

Benutzeravatar
DynaBlaster
Beiträge: 958
Registriert: 25.03.2004 18:18:57
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: DF0://dynablaster.adf

Beitrag von DynaBlaster » 06.07.2006 15:51:36

also sollte ich echo 1 > /proc/sys/net/ipv4/ip_forward am Server ausführen

und beim Client die Standard-Gateway auf 192.168.178.3 oder 4 stellen
Das funktioniert nur, wenn die die Clients auch in verschiedenen Netzen sind, also z.B.:

Server:
eth2: 192.168.178.2
eth:1 192.168.278.2
eth0: 192.168.378.2

Clients entsprechend:
DSL-Router: 192.168.178.1
Client1: 192.168.278.1
Client3: 192.168.378.1

Dein Kommunikationsproblem folgt aus der Tatsache, daß sich die 3 Netzwerkkarten des Servers alle im gleichen Netz befinden: und da die Routingtabelle von oben nach unten abgearbeitet wird, schickt dein Server alle ausgehenden Pakete ins Netz 192.168.178.x eben über eth2 raus (was der erste Eintrag in der Routing-Tabelle zu sein scheint), erreichen also nicht die Clients an eth1 und eth0.

Probleme könntest du bekommen, wenn die Clients an eth0 und eth1 ebenfalls den DSL-Router benutzen sollen, um ins Internet zu kommen. Dein Server würde die Cleints zwar routen, aber der DSL-Router findet den Weg in die anderen Netze nicht zurück. Einfachste Lösung wäre die Definition von statischen Routen beim DSL-Router. Falls das nicht gehen sollte (mein HW-DSL-Router kann sowas z.B. nicht) musst du mittels iptabels SNAT oder MASQUERADING machen ...

Threads mit passenden Lösungsansätzen gibt es hier im Forum

2.0.0.4
Beiträge: 60
Registriert: 31.05.2006 22:35:03

Beitrag von 2.0.0.4 » 06.07.2006 17:51:46

Danke für eure ausführlichen antworten

roli: ich meinen
wen ich auf den server ifconfig -a eingebe erhalte ich

Code: Alles auswählen

eth0      Protokoll:Ethernet  Hardware Adresse 00:0B:2B:XX:XX:XX
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interrupt:10 Basisadresse:0xc000

eth1      Protokoll:Ethernet  Hardware Adresse 00:08:A1:XX:XX:XX
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interrupt:11 Basisadresse:0xc400

eth2      Protokoll:Ethernet  Hardware Adresse 00:0D:87:XX:XX:XX
          inet Adresse:192.168.178.2  Bcast:192.168.178.255  Maske:255.255.255.0
          inet6 Adresse: fe80::20d:87ff:fe03:XXXXXX Gültigkeitsbereich:Verbindu

ng
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:74 errors:0 dropped:0 overruns:0 frame:0
          TX packets:64 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:7149 (6.9 KiB)  TX bytes:6113 (5.9 KiB)
          Interrupt:11 Basisadresse:0xe000


sit0      Protokoll:IPv6-nach-IPv4
          NOARP  MTU:1480  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:0
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
wie kann ich per ifconfig die IPs, GW,SM vergeben

oder was soll ich machen

IPv6 ist jetzt off

mgf 2.0.0.4

2.0.0.4
Beiträge: 60
Registriert: 31.05.2006 22:35:03

Beitrag von 2.0.0.4 » 06.07.2006 17:58:10

DynaBlaster danke ich habe es verstanden

mein Route hat die Funktion "statischen Routen"

mfg 2.0.0.4

2.0.0.4
Beiträge: 60
Registriert: 31.05.2006 22:35:03

Beitrag von 2.0.0.4 » 06.07.2006 20:11:04

ich habe beim Server in die /etc/network/interfaces
folgendes eingetragen

Code: Alles auswählen

auto eth0
        address 192.168.0.1
        netmask 255.255.255.0
        network 192.168.0.0
        broadcast 192.168.0.255
        gateway 192.168.0.1
auto eth1
        address 192.168.1.1
        netmask 255.255.255.0
        network 192.168.1.0
        broadcast 192.168.1.255
        gateway 192.168.1.1
auto eth2
        address 192.168.178.2
        netmask 255.255.255.0
        network 192.168.178.0
        broadcast 192.168.178.255
        gateway 192.168.178.1
wenn der Server mit dem Client verbunden sind kann ich die eth0 und 1 nicht anpingen

woran kann das liegen ?

brauchen eth0 und 1 überhaupt ein gateway?

mfg 2.0.0.4

Benutzeravatar
DynaBlaster
Beiträge: 958
Registriert: 25.03.2004 18:18:57
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: DF0://dynablaster.adf

Beitrag von DynaBlaster » 08.07.2006 13:03:18

brauchen eth0 und 1 überhaupt ein gateway?
Nein, imho darfst du sogar nur ein Standardgateway in /etc/network/interfaces angeben - also den DSL-Router (192.168.178.1).

Zu deiner 2. Frage: welche Clients können den Server nicht auf eth0 und eth1 anpingen. Eigentlich müsste der Server auf alle pings mit den Zieladressen 192.168.0.1, 192.168.1.1 und 192.168.178.2 antworen. Egal, aus welchem Netz sie kommen - vorausgesatzt, ip-forwarding ist aktiviert.

Antworten