Cześć, pytanie po zaniku prądu i ponownym uruchomieniu urządzeń nie mogę dostać się do bramki komunikat:
Error 502
bad ateway
to już kolejny raz co może być powodem
Bez diagnozowania w postaci logów z PM2 to się nie da stwierdzić co może być powodem.
Jest kilka sposobów na dotarcie do bramki poza przeglądarką internetową.
Najczęstszym powodem takiego komunikatu jest problem z siecią do której podłączona jest bramka.
Przydaje się ustawienie stałego IP w samym Android na bramce. Najlepiej gdy korzystasz z kabla, a nie Wi-Fi.
Nie napisałeś nic o swojej instalacji…
Router od Plusa bramka jest do niego podłączona po kablu około południa będę w domu to sprawdzę logi
/data/data/pl.sviete.dom/files/home/.pm2/logs/tunnel-out.log last 15 lines:
/data/data/pl.sviete.dom/files/home/NULL last 15 lines:
/data/data/pl.sviete.dom/files/home/.pm2/logs/NULL last 15 lines:
/data/data/pl.sviete.dom/files/home/.pm2/logs/tunnel-error.log last 15 lines:
5|tunnel | 2022-02-17T11:15:13Z INF Metrics server stopped
5|tunnel | 2022-02-17T11:15:15Z INF Starting tunnel tunnelID=3b3e2b10-a14a-47a3-bb5c-24f12a6aa777
5|tunnel | 2022-02-17T11:15:15Z INF Version
5|tunnel | 2022-02-17T11:15:15Z INF GOOS: android, GOVersion: go1.16.7, GoArch: arm
5|tunnel | 2022-02-17T11:15:15Z INF Settings: map[config:/data/data/pl.sviete.dom/files/home/.cloudflared/config.yaml cred-file:/data/data/pl.sviete.dom/files/home/.cloudflared/key.json credentials-file:/data/data/pl.sviete.dom/files/home/.cloudflared/key.json]
5|tunnel | 2022-02-17T11:15:15Z INF Autoupdate frequency is set autoupdateFreq=86400000
5|tunnel | 2022-02-17T11:15:15Z INF Generated Connector ID: d257e80-587-4fae-98e8-d7a5fa13f1c0
5|tunnel | 2022-02-17T11:15:15Z ERR Unable to lookup protocol. Defaulting to `http2`. If this fails, you can set `--protocol h2mux` in your cloudflared command. error="lookup protocol.argotunnel.com on [::1]:53: read udp [::1]:38626->[::1]:53: read: connection refused"
5|tunnel | 2022-02-17T11:15:15Z INF Initial protocol http2
5|tunnel | 2022-02-17T11:15:15Z INF Starting metrics server on 127.0.0.1:34931/metrics
5|tunnel | 2022-02-17T11:15:16Z ERR update check failed error="no release found"
5|tunnel | 2022-02-17T11:15:17Z INF Connection e802a3bc-82e0-48e3-9820-73d572e8143c registered connIndex=0 location=CPH
5|tunnel | 2022-02-17T11:15:17Z INF Connection bde51a9-149-466-b34-f9c8ddde766d registered connIndex=1 location=HAM
5|tunnel | 2022-02-17T11:15:19Z INF Connection 379d8f-a72-4931-a6-564607ac3600 registered connIndex=2 location=CPH
5|tunnel | 2022-02-17T11:15:20Z INF Connection def1b7-03e-2f-a2e-cfe83ddf1616 registered connIndex=3 location=HAM
zrób:
pm2 restart tunel
ew. wyłącz zdalny dostęp i włącz ponownie
Z załączonych log’ów wnioskuję, że problem jest z połączeniem do tunelu. Czy taki braku dostępu (zdalnego) masz na myśli tworząc ten temat? Wiem tylko z Twoich wyjaśnień:
dokładnie tak problem z dostępem zdalnym w aplikacji jest właczony
ok problem występuje kiedy po zaniku prądu bramka uruchomi się przed routerem - lokalnie działa zdalnie już nie. Pomaga tylko kolejny restart
Tegoroczne wichury sprawiły, że i moja bramka parokrotnie pozbawiona została zasilania. Nigdy jednak nie zauważyłem podobnego problemu z brakiem połączenia przez tunel po powrocie zasilania. Wniskuję zatem, że problem stwarza sieć a nie bramka.
adres do bramki przypisany w routerze na sztywno po ip i mac adresie
można opóźnić start zdalnego dostępu do bramki ?
Adres IP ustaw na sztywno w bamce. Robi się to w ustawieniach Androida. Najlepiej spoza puli adresacji serwera DHCDP, który masz na routerze. Uwierz, to jest różnica. Wówczas nie router decyduje o połączeniu, a jedynie bramka AIS czeka na otworzenie bramy na świat przez router.
Pewnie tak, najprawdopodobniej prostą automatyzacją. Możesz ustawić akcję jako usługa do wywołania, np:
1 polubienie
Gniazdko z tasmotą i reguła pingowania do routera, jak nie dostaje pingu to restart.
O tak:
3 polubienia
Warto jednak do bramki i routera zapodać jakiś UPS; również miewam problemy z prądem i to w zasadzie u mnie konieczność
U mnie też co chwila, bez UPSa sobie nie wyobrażam funkcjonować,
a jak dzwonie do elektrowni to mówią “no Panie wiater wieje to co się dziwić” 
2 polubienia
To ja chyba jestem chory na tym punkcie bo na ups mam
- bramka
- rutery asus
- kamery
- oświetlenie w ciągu komunikacyjnym
Myślę nad zbudowaniem inteligentnej lampy awaryjnej.
(wemos + 18650 + led 5v + ds18b20 + czujka ruchu)
1 polubienie
No kamer jeszcze nie mam na ups ale mam:
lampa
AIS
modem
switch
router
2 x xpenology
2x unifi AP
telewizor
komputer na którym pracuje
dwa monitory
głośniki
Czasem jak nie ma prądu to nawet nie wiem,
chyba że mam cicho muzykę i usłyszę zasilacz UPS
Edit
Ogólnie fajna sprawa, jak jest np. burza to odłączam zasilacz z gniazdka
i pracuję sobie dalej (pracuje zdalnie) nie martwiąc się że pójdzie po sprzęcie.
2 polubienia
https://jchost.pl/blog/blad-502-bad-gateway/. Otrzymujac taki komunikat napewno połączyłeś sie do bramki.
Dziękuję wszystkim za odpowiedzi, ale sprawa ma się jeszcze inaczej bramka dostaje ip ale tak zdalnie jak i lokalnie nie ma do niej dostępu mogę ja pingować tylko.
Podłączyłem monitor i adresacja jest ( nawet można przeglądać strony we na bramce) jaką komendę wywołać na konsoli by sprawdzić powód problemu ?
podpięta w innej lokalizacji do zupełnie innego routera ten sam problem
Start w konsoli kończy komunikat:
mount: ’ /dev/root/’ → ‘/’: Device or resource busy
Po przez SSH można się dostać
Na 100% wygląda tak, że po odłączeniu bramki od lan jej restarcie, oraz ponownym podłączeniu przewodu lan. Bramka dostaje adres ip, ale do niej dostępu nie ma - z niej wyjście jest tzn. zdziała przeglądarka www na niej.
Kiedy ją zrestartuje i będzie podłączony lan, bramka dostaje ip i można się do niej logować tak zdalnie jak i lokalnie.
tak dokładnie jak opisałeś nic to nie daje, podpinam kabel adres który ustawiłem pokazuje się w aplikacji ais i tyle - już się zastanawiam czy nie zrobić pełnego restartu aplikacji