OK I FINALLY DID IT!!!!!! :D and my server works from outside and can be connected through LAN as well ! :D:D
Thanks to you all for your responses... It seems like the external host name configuration in region xml files does not accept DNS hostnames. You must type your exact WAN IP there... not your LAN IP either... I ll prepare a detailed documentation on how to configure it up on a machine with DSL connection and dynamic or static IP. Thanks again Best, Ates On 11 Ocak, 10:15, Gustavo Alberto Navarro Bilbao <[email protected]> wrote: > 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 > > ... > > tamamını oku »
-- http://groups.google.com/group/realxtend http://www.realxtend.org
