Firewall Handbuch für LINUX 2.0 und 2.2 - zurück

noch zu erweitern. Die Standardmäßige Länge der Queue kann für
Ethernet Karten noch getuned werden, für Modems ist dieser viel zu
lang und das macht ihn für den 3-Wege Scheduler unbrauchbar.
(Dessen Queues auf TOS basieren) Eine gute Idee ist es , diesen auf
Werte zwischen 4 und 10 auf einem Modem oder einer ISDN-Karte zu
setzen: Bei Kanal - Bündelung ist eine größere Queue nötig. In den
Kerneln 2.1 (und 2.2) ist es ein ifconfig Flag, was gesetzt werden muß
(mit den aktuellen nettools), in Versionen 2.0 erfordert es einen Kernel
Patch, um die Werte zu ändern.
Soweit die Hinweise auf die TOS Manipulationen für Modem und ISDN
Verbindungen. Hierzu muß nur die Syntax in dem /etc/ppp/ip-ip Skript in ifconfig $1
txqueuelen verändert werden. Die einzusetzende Zahl hängt ganz von der
Anwendung und der Modemgeschwindigkeit ab.
Um das bestmögliche Ergebnis zu erzielen, muß man ein wenig herum
experimentieren. Wenn die Queues zu klein sind, dann werden die
Pakete verworfen. Natürlich hängen die Resultate auch davon ab, ob
die Anwendungsprogramme auch ohne TOS Änderungen kooperieren.
In dem Fall, daß sie nicht kooperieren, sind Änderungen bei den TOS
Flags nötig. (alle mit Linux mitgelieferten Programme sind aber
kooperierend)
Diese Art Tuning ist als Aprilscherz 99 von der Zeitschrift c´t beschreiben worden.
Tatsächlich ist hier aber auch ein Funken Wahrheit dran. Man kann seinem WWW-Server
bei einem Provider so erhebliche Priorität vor benachbarten Servern geben, insbesondere
wenn diese mit in ein- und derselben Collision Domain stehen. In vielen Fällen werden
ausgehende Datenpakete von diesem Server von CISCO´s vorrangig geroutet.
Markierung eines Paketes
Dieses erlaubt komplexe und leistungsfähige Kombinationen mit Alexey Kuznetsov's
neuer QoS Implementierung (Quality of Service), ebenso, wie das Forwarding in dem
Kernel 2.2, in welchem Pakete markiert werden können.
12.11 Operationen auf eine ganze chain
Eine sehr nützliche Eigenschaft von ipchains ist die Fähigkeit, Regeln in chains zu
definieren, die sich auf ganze Gruppen von Hosts beziehen. Die chains können mit
beliebigen Namen bezeichnet werden, solange sie nicht mit den internen chains
kollidieren (input, output und forward oder den Anweisungen (MASQ,REDIRECT,
ACCEPT, DENY, REJECT oder RETURN). Man sollte keine Großbuchstaben als chain
Namen verwenden, da diese späteren Erweiterungen vorbehalten sind. Der Name einer
chain darf maximal nur 8 Buchstaben lang sein.
Anlegen einer neuen chain
Die chain sollte den Namen test bekommen:
ipchains -N test
Ok, nun können Regeln in diese chain eingefügt werden.
Erstellt von Doc Gonzo - http://kickme.to/plugins