Hello akaydin I suggest you than test your ports with this tool: http://www.portforward.com/help/portcheck.htm
Sometimes, using it, we found than some of our ports was closed, and the router/firewall was saying than they was opened. Good luck Alberto 2010/1/11 akaydin <[email protected]> > 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 >
-- http://groups.google.com/group/realxtend http://www.realxtend.org
