Historia zbierana lokalnie przez GitCloud co ~5 min (razem z odświeżeniem tabeli "Siłownie") — dostępna tylko od momentu włączenia tej funkcji, nie wstecz.

Historia z network_client_traffic (5-minutowe próbki NetFlow) - dostępna tylko za okres, w którym dane jeszcze nie zostały usunięte (retencja 7 dni, dlatego zakresy dłuższe niż 7D są niedostępne).

Migawka z ostatniej zamkniętej 5-minutowej próbki NetFlow (na żywo z 10.10.5.14, nie z historii) - top 20 portów TCP/UDP (z protokołem) i krajów wg bajtów, osobno dla download/upload, plus zbiorczy wiersz "Efemeryczne" (suma WSZYSTKICH portów >1024 spoza listy znanych, nie tylko tych w top-20). "Porty klienta (sesje)" (rozwiń pod tabelą portów) to port PO STRONIE KLIENTA (nie zdalny) - przy jednym publicznym IP z NAT kilka portów klienta z podobnym wolumenem sugeruje kilka różnych wewnętrznych urządzeń/sesji, nie jeden strumień. "Pule połączeń" to odwrotny wzorzec - dużo różnych portów klienta łączących się z TYM SAMYM zdalnym IP+portem, co zwykle oznacza jedną aplikację z pulem połączeń (np. do bazy danych), nie kilka urządzeń. Ruch protokołów bez pojęcia portu (ESP, ICMP, GRE...) pokazany jako krótka linia nad tabelą - liczba w polu "port" dla nich to techniczny artefakt nfdump (np. type/code dla ICMP), nie prawdziwy port. Kraj (rozwiń wiersz, aby zobaczyć konkretne IP) z whois.cymru.com, tylko dla adresów widocznych w top-20 IP tej próbki - przy bardzo rozproszonym ruchu (np. P2P z setkami partnerów) nadal nie jest to pełny obraz wszystkich połączeń. Nazwa hosta w nawiasie przy IP to reverse DNS (PTR) - wiele adresów go nie ma, wtedy zostaje sam IP. Ostrzeżenie o możliwym skanowaniu portów (liczone łącznie dla download+upload) to heurystyka (dużo portów, mało pakietów na IP, tylko TCP/UDP) - eksporter NetFlow na tym routerze nie wysyła pola TCP flags, więc nie ma pewnego rozpoznania SYN-scan. "Pierwszy kontakt" / "nowy kontakt" to historia zdalnych IP tego klienta (network_client_remote_ip_history) - zapisywana przy każdym otwarciu tej analizy, więc pokazuje czy dany adres łączył się z klientem już wcześniej, czy pojawił się właśnie teraz.

Historia z network_asn_traffic (5-minutowe próbki NetFlow, agregacja per-ASN) - dostępna tylko za okres, w którym dane jeszcze nie zostały usunięte (retencja 30 dni).

Sesje BGP z tym numerem AS (network_routing_bgp) - jeśli ruch jest duży, a sesji brak lub jest ich mało, to znak, że większość ruchu z tym operatorem idzie tranzytem przez innego operatora, nie bezpośrednim peeringiem.

Migawka z ostatniej zamkniętej 5-minutowej próbki NetFlow (na żywo z 10.10.5.14, nie z historii) - w przeciwieństwie do wykresu wyżej (zagregowane bytes/packets/flows CAŁEGO ASN co 5 min, patrz network_asn_traffic) to KONKRETNE adresy IP tego operatora widoczne w tej próbce. NIE ładuje się automatycznie przy otwarciu karty (incydent 2026-08-20: pełny odczyt pliku NetFlow trwa ~40-50s niezależnie od filtra, kilka równoczesnych otworzeń modala wyczerpywało pulę workerów PHP-FPM i kładło całą stronę) - kliknij przycisk, żeby uruchomić ręcznie. Ograniczenie: adresy tego ASN są znajdowane wśród top-150 adresów CAŁEGO ruchu w tej próbce (nfdump na tym eksporterze nie ma włączonego BGP AS lookup, więc nie da się przefiltrować bezpośrednio po numerze AS) - jeśli operator ma dużo "cichych" adresów zamiast kilku bardzo ciężkich, część jego ruchu może nie zostać znaleziona. Reszta (top porty, heurystyka możliwego skanowania, pule połączeń) działa identycznie jak w analizie klienta (zakładka "Ruch klienci").