BŁĄD • DIAGNOSTYKA • ROZWIĄZANIA

UltraVNC connection refused – co zrobić

Komunikat UltraVNC connection refused informuje, że host aktywnie odrzuca połączenie na wskazanym adresie i porcie. Najczęściej dzieje się tak, gdy usługa UltraVNC Server nie działa, port 5900 nie nasłuchuje albo zapora blokuje ruch. Czasem problem powoduje też błędny adres IP lub niepoprawna konfiguracja routera i NAT. W tym poradniku krok po kroku sprawdzisz każdy element, dlatego szybko przywrócisz zdalny dostęp.

Pobierz UltraVNC Port 5900: test i otwarcie Instalacja UltraVNC
Objawy Przyczyny Naprawa Checklist FAQ

Szybka odpowiedź

W większości przypadków wystarczą trzy sprawdzenia.
Najczęściej pomaga: usługa + port + firewall
  1. Najpierw upewnij się, że UltraVNC Server działa jako usługa i faktycznie nasłuchuje.
  2. Następnie sprawdź, czy port 5900/TCP jest otwarty i zgodny z ustawieniami Viewer.
  3. Na końcu zweryfikuj Windows Firewall oraz router, dlatego ruch dotrze do hosta.

Objawy

Tak wygląda błąd „connection refused” w praktyce.
  • Viewer od razu wyświetla komunikat „connection refused”, bez pytania o hasło.
  • Połączenie działa z innymi hostami, natomiast jeden komputer odrzuca sesję.
  • Błąd pojawia się po restarcie systemu, w efekcie podejrzenie pada na usługę.
  • Problem nasila się po zmianach sieciowych lub instalacji innego serwera VNC.

Najczęstsze przyczyny

Zwykle odpowiada jeden z poniższych elementów.
Usługa UltraVNC Server nie działa System nie uruchamia serwera, dlatego host nie przyjmuje połączeń. services.msc, autostart
Port 5900 jest zamknięty lub zajęty Viewer trafia w port bez nasłuchu albo w port używany przez inną aplikację. 5900/TCP, kolizja
Firewall lub router blokuje ruch Zapora albo NAT odcina pakiety, więc połączenie kończy się odmową. Firewall, NAT, ACL

Naprawa krok po kroku

Sprawdzaj punkty po kolei, aby szybko znaleźć przyczynę.
  1. Krok 1: Sprawdź adres IP
    Najpierw potwierdź, że Viewer łączy się z właściwym adresem IP. Przy korzystaniu z DNS wykonaj ping lub nslookup, aby upewnić się, że nazwa wskazuje poprawny host. Po korekcie adresu wykonaj test, w efekcie wyeliminujesz błąd trafienia w inną maszynę.
  2. Krok 2: Uruchom usługę UltraVNC Server
    Otwórz services.msc i sprawdź stan usługi UltraVNC Server. Jeśli usługa nie działa, uruchom ją ręcznie albo przeinstaluj Server z opcją „Install Service”. Po uruchomieniu ponów połączenie, dlatego szybko zobaczysz zmianę.
  3. Krok 3: Zweryfikuj port 5900
    Wejdź w ustawienia serwera i sprawdź, jaki port jest używany. Gdy port różni się od 5900, wpisz go w Viewer w formacie IP:PORT. Jeśli inna aplikacja zajmuje port, zmień go i zaktualizuj zaporę, w efekcie unikniesz kolizji.
  4. Krok 4: Sprawdź firewall i router
    Dodaj regułę przychodzącą w Windows Firewall dla portu TCP. Przy dostępie z Internetu skonfiguruj przekierowanie portu na routerze. Po zapisaniu ustawień wykonaj test z LAN i WAN, dlatego potwierdzisz pełną ścieżkę połączenia.

Checklist

Szybkie podsumowanie do odhaczenia.
  • Adres IP lub DNS wskazuje właściwy komputer.
  • Usługa UltraVNC Server działa i startuje automatycznie.
  • Port 5900/TCP nasłuchuje i jest zgodny z Viewer.
  • Firewall Windows przepuszcza ruch VNC.
  • Router przekazuje port do hosta.

FAQ

Najczęstsze pytania przy błędzie connection refused.
Czym różni się „connection refused” od „timeout”?
„Connection refused” oznacza aktywne odrzucenie połączenia przez host. Timeout pojawia się wtedy, gdy pakiety nie wracają z sieci. W praktyce pierwszy błąd kieruje diagnostykę na usługę i port, a drugi na firewall lub router.
Czy zmiana portu rozwiąże problem?
Zmiana portu pomaga, gdy inna aplikacja zajmuje 5900. Pamiętaj jednak, aby zaktualizować ustawienia Viewer, firewall i router. W efekcie wszystkie elementy pozostaną spójne.
Czy mogę używać UltraVNC bez otwierania portu?
Tak, możesz połączyć się przez VPN lub tunel SSH. Takie rozwiązanie zwiększa bezpieczeństwo i eliminuje problemy z NAT. Dzięki temu nie musisz wystawiać portu publicznie.