Anty-cheat na serwerze Minecraft

Dlaczego anti-cheat jest potrzebny

Vanilla Minecraft nie ma wbudowanego systemu wykrywania cheatów — serwer ufa klientowi w wielu kwestiach ruchu i walki. To otwiera drzwi dla klientów z hackami, które modyfikują dane wysyłane do serwera lub manipulują zachowaniem lokalnym.

Bez anti-cheatu jeden gracz z fly hackiem może zniszczyć całe doświadczenie PvP. Na serwerach survivalowych speedhack pozwala zbierać zasoby w ułamku normalnego czasu. KillAura — automatyczne atakowanie wszystkich w zasięgu — sprawia, że walka z człowiekiem staje się niemożliwa do wygrania bez cheatów.

Skala problemu jest większa, niż mogłoby się wydawać. Popularne darmowe klienty z hackami (Wurst, Meteor Client, Impact) mają dziesiątki tysięcy pobrań miesięcznie. Na każdym serwerze bez ochrony pojawią się prędzej czy później użytkownicy, którzy je uruchomią — czasem z czystej ciekawości, czasem celowo, żeby dominować.

Rodzaje cheatów na serwerach

Żeby rozumieć, jak działa anti-cheat, warto znać typy oszustw, przed którymi chroni.

Cheaty ruchowe (movement hacks)

• Fly — latanie bez elytra lub efektu. Najprostszy do wykrycia: serwer sprawdza, czy gracz nie spada, gdy powinien.
• Speed / Sprint hack — poruszanie się szybciej niż pozwala fizyka. Serwer mierzy dystans w czasie i wykrywa anomalie.
• Bhop (Bunny Hop) — skakanie z nieprawidłowym przyspieszeniem. Trudniejszy do wykrycia, bo różni się od fly tylko wartościami.
• Step / HighJump — wchodzenie na bloki wyżej niż 1 blok lub skakanie ponad normalne wartości.
• NoFall — anulowanie obrażeń od upadku przez manipulację pakietami. Gracz spada z 50 bloków bez obrażeń.
• Jesus / WaterWalk — chodzenie po wodzie jak po ziemi.

Cheaty bojowe (combat hacks)

• KillAura / ForceField — automatyczne atakowanie wszystkich graczy/mobów w zasięgu. Jeden z najczęstszych cheatów na serwerach PvP.
• Reach / Hitbox — atakowanie z większego dystansu niż normalne 3 bloki. Często ustawiane na 4–5 bloków.
• AimBot / AutoAim — automatyczne celowanie w gracza. Ciężko odróżnić od dobrego gracza przy niskich wartościach.
• AutoClicker — klikanie z prędkością 20+ CPS. Normalny gracz rzadko bije częściej niż 10–12 razy na sekundę.
• Critical Hits — wymuszanie trafień krytycznych przy każdym uderzeniu. Serwer sprawdza, czy gracz jest w powietrzu podczas ciosu.
• Velocity / AntiKB — redukcja lub eliminacja odrzutu (knockback). Gracz nie cofa się po uderzeniu.

Cheaty gracza (player hacks)

• Jesus / Scaffold — automatyczne stawianie bloków pod sobą podczas biegu. Popularne w trybach parkour i SkyBlock.
• FastPlace / InstaBuild — stawianie bloków szybciej niż pozwala cooldown serwera.
• Nuker — niszczenie bloków w ogromnym promieniu naraz. Zwykle widoczne gołym okiem.
• InventoryMove — poruszanie się z otwartym ekwipunkiem.
• Timer — ogólne przyspieszenie wszystkich akcji gracza, często trudne do wyizolowania.

Cheaty światowe (world hacks)

• X-Ray — widzenie rud przez ziemię. Technicznie działa po stronie klienta, więc serwer musi wykrywać wzorce kopania (AntiXRay).
• ESP — widzenie graczy, mobów i skrzyń przez ściany. Czysto kliencki cheat — serwer może próbować ograniczać wysyłane dane.
• AutoFarm — automatyczne uprawianie/zbieranie farm. Wykrywane przez wzorce zbyt regularnych interakcji.

Najlepsze pluginy anti-cheat — porównanie

Rynek pluginów anti-cheat jest podzielony na kilka kluczowych graczy. Wybór zależy od budżetu, rozmiaru serwera i tego, co chcesz chronić.

Dla większości nowoczesnych serwerów rekomendacja jest prosta: Vulcan jeśli masz budżet, Grim AC jeśli nie. Unikaj NCP na nowych wersjach — jest zbyt przestarzały, żeby skutecznie chronić przed nowoczesnymi klientami.

Konfiguracja Vulcan — podstawy

