I'm with Jack on this one.
If you have a detailed network diagram showing the IBMi and the Windows
Server and all the bits in between then we would have a starting point.
If you want to check the successful ping to see where it is going do a
TRCTCPRTE and look at the hops - you will be able to tell if the traffic
is going to your network.
From what you have said I would be guessing the VPN tunnel is only
interested in traffic specifically for the IBMi address - Ask the people
that set up the tunnel for the ACL's for each end of the tunnel to see
what the interested traffic is.
Then seek the help of a good network tech.
Cheers
Don
From: "Bob Cagle" <bcagle@xxxxxxxxxxx>
To: "Midrange Systems Technical Discussion"
<midrange-l@xxxxxxxxxxxxxxxxxx>
Date: 17/06/2022 07:00 AM
Subject: Hosted IBMi connecting to local server
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxxxxxxxx>
Hoping someone can help me here. This is more of a networking issue, I
think:
We have purchased a new IBMi based software package that requires
connecting to a service installed on Windows Server. Our IBMi is hosted
offsite and connected to our network via a VPN tunnel with a 172.20
numbering scheme. The Windows Server is local with a 192.168 scheme.
We can ping the local server IP address from the IBMi, but are unable to
connect to the Windows service from within the IBM software. My guess is
that when we are performing the ping to the 192.168 address, it's finding
a device in the hosting site's data center? The ping result comes back
split-second.
The only input I've received from our hosting provider is that we should
change the IP address of our Windows Server to match the VPN tunnel
scheme. But that brings up a whole host of other issues as that's our
primary domain server for the local network.
So, I attempted to change the IP address of a local Win10Pro desktop to be
in the 172.20 scheme, but I obviously did something wrong as it lost all
network connectivity. Had to change it back.
The hosting provider hasn't responded to any of my follow-up questions and
the IBMi software vendor doesn't have the networking expertise to help
either.
Anyone have any ideas?
Thanks
Bob Cagle
IT Manager
Lynk
midrange.com
