Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Einsteigerfragen
  4. Installation
  5. Docker Container Port

NEWS

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    11
    1
    472

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    24
    1
    1.6k

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    9.5k

Docker Container Port

Geplant Angeheftet Gesperrt Verschoben Installation
34 Beiträge 6 Kommentatoren 2.7k Aufrufe 4 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • T Tjaden

    @haselchen Den automatischen Neustart habe ich nur für Testzwecke ausgeschaltet, bzw. nicht eingeschaltet. Ich hatte beim PiHole mal einen Bootloop.

    Leider auch bei hoher Prio weder über https 8081 noch über http 8080 erreichbar.

    Marc BergM Offline
    Marc BergM Offline
    Marc Berg
    Most Active
    schrieb am zuletzt editiert von Marc Berg
    #24

    @tjaden sagte in Docker Container Port:

    Leider auch bei hoher Prio weder über https 8081 noch über http 8080 erreichbar.

    Ein frisch aufgesetzter Container ist nicht über httpS://<IP>:8081 zu erreichen, sondern über http://<IP>:8081. Vielleicht ist das schon dein Problem!?

    NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+EMQX+Grafana

    Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad

    Benutzt das Voting im Beitrag, wenn er euch geholfen hat.

    T 1 Antwort Letzte Antwort
    1
    • T Tjaden

      @haselchen Das war wohl ich mit dem Schieber, der den Container wieder deaktiviert. Ich wollte dir einen Überblick von Start bis Ende geben ;)

      OliverIOO Offline
      OliverIOO Offline
      OliverIO
      schrieb am zuletzt editiert von
      #25

      @tjaden
      Bisher sieht man hier nur ein Log von einem abgebrochenen Versuchs. Eventuell könnte man noch mal ein Log eines normalen Versuchs zeigen?

      Meine Adapter und Widgets
      TVProgram, SqueezeboxRPC, OpenLiga, RSSFeed, MyTime,, pi-hole2, vis-json-template, skiinfo, vis-mapwidgets, vis-2-widgets-rssfeed
      Links im Profil

      1 Antwort Letzte Antwort
      0
      • Marc BergM Marc Berg

        @tjaden sagte in Docker Container Port:

        Leider auch bei hoher Prio weder über https 8081 noch über http 8080 erreichbar.

        Ein frisch aufgesetzter Container ist nicht über httpS://<IP>:8081 zu erreichen, sondern über http://<IP>:8081. Vielleicht ist das schon dein Problem!?

        T Offline
        T Offline
        Tjaden
        schrieb am zuletzt editiert von
        #26

        @marc-berg Oh Mann...

        11770165-32e2-4a51-a2d7-81b134155201-image.png

        Du hast Recht! Aber warum?

        Der andere Container war doch über das Port Mapping direkt mittels HTTPS erreichbar. Der bleibt auch nach gelöschtem Mapping nicht erreichbar, egal mit welcher Protokoll-Port-Kombination.

        Warum auch immer das so funktioniert:

        Danke! Danke, Danke, Danke! :+1: :+1: :+1: :+1:

        T Marc BergM 2 Antworten Letzte Antwort
        0
        • T Tjaden

          @marc-berg Oh Mann...

          11770165-32e2-4a51-a2d7-81b134155201-image.png

          Du hast Recht! Aber warum?

          Der andere Container war doch über das Port Mapping direkt mittels HTTPS erreichbar. Der bleibt auch nach gelöschtem Mapping nicht erreichbar, egal mit welcher Protokoll-Port-Kombination.

          Warum auch immer das so funktioniert:

          Danke! Danke, Danke, Danke! :+1: :+1: :+1: :+1:

          T Offline
          T Offline
          Tjaden
          schrieb am zuletzt editiert von Tjaden
          #27

          Nachtrag: Alles läuft – bis auf vis:

          $ iobroker add vis --host buanet-iobroker-bullseye
          
          NPM version: 9.5.1
          
          Installing iobroker.vis@1.4.16... (System call)
          
          host.buanet-iobroker-bullseye Cannot install iobroker.vis@1.4.16: 6
          
          ERROR: Process exited with code 25
          

          Nachtrag: Die Installation von 1.4.5 hat aber funktioniert.
          Nachtrag 2: Das Upgrade von 1.4.5 zu 1.4.16 hat dann auch funktioniert.

          haselchenH 1 Antwort Letzte Antwort
          0
          • T Tjaden

            Nachtrag: Alles läuft – bis auf vis:

            $ iobroker add vis --host buanet-iobroker-bullseye
            
            NPM version: 9.5.1
            
            Installing iobroker.vis@1.4.16... (System call)
            
            host.buanet-iobroker-bullseye Cannot install iobroker.vis@1.4.16: 6
            
            ERROR: Process exited with code 25
            

            Nachtrag: Die Installation von 1.4.5 hat aber funktioniert.
            Nachtrag 2: Das Upgrade von 1.4.5 zu 1.4.16 hat dann auch funktioniert.

            haselchenH Offline
            haselchenH Offline
            haselchen
            Most Active
            schrieb am zuletzt editiert von
            #28

            @tjaden

            So haste wenigstens mal nen kompletten Rundumblick bekommen 😉

            Synology DS218+ & 2 x Fujitsu Esprimo (VM/Container) + FritzBox7590 + 2 AVM 3000 Repeater & Homematic & HUE & Osram & Xiaomi, NPM 10.9.4, Nodejs 22.21.0 ,JS Controller 7.0.7 ,Admin 7.7.19

            T 1 Antwort Letzte Antwort
            0
            • haselchenH haselchen

              @tjaden

              So haste wenigstens mal nen kompletten Rundumblick bekommen 😉

              T Offline
              T Offline
              Tjaden
              schrieb am zuletzt editiert von
              #29

              @haselchen Jepp. Ich werde wohl in Zukunft im Zweifel einfach den Container austauschen. Die diversen Besonderheiten habe ich mir notiert, damit ich mich auch in einem halben Jahr noch daran erinnern kann ;)

              Ich mache ja sonst sehr selten was mit Linux bzw. Debian und jedes Mal ist es so ein Krampf. Das motiviert nicht gerade sich da tiefer einzuarbeiten.

              Thomas BraunT HomoranH 2 Antworten Letzte Antwort
              0
              • T Tjaden

                @haselchen Jepp. Ich werde wohl in Zukunft im Zweifel einfach den Container austauschen. Die diversen Besonderheiten habe ich mir notiert, damit ich mich auch in einem halben Jahr noch daran erinnern kann ;)

                Ich mache ja sonst sehr selten was mit Linux bzw. Debian und jedes Mal ist es so ein Krampf. Das motiviert nicht gerade sich da tiefer einzuarbeiten.

                Thomas BraunT Online
                Thomas BraunT Online
                Thomas Braun
                Most Active
                schrieb am zuletzt editiert von
                #30

                @tjaden sagte in Docker Container Port:

                Ich mache ja sonst sehr selten was mit Linux bzw. Debian und jedes Mal ist es so ein Krampf.

                Das eine könnte ursächlich für das andere sein.

                Linux-Werkzeugkasten:
                https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
                NodeJS Fixer Skript:
                https://forum.iobroker.net/topic/68035/iob-node-fix-skript
                iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

                1 Antwort Letzte Antwort
                0
                • T Tjaden

                  @haselchen Jepp. Ich werde wohl in Zukunft im Zweifel einfach den Container austauschen. Die diversen Besonderheiten habe ich mir notiert, damit ich mich auch in einem halben Jahr noch daran erinnern kann ;)

                  Ich mache ja sonst sehr selten was mit Linux bzw. Debian und jedes Mal ist es so ein Krampf. Das motiviert nicht gerade sich da tiefer einzuarbeiten.

                  HomoranH Nicht stören
                  HomoranH Nicht stören
                  Homoran
                  Global Moderator Administrators
                  schrieb am zuletzt editiert von
                  #31

                  @tjaden sagte in Docker Container Port:

                  Ich mache ja sonst sehr selten was mit Linux bzw. Debian und jedes Mal ist es so ein Krampf

                  Die "Spezialitäten" von Containern sind unabhängig von Linux

                  kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.

                  Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

                  der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

                  1 Antwort Letzte Antwort
                  0
                  • T Tjaden

                    @marc-berg Oh Mann...

                    11770165-32e2-4a51-a2d7-81b134155201-image.png

                    Du hast Recht! Aber warum?

                    Der andere Container war doch über das Port Mapping direkt mittels HTTPS erreichbar. Der bleibt auch nach gelöschtem Mapping nicht erreichbar, egal mit welcher Protokoll-Port-Kombination.

                    Warum auch immer das so funktioniert:

                    Danke! Danke, Danke, Danke! :+1: :+1: :+1: :+1:

                    Marc BergM Offline
                    Marc BergM Offline
                    Marc Berg
                    Most Active
                    schrieb am zuletzt editiert von
                    #32

                    @tjaden sagte in Docker Container Port:

                    Der andere Container war doch über das Port Mapping direkt mittels HTTPS erreichbar.

                    Keine Ahnung, was jetzt gerade der "andere Container" ist. So wie ich dich verstanden hatte, war der ursprüngliche Container im Host-Modus aufgesetzt. Da muss man grundsätzlich keine Ports weiterleiten.

                    Der bleibt auch nach gelöschtem Mapping nicht erreichbar, egal mit welcher Protokoll-Port-Kombination.

                    Auch hier: welcher ist jetzt "Der"?

                    Wenn ioBroker per HTTPS auf deinem ursprünglichen Container erreichbar war, dann hattest du ja in jedem Fall etwas manuell angepasst. Das kann jetzt auf einem jungfräulichen Container noch nicht aktiv sein.

                    NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+EMQX+Grafana

                    Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad

                    Benutzt das Voting im Beitrag, wenn er euch geholfen hat.

                    T 1 Antwort Letzte Antwort
                    0
                    • Marc BergM Marc Berg

                      @tjaden sagte in Docker Container Port:

                      Der andere Container war doch über das Port Mapping direkt mittels HTTPS erreichbar.

                      Keine Ahnung, was jetzt gerade der "andere Container" ist. So wie ich dich verstanden hatte, war der ursprüngliche Container im Host-Modus aufgesetzt. Da muss man grundsätzlich keine Ports weiterleiten.

                      Der bleibt auch nach gelöschtem Mapping nicht erreichbar, egal mit welcher Protokoll-Port-Kombination.

                      Auch hier: welcher ist jetzt "Der"?

                      Wenn ioBroker per HTTPS auf deinem ursprünglichen Container erreichbar war, dann hattest du ja in jedem Fall etwas manuell angepasst. Das kann jetzt auf einem jungfräulichen Container noch nicht aktiv sein.

                      T Offline
                      T Offline
                      Tjaden
                      schrieb am zuletzt editiert von
                      #33

                      @marc-berg said in Docker Container Port:

                      Keine Ahnung, was jetzt gerade der "andere Container" ist.

                      Ich hatte im Endeffekt noch zwei neue Container angelegt (bzw. hatte ich diese neuen noch "übrig", nachdem ich andere Versuchskandidaten wieder gelöscht hatte)

                      @marc-berg said in Docker Container Port:

                      Auch hier: welcher ist jetzt "Der"?

                      Ein und derselbe. Nennen wir ihn C. Der Container C wurde mit gemapptem 8081-Port angelegt. Das hatte ja auch funktioniert mittels https-Protokoll direkt ab Installation. Deswegen war ich bei diesem Container C dann auch schon einen Schritt weiter und habe das Backup vom alten Container "wiederhergestellt". Nun hatte ich bei Container C den einen gemappten Port wieder gelöscht und konnte ihn dennoch nicht via http und 8081, bzw. allen anderen möglichen Kombinationen aufrufen.

                      Der zuvor angelegte Container B wurde im Host-Modus, d. h. mit der gleichen Netzwerknutzung wie Docker angelegt und war nun mit der Kombination http/8081 erreichbar.

                      @Thomas-Braun
                      Wo hast du nur bei meinem letzten Thread gesteckt? :grin:

                      @homoran said in Docker Container Port:

                      Die "Spezialitäten" von Containern sind unabhängig von Linux

                      Container sind aber mehr oder weniger mein einziger Berührungspunkt. Ansonsten hatte ich lediglich für den Pi ein fertiges Octoprint-Image genutzt und mache da allenfalls Updates über SSH.

                      Thomas BraunT 1 Antwort Letzte Antwort
                      0
                      • T Tjaden

                        @marc-berg said in Docker Container Port:

                        Keine Ahnung, was jetzt gerade der "andere Container" ist.

                        Ich hatte im Endeffekt noch zwei neue Container angelegt (bzw. hatte ich diese neuen noch "übrig", nachdem ich andere Versuchskandidaten wieder gelöscht hatte)

                        @marc-berg said in Docker Container Port:

                        Auch hier: welcher ist jetzt "Der"?

                        Ein und derselbe. Nennen wir ihn C. Der Container C wurde mit gemapptem 8081-Port angelegt. Das hatte ja auch funktioniert mittels https-Protokoll direkt ab Installation. Deswegen war ich bei diesem Container C dann auch schon einen Schritt weiter und habe das Backup vom alten Container "wiederhergestellt". Nun hatte ich bei Container C den einen gemappten Port wieder gelöscht und konnte ihn dennoch nicht via http und 8081, bzw. allen anderen möglichen Kombinationen aufrufen.

                        Der zuvor angelegte Container B wurde im Host-Modus, d. h. mit der gleichen Netzwerknutzung wie Docker angelegt und war nun mit der Kombination http/8081 erreichbar.

                        @Thomas-Braun
                        Wo hast du nur bei meinem letzten Thread gesteckt? :grin:

                        @homoran said in Docker Container Port:

                        Die "Spezialitäten" von Containern sind unabhängig von Linux

                        Container sind aber mehr oder weniger mein einziger Berührungspunkt. Ansonsten hatte ich lediglich für den Pi ein fertiges Octoprint-Image genutzt und mache da allenfalls Updates über SSH.

                        Thomas BraunT Online
                        Thomas BraunT Online
                        Thomas Braun
                        Most Active
                        schrieb am zuletzt editiert von
                        #34

                        @tjaden sagte in Docker Container Port:

                        Wo hast du nur bei meinem letzten Thread gesteckt?

                        Vermutlich hab ich da was von Container-Gedönse gelesen und bin gleich weiter gesprungen.

                        Linux-Werkzeugkasten:
                        https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
                        NodeJS Fixer Skript:
                        https://forum.iobroker.net/topic/68035/iob-node-fix-skript
                        iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

                        1 Antwort Letzte Antwort
                        1
                        Antworten
                        • In einem neuen Thema antworten
                        Anmelden zum Antworten
                        • Älteste zuerst
                        • Neuste zuerst
                        • Meiste Stimmen


                        Support us

                        ioBroker
                        Community Adapters
                        Donate

                        751

                        Online

                        32.5k

                        Benutzer

                        81.8k

                        Themen

                        1.3m

                        Beiträge
                        Community
                        Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                        ioBroker Community 2014-2025
                        logo
                        • Anmelden

                        • Du hast noch kein Konto? Registrieren

                        • Anmelden oder registrieren, um zu suchen
                        • Erster Beitrag
                          Letzter Beitrag
                        0
                        • Home
                        • Aktuell
                        • Tags
                        • Ungelesen 0
                        • Kategorien
                        • Unreplied
                        • Beliebt
                        • GitHub
                        • Docu
                        • Hilfe