Moin,

Von: Marco Dieckhoff [mailto:linux@jwr.de] Gesendet: Montag, 9. Oktober 2000 09:45

From: "Steinboeck Herbert" Sent: Monday, October 09, 2000 6:02 AM

...

Am 7 Oct 2000 13:04:13 +0000, schriebst Du:

...

...

Ist es möglich mit einer Linux-Kiste ein Netzwerkswitch zu realisieren? So ähnlich wie man ein Router realisieren kann? Und wenn, wo finde ich Documentation dafür?

...

das selbe Problem hab ich hier auch vorhanden ist ein 10 mbs hub und ein 100 mbs hub wo Dos und WinDos Kisten dran haengen die kallrerweise nicht mitteinander koennen der linuxrouter sollte also beide teilnetze mit je einer eingebauten 10 mbs und einer 100 mbs Karte verbinden koennen wie wirds gemacht ???

Hat wenig mit Switch zu tun... Einfach das Routing korrekt einrichten... Hab ich aber lange nix mit zu tun gehabt...

Nene, das hat auch nichts mit Routing zu tun. Was Ihr wollt ist eine Bridge (also eine Verbindung von zwei Netzwerken, die auf verschiedenen Medien laufen, hier 10BaseT (nehme ich mal an) und 100BaseTX). Die Linuxmaschine müßte also im einfachsten Fall alle Packete des jeweiligen Interfaces annehmen und auf dem anderen Interface wieder rauswerfen. Besser wäre es natürlich, wenn die Maschine lernen würde, welche IP-Addressen in welchem Segment liegen, und dann ein intelligentes Bridging machen würde. Das ist aber immer noch kein Routing, da ja nicht zwei (Sub)-Netze miteinander verbunden werden, sondern ein Subnet über zwei Medien realisiert wird. Im Kernel 2.2.14 gibt es unter Networking eine Option 'Bridging', die genau das macht, was Du willst. Allerdings ist das noch experimental und mit Vorsicht zu genießen. Eine ganz andere Möglichkeit wäre übrigens, das Netz in zwei Subnetze (jeweils für 10T und 100TX) zu teilen und dann mit der Linuxbox ein echtes Routing zwischen diesen beiden Subnets zu machen (das wäre dann Supernetting). Übrigens wäre es genau so einfach/schwierig, einen FDDI-Ring mit einem Token-Ring zu verbinden; welche Medien/Topologien hier auf den beiden Seiten eingesetzt werden ist also egal. Olli --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com

Moin Steffen,

Von: Steffen Dettmer [mailto:steffen@dett.de]

* Oliver Antwerpen wrote on Mon, Oct 09, 2000 at 12:25 +0200:

...

Eine ganz andere Möglichkeit wäre übrigens, das Netz in zwei Subnetze (jeweils für 10T und 100TX) zu teilen und dann mit der Linuxbox ein echtes Routing zwischen diesen beiden Subnets zu machen (das wäre dann Supernetting)

Supernetting? == Subnetting?

Nein, Subnetten ist das Aufteilen eines Netzes in Subnetze (z.B. ein /24 in zwei /25 Netze). Supernetting ist das Zusammenfassen zweier Subnetze zu einem Netz, also der umgekehrte Weg.

Routen hat ja noch mehr Vorteile (Broadcasts bleiben in den Netzen etc.). Warum bridgen? Zum Kompott ist routen ja auch einfacher, IMHO.

Klar, routen zwischen zwei statischen Netzen ist schon einfacher. Aber es können auch interessante Sachen auf einen zukommen, wie z.B. DHCP über Router. Ich persönlich würde auch lieber routen als bridgen. Olli --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com

Steffen Dettmer schrieb in 1,6K (45 Zeilen):

DHCP mag ich nicht. Dann erkennt man an den Logfiles und Hostnamen ja keine Maschinen mehr (und MAC addressen sind grausam zu lesen).