Vulcan po instalacji działa w trybie domyślnym, który jest umiarkowanie restrykcyjny. Nie banujesz od razu — przez kilka dni obserwujesz logi i dostrajasz wartości. To kluczowa zasada przy każdym anti-cheat.

Struktura konfiguracji

Główny plik konfiguracyjny Vulcana to config.yml w folderze pluginu. Każde sprawdzanie (check) ma swoją sekcję z następującymi parametrami:

• enabled — czy sprawdzanie jest włączone
• vl — violation level, przy którym następuje akcja (ban, kick, log)
• setback — czy teleportować gracza z powrotem przy naruszeniu
• buffer — liczba naruszeń buforowanych przed akcją (ogranicza false positives)

Tryb verbose podczas dostrajania

Przed ustawieniem jakichkolwiek kar, włącz tryb verbose (szczegółowy log) i obserwuj przez minimum tydzień:

• Zidentyfikuj, które sprawdzenia flagują normalnych graczy (lagi, prawnicy z optymalizacjami)
• Podnieś wartości VL dla tych sprawdzeń o 20–30%
• Sprawdź, czy ban od razu, czy po kilku naruszeniach — dla ruchu lepsze jest setback, dla combat — log

Ustawienia dla różnych typów serwerów

Serwery PvP (1.8 mechanics): Zwiększ tolerancję dla reach (standardowy zasięg 1.8 to 3.0, ustaw próg na 3.2–3.4). Wyłącz lub złagodź sprawdzenia CriticalHit, bo legit gracze często bijają w powietrzu.

Serwery survival: Priorytetuj sprawdzenia ruchowe (Fly, Speed, NoFall). Flight w trybie survival to niemal zawsze cheat. Ustaw setback zamiast kicking dla pierwszych naruszeń.

Serwery z ViaVersion (wiele wersji): Gracze z różnych wersji klienta mają różną fizykę. Wyłącz lub wyraźnie złagodź sprawdzenia, które są zbyt agresywne dla starszych klientów łączących się przez ViaVersion.

Przykładowe komendy operacyjne

Vulcan dostarcza kilka komend, które musisz znać jako admin:

• /vulcan alerts — przełącz alerty dla siebie (staff widzi powiadomienia w czasie rzeczywistym)
• /vulcan logs <gracz> — historia naruszeń konkretnego gracza
• /vulcan reset <gracz> — resetuj licznik naruszeń (przydatne po lagspike)
• /vulcan kick <gracz> — ręczny kick przez Vulcan z logowaniem
• /vulcan reload — przeładuj konfigurację bez restartu serwera

Grim AC — open-source alternatywa

Grim Anti-Cheat (Grim AC) to projekt, który wyróżnia się filozofią wykrywania: zamiast heurystyk opartych na obserwacjach, Grim symuluje fizykę Minecraft po stronie serwera i porównuje z tym, co robi klient. Jeśli klient odbiega od tego, co fizyka serwera przewidziała jako możliwe — to cheat.

Przewagi Grim nad tradycyjnymi podejściami

Klasyczne anti-cheaty mają bazę reguł: "jeśli gracz poruszył się więcej niż X bloków w Y sekund — to cheat". Problem polega na tym, że prawidłowe wartości X i Y są różne dla różnych stanów gry (efekty, konie, łódki, elytra). Grim omija ten problem, bo dokładnie wie, co jest możliwe w danym stanie gracza.

W praktyce oznacza to niemal zerową liczbę fałszywych alarmów dla sprawdzeń ruchowych. To ogromna zaleta na serwerach, gdzie gracze używają elytra, farm z koniami czy pojazdów z modpacków.

Ograniczenia Grim

Grim wymaga Paper i działa dobrze od wersji 1.17+. Brak wsparcia dla 1.8–1.16 to poważna bariera dla sieci PvP. Dodatkowo, sprawdzenia bojowe (combat checks) są mniej dojrzałe niż w Vulcanie — Grim historycznie był silniejszy w ruchu niż w wykrywaniu KillAury czy Reach.

Projekt jest jednak aktywnie rozwijany na GitHubie i regularnie otrzymuje aktualizacje. Dla serwera bez budżetu na wersji 1.19+ Grim to najlepszy dostępny wybór.

Instalacja i pierwsze kroki z Grim

Pobierz najnowszy JAR ze strony releases na GitHubie projektu i umieść w folderze plugins/. Po pierwszym uruchomieniu generuje się folder konfiguracyjny. Grim ma podobną strukturę komend do innych pluginów: /grim alerts, /grim logs, /grim reload.

Fałszywe alarmy (false positives)

Fałszywy alarm (false positive) to sytuacja, gdy anti-cheat flaguje lub karze uczciwego gracza. To jeden z największych problemów — zbyt agresywny plugin karze niewinnych, niszczy reputację serwera i odpycha graczy.

Najczęstsze przyczyny false positives

