/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