<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /></head><body style='font-size: 10pt; font-family: Verdana,Geneva,sans-serif'>
<p>Hi to All,</p>
<p>I have reported this problem before. This version and the version of OpenSim before does NOT allow Full Qualified Domain Name in the Region.ini file. I think it should be. The problem is gone when you fill in the IP address there. </p>
<p>Specially for big company networks (schools, businesses etc.) who use Firewall in combination with split DNS it is wonderful if FQDN is supported in Region.ini. On this moment every request will need the firewall external IP address to be in the Region.ini so the Grid is also reachable from the outside. With a forward rule in the Firewall to server that serviced the specific region it will work from the inside campus network and also from the outside (Internet). </p>
<p>I have this configuration working on a campus grid with more the 1200 regions and a number of servers in the internal network. I like to reduce traffic so if this problem can be fixed and FQDN addresses are accepted so the combination of split DNS, Firewall and Region.ini works I will great-full!</p>
<p>short time solution is to put in the Region.ini the IP address instead of the FQDN for the <span>ExternalHostName.</span></p>
<p><span>With regards,</span></p>
<p><span>Johan Taal</span></p>
<p><br /></p>
<p><br /></p>
<p><br /></p>
<p>tringate@gmail.com schreef op 2017-05-23 18:29:</p>
<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0"><!-- html ignored --><!-- head ignored --><!-- meta ignored -->
<div class="pre" style="margin: 0; padding: 0; font-family: monospace"><span style="white-space: nowrap;">Fred,</span><br /> <br /> I read your response with great interest. I also have TP problems on a frequent basis, and I switched away from Frontier and the actionteck modem and went back to Brighthouse/Spectrum which uses a true pass-through modem and I use my WRT1200AC V2 modem running standard Linksys firmware.<br /> <br /> Things run much better, but I still have TP problems myself. Visitors have no issues at all.<br /> <br /> <span style="white-space: nowrap;">My regions run on four Fedora linux servers here on my local network.</span><br /> <br /> I have felt the issue was how things are configured as the TP issue is random like this original post talks about.<br /> <br /> <span style="white-space: nowrap;">Here is how my region INI files are all set up is this correct?</span><br /> <br /> <span style="white-space: nowrap;">InternalAddress = 0.0.0.0</span><br /> <span style="white-space: nowrap;">InternalPort = 9182</span><br /> <span style="white-space: nowrap;">AllowAlternatePorts = False</span><br /> <span style="white-space: nowrap;">MaxPrims = 100000</span><br /> <span style="white-space: nowrap;">ExternalHostName = tsim.us.to</span><br /> <span style="white-space: nowrap;">RegionType = "Archipelago - Tropical"</span><br /> <br /> <span style="white-space: nowrap;">I use a dynamic name service for my domain of tsim.us.to</span><br /> <br /> I have not tried your debug suggestion yet, as I have no idea what I should be looking for.<br /> <br /> I see different results when I TP sometimes I arrive with no troubles, sometimes my viewer simply closes, and I have to relog, and sometimes I wait for a long time and then end up not TP's. Many times if I first go to LBSA and then back to one of my regions everything usually works, but not always.<br /> <br /> I am convinced it has something to do with loopback, but the WRT1200AC supports that function.<br /> <br /> Tom<br /> <br /> <br /> <br /> <br /> -----Original Message----- From: Fred Beckhusen<br /> <span style="white-space: nowrap;">Sent: Tuesday, May 23, 2017 10:56 AM</span><br /> <span style="white-space: nowrap;">To: <a href="mailto:opensim-users@opensimulator.org">opensim-users@opensimulator.org</a></span><br /> Subject: [Opensim-users] Problems with teleporting in grid mode from simulator, instance to another instance? (Ferd)<br /> <br />
<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0"><span style="white-space: nowrap;"> 1. Re: Problems with teleporting in grid mode from simulator</span><br /> <span style="white-space: nowrap;"> instance to another instance? (Chris)</span><br /> </blockquote>
<span style="white-space: nowrap;"> It appears to me that your LAN dest region did not handshake properly,</span><br /> <span style="white-space: nowrap;">somewhere at the Agent creation process, and the CAPS seed process found</span><br /> <span style="white-space: nowrap;">the destination socket was not available.</span><br /> <br /> <br /> <span style="white-space: nowrap;">I wonder how reliable it is in general. Have you been able to bulk</span><br /> <span style="white-space: nowrap;">upload a couple dozen textures reliably, or does it crash out partway</span><br /> <span style="white-space: nowrap;">through? That's a sure sign that loopback is failing. You xxx'd your</span><br /> <span style="white-space: nowrap;">IP addresses, so I believe you are using a Public WAN IP and therefor a</span><br /> <span style="white-space: nowrap;">router is involved and loopback is necessary. There are many reasons</span><br /> <span style="white-space: nowrap;">loopback can go wrong or be flaky. Perhaps posting your router</span><br /> <span style="white-space: nowrap;">brand/model number to us for future reference will help us, and maybe we</span><br /> <span style="white-space: nowrap;">can spot something for you. If this turns out to be the router, please</span><br /> <span style="white-space: nowrap;">help us update the page on the Opensimulator.org web site that we use to</span><br /> <span style="white-space: nowrap;">track which routers work and which do not. It is at</span><br /> <span style="white-space: nowrap;"><a href="http://opensimulator.org/wiki/NAT_Loopback_Routers">http://opensimulator.org/wiki/NAT_Loopback_Routers</a></span><br /> <br /> <span style="white-space: nowrap;">Troubleshooting: Check that all IP addresses in your INI files start</span><br /> <span style="white-space: nowrap;">with http:// and make sure none of the regions have http:// in them.</span><br /> <br /> <span style="white-space: nowrap;">Go to the destination region and type into the console "debug http all</span><br /> <span style="white-space: nowrap;">5". This will print out more details of the handshake that you now</span><br /> <span style="white-space: nowrap;">cannot see. You can go to level 6, but that's really verbose. The</span><br /> <span style="white-space: nowrap;">command "debug http all 0" will turn it off again.</span><br /> <br /> <span style="white-space: nowrap;">A good way to find out if it is loopback is to set your Public IP in the</span><br /> <span style="white-space: nowrap;">Opensim.INI to be the LAN IP of the server. You will also need to set</span><br /> <span style="white-space: nowrap;">your grid parameters to point to it in the viewer to be able to log in.</span><br /> <span style="white-space: nowrap;">When all Private LAN IP's are used, your router will not be involved in</span><br /> <span style="white-space: nowrap;">anything at the TCP/IP level and all traffic will be</span><br /> <span style="white-space: nowrap;">machine-to-machine. This applies to any IP's in the range of</span><br /> <span style="white-space: nowrap;">172.16.*.*, 192.168.*.* or 10.*.*.*. The Ethernet switch is still</span><br /> <span style="white-space: nowrap;">involved, though it is unlikely to be the problem as it works with a</span><br /> <span style="white-space: nowrap;">totally different protocol that carries the TCP/IP inside it.</span><br /> <br /> <span style="white-space: nowrap;">I have collected about a thousand Opensim stats on this. Current count</span><br /> <span style="white-space: nowrap;">is 784 home routers failed loopback on first try, and only 125 passed.</span><br /> <span style="white-space: nowrap;">Reasons vary: mostly loopback is just missing, but I have remoted in to</span><br /> <span style="white-space: nowrap;">some machines and seen some very troubling things. I have continually</span><br /> <span style="white-space: nowrap;">been surprised by the flakiness of some, and also surprised by how well</span><br /> <span style="white-space: nowrap;">a cheap one from Comcast worked.</span><br /> <br /> <span style="white-space: nowrap;">Some examples: TCP appears to loop back, but not UDP. A major brand,</span><br /> <span style="white-space: nowrap;">Actiontech, widely used by FIOS, cannot loop back reliably from LAN</span><br /> <span style="white-space: nowrap;">IP:port to a different LAN IP:port (which sounds like your situation),</span><br /> <span style="white-space: nowrap;">but will loop back to the same machine very reliably. There are European</span><br /> <span style="white-space: nowrap;">ISPS that charge extra fees for loopback, (and require you to pay them</span><br /> <span style="white-space: nowrap;">to set up port forwarding, too). Some ISP's loopback at the Central</span><br /> <span style="white-space: nowrap;">Office and lose a lot of packets in the process. There are routers with</span><br /> <span style="white-space: nowrap;">only a 1K UDP loopback buffer appear to work but are flaky on teleports</span><br /> <span style="white-space: nowrap;">and bulk uploads.</span><br /> <br /> <span style="white-space: nowrap;">Some routers block the Public IP:PrivatePort ( typically 8003)</span><br /> <span style="white-space: nowrap;">configuration by looping back outside on the WAN side of the firewall,</span><br /> <span style="white-space: nowrap;">thus hitting the router firewall that should be blocking port 8003. As a</span><br /> <span style="white-space: nowrap;">result, Groups, XBakes and Profiles will not work. This took me many</span><br /> <span style="white-space: nowrap;">months to find as I am stupid about some things and believe the</span><br /> <span style="white-space: nowrap;">documentation. You cannot fix it by moving the Private port (8003) to a</span><br /> <span style="white-space: nowrap;">different port, either. I've seen several people "solve it" by opening</span><br /> <span style="white-space: nowrap;">Port 8003 to the public, which is a Bad Idea. Use LAN IP: Private Port</span><br /> <span style="white-space: nowrap;">everywhere you see PublicPort: Private IP in Groups, Xbakes and</span><br /> <span style="white-space: nowrap;">Profile. Or use <a href="http://localhost:Private">http://localhost:Private</a> Port for standalones.</span><br /> <br /> <br /> <span style="white-space: nowrap;">Fred Beckhusen/Ferd Frederix</span><br /> <span style="white-space: nowrap;">Outworldz, LLC</span><br /> <span style="white-space: nowrap;"> <a href="http://www.outworldz.com">www.outworldz.com</a></span><br /> <br /> _______________________________________________<br /> <span style="white-space: nowrap;">Opensim-users mailing list</span><br /> <span style="white-space: nowrap;"><a href="mailto:Opensim-users@opensimulator.org">Opensim-users@opensimulator.org</a></span><br /> <span style="white-space: nowrap;"><a href="http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users">http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users</a> </span><br /> <br /> _______________________________________________<br /> <span style="white-space: nowrap;">Opensim-users mailing list</span><br /> <span style="white-space: nowrap;"><a href="mailto:Opensim-users@opensimulator.org">Opensim-users@opensimulator.org</a></span><br /> <span style="white-space: nowrap;"><a href="http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users">http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users</a></span></div>
</blockquote>
<p><br /></p>
</body></html>