Następna strona Poprzednia strona Spis treści

2. Częste problemy.

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.


Następna strona Poprzednia strona Spis treści