Sieci komputerowe

NET-02 — Ethernet, MAC, ARP i analiza ramek w Wiresharku

Sieci + Cyberbezpieczeństwo

Laboratorium dla początkujących: przechwyć własny ruch, odczytaj pola Ethernet II i porównaj komunikację lokalną z ruchem kierowanym przez bramę.

60–90 minpoziom początkującyWindows lub Linuxraport z obserwacji

Cele ćwiczenia

Od interfejsu do wniosku

  • Identyfikacja właściwego interfejsu sieciowego.
  • Odczyt adresu MAC, IPv4, maski lub prefiksu oraz bramy domyślnej.
  • Obserwacja ARP Request i ARP Reply.
  • Rozróżnienie komunikacji lokalnej i zdalnej.
  • Analiza pól ramki Ethernet II.
  • Zastosowanie filtrów przechwytywania i wyświetlania Wireshark.
  • Udokumentowanie obserwacji i wniosków.

Autoryzowane środowisko

Stanowisko i zakres

Wyposażenie laboratorium Ethernet MAC ARP i Wireshark
ElementWymaganieZastosowanie
HostyDwa komputery lub dwie maszyny wirtualne w tej samej sieci laboratoryjnejWygenerowanie i porównanie ruchu lokalnego
BramaDostęp do bramy domyślnej prowadzącej poza podsieć stanowiskaPorównanie docelowego IP z MAC pierwszego skoku
OprogramowanieWireshark na Windows albo LinuxPrzechwytywanie i analiza Ethernet oraz ARP
UprawnieniaUprawnienia wymagane do przechwytywania na własnym interfejsieLegalna i technicznie poprawna realizacja ćwiczenia

Przechwytuj ruch wyłącznie we własnej sieci laboratoryjnej albo za zgodą administratora. Nie analizuj cudzej komunikacji, danych logowania ani prywatnych treści.

Najpierw kontekst

Polecenia i przygotowanie interfejsu

Windows

ipconfig /all getmac /v arp -a ping ADRES_HOSTA tracert ADRES_IP

Linux

ip address ip link ip route ip neigh ping -c 4 ADRES_HOSTA traceroute ADRES_IP

Zapisz nazwę aktywnego interfejsu, własny MAC, IPv4 z maską lub prefiksem oraz adres bramy. Polecenia odczytujące konfigurację nie zmieniają ustawień hosta.

Opcjonalne czyszczenie pamięci ARP

Wykonuj je wyłącznie na własnym, izolowanym stanowisku. Operacja może wymagać uprawnień administratora i nie jest potrzebna, gdy istniejący wpis cache jest częścią poprawnej obserwacji.

Windows (terminal administratora): arp -d * Linux (sudo): sudo ip neigh flush dev NAZWA_INTERFEJSU

Pola i rozmiar

Analiza ramki Ethernet II

Porównaj rozmiary pól ze szczegółami ramki udostępnionymi przez kartę i sterownik.
eth eth.addr == aa:bb:cc:dd:ee:ff eth.src == aa:bb:cc:dd:ee:ff eth.dst == aa:bb:cc:dd:ee:ff eth.type == 0x0800 eth.type == 0x0806

To filtry wyświetlania. Odczytaj Source MAC, Destination MAC, EtherType oraz długość ramki. Preambuła, SFD i IPG zwykle nie są widoczne. Karta lub sterownik może usunąć FCS, dlatego jego brak nie jest automatycznie błędem.

Sekwencja zdarzeń

ARP dla celu lokalnego i zdalnego

Dla celu lokalnego ARP szuka MAC hosta, a dla zdalnego MAC bramy; docelowy IP nadal wskazuje host końcowy.
arp arp.opcode == 1 arp.opcode == 2 arp && eth.dst == ff:ff:ff:ff:ff:ff

Znajdź Request i Reply. Odczytaj opcode, Sender MAC, Sender IP, Target IP i Target MAC, a następnie porównaj je z eth.src oraz eth.dst bieżącej ramki.

Wykonanie i raport

Przebieg ćwiczenia i tabela wyników

Czternaście kroków laboratorium Ethernet MAC ARP i Wireshark
NrZadanieWymagany zapis
1Zanotuj konfigurację interfejsuNazwa, IPv4, maska lub prefiks i stan linku
2Zidentyfikuj własny MACAdres MAC aktywnego interfejsu
3Zidentyfikuj bramę domyślnąIPv4 bramy i interfejs wyjściowy
4Wybierz właściwy interfejs w WiresharkuInterfejs z ruchem zgodnym z zapisaną konfiguracją
5Rozpocznij krótkie przechwytywanieCzas startu i uzgodniony zakres
6Opcjonalnie wyczyść pamięć ARPTylko własne, izolowane stanowisko i wymagane uprawnienia administratora
7Wykonaj ping do hosta lokalnegoAdres przydzielonego hosta w tej samej podsieci
8Przeanalizuj ARP i ICMPRequest, Reply oraz późniejszy ruch IP
9Wykonaj ping do adresu poza podsieciąAdres wskazany przez prowadzącego
10Porównaj cel IP i MACDocelowy IP hosta końcowego oraz docelowy MAC bramy
11Zastosuj filtryFiltry Ethernet, ARP, MAC, EtherType i opcode
12Zatrzymaj przechwytywanieZakres bez zbędnego dalszego ruchu
13Zapisz wynikiWłasne obserwacje bez cudzych danych i treści prywatnych
14Wypełnij tabelę obserwacjiPola ramek, rodzaj komunikacji i uzasadniony wniosek
Zapisuj sekwencję Request → Reply → ruch IP, a nie tylko pojedynczą wyrwaną z kontekstu ramkę.
Tabela wyników analizy Ethernet ARP i komunikacji lokalnej oraz zdalnej
TestŹródłowy IPDocelowy IPŹródłowy MACDocelowy MACEtherTypeRodzaj komunikacjiWniosek
ARP Request
ARP Reply
Ping — cel lokalny
Ping — cel zdalny

Pytania kontrolne

  1. Dlaczego ARP Request jest rozgłoszeniowy?
  2. Dlaczego ARP Reply zwykle jest unicatem?
  3. Jaki MAC znajduje się w ramce kierowanej do zdalnego serwera?
  4. Czy router przekazuje ramkę Ethernet bez zmian?
  5. Dlaczego FCS może być niewidoczny w Wiresharku?
  6. Czym różni się filtr przechwytywania od filtra wyświetlania?
  7. Co zrobi przełącznik z nieznanym docelowym MAC?

Od objawu do testu

Diagnostyka typowych problemów

Najpierw potwierdź interfejs i konfigurację, dopiero potem interpretuj brak lub nadmiar ramek.

Typowe problemy podczas laboratorium Ethernet ARP i Wireshark
ObjawMożliwa przyczynaPierwszy krok
Brak oczekiwanego ruchuWybrano niewłaściwy interfejsPorównaj nazwę interfejsu, IPv4 i liczniki pakietów
Nie można rozpocząć przechwytywaniaBrak uprawnieńSprawdź instalację Npcap/libpcap i przydzielone uprawnienia
Trudno znaleźć właściwe ramkiPrzechwytywanie zbyt dużej liczby pakietówSkróć czas i użyj właściwego capture lub display filter
Brak nowego ARP RequestIstniejący wpis w cacheSprawdź arp -a lub ip neigh; czyszczenie wykonuj tylko opcjonalnie w laboratorium
Brak ICMP Echo ReplyHost lub firewall blokuje ICMPPotwierdź ARP, trasę i politykę hosta zamiast zakładać jego awarię
Maszyny wirtualne się nie widząRóżne tryby lub segmenty sieci VMPorównaj tryb NAT/bridge/host-only i identyfikator sieci
Brak komunikacji z bramąProblem L1/L2, VLAN, adres lub sama bramaSprawdź link, ARP, konfigurację IPv4 i port sieci
Host błędnie wybiera cel lokalnyBłędna maska lub prefiksPorównaj obliczoną podsieć z konfiguracją stanowiska

Odbiór ćwiczenia

Kryteria zaliczenia i bezpieczeństwo

Kryteria zaliczenia

  • Właściwy interfejs i konfiguracja stanowiska zostały udokumentowane.
  • Poprawnie odczytano Source MAC, Destination MAC, EtherType oraz długość ramki.
  • Rozpoznano ARP Request po broadcastowym Destination MAC i opcode 1.
  • Rozpoznano typowy ARP Reply po opcode 2 i adresach nadawcy.
  • Poprawnie wyjaśniono różnicę między docelowym IP a MAC dla celu zdalnego.
  • Braku FCS nie uznano automatycznie za błąd ramki.
  • Raport opisuje sekwencję Request → Reply → ruch IP i odpowiada na pytania kontrolne.

Zakres i prywatność

  • Przechwytywany jest wyłącznie własny ruch albo ruch objęty zgodą administratora.
  • Laboratorium korzysta z izolowanej lub jawnie wyznaczonej topologii.
  • Nie są analizowane cudze dane logowania ani prywatne treści.
  • Czyszczenie cache ARP dotyczy wyłącznie własnego stanowiska laboratoryjnego.
  • Plik pcap nie jest publikowany i pozostaje objęty zasadami laboratorium.