Can it be a firewall issue? I have disabled my firewall for ports 7000-12000 only. Are there any ports than needs to be opened other than those within this range?
As far as I know RealXTend server uses ports 9000 : OpenSim server 10000 : AvatarStorage 10001 : Authentication Starting with 7000 & 8000 : Ports for regions Anything else I should enable before attempting connection? On 11 Ocak, 09:59, akaydin <[email protected]> wrote: > 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 > > ... > > tamamını oku »
-- http://groups.google.com/group/realxtend http://www.realxtend.org
