[ Pobierz całość w formacie PDF ]
.Implementacja Protokołu Redunantnego Wirtualnego Rutera (Virtual Router RedundancyProtocol) http://w3.arobas.net/~jetienne/vrrpd/index.htmlStworzona całkowicie dla zapewnienia redundacji.Dwie maszyny ze swoimi własnymiadresami IP i MAC tworzą razem trzeci adres IP i MAC, który jest wirtualny.Oryginalnieprotokół tworzono dla ruterów, które potrzebowały stałych adresów MAC, ale działa równieżdla innych serwerów.Piękno tego podejścia przejawia się w niewiarygodnie prostej konfiguracji.Bez kompilacjikernela czy łatania - wszystko w przestrzeni użytkownika.Uruchom po prostu to polecenie na wszystkich maszynach uczestniczących w implementacji:# vrrpd -i eth0 -v 50 10.22I już działa! 10.22 jest teraz obsługiwany przez jeden z twoich serwerów, prawdopodobniepierwszy na którym uruchomiono demona vrrp.Odłącz ten komputer od sieci i zobaczysz żebardzo szybko drugi komputer przyjmie adres 10.22 jak również adres MAC.Próbowałem tego u siebie i miałem działającą konfigurację w ciągu minuty.Z jakiegośdziwnego powodu implementacja postanowiła odrzucić moją domyślną bramę, ale flaga `-n'zapobiegła temu.Poniżej `na żywo' symulacja awarii jednej z maszyn:64 bytes from 10.22: icmp_seq=3 ttl=255 time=0.2 ms64 bytes from 10.22: icmp_seq=4 ttl=255 time=0.2 ms64 bytes from 10.22: icmp_seq=5 ttl=255 time=16.8 ms64 bytes from 10.22: icmp_seq=6 ttl=255 time=1.8 ms64 bytes from 10.22: icmp_seq=7 ttl=255 time=1.7 msNie straciliśmy nawet jednego pinga! Zaraz po pakiecie numer 4 odłączyłem swoje P200 odsieci i 486 przejęło obsługę, co można poznać po większym opóz
nieniu.20.Dalsza lekturahttp://snafu.freedom.org/linux2.2/iproute-notes.htmlZawiera wiele technicznych informacji z komentarzy kernela.http://www.davin.ottawa.on.ca/ols/Slajdy Jamala Hadi Salim'iego, jednego z autorów kontroli ruchu Linuksahttp://defiant.coinet.com/iproute2/ip-cref/HTML'owa wersja dokumentacji Aleksieja w LaTeXie - wyjaśnia ze szczegółami częśćiproute2.http://www.aciri.org/floyd/cbq.htmlDobra strona Sally Floyd'a o CBQ, łącznie z jej pierwotnymi dokumentami.%7ładen z nich niejest specyficzny dla Linuksa, ale opisuje dobrze teorię i używa CBQ.Bardzo techniczne, aledobre do czytania dla zapaleńców.Usługi Rozróżniane na LinuksieTen dokument ftp://icaftp.epfl.ch/pub/linux/diffserv/misc/dsid-01.txt.gz autorstwa WerneraAlmesbergera, Jamala Hadi Salim'iego i Aleksieja Kuzniecowa opisuje DiffServ z kernelaLinuksa, między innymi TBF, GRED i DSMARK oraz klasyfikator TC_INDEX.http://ceti.pl/~kravietz/cbq/NET4_tc.htmlInne HOWTO, tym razem po Polsku! Możesz kopiować przykłady, działają przecieżniezależnie od języka.Autor współpracuje z nami i być może wniesie wkład w niektóre sekcjetego HOWTO.http://www.cisco.com/univercd/cc/td/doc/product/software/ios111/cc111/car.htmOd pomocnych ludzi z CISCO, którzy mają ten chwalebny zwyczaj umieszczania swojejdokumentacji w sieci.Składnia używana przez Cisco jest trochę inna, ale koncepcje są tesame, poza tym, że potrafimy zrobić więcej bez ceny którą trzebaby zapłacić za rutery w ceniesamochodów :-)Eksperymentalna strona Docum http://www.docum.orgStef Coene zajmuje się intensywnie przekonywaniem szefa do sprzedaży komercyjnegowsparcia dla Linuska i dużo eksperymentuje, głównie z zarządzaniem pasmem.Jego stronazawiera wiele praktycznych informacji, przykładów, testów i wytyka trochę błędów wCBQ/tc.TCP/IP Illustrated, volume 1, W.Richard Stevens, ISBN 0-201-63346-9Bardzo zalecana lektura, jeśli chcesz naprawdę zrozumieć TCP/IP.I całkiem zajmująca.21.PodziękowaniaNaszym celem jest włączenie tu wszystkich ludzi, którzy przyczynili się do powstania tego HOWTOi pomogli odkryć jak to wszystko działa.O ile nie ma na razie planów co do stworzenia tablicywyników na wzór netfilter, chcielibyśmy po prostu rozpoznawać pomocnych ludzi [ Pobierz całość w formacie PDF ]