Vulcan Anti-Cheat - zaawansowana ochrona serwera Minecraft

Co to jest Vulcan Anti-Cheat

Vulcan Anti-Cheat to płatny plugin do serwerów Minecraft, stworzony przez dewelopera ME1312. Pierwszy raz pojawił się na SpigotMC i od razu wyróżnił się podejściem do detekcji — zamiast sprawdzać zachowanie gracza po stronie świata (np. czy gracz przesuwa się za szybko), analizuje surowe pakiety sieciowe przesyłane między klientem a serwerem. To pozwala wykrywać cheaty na znacznie wcześniejszym etapie, zanim zdążą wpłynąć na rozgrywkę.

Plugin jest skierowany do serwerów PvP, serwrów survivalowych z aktywnymi graczami i sieci serwerów, gdzie problem z cheatami jest realny. Małe serwery ze znajomymi najprawdopodobniej nie potrzebują czegoś tak rozbudowanego — darmowy NovaNax czy podstawowy Grim wystarczą. Ale jeśli prowadzisz serwer z setkami graczy dziennie i regularnymi skargami na killaura czy speed, Vulcan jest wart swojej ceny.

Vulcan obsługuje wersje Minecraft od 1.7 do 1.21.x, co jest rzadkością wśród anty-cheatów — większość skupia się wyłącznie na nowszych wersjach. Wsparcie dla 1.8 jest szczególnie ważne dla serwerów PvP, bo spora część społeczności PvP wciąż preferuje combat z 1.8.

Wykrywane cheaty

Vulcan zawiera ponad 100 osobnych checków podzielonych na kategorie. Poniższa tabela przedstawia najważniejsze z nich:

Pełna lista checków jest dostępna w dokumentacji Vulcan. Każdy check można osobno wyłączyć lub skonfigurować, co jest bardzo przydatne gdy konkretny check generuje fałszywe alarmy u uczciwie grających.

Jak działa detekcja pakietów

Tradycyjne anty-cheaty sprawdzają zachowanie gracza po tym, jak serwer przetworzy ruch — na przykład porównując pozycję gracza w poprzednim i obecnym ticku. To podejście ma poważną wadę: do czasu wykrycia gracz już zdążył skraść zasoby, zabić kilku graczy albo wykonać niedozwolone akcje.

Vulcan działa inaczej. Rejestruje się jako listener pakietów sieciowych na poziomie protokołu ProtocolLib i analizuje każdy pakiet zanim zostanie przetworzony przez serwer. Pozwala to wykryć anomalie bezpośrednio w danych przesyłanych przez klienta:

• Pakiety pozycji (Position/Look): Vulcan sprawdza, czy zmiany pozycji są fizycznie możliwe przy danej prędkości, blokach w pobliżu i efektach statusu gracza. Timer hack wysyła te pakiety z częstotliwością inną niż 20 na sekundę — natychmiast wykrywalny.
• Pakiety ataku (Use Entity): KillAura i Reach zostawiają charakterystyczne wzorce — ataki z kąta większego niż możliwy dla człowieka, rotacja głowy niespójna z kierunkiem ruchu, uderzenia z odległości przekraczającej zasięg.
• Pakiety interakcji: AutoClicker generuje serię pakietów w regularnych odstępach. Ludzkie klikanie jest zawsze nieregularne — Vulcan analizuje wariancję czasu między kliknięciami.
• Pakiety potwierdzenia transakcji: Systemy lag compensation w Minecraft używają pakietów Transaction do synchronizacji. Niektóre cheaty manipulują tymi pakietami — Vulcan to wykrywa.

System opiera się na violation levels — każde podejrzane zachowanie dodaje punkty naruszenia. Kara następuje dopiero po przekroczeniu skonfigurowanego progu, co znacznie zmniejsza liczbę fałszywych alarmów przy jednorazowych lagach gracza.

Konfiguracja

Po instalacji Vulcan tworzy katalog plugins/Vulcan/ z kilkoma plikami konfiguracyjnymi. Najważniejszy to config.yml:

# Ogólne ustawienia
prefix: "&c[Vulcan] &r"
debug: false
verbose: false

# Ustawienia alertów dla graczy z uprawnieniem vulcan.alerts
alerts:
  enabled: true
  format: "&c{player} &7flagged for &c{check} &7({vl})"

# Integracja z innymi pluginami
hooks:
  geyser: true      # Wykrywanie graczy Bedrock (Geyser)
  viaversion: true  # Wsparcie dla wielu wersji klienta

Każdy check ma własny plik lub sekcję konfiguracji w checks.yml. Przykład konfiguracji dla KillAura:

KillAura:
  A:
    enabled: true
    max-violations: 5
    punishment: "ban {player} 7d KillAura"
  B:
    enabled: true
    max-violations: 10
    punishment: "kick {player} Wykryto KillAura"

Każdy check może mieć wiele wariantów (A, B, C...) — różne algorytmy wykrywania tego samego cheat type. Możesz skonfigurować różne progi i kary dla każdego wariantu. Na przykład wariant z niskim max-violations wykrywa agresywniejsze cheaty, wariant z wysokim progiem łapie bardziej subtelne modyfikacje.

