/pub/Linux/sunsite/docs/HOWTO/mini
. Dokument ten został
napisany w standardzie ISO-8859-2.
/etc/lilo.conf
append = "ether=0,0,eth1"Jeśli masz trzy interfejsy na swoim bridge'u, to wpisz taką liniê:
append = "ether=0,0,eth1 ether=0,0,eth2"Wiêcej urządzeñ można dodaæ zwiêkszając ilośæ parametrów ether. Domyślnie jądro szuka tylko jednej karty Ethernet, a jak już znajdzie to przerywa dalsze szukanie. Linia ta informuje jądro, aby szukało dalej urządzeñ Ethernet jak już znajdzie jedno. Alternatywnie możesz użyæ parametru podczas startu:
linux ether=0,0,eth1albo z trzema interfejsami:
linux ether=0,0,eth1 ether=0,0,eth2
BRIDGING
./etc/sysconfig/network-scripts/
(w
dystrybucji RedHat) i skopiuj plik ifcfg-lo0
na
ifcfg-eth0
i ifcfg-eth1
. W tych dwóch plikach *-eth zmieñ
liniê DEVICE=lo
na DEVICE=eth0
i DEVICE=eth1
. W
innych dystrybucjach może to byæ rozwiązane inaczej, zrób to co
musisz ! Jeśli jest wiêcej niż dwa interfejsy na tym bridge'u,
upewnij siê, że zrobiłeś dla nich odpowiednie urządzenia.ifconfig promisc eth0 ; ifconfig promisc eth1Wszystkie interfejsy, do których są podłączone segmenty mające byæ bridge'owane muszą byæ w tym trybie.
brcfg -ena
tcpdump -i eth0 (w jednym oknie) tcpdump -i eth1 (w innym oknie)Uruchom jakiegoś sniffer-a czy tcpdump-a na innej maszynie, żeby zweryfikowaæ, że bridge oddziela poprawnie segmenty.
P1: Dostajê komunikat: "ioctl(SIOCGIFBR) failed: Package not
installed"
. Co on oznacza ?
O1: Nie masz włączonej opcji BRIDGING w jądrze. Zdobądź jakieś jądro 2.0 lub wyższe i skompiluj je z tą opcją włączoną.
P2: Maszyny z jednej strony nie mogą ping-owaæ drugiej strony !
O2: - Czy włączyłeś bridge'owanie poleceniem brcfg -ena ?
(brcfg powinien pisaæ bridging is ENABLED
.)
- Czy włączyłeś tryb "bezwzglêdny" na urządzeniach ?
(wydaj polecenie ifconfig. Flaga PROMISC
powinna byæ
włączona dla wszystkich interfejsów)
- Używając złożonych adapterów interfejsów, upewnij siê, że
odpowiedni interfejs jest włączony. Może musisz użyæ
programu konfiguracyjnego, który przyszedł wraz z kartą.
P3: Nie mogê siê połączyæ telnet-em, ftp z bridge'a ! Czemu ?
O3: Dlatego, że interfejsy na bridge'u nie mają przypisanych adresów IP. Bridge ma byæ przeźroczystą czêścią sieci.
P4: Co muszê zrobiæ, żeby ustawiæ ruting ?
O4: Nic ! Cały ruting jest obsługiwany przez kod w jądrze. Żeby zobaczyæ znalezione przez bridge adresy ethernet-owe użyj programu brcfg:
brcfg -deb
P5: Bridge niby działa, ale dlaczego traceroute go nie pokazuje ?
O5: Z powodu natury bridge'a - traceroute NIE powinien pokazywaæ bridge'a jako czêści ścieżki. Bridge ma byæ przeźroczystą czêścią sieci.
P6: Czy muszê wkompilowaæ IP_FORWARD
w jądro ?
O6: Nie. Kod bridge'a w jądrze zajmuje siê transportem
pakietu. IP_FORWARD
jest dla ruterów, które mają przypisane
adresy IP do swoich interfejsów.
P7: Dlaczego według programu brcfg adresy ethernet-owe dla portu 1 i 2 są takie same - nie powinny byæ różne ?
O7: Nie. Każdemu portowi na bridge'u specjalnie przypisywany jest ten sam adres ethernet-owy przez kod bridge'a.
Tłumaczenie to jest chronione prawami autorskimi © Bartosza Maruszewskiego. Dozwolone jest rozprowadzanie i dystrybucja na prawach takich samych jak dokument oryginalny.
Jeśli znalazłeś jakieś rażące błêdy ortograficzne, gramatyczne, składniowe, techniczne to pisz do mnie:
Oficjalną stroną tłumaczeñ HOWTO jest http://www.jtz.org.pl/
Aktualne wersje przetłumaczonych dokumentów znajdują siê na
tejże stronie. Dostêpne są także poprzez anonimowe ftp pod adresem
ftp.ippt.gov.pl w katalogu /pub/Linux/JTZ/
.
Przetłumaczone przeze mnie dokumenty znajdują siê także na mojej stronie WWW. Są tam też odwołania do Polskiej Strony Tłumaczeniowej.
Kontakt z naszą grupą, grupą tłumaczy możesz uzyskaæ poprzez listê
dyskusyjną jtz@ippt.gov.pl. Jeśli chcesz siê na nią zapisaæ, to
wyślij list o treści subscribe jtz Imiê Nazwisko
na adres
listproc@ippt.gov.pl