Here is the output of the opensim and authentication servers when this error occurs. I have replaced my dns hostname with the tag <hostname> for security reasons for now:
OpenSim Server output: ///////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// 09:38:10 - [REX LOGIN BEGIN]: XMLRPC Received login request message from user 't estuser@<Hostname>:10001' 'f7933a283e4502d143257322ce147fc3a30fb 901' 09:38:10 - [REXLOGIN]: XMLRPC Client is realXtend 1.20.13.91224, start location is last 09:38:10 - [AUTHENTICATIONSERVICE]: SimAuthenticationAccount with account 09:38:10 - [AUTHENTICATIONSERVICE]: GetUserByAccount 09:38:10 - [USER DB]: Ignoring add since user with id 1bfb19d2-2acd-4a8b-9e91-da cd8551bc06 already exists 09:38:10 - [USER DB]: Syncing useragent database: 4 agents stored 09:38:10 - [AGENT INVENTORY]: Did not create a new inventory for user 1bfb19d2-2 acd-4a8b-9e91-dacd8551bc06 since they already have a root inventory folder with id a32a2b3c-4a60-4288-8747-b09c4d89cbf8 09:38:10 - [CONNECTION BEGIN]: Region ModreX told of incoming child agent Test U ser <testuser@<hostname>:10001> 1bfb19d2-2acd-4a8b-9e91-dacd8551 bc06 (circuit code 1520435514) 09:38:10 - [USER AUTH]: Verifying session b7caeb39-0205-8a3a-9013-08376c1b5e1d f or 1bfb19d2-2acd-4a8b-9e91-dacd8551bc06; current session b7caeb39-0205-8a3a-901 3-08376c1b5e1d 09:38:10 - [CONNECTION BEGIN]: User authentication returned True 09:38:10 - [CONNECTION BEGIN]: Region ModreX authenticated and authorized incomi ng child agent Test User <testuser@<hostname>:10001> 1bfb19d2-2a cd-4a8b-9e91-dacd8551bc06 (circuit code 1520435514) 09:38:10 - [CAPS]: Registered seed capability /CAPS/1effdc32-b3d4-4d85- a2cd-84d8 f9e0fe910000/ for 1bfb19d2-2acd-4a8b-9e91-dacd8551bc06 09:38:10 - [EVENTQUEUE]: Adding new queue for agent 1bfb19d2-2acd-4a8b-9e91-dacd 8551bc06 in region ModreX 09:38:10 - [OBJECTADD]: /CAPS/OA/31df539c-c2d5-4912-adc5-1593e700ec69/ 09:38:10 - [CONNECTION BEGIN]: Region ModreX2 told of incoming root agent Test U ser <testuser@<hostname>:10001> 1bfb19d2-2acd-4a8b-9e91-dacd8551 bc06 (circuit code 1520435514) 09:38:10 - [USER AUTH]: Verifying session b7caeb39-0205-8a3a-9013-08376c1b5e1d f or 1bfb19d2-2acd-4a8b-9e91-dacd8551bc06; current session b7caeb39-0205-8a3a-901 3-08376c1b5e1d 09:38:10 - [CONNECTION BEGIN]: User authentication returned True 09:38:10 - [CONNECTION BEGIN]: Region ModreX2 authenticated and authorized incom ing root agent Test User <testuser@<hostname>:10001> 1bfb19d2-2a cd-4a8b-9e91-dacd8551bc06 (circuit code 1520435514) 09:38:10 - [CAPS]: Registered seed capability /CAPS/1effdc32-b3d4-4d85- a2cd-84d8 f9e0fe910000/ for 1bfb19d2-2acd-4a8b-9e91-dacd8551bc06 09:38:10 - [EVENTQUEUE]: Adding new queue for agent 1bfb19d2-2acd-4a8b-9e91-dacd 8551bc06 in region ModreX2 09:38:10 - [OBJECTADD]: /CAPS/OA/7af34736-d465-4175-ae8a-a3fe550add32/ Region (root) # ///////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// And Authentication Server: ///////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// 09:38:10 - [LOGIN]: Authenticating Test User 09:38:10 - ------------------------------------------- 09:38:10 - CLIENT LOGGIN IN TO SIM: testuser@<hostname>:9000 09:38:10 - ------------------------------------------- 09:38:10 - [AUTHENTICATION MODULE]: SimAuthentication with account 09:38:10 - [LOGIN]: AUTHENTICATE - Success. 09:38:10 - [AUTHENTICATION SERVER]: get_user_by_account ///////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////// Cheers, Ates Akaydin On 11 Ocak, 09:52, akaydin <[email protected]> wrote: > Hello again, > > Sorry for the delay... > > And Mark thanks for your response :D. > > << Are you using Windows or Linux on your local machine? >> > > I have Windows XP on my machine. > > << If you are using windows, and you do a "ping" for that host name, > what IP > address are you getting as a response? (an internal local LAN IP > address, > or an external WAN IP address?) >> > > If I ping my hostname from server machine I get local ip now > (192.168.0.2) as I've entered this hostname to hosts file mapping with > my local ip. From a client I get WAN IP of the server resolved if I > ping the hostname as usual. > > << Try doing an "ipconfig /flushdns" command (from the command line), > and see > if flushing your local DNS cache entries will help fix the issue. >> > > I have tried it but it didnt help. My Client still fails connection > during handshaking stage. But it takes like 5-10 seconds for me to get > the "login package never received by the server" error message so I > believe its again a network issue. > > << It's extremely helpful to others (that follow) if > you can properly document the issues that you are facing (and document > the solutions) and add everything to a nice step-by-step tutorial in > the WIKI pages. >> > > I've already documented the stages to setup my server so far. If I can > pass this final problem at handshaking I believe I can write a > detailed documentation. > > On 8 Ocak, 16:45, Antti Ilomäki <[email protected]> wrote: > > > We will be making a new server release once we get Naali 0.1 out. The > > features in the next server release aren't yet finalized. > > > 2010/1/8 Mark Malewski <[email protected]> > > > > One a sidenote, are there any plans to release a RealXtend 0.6 release > > > (with the latest updated OpenSim 0.7 stable + ModRex, and with all the > > > latest OpenSim bug fixes, and with Mega Region support, and with a working > > > multi-region support behind NAT?) > > > > I believe RealXtend 0.5 is already 6+ months old, it really would be great > > > to just see a RealXtend 0.6 release with the latest OpenSim bug fixes, and > > > working Mega region support and working multi-region support behind NAT. > > > > Multi-region support behind NAT would be one of the more important > > > features, but a working Grid mode would be nice as well. ;-) > > > > On Fri, Jan 8, 2010 at 8:26 AM, Mark Malewski > > > <[email protected]>wrote: > > > >> Ates, > > > >> > Well my region external hostnames are already set to my lan ip which > > >> > is 192.168.0.2 atm. Internal ip should be set to 0.0.0.0 by default am > > >> > I right? though I have tried lan ip for it as well and it didnt > > >> > work... > > > >> Are you using Windows or Linux on your local machine? > > > >> If you are using windows, and you do a "ping" for that host name, what IP > > >> address are you getting as a response? (an internal local LAN IP > > >> address, > > >> or an external WAN IP address?) > > > >> If you are switching back and forth (using the same machine) between LAN > > >> and WAN, there is a possibility that the WAN IP address may be stored in > > >> your local DNS cache. > > > >> Try doing an "ipconfig /flushdns" command (from the command line), and > > >> see > > >> if flushing your local DNS cache entries will help fix the issue. > > > >> There may be a problem with you switching back and forth between LAN and > > >> WAN (and the incorrect DNS entry may be stored in your DNS cache). > > > >> By flushing your local DNS cache, it may fix the issue. Give it a try, > > >> and let me know. (Also try a simple ping on that host name and see what > > >> IP > > >> address you are getting as a resolved response for that host name entry). > > >> The problem could be with your local DNS cache. Try doing a ping on > > >> that > > >> host name, just to see whether you are getting an internal IP or external > > >> (WAN) IP address resolved. You may need to flush your DNS cache if you > > >> are > > >> switching back and forth between LAN and WAN on the same machine (a > > >> laptop?). > > > >> Thanks, > > > >> Mark > > > >> On Fri, Jan 8, 2010 at 3:58 AM, akaydin <[email protected]> wrote: > > > >>> Well my region external hostnames are already set to my lan ip which > > >>> is 192.168.0.2 atm. Internal ip should be set to 0.0.0.0 by default am > > >>> I right? though I have tried lan ip for it as well and it didnt > > >>> work... > > > >>> The problem still persists though :(... > > > >>> On 8 Ocak, 12:44, Jeroen van Veen <[email protected]> wrote: > > >>> > handshake phase hangs often occur when you have the external hostname > > >>> of your > > >>> > regions set to your wan ip, and you try to connect to opensim from the > > >>> lan. An > > >>> > easy fix is to set your lan-ip for external hostname, or on linux you > > >>> could try > > >>> > to use the iptables script on the wiki. > > > >>> > Jeroen > > > >>> > Op vrijdag 08 januari 2010 10:36:05 schreef akaydin: > > > >>> > > Cheeeersss!!!!! > > > >>> > > Mikko you are the best :D... it works! > > > >>> > > I registered a hostname from dyndns for my wan ip and added my > > >>> > > <local > > >>> > > server ip - dns hostname> reference to my hosts file as you said. > > > >>> > > Now I can pass authentication on client screen. However this time my > > >>> > > connection drops during handshaking phase... I get an "Unable to > > >>> > > connect. Login message never received by the server" message... > > > >>> > > It may be a time out issue as my adsl connection on both server and > > >>> > > client is slow. Or there is a problem with my region xml > > >>> > > configuration. I ll check it out. > > > >>> > > Any other reasons which may cause this message? > > > >>> > > And Mikko thanks a lot... I was about to lose hope :) > > > >>> > > Best, > > > >>> > > Ates > > > >>> > > On 8 Ocak, 09:48, Mikko Pallari <[email protected]> wrote: > > >>> > > > That message is inside ModreX AuthenticationService class. > > > >>> > > > It occurs when something goes wrong when making a XMLRPC-request > > >>> > > > to > > >>> > > > remote server. Most likely reason for failed XMLRPC-request is > > >>> > > > that > > >>> the > > >>> > > > network location can't be accessed from the simulator. And in this > > >>> case > > >>> > > > the remote location is your authentication server address. > > > >>> > > > BTW, do you have both simulator and authentication server running > > >>> on same > > >>> > > > machine? And the error occurs when you try to log in from external > > >>> > > > computer to server behind NAT? In this case the simulator tries to > > >>> > > > connect to your WAN IP and can't connect to it. This is usually > > >>> because > > >>> > > > the routers option "NAT loopback" isn't enabled or isn't > > >>> > > > supported. > > > >>> > > > If your router doesn't support the NAT loopback, then one option > > >>> > > > to > > >>> > > > enable it would be to create DNS name for your servers WAN address > > >>> and > > >>> > > > add that DNS entry to your hosts file with local IP address. > > > >>> > > > Cheers, > > >>> > > > Mikko > > > >>> > > > On Fri, Jan 8, 2010 at 9:29 AM, akaydin <[email protected]> > > >>> wrote: > > >>> > > > > Thanks a lot Mikko... > > > >>> > > > > I ll check it out today(when I solve my compilation problems :D) > > > >>> > > > > I had the server and the client downloaded from > > >>> > > > >http://www.realxtend.org/page.php?pg=downloads > > > >>> > > > > And one more question... I know I asked a lot already ;) > > > >>> > > > > Do you know what may generate a "18:41:49 - [AUTHENTICATION > > >>> SERVICE]: > > >>> > > > > Failed creating XmlRpcRequest" message? Having tried a dozen of > > >>> > > > > methods to fix it I still have doubts about the location of the > > >>> > > > > problem. I cant decide whether if it is OpenSim server which > > >>> causes > > >>> > > > > this error or it is Authentication server. Because that message > > >>> states > > >>> > > > > that it is OpenSim server which fails at creating an > > >>> XmlRpcRequest > > >>> > > > > message am I right? What may cause this message? Is it > > >>> Authentication > > >>> > > > > server returning an invalid response or an internal failure at > > >>> OpenSim > > >>> > > > > Server(auth server works correct for instance)... I have > > >>> > > > > searched > > >>> for > > >>> > > > > the text "Failed Creating XmlRpcRequest" or its variations in > > >>> opensim > > >>> > > > > code but couldnt find a reference :(. > > > >>> > > > > Cheers, > > > >>> > > > > Ates > > > >>> > > > > On 8 Ocak, 08:43, Mikko Pallari <[email protected]> > > >>> wrote: > > >>> > > > > > Hi, > > > >>> > > > > > On Thu, Jan 7, 2010 at 7:14 PM, akaydin > > >>> > > > > > <[email protected]> > > >>> wrote: > > >>> > > > > > > Thanks again Ryan and Jonne > > > >>> > > > > > > I have indeed found a mail which explains my problem: > > > >>>http://www.mail-archive.com/[email protected]/msg00979.html > > > >>> > > > > > > The problem is the same. I guess Mikko Pallari has added a > > >>> switch > > >>> > > > > > > somewhere to check server ip upon an authentication request > > >>> > > > > > > (server_check_ip). > > > >>> > > > > > This configuration option is in modrex.ini in > > >>> > > > > > directory bin/addon-modules/ModreX/config. You can read more > > >>> about > > >>> > > > > > ModreX configuration options athttp:// > > > >>> > > > > wiki.realxtend.org/index.php/Configuring_ModreX > > > >>> > > > > > However you shouldn't use that option in production > > >>> environments, > > >>> > > > > > because > > > >>> > > > > it > > > >>> > > > > > disables the check which confirms that the client logging in > > >>> > > > > > is > > >>> who > > >>> > > > > > it claims to be. > > > >>> > > > > > Cheers, > > >>> > > > > > Mikko > > > >>> > > > > > > The only relevant switch I have found though is in > > >>> > > > > > > AuthenticationSettings.xml which is: > > > >>> > > > > > > <check_server_ip>True</check_server_ip> > > > >>> > > > > > > I had already tried setting this to false but the problem > > >>> still > > >>> > > > > > > persists. > > > >>> > > > > > > Also as Jonne suggested I have tried setting my WAN IP for > > >>> > > > > > > my > > >>> three > > >>> > > > > > > servers in xml configuration files. My viewer cant even > > >>> connect to > > >>> > > > > > > the opensim server that way... I tried all combinations of > > ... > > tamamını oku »
-- http://groups.google.com/group/realxtend http://www.realxtend.org
