W konfiguracji IPv4 kluczowa zasada brzmi: brama domyślna musi być osiągalna w tej samej podsieci (na tym samym interfejsie L2) co host. Host, zanim wyśle ruch poza swoją podsieć, musi móc wysłać ramkę do MAC bramy, a to wymaga, by adres IP bramy był "lokalny" według maski.
Dla K2 podano adres 10.0.0.102 i maskę 255.255.255.192, czyli /26. Prefiks /26 oznacza bloki po 64 adresy w ostatnim oktecie, więc podsieci to m.in. 10.0.0.0/26 (0–63) oraz 10.0.0.64/26 (64–127). Adres 10.0.0.102 wpada do zakresu 10.0.0.64–10.0.0.127, czyli podsieci 10.0.0.64/26.
Jednocześnie jako bramę dla K2 ustawiono 10.0.0.1. Ten adres należy do podsieci 10.0.0.0/26 (0–63), a więc jest poza podsiecią K2. Skutek: K2 nie potrafi poprawnie zrealizować komunikacji z bramą (nie wyśle do niej ramek na warstwie 2), więc nie przejdzie ruch do innych sieci/segmentów przez router.
Dlatego poprawnym działaniem jest zmiana parametru "Adres bramy dla K2" na adres interfejsu routera znajdującego się w tej samej podsieci co K2 (w przedstawionej topologii jest to interfejs po stronie K2).
Dlaczego pozostałe odpowiedzi są błędne?
- "Adres bramy dla K1." K1 ma 10.0.0.2 z maską /25, a brama 10.0.0.1 należy do tej samej podsieci 10.0.0.0/25, więc konfiguracja bramy K1 jest spójna.
- "Maskę w adresie dla K1." Sama maska K1 może być poprawna dla jego segmentu; problem dotyczy niespójności bramy z podsiecią K2, a nie koniecznie złej maski K1.
- "Maskę w adresie dla K2." Zmiana maski mogłaby "dopasować" podsieć do bramy, ale w tej topologii podsieć K2 jest wyraźnie wydzielona na interfejsie routera. Poprawną praktyką jest ustawienie bramy z właściwego interfejsu routera, a nie dostosowywanie maski hosta wbrew adresacji segmentu.
Wskazówka egzaminacyjna: gdy widzisz brak komunikacji, sprawdź kolejno: IP/maska → wyznacz podsieć → porównaj, czy brama jest w tej samej podsieci. To najszybszy sposób wykrycia typowej usterki konfiguracyjnej.