• Lag i desync — gdy gracz ma wysoki ping lub serwer zwalnia, pakiety ruchu dochodzą z opóźnieniem. Anti-cheat może to interpretować jako teleportację lub speed. Rozwiązanie: zwiększ tolerancję VL lub użyj buffer.
• ViaVersion / ViaBackwards — gracze łączący się ze starszych wersji mają trochę inną fizykę. Różnice w prędkości sprint-jump między wersjami potrafią triggerować sprawdzenia speed.
• Optymalizacje i mody klienta — legit mody jak Sodium, Iris czy OptiFine mogą zmieniać zachowanie klienta w sposób, który triggeruje anti-cheat. Szczególnie dotyczy to animacji i sprint-sneak.
• Efekty statusu — efekty Speed, Jump Boost, Levitation są czasem nieprawidłowo obliczane przez starsze pluginy. Vulcan i Grim mają to dobrze obsługiwane, NCP — słabiej.
• Pluginy ruchu po stronie serwera — ElytraBoost, RocketBoots, teleportacje z innych pluginów mogą wyglądać jak fly lub speed dla anti-cheata. Dodaj te akcje do whitelist lub wyłącz sprawdzenia dla konkretnych uprawnień.

Strategia minimalizowania false positives

Zamiast walczyć z każdym fałszywym alarmem osobno, przyjmij systemowe podejście:

1. Przez pierwsze 2 tygodnie po instalacji — tylko loguj, nie karz
2. Zbierz logi naruszeń i posortuj po sprawdzeniu — które mają nieproporcjonalnie dużo trafień od wielu różnych graczy?
3. Dla podejrzanych sprawdzeń: podnieś próg VL lub zmień akcję z kary na setback/warn
4. Rozmawiaj ze staffem — oni widzą, czy powiadomienia o konkretnym graczu wyglądają na cheaty czy lag
5. Miej otwarty kanał zgłoszeń dla graczy, którzy twierdzą, że dostali bana niesłusznie

Logging i system alertów

Dobry system logowania to podstawa pracy admina. Bez danych nie możesz ocenić, czy ktoś faktycznie cheatuje, ani udowodnić graczu, dlaczego dostał bana.

Co powinny logować anti-cheaty

• Każde naruszenie z dokładnym czasem, nazwą sprawdzenia i wartością VL
• Lokalizację gracza podczas naruszenia (koordynaty)
• Typ klienta i wersję (jeśli dostępna przez ViaVersion)
• Ping gracza w momencie naruszenia — pomaga odróżnić lag od cheatu
• Kontekst: co gracz robił chwilę przed naruszeniem (walka, bieg, skok)

Alerty dla staffu w czasie rzeczywistym

Wszystkie główne pluginy obsługują alerty wysyłane do graczy z odpowiednimi uprawnieniami. Skonfiguruj je tak, żeby staff widział tylko znaczące naruszenia — nie każdy pojedynczy tick. Dobrym progiem jest VL > 20 lub naruszenie po raz trzeci z rzędu.

Rozważ wysyłanie alertów na Discorda serwera za pomocą webhook. Większość pluginów obsługuje to natywnie lub przez dodatkowy plugin (np. DiscordSRV). Kanał #ac-alerts dostępny tylko dla staffu to standard na większych serwerach.

Przechowywanie logów

Logi anti-cheat szybko rosną. Ustal politykę retencji — 30 dni to rozsądny minimum dla aktywnego serwera. Najważniejsze wpisy (bany, poważne naruszenia) warto archiwizować dłużej, na wypadek sporów z graczami.

Kary automatyczne

Automatyczne karanie przez anti-cheat to miecz obosieczny. Zbyt agresywne kary niszczą doświadczenie uczciwych graczy, zbyt łagodne — pozwalają cheatom działać bezkarnie.

Gradacja kar

Zamiast od razu banować, zbuduj system stopniowy:

1. Setback (teleportacja z powrotem) — przy pierwszych naruszeniach ruchu. Gracz z lagiem dostaje setback i gra dalej. Cheatujący dostaje setback wielokrotnie, co jest nieefektywne dla jego cheatu.
2. Warn — widoczne ostrzeżenie na czacie gracza. Legit gracz rozumie, że coś jest nie tak z połączeniem. Cheatujący wie, że jest obserwowany.
3. Kick — po nagromadzeniu wystarczającej liczby naruszeń. Kick nie jest permanentną karą, ale przerywa sesję.
4. Tymczasowy ban — 1–24 godziny dla powtarzających się naruszeń. Daje czas na ręczny przegląd logów przez staff.
5. Permanentny ban — tylko po ręcznej weryfikacji przez admina lub przy absolutnej pewności (np. latanie przez 5 minut z zerowym pingiem).

Integracja z systemem ban managementu

