Netzwerk: Unterschied zwischen den Versionen
Teemu (Diskussion | Beiträge) (→Aufbau: added timeserver) |
Teemu (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
||
Zeile 8: | Zeile 8: | ||
*[[User:Mihi|Mihi]] Für den Uplink | *[[User:Mihi|Mihi]] Für den Uplink | ||
==Änderungen== | ==Änderungen bei SIP/VoIP Phones== | ||
wenn ihr ein SIP Phone ins netz haengt, waere es sinnvoll, dem ne fixe IP zuzuweisen und das nat mit | wenn ihr ein SIP Phone ins netz haengt, waere es sinnvoll, dem ne fixe IP zuzuweisen und das nat mit | ||
Zeile 62: | Zeile 62: | ||
</pre> | </pre> | ||
=Funktion= | |||
ab hier kann's langweilig werden | |||
==Generell== | |||
wir filtern keinen traffic - wir natten nur und shapen den Traffic ein wenig | |||
==Traffic Shaping== | |||
Den einzigen Eingriff den wir uns im Netzwerkbereich erlauben ist das "hoeher priorisieren" von Packeten in der Queue am Gateway - wir regulieren den Verkehr um uns - aus Netzwerksicht - wichtigeren Protokollen den Vorzug vor anderen zu geben; klingt gemein, isses aber nicht; lies die nachfolgende Aufstellung und versuchs zu verstehen. Was wir hoeher priorisieren als Surfen, Chatten, Mails lesen und saugen (und den Rest): | |||
*OLSR - das Routingprotokoll, das den Uplink ins Internet ueber 0xFF ueberhaupt erst moeglich macht ist. | |||
*DNS - ohne DNS kannste gar nix. nix. ausser du denkst in IP Adressen, dann haelst du diese Priorisierung fuer ueberzogen ;) | |||
*NTP - wir synchronisieren unser Gateway mit zuverlaessigen Zeitgebern - sehr wichtig um im Fehlerfall exakte Zeitstempel zu haben. Auch du kannst deinen Rechner mit 10.42.23.254 synchronisieren, wenn du im metalab bist. | |||
*SSH - kommen wir nicht aufs Gateway ist das schlecht. Du kannst, z.B. via ssh auf deine Kiste zuhause - also ist das auch gut fuer dich. | |||
*SIP - damit immer telefoniert werden kann | |||
hast du sonst noch Ideen, wirf sie im NOC ein. Grundsaetzlich erscheinen uns aber nur obige Protokolle lebenswichtig. | |||
==Rulesets & Operations == | |||
folgende Datein gibts, die als Regelwerke herangezogen werden koennen: | |||
<pre> | |||
# ls -al /etc/pf* | |||
-rw------- 1 root wheel 1168 May 1 11:57 /etc/pf-altq.conf | |||
-rw------- 1 root wheel 1180 May 1 12:02 /etc/pf.conf | |||
-rw------- 1 root wheel 914 May 1 11:57 /etc/pf.conf.orig | |||
</pre> | |||
*/etc/pf-altq.conf: hier werden Trafficpriorisierungen editiert und getestet, bevor die Date ueber | |||
*/etc/pf.conf kopiert wird, die das derzeit aktive Ruleset darstellt; zum Rueckstieg auf ein "alles | |||
durchlassen, ohne Manipulation"-Rulest, das immer funktionieren sollten, wenn es wirklich am Gateway liegt, | |||
das nix mehr geht ist | |||
*/etc/pf.conf.orig geeignet. | |||
[[Kategorie:Dokumentation]] | [[Kategorie:Dokumentation]] |
Version vom 1. Mai 2006, 10:35 Uhr
Netzwerk
Generell
Ansprechpersonen
Änderungen bei SIP/VoIP Phones
wenn ihr ein SIP Phone ins netz haengt, waere es sinnvoll, dem ne fixe IP zuzuweisen und das nat mit einem statischen ephemeral port einzurichten, da es sonst bei viel traffic (==viele user) zu problemen kommen kann. also das NOC/NSC darauf ansprechen.
Aufbau
Derzeit noch klein, bestehend aus:
- nacl (OpenBSD 3.8 mit dhcpd, ftpd, ntpd und caching-dns), die 10.42.23.0/24 auf 193.238.156.8 (metagw.funkfeuer.at) nattet
- einem hauptswitch im Maschinenraum,
- von dort 2 CAT5 Kabel Richtung Hauptraum;
- 1es (war frueher in der Kueche, jetzt am Sicherungskasten) in die linksys von Lynx (eh@metalab,dhcp v. nacl)
- 1es quer ueber den Raum Richtung Fenster.
- von dort 2 CAT5 Kabel Richtung Hauptraum;
Schematics
((0xFF)) ((0xFF)) ((.)) ((.)) | | \|/ \|/ V V | | +---------- +--------+ |metatovivi| |metaomni| +----------+ +--------+ | | +---------- | | |193.238.156.0/22 | olsr --- | | |193.238.156.8 | | +------+ | \ / +--+ nacl +-------+ +-------+ xl0+------+rl0 +--------+linksys| | +-------+ ssid eh@metalab | | | | +--------+ +---+ ph0ne1 | 10.42.23.23 | +--------+ | | | 10.42.23.0/24 ---
Funktion
ab hier kann's langweilig werden
Generell
wir filtern keinen traffic - wir natten nur und shapen den Traffic ein wenig
Traffic Shaping
Den einzigen Eingriff den wir uns im Netzwerkbereich erlauben ist das "hoeher priorisieren" von Packeten in der Queue am Gateway - wir regulieren den Verkehr um uns - aus Netzwerksicht - wichtigeren Protokollen den Vorzug vor anderen zu geben; klingt gemein, isses aber nicht; lies die nachfolgende Aufstellung und versuchs zu verstehen. Was wir hoeher priorisieren als Surfen, Chatten, Mails lesen und saugen (und den Rest):
- OLSR - das Routingprotokoll, das den Uplink ins Internet ueber 0xFF ueberhaupt erst moeglich macht ist.
- DNS - ohne DNS kannste gar nix. nix. ausser du denkst in IP Adressen, dann haelst du diese Priorisierung fuer ueberzogen ;)
- NTP - wir synchronisieren unser Gateway mit zuverlaessigen Zeitgebern - sehr wichtig um im Fehlerfall exakte Zeitstempel zu haben. Auch du kannst deinen Rechner mit 10.42.23.254 synchronisieren, wenn du im metalab bist.
- SSH - kommen wir nicht aufs Gateway ist das schlecht. Du kannst, z.B. via ssh auf deine Kiste zuhause - also ist das auch gut fuer dich.
- SIP - damit immer telefoniert werden kann
hast du sonst noch Ideen, wirf sie im NOC ein. Grundsaetzlich erscheinen uns aber nur obige Protokolle lebenswichtig.
Rulesets & Operations
folgende Datein gibts, die als Regelwerke herangezogen werden koennen:
# ls -al /etc/pf* -rw------- 1 root wheel 1168 May 1 11:57 /etc/pf-altq.conf -rw------- 1 root wheel 1180 May 1 12:02 /etc/pf.conf -rw------- 1 root wheel 914 May 1 11:57 /etc/pf.conf.orig
- /etc/pf-altq.conf: hier werden Trafficpriorisierungen editiert und getestet, bevor die Date ueber
- /etc/pf.conf kopiert wird, die das derzeit aktive Ruleset darstellt; zum Rueckstieg auf ein "alles
durchlassen, ohne Manipulation"-Rulest, das immer funktionieren sollten, wenn es wirklich am Gateway liegt, das nix mehr geht ist
- /etc/pf.conf.orig geeignet.