X2Go Bug report logs - #515
"connectedHost" variable contains wrong IP, reason unknown (was: Re: [X2Go-User] Pb with x2go agent on ppc64 system)

Full log

Message #15 received at 515@bugs.x2go.org (full text, mbox, reply):

Received: (at 515) by bugs.x2go.org; 12 Jun 2014 19:59:48 +0000
From newsgroups.mail2@stefanbaur.de  Thu Jun 12 21:59:47 2014
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on
	ymir.das-netzwerkteam.de
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,URIBL_BLOCKED
	autolearn=ham version=3.3.2
Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.131])
	by ymir.das-netzwerkteam.de (Postfix) with ESMTPS id 3AE405DB26
	for <515@bugs.x2go.org>; Thu, 12 Jun 2014 21:59:47 +0200 (CEST)
Received: from [192.168.0.3] (dslb-188-105-052-212.pools.arcor-ip.net [188.105.52.212])
	by mrelayeu.kundenserver.de (node=mreue003) with ESMTP (Nemesis)
	id 0LhzeA-1WQ17y1eba-00n7Lo; Thu, 12 Jun 2014 21:59:44 +0200
Message-ID: <539A06BF.3020103@stefanbaur.de>
Date: Thu, 12 Jun 2014 21:59:59 +0200
From: Stefan Baur <newsgroups.mail2@stefanbaur.de>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0
MIME-Version: 1.0
To: Mihai Moldovan <ionic@ionic.de>, 
 sebastien chabrolles <s.chabrolles@fr.ibm.com>
CC: 515@bugs.x2go.org, x2go-dev@lists.x2go.org
Subject: Re: [X2Go-Dev] [X2Go-User] "connectedHost" variable contains wrong
 IP, reason unknown
References: <OF63CDD2EA.AB0207C6-ONC1257CF4.0033135B-C1257CF4.0039D4E6@fr.ibm.com> <20140611113037.Horde.qsAKjfq9P_p1svkMBI8Mtg1@mail.das-netzwerkteam.de> <539842C3.6010208@stefanbaur.de> <20140611124358.Horde.3fgisOaRzDKMd2835Ld1uA4@mail.das-netzwerkteam.de> <5398CE20.4090601@stefanbaur.de> <5398E061.6010000@gmail.com> <5399D7CC.9010408@ionic.de> <OF47115B4E.4B401215-ONC1257CF5.005EFDAE-C1257CF5.005FFA1D@fr.ibm.com> <539A0414.7040805@ionic.de>
In-Reply-To: <539A0414.7040805@ionic.de>
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Provags-ID: V02:K0:KI88dhyiNAN3KWDwPgdF5fU6ZhOEgqunRmh2MNsT9LJ
 aMU2kX3WC8zExGcn7abjDJssPEPDrhQykuuzfNDMsHPu1zusI1
 ihU6TaZlo4U26jGLEspGZx/vpauL48U8gcaordkbP4YfhsmZuE
 jMHg4V81ftm0wvic4SHYRYUGSCm/pTw9a67fg+WwGeRM326YYl
 noWPthSmj6GxZR3PxlnPC+2f0IvttN17vgtmtiklfGTy4XGcnE
 HhV+sn3dtrDUNLQLNTms6ArJR4t72SJNlRdH891JUZAtxTYH4A
 8aam40g3dXmVh9N3js6wfsV39uHzY37bAaOHx3FvvJYIdL+3D8
 zFtCy6OAPtBvt9b8d7r2Op05FgaCyJzlg9M/oreNV

Guys, please cc: 515@bugs.x2go.org instead of
x2go-dev-bounces@lists.x2go.org - no idea how that address ended up in here.
(CCing so it shows up in the bugtracker)

Am 12.06.2014 21:48, schrieb Mihai Moldovan:
> Hello Sebastien
> 
> Please don't mind me answering inline.
> 
> 
> * On 12.06.2014 07:28 pm, sebastien chabrolles wrote:
>> So, I don't say that the problem is due to Endianness, but we have to keep in
>> mind that fedora 20 ppc64 is BIG Endian.
> 
> Yes, but big endian is fine. All those functions operate in network byte order,
> which is big endian. No conversion is taking place in the code, as that would be
> unnecessary anyway. Only inet_ntoa() is writing the quad dotted decimal address
> to a string buffer in host endianness. However, this is done by the operating
> system, so NX can (and is) agnostic about it.
> 
> 
>> For the connection, I use IPV4 addresse, no hostname. There is only one IP on
>> the server.
> 
> OK. I was asking because the code is calling gethostbyname() which, when given a
> host name, looks up the address of that specified host name. If, however, the
> host name should have multiple addresses, all of them will be returned in a list
> -- their order depending on how the DNS server spits them out. Most DNS servers
> use a round-robin method for this, so you will get a different ordering with
> each lookup.
> 
> That was one possible explanation for what you might have experienced.
> 
> However, if you're only using IP addresses directly everywhere, gethostbyname()
> merely converts the given string to its binary address representation in network
> byte order. Thus, the functionality is almost equal to inet_aton() (just the way
> the information is returned differs, but that's no functional change.)
> 
> 
>> If you need to have access to the server, this can be done with openVPN
>> certificate. This is only a "sandbox server" to reproduce the x2go issue.
> 
> Providing a means to debug the issue would be great, because at that time I have
> no valid explanation for what is happening there.
> 
> Were those packages installed via binary packages? Unfortunately, x2go doesn't
> ship debug builds.
> 
> Please make sure that the machine in question features build tools and gdb, as
> nxcomp/nxproxy will need to be compiled with debug information in order to get
> anything interesting out of it.

Send a report that this bug log contains spam.