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 > > > > > > these(like setting opensim to internal ip and authentication to > > > > > > external, vice versa etc etc)... still I couldnt solve it. > > > > > > > Do you know how I can contact Mikko Pallari? Perhaps an e-mail > > > > > > adress or something like that? He seems to know a lot about this > > > > > > issue. > > > > > > > Also I could not find the source code of the application at: > > > > > > > http://sourceforge.net/projects/realxtendserver/ > > > > > > > Only binaries are there... > > > > > > > I have already checked-out source code of the latest version of > > > > > > OpenSim and Modrex Modules however these dont include the source > > > > > > code for the authentication server... > > > > > > > I cannot find the source code of the authentication server anywhere > > > > > > at the moment. The binary exists(authenticationserver-0.5) but no > > > > > > source code. And I still think the problem occurs due to a bug in > > > > > > this server. > > > > > > > Is there anyone who actually managed to deploy a server which can > > > > > > be connected through WAN? Or any tutorials around? LAN and Local > > > > > > connection is easily done... but there should be someone who had > > > > > > connected through WAN via DSL connection. > > > > > > > And finally I get the following error when I try to connect with > > > > > > login_name@<wan ip> perhaps it helps to debug it further: > > > > > > > OpenSim server console: > > > > > > > 18:41:48 - [REXLOGIN]: XMLRPC Client is realXtend 1.20.13.91224, > > > > > > start location > > > > > > is last > > > > > > 18:41:48 - [AUTHENTICATIONSERVICE]: SimAuthenticationAccount with > > > > > > account > > > > > > 18:41:49 - [AUTHENTICATION SERVICE]: Failed creating XmlRpcRequest > > > > > > 18:41:49 - [AUTHENTICATIONSERVICE]: SimAuthenticationAccount: > > > > > > Response is null. > > > > > > 18:41:49 - [LOGIN END]: XMLRPC User testuser@<WAN IP>:10001 ( > > > > > > 444dc39e712276580b40647a9f1807d60b481a4a) failed authentication > > > > > > > Authentication server console: > > > > > > > 18:37:42 - Authentication# : > > > > > > 18:41:44 - [LOGIN]: Authenticating Test User > > > > > > 18:41:44 - ------------------------------------------- > > > > > > 18:41:44 - CLIENT LOGGIN IN TO SIM: testuser@<WAN IP>:9000 > > > > > > 18:41:44 - ------------------------------------------- > > > > > > > And the error message I see on my viewer's screen: > > > > > > > Login Failed: > > > > > > > Could not authenticate your avatar. Please check your user name and > > > > > > password, and check the grid if problem persists. > > > > > > > <WAN IP> I've mentioned in above error outputs is actually my WAN > > > > > > IP I wrote it like that due to security issues :D. > > > > > > > Anyway... > > > > > > > I have tried hacking client code a bit especially llstartup.cpp and > > > > > > lluserauth.cpp in case I can generate an XMLRPC login message where > > > > > > authentication ip is set same as the internal ip of the server. But > > > > > > it didnt work either :(:(:(... Perhaps there is some other way of > > > > > > doing it from client code with a hack. Something I havent realized > > > > > > yet. > > > > > > > I again thank you all for your care in this subject. > > > > > > > Best, > > > > > > > Ateş Akaydın > > > > > > > On 7 Ocak, 09:35, Ryan McDougall <[email protected]> wrote: > > > > > > > The source can be found here: > > > > > > >http://sourceforge.net/projects/realxtendserver/ > > > > > > > > I seem to recall a discussion about this issue before. Perhaps > > > > > > > you > > > > > can > > > > > > > > look at the mailing list archives for an answer. Unfortunately, > > > > > > > 0.5 isn't being actively worked on any more, as we are focusing > > > > > > > on Naali and Taiga: > > > > >http://wiki.realxtend.org/index.php/Main_Page#Developer_Preview_Releases > > > > > > > > Cheers, > > > > > > > > On Wed, Jan 6, 2010 at 6:28 PM, akaydin <[email protected]> > > > > > wrote: > > > > > > > > Ryan thanks a lot for your answer. > > > > > > > > > Unfortunately [email protected] does not work from outside > > > > > network. > > > > > > > > > Nothing happens if I use internal ip here(192.168.0.2) however > > > > > > > > if I use WAN IP then I can connect to the authentication > > > > > > > > server(from > > > > > what I > > > > > > > > > see on authentication server console) but login operation > > > > > > > > fails. > > > > > And > > > > > > > > > if I can connect to the authentication server(althought login > > > > > > > > operation fails) then I believe that should mean that the WAN > > > > > > > > ip resolves correctly and redirected through my NAT. > > > > > > > > > I may be wrong but it seems like" testuser@<wan_ip>" is also > > > > > > > > sent > > > > > as a > > > > > > > > > complete string in some part of an xml message to the > > > > > authentication > > > > > > > > > server. I believe only the left part before "@" sign - that is > > > > > > > > "testuser" - and user password should be > > ... > > tamamını oku »
-- http://groups.google.com/group/realxtend http://www.realxtend.org
