Xiongmai X6E-WEQ i IPG-X6-WEQ2
Xiongmai · kamera IP dwuobiektywowa, moduł OEM 6 Mpx z głowicą obrotową · X6E-WEQ
czym to jest
Moduł elektroniczny Xiongmai sprzedawany producentom kamer — na obudowie nie ma marki, a ten sam moduł trafia do obudów różnych firm. X6E-WEQ stoi na układzie XM535, IPG-X6-WEQ2 na starszym XM530; obie odmiany zachowują się w sieci niemal tak samo.
Dwa obiektywy, jeden strumień. Kamera ma obiektyw stały i drugi na głowicy obrotowej, ale oddaje je jako jeden kadr 2304 × 2592 — dwa obrazy 2304 × 1296 sklejone w pionie. Zmierzone: ruchomy jest dolny obiektyw. Kanały 2 i 3 w adresie RTSP oddają ten sam sklejony kadr, więc rozdzielić obrazy może tylko odbiorca, przycinając górę i dół.
Bryła to najpewniej tuba z głowicą obrotową w jednym korpusie, ale żadnych wymiarów ani rzutu nie ma — domena producenta modułu nie istnieje. Prefiks MAC (00:12:33, 00:12:34) nie wskazuje producenta.
co z niego odczytujemy
| port | usługa |
|---|---|
| 80 | strona WWW — wtyczka ActiveX, logowanie idzie przez DVRIP |
| 554 | RTSP, przedstawia się jako Server: H264DVR 1.0 |
| 8899 | ONVIF — na porcie 80 zwraca 404 |
| 34567 | DVRIP, własny protokół XM; tak mówi aplikacja XMEye |
- Strumień główny H.265, 2304 × 2592. Konfiguracja deklaruje 25 kl./s, zmierzone na
X6E-WEQ: 12. Strumień pomocniczy jest fabrycznie wyłączony. Przeglądarka nie odtworzy H.265, więc bez strumienia pomocniczego w H.264 podgląd wymaga przekodowania. - ONVIF: zdarzenia ruchu liczone w kamerze, sterowanie głowicą, ustawienia obrazu.
- DVRIP: informacje o systemie i konfiguracja — sieć, NTP, kodowanie, chmura, filtr adresów.
- Kamera przyjmuje najwyżej 10 połączeń TCP.
SNMP nie odpowiada.
flaga, która otwiera ONVIF
Ustawienie NetWork.OnvifPwdCheckout decyduje, czy ONVIF wymaga hasła. Zmierzone na dwóch egzemplarzach:
true— anonimoweGetUserszwraca 401;false— ONVIF odpowiada na wszystko bez logowania, wypisuje listę kont, a adres strumienia i migawki oddaje z loginem i hasłem w treści adresu.
To ustawienie, nie wersja oprogramowania: jedna zmiana w konfiguracji przełącza kamerę w każdą stronę. Producent w swoim biuletynie zaleca włączenie weryfikacji hasła ONVIF. Stan flagi warto sprawdzać okresowo, a nie raz.
pułapki zmierzone
- RTSP ignoruje ścieżkę.
/stream0,/live/ch0,/11i natywny format XM dają ten sam obraz — „działający adres” niczego nie dowodzi. - Logowanie DVRIP idzie jawnym TCP, a hasło jako 8-znakowy skrót bez jednorazowej liczby. Przechwycony skrót loguje tak samo jak hasło.
- Kamera jest związana z chmurą XMEye (
AppBindFlag.BeBinded = true, NAT do serwera chmury) i łączy się na zewnątrz. Osoba z powiązanym kontem ma do niej dostęp spoza sieci. - Fabryczne serwery czasu są zewnętrzne, w tym dwa chińskie. Kamera restartuje się sama w czwartki o 2:00 — to ustawienie fabryczne
AutoMaintain. - Ruch ciągły głowicy nie jest symetryczny: 1,2 s w prawo i 1,2 s w lewo nie wraca w to samo miejsce, a odczyt pozycji zwraca −1,0. Powrót tylko przez preset albo pozycję domową.
- Migawka HTTP i klatka z RTSP mają inną jasność — kadrów z tych dwóch dróg nie da się porównywać wprost.
- Jeden MAC, dwa adresy. Stara dzierżawa DHCP potrafi odpowiadać obok nowej. Skan policzy dwa urządzenia; o tym, który adres jest właściwy, mówi kamera w swojej konfiguracji sieci.
czego z niego nie odczytamy
- Dwóch osobnych obrazów ze źródła — kamera ich nie rozdziela.
- Bezwzględnej pozycji głowicy.
- Niczego po SNMP.
- Wymiarów, masy i zasilania — brak zweryfikowanej karty; brak wzmianki o PoE nie dowodzi, że go nie ma.
pełny spis parametrów
Pełnego spisu parametrów tego modelu jeszcze tu nie ma — powyżej opisane są te, które odczytaliśmy i sprawdziliśmy. Brak spisu nie znaczy, że urządzenie niczego więcej nie wystawia.