RobertE Posted May 12, 2021 Report Posted May 12, 2021 I am running WIDEFS7 on one desktop and MSFS 2020 & FSUIPC7 on my main desktop. As you can see by the attached files, I added: [Config] ServerIPAddr=10.13.196.102 Protocol=TCP Port=8002 MSFS & FSUIPC are running and an aircraft is on the runway for takeoff. WideClient.ini WideClient.log WideClient0.log
John Dowson Posted May 12, 2021 Report Posted May 12, 2021 Have you checked your windows workgroups and firewall settings, as indicated in the WideFS user Guide?
John Dowson Posted May 12, 2021 Report Posted May 12, 2021 Please also show me your WideServer.log & FSUIPC7.ini files, and I will take a look (tomorrow now). Also, try removing the Protocol from your WideClient.ini and and use ProtocolPreferred ini parameter in your FSUIPC7.ini ([WideServer] section). And try using ServerName rather than ServerIPAddr, if not done already. However, these issues are usually always caused by firewall or workgroup settings, so please double-check.
RobertE Posted May 12, 2021 Author Report Posted May 12, 2021 I tried removing the Protocol from your WideClient.ini and and use ProtocolPreferred ini parameter in your FSUIPC7.ini ([WideServer] section) and ServerName rather than ServerIPAdd to no avail and changed them back. Where do I find the WideServer.log file? I am using FSUIPC7 paid version and WideFSClient.
John Dowson Posted May 12, 2021 Report Posted May 12, 2021 38 minutes ago, RobertE said: Where do I find the WideServer.log file? In your FSUIPC7 installation folder, along with your FSUIPC7.log and FSUIPC7.ini files, which I would also like to see. Have you 'enabled' wide server (using the WideFS -> Enable menu option) from FSUIPC7? You only need to do this only once.
RobertE Posted May 12, 2021 Author Report Posted May 12, 2021 Yes, WideFS is enabled. Attached is WideServer.log WideServer.log
RobertE Posted May 12, 2021 Author Report Posted May 12, 2021 Attached are the FSUIPC7.ini and FSUIPC.log files. FSUIPC7.log FSUIPC7.ini
Pete Dowson Posted May 13, 2021 Report Posted May 13, 2021 The log simply shows the Client requesting data from the Server (or at least, that IP address you provided), and getting nothing. The server is receiving a connection but no data with it. So, there's a firewall type block at one end or the other. 14 hours ago, RobertE said: I tried removing the Protocol from your WideClient.ini and and use ProtocolPreferred ini parameter in your FSUIPC7.ini ([WideServer] section) That won't work. The ProtocolPreferred parameter is for those clients which connect by receiving a broadcast from the Server. That's the default method -- leaving both Protocol and Server details out of the WideClient.INI, so the client links to whatever Server is running. The only requirement for the Broadcast method to work is that both PCs ar in the same WorkGroup (as well as no Firewall blockage). The firewall blockage (from Windows Defender possibly) can be in Client or Server. It isn't possible to tell from the logs. Pete
RobertE Posted May 13, 2021 Author Report Posted May 13, 2021 I allowed ports 8002 & 9002 incoming & outgoing on both computers in Windows 10. Both Workgroups are the same.
Pete Dowson Posted May 14, 2021 Report Posted May 14, 2021 9 hours ago, RobertE said: I allowed ports 8002 & 9002 incoming & outgoing on both computers in Windows 10. I've never had to do that. I thought you had to nominate the program by EXE name? Just as a test, can you try with the firewalls disabled at both ends? Pete
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now