Komendy administracyjne dostępne po instalacji:

• /vulcan alerts — włącz/wyłącz alerty dla siebie
• /vulcan kick <gracz> — ręczne wyrzucenie gracza
• /vulcan ban <gracz> — ręczne zbanowanie gracza
• /vulcan logs <gracz> — historia naruszeń gracza
• /vulcan reload — przeładowanie konfiguracji bez restartu
• /vulcan debug <gracz> — tryb debug dla konkretnego gracza

System kar i alertów

Vulcan oferuje trzy poziomy reakcji na wykryte cheaty, które możesz dowolnie konfigurować:

Alerty dla adminów

Gracze z uprawnieniem vulcan.alerts (zazwyczaj moderatorzy i administratorzy) otrzymują wiadomości na czacie w czasie rzeczywistym. Wiadomość zawiera imię gracza, nazwę cheat checku i aktualny poziom naruszeń (VL). Dzięki temu moderator może obserwować podejrzanego gracza zanim zostanie on automatycznie ukarany.

Automatyczne kary

Po przekroczeniu skonfigurowanego progu VL Vulcan wykonuje komendę zdefiniowaną w konfiguracji. Możesz ustawić dowolną komendę — kick, ban, mute, powiadomienie na Discordzie przez DiscordSRV, a nawet niestandardową komendę pluginu do obsługi banów (LiteBans, AdvancedBan, BanManager):

punishment: "litebans ban {player} 30d #Automatyczny ban - wykryto {check}"

Eskalacja kar

Możesz skonfigurować wielopoziomowy system kar — przy VL 5 kick, przy VL 15 tempban 24h, przy VL 30 permaban. To podejście działa dobrze, bo uczciwy gracz z losowego laga zbierze może 1-2 VL i nigdy nie dotrze do progu kary, podczas gdy cheatujący szybko dotrze do bana.

Logi naruszeń są zapisywane w bazie danych (domyślnie SQLite, opcjonalnie MySQL/MariaDB). Pozwala to na retrospektywną analizę — możesz sprawdzić historię gracza i zdecydować, czy ban był uzasadniony.

Vulcan vs inne anty-cheaty

Na rynku dostępnych jest kilka popularnych anty-cheatów. Oto jak Vulcan wypada na ich tle:

Vulcan vs Grim

Grim to open-source'owy anty-cheat darmowy, który w kwestii technologii detekcji jest podobny do Vulcan — też oparty o analizę pakietów. Grim ma jednak wolniejszy cykl wydań i bywa mniej stabilny na serwerach z wieloma graczami. Vulcan jest bardziej dojrzałym produktem z lepszym wsparciem i bardziej rozbudowaną konfiguracją. Jeśli budżet jest ograniczony, Grim jest sensowną alternatywą. Jeśli możesz wydać 20 EUR — Vulcan daje mniej bólów głowy.

Vulcan vs Spartan

Spartan jest starszym pluginem z długą historią. Ma więcej opinii w sieci i dużą bazę użytkowników, ale w środowisku administracji serwerami Minecraft Vulcan jest ogólnie uważany za bardziej precyzyjny w detekcji i generujący mniej false positives. Spartan ma nieco łatwiejszy panel konfiguracji, co może być argumentem dla mniej doświadczonych adminów.

Vulcan vs Matrix

Matrix jest popularny szczególnie w środowiskach z dużymi sieciami. Vulcan i Matrix są porównywalne cenowo i jakościowo — wybór między nimi często zależy od preferencji i doświadczeń konkretnego admina. Warto przetestować oba na staging serverze przed decyzją.

Wydajność

Anty-cheaty mają reputację pożeraczy TPS (Ticks Per Second), dlatego wydajność to ważny czynnik przy wyborze. Vulcan jest napisany z myślą o minimalizacji narzutu wydajnościowego:

• Asynchroniczne sprawdzenia: Większość checków wykonuje się asynchronicznie — nie blokują głównego wątku serwera. Wyjątkiem są sprawdzenia wymagające dostępu do świata (np. sprawdzanie bloków wokół gracza), które muszą działać synchronicznie.
• Leniwa inicjalizacja: Checksery dla danego gracza są inicjalizowane przy jego połączeniu, nie przy uruchomieniu serwera.
• Configurowalny zakres: Możesz wyłączyć cheaty, których nie chcesz wykrywać (np. X-Ray jeśli używasz osobnego pluginu do anti-xray), co zmniejsza obciążenie.

Na serwerze z 50 graczami narzut Vulcana jest zazwyczaj mniejszy niż 0,5 TPS. Przy 200+ graczach warto monitorować TPS i ewentualnie wyłączyć najbardziej kosztowne obliczeniowo checki. Sprawdź w grze komendą /vulcan timings, które checki zużywają najwięcej czasu.

Wymaga zainstalowanego ProtocolLib — jest to zależność obowiązkowa. ProtocolLib sam w sobie jest lekki, ale warto mieć na uwadze, że każdy dodatkowy plugin nasłuchujący pakiety (DiscordSRV, Citizens, inne anty-cheaty) sumuje narzut.

