Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 92021 invoked from network); 4 Nov 2010 08:38:50 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 4 Nov 2010 08:38:50 -0000 Received: (qmail 51487 invoked by uid 500); 4 Nov 2010 08:39:21 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 51290 invoked by uid 500); 4 Nov 2010 08:39:19 -0000 Mailing-List: contact dev-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list dev@directory.apache.org Delivered-To: moderator for dev@directory.apache.org Received: (qmail 39472 invoked by uid 99); 4 Nov 2010 03:18:38 -0000 X-ASF-Spam-Status: No, hits=-0.1 required=10.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of Steven.Hammond@polycom.com designates 140.242.64.158 as permitted sender) From: "Hammond, Steven" To: "dev@directory.apache.org" Date: Wed, 3 Nov 2010 20:18:06 -0700 Subject: Client host name Thread-Topic: Client host name Thread-Index: Act7zuXwa7PhklxERKKLXw56V9HKWw== Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_D97933926A67E94DAC10D51E2011C29D3EA6637682CRPMBOXPRD03p_" MIME-Version: 1.0 --_000_D97933926A67E94DAC10D51E2011C29D3EA6637682CRPMBOXPRD03p_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable We had problems in previous versions with the client host being set using session.getIoSession().getRemoteAddress() ).getHostName(); Since this does a reverseDNS lookup and takes 30 seconds to time out on win= dows servers for clients that are not resolvable. We had to change all occurrances to session.getIoSession().getRemoteAddress() .getAddress().getHostAddress() T= o just use the IP as this is sufficient for our purpose(logging) I didn't want to open this as a Jira ticket yet without some feedback if th= e current implementation you have in server-tools/src/main/java/org/apache/= directory/server/ldap/gui/SessionModel.java and OutstandingRequestsDialog.j= ava And which ever code eventually will put the data into opContext.getSession(= ).getClientIp() Thanx, Steve. --_000_D97933926A67E94DAC10D51E2011C29D3EA6637682CRPMBOXPRD03p_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

We had problems in previous versions with the client h= ost being set using

session.getIoSession().getRemoteAddress() ).getHostNam= e();

Since this does a reverseDNS lookup and takes 30 secon= ds to time out on windows servers for clients that are not resolvable.

We had to change all occurrances to

session.getIoSession().getRemoteAddress() .getAddress(= ).getHostAddress() To just use the IP as this is sufficient for our purpose(logging)

I didn’t want to open this as a Jira ticket yet without some feedback if the current implementation you have in server-tools/src/main/java/org/apache/directory/server/ldap/gui/SessionMode= l.java and OutstandingRequestsDialog.java

And which ever code eventually will put the data into opContext.getSession().getClientIp()

Thanx,

Steve.

--_000_D97933926A67E94DAC10D51E2011C29D3EA6637682CRPMBOXPRD03p_--