Server; mit drei Netzwerkkarten
Server; mit drei Netzwerkkarten
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
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
Hi,
auf der Server das Forwarding einstellen, und auf den Clients den Server als Default Gateway verwenden.
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"
"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"
Forwarding mitroli hat geschrieben:Hi,
auf der Server das Forwarding einstellen, und auf den Clients den Server als Default Gateway verwenden.
Code: Alles auswählen
echo 1 > /proc/sys/net/ipv4/ip_forward
Workstation: Pentium IV 3000, 2048 MB, Debian/sid
Server: Xeon 2000, 1024 MB, Debian/stable
Server: Xeon 2000, 1024 MB, Debian/stable
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
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
2 * joh, was naetuerlich heisst, bei dem einen CLient auf ...3, bei dem anderen auf ...42.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
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.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
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"
"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"
- DynaBlaster
- Beiträge: 958
- Registriert: 25.03.2004 18:18:57
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: DF0://dynablaster.adf
Das funktioniert nur, wenn die die Clients auch in verschiedenen Netzen sind, also z.B.: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
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
Danke für eure ausführlichen antworten
roli: ich meinen
wen ich auf den server ifconfig -a eingebe erhalte ich
wie kann ich per ifconfig die IPs, GW,SM vergeben
oder was soll ich machen
IPv6 ist jetzt off
mgf 2.0.0.4
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)
oder was soll ich machen
IPv6 ist jetzt off
mgf 2.0.0.4
ich habe beim Server in die /etc/network/interfaces
folgendes eingetragen
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
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
woran kann das liegen ?
brauchen eth0 und 1 überhaupt ein gateway?
mfg 2.0.0.4
- DynaBlaster
- Beiträge: 958
- Registriert: 25.03.2004 18:18:57
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: DF0://dynablaster.adf
Nein, imho darfst du sogar nur ein Standardgateway in /etc/network/interfaces angeben - also den DSL-Router (192.168.178.1).brauchen eth0 und 1 überhaupt ein gateway?
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.