> I ll prepare a detailed documentation on how to configure it up on a
> machine with DSL connection and dynamic or static IP.
That would be fantastic. Please post it to the WIKI and make it as detailed
as possible, so that others may follow in your footsteps.
Mark
On Mon, Jan 11, 2010 at 7:52 AM, akaydin <[email protected]> wrote:
> 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
>
--
http://groups.google.com/group/realxtend
http://www.realxtend.org
