Routing Einträge für nicht-standard Routing-Tabellen permanent machen
Hallo Liste, ich habe für Quell-IP abhängiges Routing eine zusätzliche Routingtabelle in /etc/iproute2/rt_tables eingetragen. Nun kann ich mit "ip route add $route table zweitetabelle" eine neue Route in diese Tabelle einfügen und das funktioniert auch wie erwartet. Ein "rcnetwork restart" macht diese Einträge jedoch zunichte und beim Reboot werden die Einträge ebenfalls nicht wieder hergestellt. In der manpage zu /etc/sysconfig/network/routes sehe ich keine Möglichkeit, diese speziellen Routen einzutragen, in yast ebenfalls nicht. Gibt es also eine Möglichkeit, beschriebene Routen permanent einzutragen, oder muss ich dafür ein kleines rc-Skript basteln und dies irgendwie an rcnetwork koppeln? Grüße Dominik
Dominik Klein wrote:
Gibt es also eine Möglichkeit, beschriebene Routen permanent einzutragen, oder muss ich dafür ein kleines rc-Skript basteln und dies irgendwie an rcnetwork koppeln?
Der Suse-Weg dürfte sein, sie in Yast|Netzwerkdienste|Weiterleitung|Expertenoptionen einzutragen, oder von Hand so, wie Yast das machen würde (in /etc/sysconfig/network/ifroute-irgendwas? Ausprobieren!?) Oder eben ein rc-Skript bauen. -- Viele Grüße ------------------------------------------------------------------------ Michael
Gibt es also eine Möglichkeit, beschriebene Routen permanent einzutragen, oder muss ich dafür ein kleines rc-Skript basteln und dies irgendwie an rcnetwork koppeln?
Der Suse-Weg dürfte sein, sie in Yast|Netzwerkdienste|Weiterleitung|Expertenoptionen einzutragen,
Ich sehe da keine Option, die Routing-Tabelle anzugeben, in der das landen soll.
oder von Hand so, wie Yast das machen würde (in /etc/sysconfig/network/ifroute-irgendwas? Ausprobieren!?)
Das routing soll nicht interface-abhängig sein, sondern Quell-IP-abhängig. Meine Konfiguration sieht von Hand so aus: ip addr add 10.6.10.20/24 dev eth0 ip route add default via 10.6.10.1 dev eth0 ip addr add 10.250.250.20/24 dev eth0 ip rule add from 10.250.250.20 table zweitetabelle ip route add 10.250.250.0/24 dev eth0 table zweitetabelle ip route add default via 10.250.250.1 table zweitetabelle Wenn das einfacher geht - bitte belehrt mich :)
Oder eben ein rc-Skript bauen.
Ja, soweit war ich ja auch schon. Grüße Dominik
On Wednesday 01 February 2006 14:15, Dominik Klein wrote:
Gibt es also eine Möglichkeit, beschriebene Routen permanent einzutragen, oder muss ich dafür ein kleines rc-Skript basteln und dies irgendwie an rcnetwork koppeln?
Der Suse-Weg dürfte sein, sie in Yast|Netzwerkdienste|Weiterleitung|Expertenoptionen einzutragen,
Ich sehe da keine Option, die Routing-Tabelle anzugeben, in der das landen soll.
oder von Hand so, wie Yast das machen würde (in /etc/sysconfig/network/ifroute-irgendwas? Ausprobieren!?)
Das routing soll nicht interface-abhängig sein, sondern Quell-IP-abhängig.
Meine Konfiguration sieht von Hand so aus: ip addr add 10.6.10.20/24 dev eth0 ip route add default via 10.6.10.1 dev eth0 ip addr add 10.250.250.20/24 dev eth0 ip rule add from 10.250.250.20 table zweitetabelle ip route add 10.250.250.0/24 dev eth0 table zweitetabelle ip route add default via 10.250.250.1 table zweitetabelle
Wenn das einfacher geht - bitte belehrt mich :)
du kannst das doch in das script reinschreiben, dass ausgefuehrt wird wenn ein ifup / rcnetwork start gemacht wird ausgefuehrt wird. leider weis ich nicht wie das heist und wo das steht. sry.
Oder eben ein rc-Skript bauen.
Ja, soweit war ich ja auch schon.
Grüße Dominik
-- Antorten bitte an die Mailingliste PM's an Niemand_at_tbasnoopy.homelinux.net
Niemand wrote: Hallo Niemand ................
du kannst das doch in das script reinschreiben, dass ausgefuehrt wird wenn ein ifup / rcnetwork start gemacht wird ausgefuehrt wird. leider weis ich nicht wie das heist und wo das steht. sry.
Und wer sagt mir dann Bescheid, dass SuSEconfig oder ähnliches das nächste mal ungefragt rcnetwork überschreibt? Das ist mir zwar noch nicht passiert, aber da in dem Skript zB noch deutsche Kommentare stehen, halte ich es für nicht unwahrscheinlich, dass das irgendwann mal passiert. Damit wäre dann alles wieder hin. Also scheint ein eigenes rc-Skript die einzige Lösung zu sein? Damit wäre dann aber so wie ich das sehe nur der Boot-Teil dann abgedeckt. Bei einem rcnetwork restart bzw stop && start wäre das aber trotzdem keine Abhilfe. Hat sonst noch jemand eine Idee? Grüße Dominik
Am Mittwoch, 1. Februar 2006 14:30 schrieb Dominik Klein:
Niemand wrote:
Hallo Niemand ................
du kannst das doch in das script reinschreiben, dass ausgefuehrt wird wenn ein ifup / rcnetwork start gemacht wird ausgefuehrt wird. leider weis ich nicht wie das heist und wo das steht. sry.
Und wer sagt mir dann Bescheid, dass SuSEconfig oder ähnliches das nächste mal ungefragt rcnetwork überschreibt? Das ist mir zwar noch nicht passiert, aber da in dem Skript zB noch deutsche Kommentare stehen, halte ich es für nicht unwahrscheinlich, dass das irgendwann mal passiert. Damit wäre dann alles wieder hin.
du könntest ja evtl. nen Cronjob schreiben, der regelmäßig mit md5sum die Prüfsumme checkt und wenn diese sich ändert dir ne Mail schickt oder so... nur mal so als Idee Mfg, Thomas
Und wer sagt mir dann Bescheid, dass SuSEconfig oder ähnliches das nächste mal ungefragt rcnetwork überschreibt? Das ist mir zwar noch nicht passiert, aber da in dem Skript zB noch deutsche Kommentare stehen, halte ich es für nicht unwahrscheinlich, dass das irgendwann mal passiert. Damit wäre dann alles wieder hin.
du könntest ja evtl. nen Cronjob schreiben, der regelmäßig mit md5sum die Prüfsumme checkt und wenn diese sich ändert dir ne Mail schickt oder so...
nur mal so als Idee
Dass das prinzipiell möglich wäre, ist mir schon bewusst. Also bisher sehe ich es leider so: es gibt keinen SuSE-Weg. Grüße Dominik
participants (4)
-
Dominik Klein -
Michael Behrens -
Niemand -
Thomas Gräber