Kod błędu 260025 w kamerach EZVIZ - przyczyny i rozwiązania

Pytanie

260025 ezviz

Odpowiedź Sztucznej Inteligencji

Bezpośrednia odpowiedź na pytanie

• Kod błędu 260025 w ekosystemie EZVIZ/Hik-Connect oznacza niepowodzenie w zestawieniu strumienia wideo (live-view lub playback). Najczęściej jest to skutek niestabilnego lub błędnie skonfigurowanego połączenia sieciowego (DNS, przepustowość, porty, firewall) bądź chwilowej niedostępności chmury EZVIZ.
• Kluczowe działania: sprawdź łącze internetowe (min. 2 Mb/s upload), zrestartuj urządzenia, zmień DNS na publiczne (8.8.8.8 / 1.1.1.1), zaktualizuj firmware i aplikację, upewnij się, że router nie blokuje portów 80/443/554/8000, a kamera ma poprawną synchronizację czasu.

Szczegółowa analiza problemu

1. Jak powstaje błąd 260025

1. Kamera/NVR inicjuje połączenie P2P z chmurą EZVIZ → wymaga poprawnej odpowiedzi DNS i otwartych portów wyjściowych.
2. Serwer przekazuje dane strumienia do aplikacji → jeśli pakiety RTSP/TCP/UDP nie docierają lub ramki są gubione, aplikacja zwraca 260025 („Playing failed / Network unstable”).

2. Klasyfikacja przyczyn

A. Warstwa dostępu do Internetu
• niska przepustowość upstream lub wysoki jitter,
• częste rozłączanie Wi-Fi (odległość, interferencje kanału 2,4 GHz).
B. Warstwa routingu/DNS
• niewydolne DNS ISP; błędne odpowiedzi CNAME na domeny *.ezvizlife.com,
• blokada portów wychodzących przez filtr rodzicielski lub zaporę operatora.
C. Warstwa aplikacyjna/firmware
• przestarzały firmware z błędem TLS/SSL,
• niewłaściwa synchronizacja RTC → odrzucenie certyfikatu chmury.
D. Warstwa serwer-side
• regionalna awaria węzłów CDN EZVIZ/Hikvision (rzadziej, ale odnotowywana w 2023-2024 r.).

3. Diagnostyka krok po kroku

1) Szybki reset łańcucha sieciowego

• Wyłącz / włącz kamerę (≥60 s).  
• Restart routera (re-DHCP + odświeżenie tablic DNS).  

2) Test przepustowości i jakości łącza

• Speedtest przy kamerze i przy smartfonie (≥2 Mb/s UP, ping <100 ms).  
• ifconfig / netsh wlan show all – szum kanału Wi-Fi ≤-70 dBm.  

3) Zmiana DNS na publiczne
Panel routera → DHCP / WAN DNS:

Primary: 8.8.8.8    Secondary: 8.8.4.4      (Google)  
lub  
Primary: 1.1.1.1    Secondary: 1.0.0.1      (Cloudflare)  
Zapisz → reboot routera → reboot kamery.  

4) Sprawdzenie portów i firewall
Zaloguj się do routera → wyłącz tryb „High-Security” lub dodaj wyjątki:

TCP: 80, 443, 554, 8000-8500  
UDP: 67, 68, 546, 547, 8000-8500  

UPnP = ON (kamera sama otworzy port wewnętrzny).

5) Weryfikacja synchronizacji czasu
Aplikacja EZVIZ → Ustawienia → Strefa czasowa = „GMT+XX” → „Synchronizuj teraz”.
Router: NTP pool.ntp.org lub czas automatyczny z ISP.

6) Test w niezależnej sieci (hot-spot 4G/5G)
Jeśli na LTE działa poprawnie → problem leży po stronie sieci domowej/ISP.

7) Aktualizacja firmware i aplikacji
EZVIZ App → Check firmware → Update. Podczas aktualizacji utrzymuj zasilanie.

8) Factory reset (ultima ratio)
Przycisk RESET ≥15 s → dźwięk beep → ponowna konfiguracja Q-R.

4. Narzędzia i pomiary zaawansowane

• ping api.ezvizlife.com → opóźnienia < 100 ms, brak utraty pakietów,
• traceroute → lokalizuj miejsce przerwania,
• Wireshark → filtr ip.addr == <IP_kamery> w poszukiwaniu retransmisji TCP/RTSP,
• logi systemowe NVR: System → Log → szukaj „DNS fail / connect timeout”.

