# Problems with setting up Gateway Network

**URL:** <https://forum.inductiveautomation.com/t/problems-with-setting-up-gateway-network/60346>\
**Category:** Ignition\
**Tags:** perspective, ignition81\
**Created:** [June 3, 2022, 1:52pm UTC](https://forum.inductiveautomation.com/t/problems-with-setting-up-gateway-network/60346 "2022-06-03T13:52:53Z")\
**Posts on this page:** 11\
**Page:** 1

<div class="post-metadata">

**Author:** ![ltoscano](https://avatars.discourse-cdn.com/v4/letter/l/3be4f8/32.png) [@ltoscano](https://forum.inductiveautomation.com/u/ltoscano)\
**Post date:** [June 3, 2022, 1:52pm UTC](https://forum.inductiveautomation.com/t/problems-with-setting-up-gateway-network/60346/1 "2022-06-03T13:52:53Z")

</div>

Hi there,

Creating my very first Ignition project and I’m having difficulty setting up the Gateway Network. It seems like such a simple straightforward process and I’m wondering if Windows Firewall is getting in the way.

My main Gateway has all my licensing (history & perspective modules) and my remote gateway is just a bare bones base license. The PCs are running Windows 10 and were shipped to my from the end user with cached login information from their plant network which has local admin privileges.

Installation went fine, creating tags on the main PC is fine and I can connect to my PLC and read tags just fine. I can ping each PC from the other.

I go to my remote gateway and create an outgoing connection (although I’ve tried this both ways) and it tries to connect but will comeback shortly saying “faulted”. When I check the logs it just says to verify the host and port settings. I’ve tried changing the General Settings under Gateway Network to Unrestricted just to see if I could establish a connection with no change.

I’m wondering if Windows Firewall is hosing me up. When I go look into the firewall settings it tells me the firewall settings are managed by my group policy (and therefore I cannot shut it off altogether to test). By default all incoming connections are blocked which I think means blocked unless there’s an incoming rule for it.

I tried creating two incoming rules - one a program rule that points to IgnitionGateway.exe and is open for all traffic, all ports etc. And one rule that is just for port 8060 no matter who’s asking but neither of these rules make any difference. I’m not strong on group policy or windows firewall beyond what I’ve tried.

Can anyone suggest any next steps or troubleshooting or insight to any of this?

Any help would be much appreciated!

---

<div class="post-metadata">

**Author:** ![kcollins](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kcollins/32/19646_2.png) [@kcollins](https://forum.inductiveautomation.com/u/kcollins)\
**Post date:** [June 3, 2022, 2:06pm UTC](https://forum.inductiveautomation.com/t/problems-with-setting-up-gateway-network/60346/2 "2022-06-03T14:06:52Z")

</div>

The flow for setting this up (and what you’ll see) should be like below:

1. Two gateways, `main` and `remote`. Setup _Outgoing Connection_ in `remote` to point to `main` at port `8060`.
2. Firewall on `main` needs to allow incoming connections on port `8060`.
3. You’ll first see the certificate from `remote` appear in the _Incoming Connections_ tab of Gateway Network configuration on `main`. If you’re not getting this, check logs on `remote`. Verify that the hostname that you’re using resolves to the `main` machine. If you’re getting _Connection timed out_ from `remote`, that is a typical behavior of `main` dropping incoming packets due to firewall configuration. If everything is working, go ahead and approve that certificate.
4. Next, you’ll see a new connection from `remote` in that same _Incoming Connections_ tab of the Gateway Network configuration on `main`. This is where you’d approve the connection itself.

Hope this helps–definitely sounds like firewall could be the issue here.

---

<div class="post-metadata">

**Author:** ![ltoscano](https://avatars.discourse-cdn.com/v4/letter/l/3be4f8/32.png) [@ltoscano](https://forum.inductiveautomation.com/u/ltoscano)\
**Post date:** [June 3, 2022, 2:34pm UTC](https://forum.inductiveautomation.com/t/problems-with-setting-up-gateway-network/60346/3 "2022-06-03T14:34:08Z")

</div>

Thank you for this. It seems so straightforward I’m baffled why I’m having trouble. Where I am is at #3 - I don’t get the certificate appearing on the incoming connections tab. I am using the IP address in place of a hostname so it should find it just fine. I’ll try to post a pic of the exact error from the remote:

![image](https://us1.discourse-cdn.com/inductiveautomation/original/3X/9/7/9775840255fbc7323cb4c6b295071e8c2be48017.jpeg)

---

<div class="post-metadata">

**Author:** ![kcollins](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kcollins/32/19646_2.png) [@kcollins](https://forum.inductiveautomation.com/u/kcollins)\
**Post date:** [June 3, 2022, 3:02pm UTC](https://forum.inductiveautomation.com/t/problems-with-setting-up-gateway-network/60346/4 "2022-06-03T15:02:41Z")

</div>

Yes, that sure sings of firewall blockage. Did you check that the incoming rule that you created on `192.168.1.168` (`main` in my example) for port `8060/tcp` applied to all profiles (Public, Private, Domain)? I’m wondering if there are other GP rules getting in your way here.

---

<div class="post-metadata">

**Author:** ![ltoscano](https://avatars.discourse-cdn.com/v4/letter/l/3be4f8/32.png) [@ltoscano](https://forum.inductiveautomation.com/u/ltoscano)\
**Post date:** [June 3, 2022, 4:34pm UTC](https://forum.inductiveautomation.com/t/problems-with-setting-up-gateway-network/60346/5 "2022-06-03T16:34:11Z")

</div>

Yes the incoming rule applies to all but I don’t think the policy is allowing the rule to be used because when I look at the list of active rules the ones I created don’t show there. Guess I’ll have to go back to the end user and see about modifying the group policy. Thanks for the help

---

<div class="post-metadata">

**Author:** ![kcollins](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kcollins/32/19646_2.png) [@kcollins](https://forum.inductiveautomation.com/u/kcollins)\
**Post date:** [June 3, 2022, 4:37pm UTC](https://forum.inductiveautomation.com/t/problems-with-setting-up-gateway-network/60346/6 "2022-06-03T16:37:54Z")

</div>

If you’re able to reach the gateway webpage of `main` via 8088 (from `remote`), you could try disabling SSL on the Gateway Network configuration and direct the outgoing connection on `remote` to use `main` at port `8088` and no SSL. That might allow you to get your development going in the meantime, knowing that you’ll just want to adjust that config for production.

---

<div class="post-metadata">

**Author:** ![ltoscano](https://avatars.discourse-cdn.com/v4/letter/l/3be4f8/32.png) [@ltoscano](https://forum.inductiveautomation.com/u/ltoscano)\
**Post date:** [June 3, 2022, 4:58pm UTC](https://forum.inductiveautomation.com/t/problems-with-setting-up-gateway-network/60346/7 "2022-06-03T16:58:30Z")

</div>

Just tried that and I cannot reach the gateway webpage either. I’m thinking this means they got this locked down TIGHT. I think this also means trying to connect to main for any perspective clients wont work either. I wonder how many ports I’ll have to have their policy adjust for?

---

<div class="post-metadata">

**Author:** ![kcollins](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kcollins/32/19646_2.png) [@kcollins](https://forum.inductiveautomation.com/u/kcollins)\
**Post date:** [June 3, 2022, 4:59pm UTC](https://forum.inductiveautomation.com/t/problems-with-setting-up-gateway-network/60346/8 "2022-06-03T16:59:52Z")

</div>

> [@ltoscano](#):
>
> I wonder how many ports I’ll have to have their policy adjust for?

I'd shoot for `8088/tcp`, `8043/tcp`, and `8060/tcp`...

---

<div class="post-metadata">

**Author:** ![ltoscano](https://avatars.discourse-cdn.com/v4/letter/l/3be4f8/32.png) [@ltoscano](https://forum.inductiveautomation.com/u/ltoscano)\
**Post date:** [June 3, 2022, 5:01pm UTC](https://forum.inductiveautomation.com/t/problems-with-setting-up-gateway-network/60346/9 "2022-06-03T17:01:05Z")

</div>

Awesome. What’s 8043 for?

---

<div class="post-metadata">

**Author:** ![kcollins](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kcollins/32/19646_2.png) [@kcollins](https://forum.inductiveautomation.com/u/kcollins)\
**Post date:** [June 3, 2022, 5:03pm UTC](https://forum.inductiveautomation.com/t/problems-with-setting-up-gateway-network/60346/10 "2022-06-03T17:03:17Z")

</div>

It is used if you enable TLS on the gateway (it is independent from the TLS on Gateway Network connections via `8060`). If you’re going to setup fw rules, might as well include this port as well so you have the option of setting that up [to replace standard http via `8088` with https via `8043`].

---

<div class="post-metadata">

**Author:** ![ltoscano](https://avatars.discourse-cdn.com/v4/letter/l/3be4f8/32.png) [@ltoscano](https://forum.inductiveautomation.com/u/ltoscano)\
**Post date:** [June 3, 2022, 5:09pm UTC](https://forum.inductiveautomation.com/t/problems-with-setting-up-gateway-network/60346/11 "2022-06-03T17:09:19Z")

</div>

Thank you very much for all the help!
