Lemur zaprasza
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 |