Aktualne informacje i trendy

• 2023-2024 r.: EZVIZ wdraża nową platformę chmurową opartą na IPv6 i SRTCP; starsze kamery wymagają firmware ≥ V5.3.x.
• Wi-Fi 6 (802.11ax) zmniejsza opóźnienia w transmisjach 4 K; przy słabym sygnale lepiej wymusić pasmo 2,4 GHz niż 5 GHz (większy zasięg).
• Rosnąca popularność zapisów lokalnych NAS z funkcją „LAN playback” omijającą chmurę – eliminacja błędu 260025 w sieci wewnętrznej.

Wspierające wyjaśnienia i detale

• DNS: kamera wysyła zapytanie do lbp2p-api.globalsip.com, brak odpowiedzi = brak IP serwera sygnalizacyjnego → błąd. Publiczne DNS mają wyższy TTL i mniejsze opóźnienia.
• TCP 554/RTSP: gdy firewall (np. MikroTik z FastTrack) markuje pakiety jako „invalid”, sesja RTSP zamyka się po 3 sek.
• Przykład: użytkownik z UPC Polska (CGNAT) – po aktywacji „IPv6 full dual-stack” i ręcznej zmianie DNS błąd ustąpił.

Aspekty etyczne i prawne

• Zgodnie z RODO/GDPR nagrania z monitoringu domowego nie mogą obejmować przestrzeni publicznej poza posesją (wyjątek – uzasadniony interes, np. wandalizm).
• Udostępnianie strumienia przez chmurę chińskiego producenta → obowiązek poinformowania domowników o możliwości transferu danych poza EOG.
• Szyfrowanie end-to-end AES-128/TLS 1.2 w EZVIZ spełnia wymagania KSC but nie ma certyfikacji NDAA; w projekcie przemysłowym należy sprawdzić lokalne przepisy (np. KSC w Polsce, NDAA §889 w USA).

Praktyczne wskazówki

• Dla krytycznych instalacji stosuj połączenie kablowe PoE, fallback na Wi-Fi tylko awaryjnie.
• Ustaw harmonogramy nagrań tak, by zmniejszyć bitrate w godzinach szczytu internetu domowego.
• W routerach z oprogramowaniem OpenWrt przydziel kamerom priorytet za pomocą SQM (CAKE) – eliminuje dławienie uploadu.
• Regularnie eksportuj konfigurację kamery; factory reset usuwa lokalne klucze szyfrujące SD/NVR.

Ewentualne zastrzeżenia lub uwagi dodatkowe

• Niektórzy ISP (np. Orange Fibre) stosują transparentny proxy HTTPS, które bywa niekompatybilne z P2P EZVIZ – wtedy port-forwarding nie pomoże, konieczny jest tryb „HTTP tunneling” w ustawieniach kamery (firmware ≥ V5.4).
• Błąd może pojawiać się tylko przy nagraniach dziennych (IR OFF) – oznacza przepełnienie bufora I-frame w NVR. Rozwiązanie: redukcja ilości klatek lub przejście z H.264+ na H.264.

Sugestie dalszych badań

• Test protokołu QUIC jako alternatywy dla TLS/TCP w transmisji wideo – zapowiadany w roadmapie EZVIZ Q4 2024.
• Analiza wpływu Wi-Fi 6E (pasmo 6 GHz) na opóźnienia streamingu P2P vs ON-VIF over HTTPS.
• Badanie odporności kamer na ataki MITM przy zmianie DNS (DNS-Poisoning).

Krótkie podsumowanie

Błąd 260025 nie wskazuje na usterkę sprzętową, lecz na problem w drodze sieć ⇄ kamera ⇄ chmura. Najszybsze remedium to:
1) restart sprzętu, 2) publiczny DNS 8.8.8.8 / 1.1.1.1, 3) otwarcie portów i aktualizacja firmware.
Jeżeli test mobilnego hotspotu potwierdzi, że kamera działa poza siecią domową – przyczyną jest konfiguracja routera lub ograniczenia ISP. W przeciwnym razie należy wykonać factory reset i/lub zgłosić problem do wsparcia EZVIZ, podając szczegółowe logi i wersję oprogramowania.