Nie używaj wbudowanego systemu banów Minecraft. Zainstaluj dedykowany plugin do zarządzania karami — LiteBans lub AdvancedBan. Dają Ci:

• Historię kar z powodami i źródłem (auto vs ręczny)
• Tymczasowe bany z automatycznym wygasaniem
• Bany IP (ostrożnie — jeden adres może mieć wielu użytkowników)
• Publiczny panel webowy, gdzie gracze mogą sprawdzić status bana i złożyć odwołanie

Narzędzia dla staffu

Anti-cheat to automatyzacja, ale nie zastąpi w pełni ludzkiego oka. Staff potrzebuje narzędzi do ręcznego weryfikowania podejrzanych graczy.

Tryb Spectator

Wbudowany tryb Spectator to najważniejsze narzędzie moderatora. Komenda /gamemode spectator lub /gms pozwala obserwować gracza z jego perspektywy — widzisz dokładnie to, co on. Typowe sygnały ostrzegawcze:

• Kamera automatycznie śledi ruchome cele poza zasięgiem wzroku (ESP/AimBot)
• Ataki trafiają, gdy gracz stoi tyłem do przeciwnika lub w odległości ponad 3 bloków (Reach/KillAura)
• Gracz nie dostaje knockbacku po uderzeniu lub otrzymuje go w nierealistyczny sposób (Velocity)
• Ruchy głowy są idealnie płynne i zawsze centrowane na targetach (AimAssist)

Plugin /vanish

Essentials lub dedykowany plugin vanish sprawia, że jesteś niewidoczny dla graczy. To kluczowe przy obserwacji podejrzanego — jeśli Cię zobaczy w spektatorze, zmieni zachowanie. Dobre pluginy vanish ukrywają Cię też z list graczy, tab i alertów dołączenia/odejścia.

InventorySpy i EchoChest

Pluginy pozwalające przeglądać ekwipunek gracza w czasie rzeczywistym. Przydatne przy podejrzeniu o X-Ray — gracz z pełnym plecakiem diamentów po kilkunastu minutach gry wart jest bliższego spojrzenia.

BanManager / LiteBans — panel odwołań

Każdy duży serwer potrzebuje procesu odwołań. Zbanowany gracz musi mieć możliwość złożenia odwołania — przez forum, Discord lub formularz. Staff powinien reagować w określonym czasie (np. 72 godziny). Gracze, którzy widzą uczciwy proces, są bardziej skłonni zostać na serwerze nawet po fałszywym banie.

Praktyczne porady dla adminów

Nie polegaj na jednym pluginie

Żaden pojedynczy plugin nie wykryje wszystkiego. Dobry setup to warstwy: główny anti-cheat (Vulcan lub Grim) + dedykowany AntiXRay (np. wbudowany w Paper z modyfikacją OREBFUSCATOR) + system raportowania przez graczy.

Aktualizuj regularnie

Twórcy klientów z hackami stale wypuszczają nowe wersje z Bypassami dla znanych anty-cheatów. Anti-cheat musi być aktualny, żeby nadążać. Subskrybuj powiadomienia o nowych wersjach pluginu na SpigotMC lub GitHubie.

Testuj na staging serwerze

Przed wdrożeniem nowej konfiguracji anti-cheata na produkcji, testuj na kopii serwera. Zaproś zaufanych graczy do testów i sprawdź, czy nie triggerują fałszywych alarmów podczas normalnej gry (elytra, PvP, kopanie).

Edukuj staff, nie tylko automatyzuj

Staff powinien znać najczęstsze cheaty i wiedzieć, jak wyglądają. Organizuj krótkie szkolenia — pokaż nagranie KillAury i jej charakterystyczne oznaki. Staff, który wie, czego szukać, wyłapie rzeczy, które anti-cheat przeoczy.

Komunikuj zasady graczom

Jasno napisz w regulaminie serwera, że używanie klientów z hackami jest zakazane i jakie są konsekwencje. Gracze, którzy wiedzą, że serwer aktywnie moderuje cheaty, mają wyższe oczekiwania co do fair play. Poinformuj też o procesie odwołań — to buduje zaufanie.

Monitoruj metryki

Co tydzień sprawdzaj: ile automatycznych banów zostało nałożonych, ile odwołań wpłynęło, jaki procent odwołań zakończył się unbanen. Duży procent odwołań zakończonych sukcesem = za agresywna konfiguracja. Zero odwołań przy aktywnym serwerze = gracze nie wiedzą o procesie lub go nie ufają.

Powiązane strony

• Jak stworzyć serwer Minecraft — kompletny poradnik
• Komendy administratora na serwerze Minecraft
• Katalog pluginów Minecraft
• Vulcan Anti-Cheat — plugin
• Lista serwerów Minecraft Polska