# HTTP Request "No route to host", but only problem is with Ignition **URL:** \ **Category:** Ignition\ **Created:** [June 25, 2025, 12:23am UTC](https://forum.inductiveautomation.com/t/http-request-no-route-to-host-but-only-problem-is-with-ignition/107743 "2025-06-25T00:23:49Z")\ **Posts on this page:** 15\ **Page:** 1
**Author:** ![Tburgess](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/tburgess/32/67018_2.png) [@Tburgess](https://forum.inductiveautomation.com/u/Tburgess)\ **Post date:** [June 25, 2025, 12:23am UTC](https://forum.inductiveautomation.com/t/http-request-no-route-to-host-but-only-problem-is-with-ignition/107743/1 "2025-06-25T00:23:49Z")
We've run into a strange issue. I originally set up an HTTP binding on a Dropdown component to populate it with options from our middleware API. It worked fine the first day, but since then, I’ve been consistently getting a “no route to host” error. I then attempted to retrieve the data using scripting via `httpClient`, but encountered the same error. To troubleshoot, I tested the same endpoint in Postman, and the request went through without any issues. I also wrote a quick script in standard Python 3 to test the call, and that worked perfectly as well. Has anyone else experienced something similar? Any ideas on what might be causing this? ---
**Author:** ![David\_Stone](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/david_stone/32/79749_2.png) [@David\_Stone](https://forum.inductiveautomation.com/u/David_Stone)\ **Post date:** [June 25, 2025, 12:26am UTC](https://forum.inductiveautomation.com/t/http-request-no-route-to-host-but-only-problem-is-with-ignition/107743/2 "2025-06-25T00:26:31Z")
Can you share your code? We can't help if we have no details? ---
**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\ **Post date:** [June 25, 2025, 12:26am UTC](https://forum.inductiveautomation.com/t/http-request-no-route-to-host-but-only-problem-is-with-ignition/107743/3 "2025-06-25T00:26:49Z")
Are you running Postman and the scripting tests on the same machine where the Ignition Gateway is running? ---
**Author:** ![Tburgess](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/tburgess/32/67018_2.png) [@Tburgess](https://forum.inductiveautomation.com/u/Tburgess)\ **Post date:** [June 25, 2025, 12:31am UTC](https://forum.inductiveautomation.com/t/http-request-no-route-to-host-but-only-problem-is-with-ignition/107743/4 "2025-06-25T00:31:55Z")
There isn't any code to really share? Its just an HTTP binding, and then I tested it with scripts with a simple httpclient code. I can give you a mock up here if it will help you visualize it.: ```python payload = {} api_url = "" response = httpClient.post(api_url, data=payload, headers={ 'Content-Type': 'application/json' }) if response.statusCode == 200: logger.info("success") return response ``` ---
**Author:** ![Tburgess](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/tburgess/32/67018_2.png) [@Tburgess](https://forum.inductiveautomation.com/u/Tburgess)\ **Post date:** [June 25, 2025, 12:33am UTC](https://forum.inductiveautomation.com/t/http-request-no-route-to-host-but-only-problem-is-with-ignition/107743/5 "2025-06-25T00:33:06Z")
Yes! Its being ran and tested on the same machine as the Ignition Gateway, which makes it all the more strange. We thought it was a network issue, but if that was the case POSTMAN and my python3 script wouldn't work as well, right? ---
**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\ **Post date:** [June 25, 2025, 12:36am UTC](https://forum.inductiveautomation.com/t/http-request-no-route-to-host-but-only-problem-is-with-ignition/107743/6 "2025-06-25T00:36:09Z")
Maybe. Ignition runs as a service typically, and that can mean different things depending on your OS or security setup. It could also be that your python3 script and Postman are using a system proxy that Ignition would not pick up or use by default. ---
**Author:** ![Tburgess](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/tburgess/32/67018_2.png) [@Tburgess](https://forum.inductiveautomation.com/u/Tburgess)\ **Post date:** [June 25, 2025, 12:41am UTC](https://forum.inductiveautomation.com/t/http-request-no-route-to-host-but-only-problem-is-with-ignition/107743/7 "2025-06-25T00:41:53Z")
We're currently running our Ignition Gateway on macOS Sequoia. Since we're still in the development phase and haven’t deployed yet, we don’t have any special security configurations in place. To rule out basic networking issues, we even temporarily disabled the firewalls on both the machine running Ignition and our middleware server—but we’re still encountering the same issue. If there’s a system proxy that Ignition isn’t able to detect (not that I even know where it would have come from haha), how can I test for that and verify whether it’s affecting HTTP communication? ---
**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\ **Post date:** [June 25, 2025, 12:46am UTC](https://forum.inductiveautomation.com/t/http-request-no-route-to-host-but-only-problem-is-with-ignition/107743/8 "2025-06-25T00:46:52Z")
> [@Tburgess](#): > > We're currently running our Ignition Gateway on macOS Sequoia. 💡 > [@Disconnected status with Modbus TCP + Arduino MEGA + Ethernet Shield W5100 through Ignition](https://forum.inductiveautomation.com/t/disconnected-status-with-modbus-tcp-arduino-mega-ethernet-shield-w5100-through-ignition/100185/13): > > NoRouteToHost NoRouteToHostException no route to host macOS Sequoia ^ This is a for future people searching for issues like this, and a prime example of why I rage when people post screenshots of errors/text instead of text. I had to find this post by remembering the word "entitlement" was used at some point. read upwards in that thread ---
**Author:** ![Tburgess](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/tburgess/32/67018_2.png) [@Tburgess](https://forum.inductiveautomation.com/u/Tburgess)\ **Post date:** [June 25, 2025, 1:10am UTC](https://forum.inductiveautomation.com/t/http-request-no-route-to-host-but-only-problem-is-with-ignition/107743/9 "2025-06-25T01:10:41Z")
Sorry if this seems like an ignorant question, but I was reading the thread and followed the advice where I commented out the RUN\_AS\_USER line in ignition.sh. Do I need to redownload the installer and install ignition again? I changed the file and ran ./ignition.sh stop and ./ignition.sh start in my terminal and the problem is still persisting. ---
**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\ **Post date:** [June 25, 2025, 1:14am UTC](https://forum.inductiveautomation.com/t/http-request-no-route-to-host-but-only-problem-is-with-ignition/107743/10 "2025-06-25T01:14:45Z")
No installing again shouldn't be necessary. Not sure if there's anything else needed, maybe @jcoffman knows. I'd just run Ignition in Docker or a VM instead. I assume this is just for development and you aren't actually deploying to prod on a Mac. ---
**Author:** ![Tburgess](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/tburgess/32/67018_2.png) [@Tburgess](https://forum.inductiveautomation.com/u/Tburgess)\ **Post date:** [June 25, 2025, 1:19am UTC](https://forum.inductiveautomation.com/t/http-request-no-route-to-host-but-only-problem-is-with-ignition/107743/11 "2025-06-25T01:19:59Z")
Yeah, when we actually deploy it will probably be on a windows or linux machine. If this is truly just a mac issue (which is super strange cause I can call other API's no problem on this machine with Ignition, its just our middleware API thats giving this error), I'll just download the docker image for Ignition and see if I can get that up and running and test again. Thanks again for all your help too by the way, really appreciate it! ---
**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\ **Post date:** [June 25, 2025, 1:22am UTC](https://forum.inductiveautomation.com/t/http-request-no-route-to-host-but-only-problem-is-with-ignition/107743/12 "2025-06-25T01:22:07Z")
Might also be worth trying the zip “installers” instead of the actual installer. I’ve never had an issue with those on my Mac. I never use the Ignition installers for any platform. ---
**Author:** ![Tburgess](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/tburgess/32/67018_2.png) [@Tburgess](https://forum.inductiveautomation.com/u/Tburgess)\ **Post date:** [June 25, 2025, 1:33am UTC](https://forum.inductiveautomation.com/t/http-request-no-route-to-host-but-only-problem-is-with-ignition/107743/13 "2025-06-25T01:33:12Z")
I got some free time today, I'll test docker and the zip installers to see if the issue is fixed and report my findings later here. Hopefully it can help someone who comes across this thread in the future. ---
**Author:** ![Tburgess](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/tburgess/32/67018_2.png) [@Tburgess](https://forum.inductiveautomation.com/u/Tburgess)\ **Post date:** [June 25, 2025, 2:35am UTC](https://forum.inductiveautomation.com/t/http-request-no-route-to-host-but-only-problem-is-with-ignition/107743/14 "2025-06-25T02:35:30Z")
Updates: **Docker Image:** HTTP binding has no issue now and the no route to error has disappeared, however, I am unable to save the project or see session props unless I do the fix laid out here: > [@\[IGN-12611\] Basic session properties gone 8.1.47](https://forum.inductiveautomation.com/t/ign-12611-basic-session-properties-gone-8-1-47/105231/4): > > This is the only standout information I get from the output console on startup but its all level INFO 12:02:24.891 [Designer-Startup] INFO designer.main -- Starting module: Perspective [+10534] 12:02:26.871 [Designer-Startup] INFO Perspective.Designer -- Starting up Perspective module. Mode: Activated 12:02:29.222 [Browser Thread: 6b4a9901-588e-492e-9fa8-529d2e71c788] INFO Perspective.SessionProps -- [mobx] Encountered an uncaught exception that was thrown by a reaction or observer component, … But currently workable **Zip installer:** Uninstalled and reinstalled ignition with the zip installers through my terminals. while it has the same issue as above (I have to click File \> Open in my already opened project to save and see session props ), the issue with the HTTP binding is resolved! So my takeaway is in the future if I install Ignition on macOS to use the zip installer instead of the .dmg ---
**Author:** ![jcoffman](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/jcoffman/32/6429_2.png) [@jcoffman](https://forum.inductiveautomation.com/u/jcoffman)\ **Post date:** [June 25, 2025, 2:13pm UTC](https://forum.inductiveautomation.com/t/http-request-no-route-to-host-but-only-problem-is-with-ignition/107743/15 "2025-06-25T14:13:55Z")
Mac OS Sequoia added a new permission requirement for applications to access the local network and implemented it very poorly which causes launchd daemons which are not run as the `root` user to have absolutely no way to approve or grant the access. The only way currently (a bug fix is currently in the works for this for 8.1) is to: 1. install the launch daemon to run as `root` by commenting out `RUN_AS_USER` in ignition.sh prior to running `ignition.sh install` which must be done after install using the installer without starting the gateway or via the zip installer. Ill leave this up to you to determine the security ramifications of this 2. don't install it as a service and start the process from the Terminal application which grants the ignition process the same security context, which does allow local network access. This ticket is currently underway and hopefully i can have a solution in time for the next 8.1 release Hope that helps, JJ Coffman