From newsgroups.mail2@stefanbaur.de Thu Jun 12 21:59:47 2014 Received: (at 515) by bugs.x2go.org; 12 Jun 2014 19:59:48 +0000 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 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 , sebastien chabrolles CC: 515@bugs.x2go.org, x2go-dev@lists.x2go.org Subject: Re: [X2Go-Dev] [X2Go-User] "connectedHost" variable contains wrong IP, reason unknown References: <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> <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.