Cena i licencja

Vulcan jest pluginem premium — nie jest darmowy. Aktualna cena to około 20 EUR za jednorazowy zakup na SpigotMC. Po zakupie:

• Dostajesz dostęp do wszystkich przyszłych aktualizacji dla kupionej wersji
• Licencja obejmuje jeden serwer (lub sieć serwerów pod jedną marką)
• Możesz pobrać plik .jar bezpośrednio z serwisu SpigotMC po zalogowaniu na konto z aktywną licencją
• Dostęp do kanału supportu na oficjalnym Discord Vulcana

Licencja jest przypisana do konta SpigotMC, nie do serwera. Jeśli masz kilka serwerów pod tą samą siecią, jeden zakup powinien wystarczyć — sprawdź jednak ToS przed wdrożeniem na większą liczbę instancji.

Nie ma darmowej wersji próbnej ani trial. Zanim wydasz pieniądze, polecam przejrzeć oficjalne forum pluginu na SpigotMC, gdzie administratorzy dzielą się doświadczeniami — zarówno pozytywnymi, jak i problemami z false positives na konkretnych wersjach.

Jeśli 20 EUR to za dużo, rozważ Grim Anti-Cheat jako darmową alternatywę lub skonfiguruj solidnie darmowy NoCheatPlus z dodatkowymi tuningami. Żaden darmowy anty-cheat nie dorówna jakościowo Vulcanowi, ale podstawową ochronę zapewni.

Porady dla adminów

• Nie banuj automatycznie przy niskim VL — ustaw próg bana wysoko (np. 20-30 VL), a przy niskim VL (5-10) tylko kick z ostrzeżeniem. Dzięki temu uczciwy gracz z chwilowym lagiem nie wyleci z serwera na amen.
• Daj moderatorom uprawnienie vulcan.alerts — alerty w czasie rzeczywistym pozwalają moderatorom ręcznie obserwować podejrzanego gracza przed automatyczną karą. Komenda /vulcan alerts włącza i wyłącza alerty dla moderatora.
• Integruj z pluginem banów — zamiast używać wbudowanej komendy /ban, zintegruj Vulcana z LiteBans lub AdvancedBan. Dzięki temu bany z Vulcana są widoczne w historii gracza razem z innymi sankcjami.
• Testuj na staging przed zmianami — zmiany w progach VL mogą drastycznie wpłynąć na fałszywe alarmy. Przetestuj zawsze najpierw na serwerze testowym z kilkoma graczami przed wdrożeniem na produkcję.
• Wyłącz X-Ray check jeśli masz OreAnnouncer — jeśli używasz dedykowanego pluginu do wykrywania X-Ray (np. OreAnnouncer), wyłącz ten check w Vulcanie, żeby uniknąć podwójnych alertów i niepotrzebnego zużycia zasobów.
• Zaktualizuj ProtocolLib razem z Vulcanem — przestarzały ProtocolLib to częsta przyczyna bugów i crashy. Zawsze aktualizuj oba pluginy razem, szczególnie przy przejściu na nową wersję Minecraft.
• Włącz logi do MySQL na dużych serwerach — domyślny SQLite może być wąskim gardłem przy dużej liczbie graczy. Na serwerach powyżej 100 graczy dziennie skonfiguruj połączenie MySQL w config.yml.
• Komunikuj graczom procedurę odwołania — nawet najlepszy anty-cheat błędnie banuje czasem uczciwe osoby. Miej jasną procedurę unban request (Discord, forum, formularz) i informuj o niej w wiadomości o banie.

Kompatybilność

Vulcan działa na następujących platformach serwerowych:

• Paper 1.8 - 1.21.x — główna i najlepiej wspierana platforma
• Spigot 1.8 - 1.21.x — pełna kompatybilność
• Purpur — działa, fork Papera
• Folia — eksperymentalne wsparcie (sprawdź changelog przed wdrożeniem)
• BungeeCord / Velocity — Vulcan instaluje się na każdym backendzie osobno, nie jako plugin proxy

Wymagane zależności:

• ProtocolLib — obowiązkowy, musi być zgodny z wersją Minecraft serwera

Znane konflikty i uwagi:

• Inny anty-cheat jednocześnie — uruchamianie dwóch anty-cheatów (np. Vulcan + NoCheatPlus) generuje konflikty w obsłudze pakietów i podwójne false positives. Używaj jednego.
• Geyser (Bedrock players) — Vulcan ma wbudowane wsparcie dla Geyser. Włącz opcję hooks.geyser: true w config.yml, żeby stosować osobne progi dla graczy Bedrock.
• ViaVersion — jeśli serwer obsługuje klientów różnych wersji, włącz hooks.viaversion: true. ViaVersion zmienia strukturę niektórych pakietów — bez tej opcji możliwe fałszywe alarmy u graczy na starszych klientach.
• CitizensAPI / NPC — upewnij się, że NPC z Citizens są wykluczone z checków, bo ich ruch może triggerować speed/fly alerty.

Więcej o zarządzaniu pluginami na serwerze: EssentialsX, LuckPerms. Pełny przegląd pluginów: Katalog pluginów.