Prawidłowo – aby blokować ruch sieciowy na serwerze, konfigurujemy zaporę sieciową (firewall). To właśnie firewall decyduje, które pakiety sieciowe są przepuszczane, a które odrzucane, na podstawie zdefiniowanych reguł. Można filtrować ruch po adresach IP, portach, protokołach (TCP/UDP/ICMP), kierunku (ruch przychodzący/wychodzący), a nawet po aplikacjach. W praktyce administracji serwerami to jedno z absolutnie podstawowych narzędzi bezpieczeństwa.
W systemach Windows rolę tę pełni „Zapora systemu Windows z zabezpieczeniami zaawansowanymi” albo firewall wbudowany w rozwiązania typu Windows Server, często zarządzany przez zasady grup (GPO). W Linuksie najczęściej używa się iptables, nftables, firewalld czy ufw. Niezależnie od konkretnego narzędzia, idea zawsze jest ta sama: domyślnie zamykamy wszystko, a otwieramy tylko to, co jest naprawdę potrzebne (np. port 80/443 dla serwera WWW, 22 dla SSH, 3389 dla RDP). To jest taka podstawowa dobra praktyka – zasada najmniejszych uprawnień, ale w kontekście ruchu sieciowego.
W środowiskach produkcyjnych zapora sieciowa bywa warstwowa: mamy firewalle sprzętowe na brzegu sieci (np. w routerach, UTM-ach) oraz lokalne zapory programowe na każdym serwerze. Moim zdaniem sensownie skonfigurowany firewall to jedna z najskuteczniejszych i najtańszych form ochrony – chroni przed skanowaniem portów, prostymi atakami z zewnątrz, ogranicza skutki przejęcia jednego hosta, bo nie pozwala mu swobodnie gadać z całą resztą sieci. Standardy bezpieczeństwa, takie jak dobre praktyki CIS Benchmarks czy wytyczne OWASP, wyraźnie wskazują na konieczność stosowania filtracji ruchu sieciowego i separacji usług właśnie poprzez zapory. W codziennej pracy administratora konfiguracja firewall’a to chleb powszedni przy wystawianiu nowych serwerów do sieci lokalnej lub Internetu.
W tym pytaniu łatwo się złapać na skojarzeniach z różnymi usługami sieciowymi, które „coś robią w sieci”, ale tylko jedna z nich realnie służy do blokowania ruchu na poziomie pakietów. Zarządca SNMP (w pytaniu zapisany jako SMNP) to usługa służąca do monitorowania i zarządzania urządzeniami sieciowymi – routerami, przełącznikami, serwerami. Za pomocą SNMP można odczytywać statystyki, konfigurację, czasem nawet zdalnie zmieniać ustawienia, ale sam protokół nie filtruje ruchu. To raczej narzędzie diagnostyczno‑administracyjne, często używane w systemach monitoringu, a nie mechanizm bezpieczeństwa blokujący pakiety.
IIS to z kolei serwer WWW firmy Microsoft. Jego zadaniem jest udostępnianie stron i aplikacji webowych przez HTTP/HTTPS. Można w nim ograniczać dostęp do aplikacji (np. przez autoryzację, IP restrictions), ale to już logika na poziomie usługi webowej, a nie filtrowanie całego ruchu sieciowego. Jeżeli serwer nie ma skonfigurowanej zapory sieciowej, to sam IIS nie ochroni hosta przed innymi typami połączeń, np. na porty RDP, SMB czy inne usługi.
DNS natomiast odpowiada za tłumaczenie nazw domenowych na adresy IP. To coś w rodzaju „książki telefonicznej Internetu”. Serwer DNS może wpływać na to, dokąd trafi zapytanie (np. przez filtrowanie nazw, tzw. DNS filtering), ale to nie jest klasyczny mechanizm blokowania ruchu na poziomie pakietów czy portów. Częsty błąd myślowy polega na wrzucaniu do jednego worka wszystkiego, co „dotyczy sieci” – monitoring (SNMP), usługi aplikacyjne (IIS), usługi nazw (DNS) – i zakładaniu, że skoro to działa w sieci, to może też ją blokować. W rzeczywistości za kontrolę przepływu pakietów odpowiada właśnie zapora sieciowa, która działa na niższych warstwach modelu ISO/OSI i zgodnie z dobrymi praktykami bezpieczeństwa jest podstawowym narzędziem do egzekwowania polityki dostępu w sieci.