Es ist -- solange die MAC sich nicht aendet (was man geg. ja softwaremaessig machen kann) -- trivial, s/MAC/NAME zu machen. Es ist trivial (wenn auch nicht ganz so bequem beim Einrichten neuer Maschinen in's DHCP), jeder MAC eine(n) IP/Namen zuzuordnen. (In der Tat ist DHCP darauf ausgelegt, moeglichst jedem Rechner seine IP so lange wie moeglich zu lassen). Es ist machbar (dank DDNS & co), einer MAC auch bei wechselnder IP den gleichen Namen zu geben. Ich sehe das Problem nicht so ganz... -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com

Steffen Dettmer schrieb in 1,7K (49 Zeilen):

* Wolfgang Weisselberg wrote on Sat, Oct 14, 2000 at 23:08 +0200:

...

Steffen Dettmer schrieb in 1,6K (45 Zeilen):

...

...

DHCP mag ich nicht. Dann erkennt man an den Logfiles und Hostnamen ja keine Maschinen mehr (und MAC addressen sind grausam zu lesen).

...

Es ist -- solange die MAC sich nicht aendet (was man geg. ja softwaremaessig machen kann) -- trivial, s/MAC/NAME zu machen.

Nein, das ist nicht trival, sondern umständlich.

Es mag umstaendlich sein, ist aber trivial[1].

Außerdem kommt es vor, daß Netzwerkkarten ausgetauscht werden.

- die Admins wechseln die Netzwerkkarten aus: nur geringer Overhead, da sie sicherlich eh eintragen muessen, wer welche Netzwerkkarte hat. - Die User machen das: Dann hast du eh ein Problem, weil mindestens 3 davon mit Bootdiskette o.ae. root sind und Sniffer installiert haben. Wenn wir annehmen, dass eine Netzwerkkarte 5 Jahre im Schnitt haelt, dann wirst du ganz grob etwa 1800 Tage/Rechner Netzwerkkarten wechseln muessen.

...

Es ist trivial (wenn auch nicht ganz so bequem beim Einrichten neuer Maschinen in's DHCP), jeder MAC eine(n) IP/Namen zuzuordnen.

Kostet Zeit

Jeder Rechner braucht einen Eintrag in der dhcpd.conf der Art: host NAME { hardware ethernet 00:00:00:00:00:00; fixed-address NAME.example.org }; (Diese Eintraege sind offensichtlich trivial aus einer Liste generierbar.) und ein globales use-host-decl-names on; Nett sind auch option domain-name "example.org"; option domain-name-servers ns1.example.org ns2.example.org; option routers 10.0.0.1; Und mit deny unknown-clients; fallen vergessene Eintraege schnell auf.

, kostet Geld.

Weniger, als bei jedsem Client die IPs fest eintragen zu muessen, jedenfalls ab einer Handvoll Rechner.

...

Es ist machbar (dank DDNS & co), einer MAC auch bei wechselnder IP den gleichen Namen zu geben.

Gut, _das_ wäre eine nette Sache. Allerdings müßte man dann den Namen nicht nach MAC bestimmen, sondern nach einem anderen Kriterium, was das wechseln von Netzwerkkarten überlebt, das gäbe es ja Möglichkeiten.

Der dhcp-client kann in seinen "DHCPDISCOVER" und "DHCPREQUEST"-Packeten ja einen eindeutigen String angeben (der Default ist eben MAC) und ablehnen, wenn diese nicht passt. IIRC kann der Client sogar einen Namen direkt vorschlagen. Nachteil dieser Methode ist natuerlich, dass du wieder jeden einzelnen Client konfigurieren musst.

DDNS hat aber auch schon wieder Nachteile, z.B. das slaves u.U. ne Weile brauchen, um sich zu aktualisieren, weil Bind nicht sofort NOFITY schickt, aber das ist ein anderer Thread...

Wenn dein Logserver auf deinen DNS-Server zugreift und dieser aktualisiert wird... -Wolfgang [1] Die Addition zweier beliebig grosser natuerlicher Zahlen auf genuegend breitem Papier ist trivial (das Verfahren ist extrem einfach und klar), aber unheimlich nervig (wozu hat man Computer?) und umstaendlich (wozu hat man Computer?). --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com

Hallo , Warum kann ich nicht ein audio CD nicht mounten, und Daten CD voll? Ich habe SuSe 7.0 ... ich bedanke mich für jede Hilfe Ioape --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com

Am Sam, 16 Sep 2000 schrieb 4138450:

Hallo ,

Warum kann ich nicht ein audio CD nicht mounten, und Daten CD voll?

Weil eine audio CD kein Filesystem enthält. Warum willst Du eine audio-CD mounten? abspielen kannst Du sie auch so, und zum rippen benutzt man am besten cdda2wav oder cdparanoia. Alternativ gibts AFAIK irgendwo einen Kernel-Patch, der audio-CD's als Filesystem mit WAV-Dateien darstellt, aber wo und wie gut der ist weiß ich nicht. -- Erhard Schwenk http://www.fto.de http://www.akkordeonjugend.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com