Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Unsolved
Collapse
Discussion Forum to share and further the development of home control and automation, independent of platforms.
W

wokwon

@wokwon
openLuup console disappeared - 500 - Internal Server Error
A
Love openLuup - it just keeps working perfectly. I started looking at trying to add a gen4 Shelly device to the Shelly plugin via L_ShellyBridge.lua. The plugin is a little uncooked (no rudeness intended), so a bit of a rabbit hole for me. All of a sudden no console pages available in either Firefox or Chrome. AltUI works perfectly and all the log files indicate no errors. openLuup still running everything works as it should - just no console pages. I possibly screwed something up but any recently changes files show no problems. The original/ backup of L_ShellyBridge.lua was reinstated but still no console. Bit stumped on this one. Not sure how to debug. Any ideas?
Plugins
Logon screen timeout
G
Noticing since 170 that the lock screen doesn't switch to the logon prompt but, rather, stays on the active UI until such time as you go to click something within it. Then it jumps to the login screen. Brave browser Brave 1.92.139 (Official Build) (arm64) Chromium: 150.0.7871.114
Multi-System Reactor
Reactor (Multi-System/Multi-Hub) Announcements
toggledbitsT
Build 21228 has been released. Docker images available from DockerHub as usual, and bare-metal packages here. Home Assistant up to version 2021.8.6 supported; the online version of the manual will now state the current supported versions; Fix an error in OWMWeatherController that could cause it to stop updating; Unify the approach to entity filtering on all hub interface classes (controllers); this works for device entities only; it may be extended to other entities later; Improve error detail in messages for EzloController during auth phase; Add isRuleSet() and isRuleEnabled() functions to expressions extensions; Implement set action for lock and passage capabilities (makes them more easily scriptable in some cases); Fix a place in the UI where 24-hour time was not being displayed.
Multi-System Reactor
[MSR] Copy&past of actions and/or drag&drop between set/reset
therealdbT
Hey @toggledbits One thing that bothers me while doing work on new systems/new features, is that I cannot copy&paste actions, and I cannot drag&drop between set and resets. #1 is for when I want to copy an action between different rules opened in two separate browser windows, while #2 is when I just need to flip a bunch of actions in the reset, or move some logic back and forth. Both will be appreciated, but I understand the technical challenges. Thanks!
Multi-System Reactor
Upgrade advice - upgrade from aarch64 to ARM64 image
T
I'm currently on version 26011. I understand that the aarch64 image is no longer supported. So, I therefore need to update to the ARM64 image. Can anyone possibly suggest how I update my docker compose.yaml file (see below). Ideally I'd like to keep my existing reactions etc. rather than start from scratch. # Multi-System Reactor template docker-compose.yml (version 22160) # # Change the lines indicated by "DO"... # services: reactor: container_name: reactor environment: # DO change the TZ: line to set your local time zone. # See valid TZ list: https://en.wikipedia.org/wiki/List_of_tz_database_time_zones TZ: GB # # DO NOT change this path. Your directory location is in "source" below. REACTOR_DATA_PREFIX: /var/reactor # DO change the image below to the one you are using (e.g. armv7l or aarch64 for RPi 4) image: toggledbits/reactor:latest-aarch64 restart: "always" expose: - 8111 ports: - 8111:8111 volumes: # DO change the /home/username/reactor below to the directory you created for # your local data; DO NOT change the /var/reactor part - /home/pi/docker/reactor:/var/reactor - /etc/localtime:/etc/localtime:ro tmpfs: /tmp
Multi-System Reactor
Alexa for MSR, any interest?
MikeReadingtonM
Topic thumbnail image
Multi-System Reactor
Ezlo Paid Subscription for Vera Cloud Services
toggledbitsT
It appears that Ezlo is going to new levels of paid subscription for cloud services supporting Vera hubs. I have to congratulate them. It will soon be 8 years since Ezlo acquired Vera, and despite their purported financial and "intellectual" capital, they have to date not produced a viable full replacement for Vera. Now they are going to charge extra for services for a platform that they stopped updating years ago. If you know anyone who hasn't yet fully moved on from Captain Ahab's White Whale Chase, please remind them that my Decouple project is still up on Github to decouple a Vera Plus/Secure/Edge from Vera/Ezlo's cloud services. Veras have been said to misbehave when they can't reach the mother ship. I have also written my first new Vera plugin in... six years? more?... the AlertPushover project will send Vera hub alerts to Pushover, so you can still get messages generated by your Vera hub without paying for Ezlo's cloud service. It's crude but functional (i.e. better than nothing/worth every penny paid). These two projects won't replace the functionality of their cloud service and app for those who need those things. But any that don't, this may help bridge the gap. Hopefully these stragglers who have waited so long and been disappointed so often will get the idea that it's time to move on.
General Discussion
[RESOLVED] Telegram notification broke with latest update
3
Topic thumbnail image
Multi-System Reactor
[RESOLVED] Phantom device, “INFO” appears
wmarcolinW
Topic thumbnail image
Multi-System Reactor
[RESOLVED] Mode Status NULL
wmarcolinW
Topic thumbnail image
Multi-System Reactor
[RESOLVED] HTTP query failing after version 26177
wmarcolinW
Topic thumbnail image
Multi-System Reactor
Question about the find function
wmarcolinW
Topic thumbnail image
Multi-System Reactor
[Answered] OK to remove old json files?
3
Topic thumbnail image
Multi-System Reactor
Deprecation Announcement: 32-bit ARM *docker* images
toggledbitsT
If you are using the armv7l docker image, the OpenJS Foundation that publishes node is no longer producing 32-bit builds as of v24. That means the last supported LTS version of node for armv7l is v22, which will go End-of-Life in May 2027. Therefore, the Reactor armv7l image is now deprecated and will only be produced until node v22 goes EOL, and I will not publish armv7l images beyond that date. If you are running an RPi 3 or earlier with Reactor, you are on this image, and will need to upgrade hardware to a 64-bit model and use the arm64 image. If you need help getting it done, ask in this category.
Multi-System Reactor
[Solved] build 26150 - engine not starting
G
@toggledbits I pulled the image (well, Watchtower did) and within minutes the whole system went offline. The log looks like it ends with 26143. [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-mkahsmgf/26qq82mw-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-lqyfljfi/22f8on0t-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-lsb61rw8/24oenqi2-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-lrh58he0/rule-lrh58he0:S-1c00gfib-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-lrh58he0/1c00dylr-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-lrh58he0/1nam9w5u-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-miuh2qqi/22ls4lql-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-kwc6rmci/rule-kwc6rmci:S-1vj8sdfc-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-kwc6rmci/rule-kwc6rmci:S-1qanz01x-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-ladyja6a/24lq19p6-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-mk0o8iox/23oy468y-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-miscg2h3/rule-miscg2h3:S-22gmbq1c-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#re-kxgrfjke/238p0old-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#re-m7ccsso5/re-m7ccsso5-1r0myjxa-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-ladyja6a/19nl9wq2-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-ladyja6a/rule-ladyja6a:S-yl3xk9t-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-ladyja6a/rule-ladyja6a:S-yl3vv5m-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#re-ln7j2nqp/re-ln7j2nqp-22mx9lzd-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#re-ln7j2nqp/22mx87c8-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-licneppy/1mzwe7ht-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-ml3194ih/25jqt1j4-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#re-kxgrg7kf/227hshak-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-reactorexmachina/13ua1p95-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-reactorexmachina/13uagam7-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-grpvl9oypg/rule-grpvl9oypg:R-134x4cbv-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-grpvl9oypg/rule-grpvl9oypg:R-134x2fyl-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#re-lscjrws1/238p5c22-cons [latest-26143]2026-05-31T15:23:44.547Z <default:INFO> Closing container Container#Predicate#rule-lbwr0jvq/1xkczf03-cons [latest-26143]2026-05-31T15:23:44.547Z <Structure:NOTICE> Structure Structure#1 stopped [latest-26143]2026-05-31T15:23:44.547Z <app:NOTICE> Closing APIs... [latest-26143]2026-05-31T15:23:44.547Z <wsapi:NOTICE> wsapi: closing... [latest-26143]2026-05-31T15:23:44.547Z <wsapi:NOTICE> wsapi: disconnecting from "192.168.1.23#82" (1001 service closing) [latest-26143]2026-05-31T15:23:44.548Z <httpapi:NOTICE> HTTP API closing... [latest-26143]2026-05-31T15:23:44.549Z <wsapi:NOTICE> wsapi: server closed [latest-26143]2026-05-31T15:23:44.549Z <httpapi:INFO> HTTP server closed. [latest-26143]2026-05-31T15:23:44.549Z <app:NOTICE> Stopping timers... [latest-26143]2026-05-31T15:23:44.551Z <app:null> Shutdown complete, process ID 1 [latest-26143]2026-05-31T15:23:44.551Z <app:null> Closing logs... [latest-26143]2026-05-31T15:23:44.551Z <default:null> Closing log I can SSH to the VM. Alas, I do not have the previous image for 26143 as I'm a little too quick sometimes on housekeeping.
Multi-System Reactor
Farewell, oh good and faithful servant!
CatmanV2C
Today marks another milestone in my Home Automation journey. After tripping the main breaker once, and shedding more blood than is normally recommended, the underfloor heating (which was the last Z-wave device on my system) has been replaced with a Zigbee one. Edited reactor.conf Disabled z-way-server Disabled Openluup Z-wave is no more.... C
General Discussion
http request action & digest auth
tunnusT
I’m using the HTTP Request action in MSR and need to authenticate against an endpoint that uses HTTP Digest authentication. Now that endpoint was changed to use SHA-256 in digest auth, so I would like to know if MSR supports it, or is it limited to MD5-based digest auth?
Multi-System Reactor
Cloning actions in reactions does not work
tunnusT
With build 26140 (on Docker) I'm not able to clone any actions in reactions. Using Chrome if it has any relevance.
Multi-System Reactor
Has ping command been removed?
tunnusT
Topic thumbnail image
Multi-System Reactor
ReferenceError with Home Assistant data & build 26140
tunnusT
Topic thumbnail image
Multi-System Reactor
About
Posts
7
Topics
3
Shares
0
Groups
0
Followers
0
Following
0

Posts

Recent Best Controversial

  • Reactor: How to call Hass service for noob
    W wokwon

    @Crille said in Reactor: How to call Hass service for noob:

    cmd: page home

    Perfect, it works, thank you so much.
    Capture3.PNG

    Multi-System Reactor

  • Reactor: How to call Hass service for noob
    W wokwon

    Reactor 23063 running on Windows Bare Metal.
    Home assistant 2023.3.1
    ESPHome 2023.2.4

    I've been trying a few ways using some results from search to call a Hass service as a reaction in a Reactor rule.

    Specifically, when the PIR in the room senses motion, wake the NsPanel screen.

    My Reactions otherwise so far are basic If this then that so I'm way behind what others are doing.

    What I want to call as a Reaction:
    Capture1.PNG

    What I've tried (a few variations on):
    Capture2.PNG

    What happens:

    [latest-23063]2023-03-07T07:45:21.688Z <wsapi:ERR> wsapi: error thrown handling client message [Object]{ "command": "perform", "entity": "WOKHASS1>system", "action": "x_hass_system.call_service", "parameters": { "service": "ESPHome: nspensuite_send_command_printf", "data": "page home" }, "qid": 75 }
    [latest-23063]2023-03-07T07:45:21.688Z <wsapi:CRIT> TypeError: Cannot read properties of null (reading '1') [-]
    TypeError: Cannot read properties of null (reading '1')
        at HassController.performOnEntity (C:\reactor\reactor\server\lib\HassController.js:584:108)
        at System.perform (C:\reactor\reactor\server\lib\Entity.js:707:56)
        at WSAPI.clientMessage (C:\reactor\reactor\server\wsapi\wsapi.js:499:48)
        at WebSocket.<anonymous> (C:\reactor\reactor\server\wsapi\wsapi.js:290:158)
        at WebSocket.emit (node:events:520:28)
        at WebSocket.emit (node:domain:475:12)
        at Receiver.receiverOnMessage (C:\reactor\reactor\node_modules\ws\lib\websocket.js:1059:20)
        at Receiver.emit (node:events:520:28)
        at Receiver.emit (node:domain:475:12)
        at Receiver.dataMessage (C:\reactor\reactor\node_modules\ws\lib\receiver.js:517:14)
    

    If someone can convert the 'call service' to a 'reaction' for me, or share their own similar thing I think that's what I need to achieve this goal.

    I suspect if I'm even close to being on the right track, my problems are probably formatting like curly braces etc and lack thereof.

    Thanks in advance.

    Multi-System Reactor

  • MSR Upgrade from 22119 to 22136 fails, service wont start
    W wokwon

    So, following:

    cd \path\to\reactor
    node tools\install_reactor_windows_service.js -u .
    del /s /f node_modules
    npm rm -g node-windows
    
    npm uninstall node-windows
    npm uninstall -g node-windows
    npm install -g node-windows@1.0.0-beta.6
    npm link node-windows
    

    ...extract the Reactor.zip over the old directory...

    node tools\install_reactor_windows_service.js -i .
    

    I'm now running fine with Reactor (Multi-hub) stable-22136.

    Thank you @toggledbits for your support and amazing product.

    Bonus is the SSL now works too (CertifytheWeb with LetsEncrypt will renew it and drop the key files in the correct location). That means I can have Reactor as a tab in the Hass sidebar (previously https Hass --> http reactor would not work).
    bdb4b2e7-f193-4fe1-9012-fdba37630a3e-image.png

    Ractor.yaml:
    99a5f802-c3e4-4bfa-9a29-975de1da4d28-image.png CertifyTheWeb:
    621270ab-242f-47c4-a7ee-d547ce9eb4cf-image.png Browser:
    0f4ac4f9-f330-4186-bb30-fd9cd559da39-image.png

    Multi-System Reactor

  • MSR Upgrade from 22119 to 22136 fails, service wont start
    W wokwon

    @toggledbits Thank you for the info and I'll try this later on and report back.

    Multi-System Reactor

  • MSR Upgrade from 22119 to 22136 fails, service wont start
    W wokwon

    Note this is in the 'rolled back' state, not the 'wont start' state:

    PS C:\reactor\reactor> npm ls
    reactor-multi-system@1.0.3-22041 C:\reactor\reactor
    +-- @influxdata/influxdb-client@1.23.0
    +-- @mdi/font@5.9.55
    +-- @popperjs/core@2.11.2
    +-- body-parser@1.19.2
    +-- bootstrap-icons@1.5.0
    +-- bootstrap@4.6.1
    +-- cookie@0.4.2
    +-- digest-fetch@1.2.1
    +-- diskusage-ng@1.0.2
    +-- express@4.17.3
    +-- feather-icons@4.28.0
    +-- font-awesome@4.7.0
    +-- gridstack@5.0.0
    +-- jquery-ui-dist@1.13.1
    +-- jquery@3.6.0
    +-- js-yaml@3.14.1
    +-- minimist@0.0.10 extraneous
    +-- node-fetch@2.6.7
    +-- node-stream-zip@1.15.0 extraneous
    +-- node-windows@1.0.0-beta.6 extraneous
    +-- nodemailer@6.7.2
    +-- optimist@0.6.1 extraneous
    +-- qs@6.10.3
    +-- serve-static@1.14.2
    +-- uuid@8.3.2
    +-- wordwrap@0.0.3 extraneous
    +-- ws@7.5.7
    `-- xml@0.0.12 extraneous
    
    PS C:\reactor\reactor>
    
    Multi-System Reactor

  • MSR Upgrade from 22119 to 22136 fails, service wont start
    W wokwon

    Windows Server 2022 Build 20348
    Nodejs v16.14.0
    Currently running Reactor (Multi-hub) stable-22119-ae7212f
    Linked to Hass 2022.0.5.4 (on a different box)
    Windows server is dedicated to MSR and doesn't do anything else.

    I'd like to upgrade to 22136 to take advantage of the SSL feature added recently, and also to bring my current version of Hass into the 'supported' column with MSR.

    Following the instructions here: link text, section "Upgrade Windows Bare Metal"

    • Stop Reactor Service
    • Extract the zip, overwriting the reactor folder in c:\reactor\reactor
    • There is no package-lock.json file so I skip that.
    • Run "npm install --no-save --omit dev"

    Next step is to start the service. I start the service and it immediately stops. "Windows could not start the Reactor service on Local Computer. Error 1067: The process terminated unexpectedly".

    Tried rebooting, service won't stay running.

    I suspect I'm missing something, it's probably obvious but I've not been able to figure it out.

    I rolled back the reactor folder version (Windows Shadow copies) and then the service starts fine.

    Anyone else running Windows and know what I'm missing?

    • Tail of log file from running OK version, before upgrade attempt
    [stable-22119]2022-06-01T22:20:19.081Z <Rule:INFO> Lounge Billy Ambient Lighting - Turn On (Rule#rule-l0ki453b) evaluation complete
    [stable-22119]2022-06-01T22:20:19.082Z <httpapi:NOTICE> HTTP API v1 22021 base URL http://172.16.128.6:8111; listening
    [stable-22119]2022-06-01T22:20:19.228Z <app:NOTICE> HTTP server running; registering proxy endpoints.
    [stable-22119]2022-06-01T22:20:19.228Z <app:NOTICE> Starting WSAPI...
    [stable-22119]2022-06-01T22:20:19.229Z <wsapi:NOTICE> wsapi: starting version 21334
    [stable-22119]2022-06-01T22:20:19.656Z <Engine:INFO> [Engine]Engine#1 master timer tick, local time "6/2/2022, 8:20:19 AM" (TZ offset 600 mins from UTC)
    [stable-22119]2022-06-01T22:27:54.788Z <wsapi:INFO> wsapi: connection from ::ffff:172.16.128.5
    
    • Tail of log file from failed to start after upgrade (is identical, ii.e. nothing has been appended to it)
    [stable-22119]2022-06-01T22:20:19.081Z <Rule:INFO> Lounge Billy Ambient Lighting - Turn On (Rule#rule-l0ki453b) evaluation complete
    [stable-22119]2022-06-01T22:20:19.082Z <httpapi:NOTICE> HTTP API v1 22021 base URL http://172.16.128.6:8111; listening
    [stable-22119]2022-06-01T22:20:19.228Z <app:NOTICE> HTTP server running; registering proxy endpoints.
    [stable-22119]2022-06-01T22:20:19.228Z <app:NOTICE> Starting WSAPI...
    [stable-22119]2022-06-01T22:20:19.229Z <wsapi:NOTICE> wsapi: starting version 21334
    [stable-22119]2022-06-01T22:20:19.656Z <Engine:INFO> [Engine]Engine#1 master timer tick, local time "6/2/2022, 8:20:19 AM" (TZ offset 600 mins from UTC)
    [stable-22119]2022-06-01T22:27:54.788Z <wsapi:INFO> wsapi: connection from ::ffff:172.16.128.5
    
    • reactor.wrapper.log (log file the failed to start event points to)
    2022-06-02 08:19:23 - Stopping reactor.exe
    2022-06-02 08:19:23 - ProcessKill 3628
    2022-06-02 08:19:25 - Shutdown exception
    Message:A system shutdown is in progress.
    
    Stacktrace:   at System.Runtime.InteropServices.Marshal.ThrowExceptionForHRInternal(Int32 errorCode, IntPtr errorInfo)
       at System.Management.ManagementScope.InitializeGuts(Object o)
       at System.Management.ManagementScope.Initialize()
       at System.Management.ManagementObjectSearcher.Initialize()
       at System.Management.ManagementObjectSearcher.Get()
       at winsw.WrapperService.GetChildPids(Int32 pid)
       at winsw.WrapperService.StopProcessAndChildren(Int32 pid)
       at winsw.WrapperService.StopIt()
       at winsw.WrapperService.OnShutdown()
    2022-06-02 08:20:11 - Starting C:\Program Files\nodejs\node.exe  C:\reactor\reactor\node_modules\node-windows\lib\wrapper.js --file C:\reactor\reactor\app.js --scriptoptions= --log "Reactor wrapper" --grow 0.25 --wait 1 --maxrestarts 3 --abortonerror n --stopparentfirst undefined
    2022-06-02 08:20:11 - Started 3272
    2022-06-02 08:30:54 - Stopping reactor.exe
    2022-06-02 08:30:54 - ProcessKill 3272
    2022-06-02 08:30:54 - Found child process: 3280 Name: conhost.exe
    2022-06-02 08:30:54 - Found child process: 3504 Name: node.exe
    2022-06-02 08:30:54 - Stopping process 3280
    2022-06-02 08:30:54 - Send SIGINT 3280
    2022-06-02 08:30:54 - SIGINT to 3280 failed - Killing as fallback
    2022-06-02 08:30:54 - Stopping process 3504
    2022-06-02 08:30:54 - Send SIGINT 3504
    2022-06-02 08:30:54 - SIGINT to 3504 failed - Killing as fallback
    2022-06-02 08:30:54 - Stopping process 3272
    2022-06-02 08:30:54 - Send SIGINT 3272
    2022-06-02 08:30:54 - SIGINT to 3272 failed - Killing as fallback
    2022-06-02 08:30:54 - Finished reactor.exe
    2022-06-02 08:33:41 - Starting C:\Program Files\nodejs\node.exe  C:\reactor\reactor\node_modules\node-windows\lib\wrapper.js --file C:\reactor\reactor\app.js --scriptoptions= --log "Reactor wrapper" --grow 0.25 --wait 1 --maxrestarts 3 --abortonerror n --stopparentfirst undefined
    2022-06-02 08:33:41 - Started 4184
    2022-06-02 08:36:57 - Starting C:\Program Files\nodejs\node.exe  C:\reactor\reactor\node_modules\node-windows\lib\wrapper.js --file C:\reactor\reactor\app.js --scriptoptions= --log "Reactor wrapper" --grow 0.25 --wait 1 --maxrestarts 3 --abortonerror n --stopparentfirst undefined
    2022-06-02 08:36:57 - Started 3100
    
    • Windows event log event:
    Child process [4184 - C:\Program Files\nodejs\node.exe  C:\reactor\reactor\node_modules\node-windows\lib\wrapper.js --file C:\reactor\reactor\app.js --scriptoptions= --log "Reactor wrapper" --grow 0.25 --wait 1 --maxrestarts 3 --abortonerror n --stopparentfirst undefined] finished with 1
    
    Multi-System Reactor

  • SSL Certificate for Multi System Reactor via LetsEncrypt
    W wokwon

    Details of runtime environment:

    • Reactor (Multi-hub) stable-22055-9b40e12
    • Running as a service on Windows Server 2022 Std 21H2
    • Connecting to HASS (HASSOS)
    • Is a migration WIP from OpenLuup/Reactor

    A complete description of your objective:

    • Using LetsEncrypt, application "certifyTheWeb", retrieve and apply SSL certificate to Multi System Reactor

    A description of your approach/solution/implementation so far:

    • Reviewed Config files, can't seen mention of certificate files in there

    Actual Question:

    • How do I apply a certificate to whatever web server Reactor uses? I'm familiar with managing certificates on IIS and Apache but Reactor doesn't use either of these and I have not been able to locat ethe config file that Reactor uses for this.
    • Which config file needs editing to apply a certificate?
    • Does it use the computer certificate store or it's own store (e.g. pem files)

    The reason I want to achieve this, other than the general goodness of having everything I can in TLS is that I have Reactor as an IFRAME in my HASS console and as HASS is HTTPS and Reactor is HTTP then the iframe refuses to open.

    Search for "certificate" or "ssl" did not reveal anything relevant in this forum.

    Multi-System Reactor
  • Login

  • Don't have an account? Register

  • Login or register to search.
  • First post
    Last post
0
  • Categories
  • Recent
  • Tags
  • Popular
  • Unsolved