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
> > > > > > > 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
>
--
http://groups.google.com/group/realxtend
http://www.realxtend.org
