Problem z emulated_hue - czy blok 80 jest blokowany na Jolce?

Czesc, potrzebuje emulowac urzadzenia hue (workarround na sensory tuya). Postepuje wg instrukcji: https://www.home-assistant.io/integrations/emulated_hue/

Log Details (ERROR)

Logger: homeassistant.components.emulated_hue
Source: components/emulated_hue/__init__.py:157
Integration: emulated_hue ([documentation](https://www.home-assistant.io/integrations/emulated_hue), [issues](https://github.com/home-assistant/home-assistant/issues?q=is%3Aissue+is%3Aopen+label%3A%22integration%3A+emulated_hue%22))
First occurred: 5:24:57 PM (1 occurrences)
Last logged: 5:24:57 PM

Failed to create HTTP server at port 80: [Errno 13] error while attempting to bind on address ('192.168.31.180', 80): permission denied

wpis w confguration.yaml to

emulated_hue:
  listen_port: 80
  type: alexa
  entities:
    light.fake_light:
      name: "Fake light"
      hidden: false

Jakies pomysly? Od razu uprzedze - port 80 jest wymagany aby urzadzenia byly widoczne w Alexie

Tak AIS używa również portu 80. Przez weekend/święta pewnie nie dostaniesz wprost informacji czy i jak to wyłączyć, wię proponuję szukać na własną rękę. :slight_smile:

@jolka znacie moze jakies rozwiazanie mojego problemu?

@jolka tak, sie niesmialo przypominam :slight_smile: Wydaje mi sie ze na poczatku AIS na bramke dzialal na innym porcie niz 80. Oryginalny HA tez nie blokuje portu 80.

Tak, kiedyś nie działała na porcie 80, a teraz działa… bo to standardowy port dla aplikacji web.
Nasi użytkownicy chcieli mieć usługi na ich standardowych portach.Odpowiadanie na pytanie: dlaczego trzeba wpisywać port??? było kiedyś dość częste…

Działanie na niestandardowych portach jest dziwne dla użytkowników (dlaczego trzeba wpisywać port???). Może się też zdarzyć tak, że np. w jakiejś firmie SSH musi mieć port 22 z powodu lokalnej polityki bezpieczeństwa i ograniczeń zdefiniowanych w zaporze sieciowej.

więcej poczytasz tu:

Fajnie, że HA działa na innym porcie, ale my nie jesteśmy HA i nasza aplikacja webowa działa na standardowym porcie 80 :wink: dzięki czemu nasi użytkownicy nie muszą pamiętać i wpisywać portu.

Jeżeli rozumiesz, jak działa iptables w Linux, to możesz przekierować porty, ale nie radzimy, bo możesz coś zepsuć… albo aktualizacja Ci to znowu nadpisze.

Podsumowując, tak jak jest to opisane w dokumentacji (img poniżej) te porty są zajęte - działają tam nasze usługi:

Rozumiem ze nie jestescie HA, niemniej jednak Wasza zmiana sprawila ze pewna funkcjonalnosc z oryginalnego HA (mowimy o standardowej integracji, nie custom components) przestala dzialac. Przekierowania portow w iptables wole uniknac - bez sensu naprawiac to po kazdej aktualizacji.
Z tego co zauwazylem, to port 8180 caly czas u Was dziala - wiec mozna dodac flage na ktorym porcie AIS ma nasluchiwac. Rozumiem ze to nie jest top prio, ale pomogloby zachowac kompatybilnosc z uslugami HA :slight_smile: