nscd helps a lot with this (on everything except windows), but you are almost guaranteed to hit your name service (be it nis, dns, files, ldap, etc.) for every new client coming in. If you don't have a name caching service, your users will definitely feel it.
DNS servers, in general, are built to handle lots of requests (when i say lots, I mean 10^4 requests and higher on hardware that was EOL'd by the manufacturer 4 years ago). That said, if you do a lookup for each and every request, they all add up. Figure a page may entail 20 to 40 requests; if each lookup takes 30ms, that is somewhere from 600 to 1200ms added to your page load time. As John pointed out, you are probably better off not enabling lookups. If you have a publicly facing system, you will get lots of hosts where the reverse lookups are garbage due to improperly configured DNS servers. Axton On Mon, Jun 27, 2011 at 5:45 PM, John Sundberg < [email protected]> wrote: > I don't think you want to do enableLookups.... > > If you did this -- you may give your DNS server a huge pounding... > (Maybe it all gets cached -- so I could be wrong -- however -- it reminded > me of a bug I found a long time ago where the DNS server was getting sent a > lot of unnecessary requests) > > > > > According to the docs.... > enableLookups > Set to true if you want calls to request.getRemoteHost() to perform DNS > lookups in order to return the actual host name of the remote client. Set to > false to skip the DNS lookup and return the IP address in String form > instead (thereby improving performance). By default, DNS lookups are > enabled. > > > > -John > > > > > On Jun 23, 2011, at 10:57 AM, Grooms, Frederick W wrote: > > User Tool or Mid-Tier?? > > User Tool ... > Active Link Set Fields action > $PROCESS$ CMD.exe /s/c "ipconfig | find "IP Address"" > Then pull out the IP from the line(s) returned > > > Mid-Tier ... You have to create a .jsp file on the Mid-Tier server with a > function to call request.getRemoteAddr(). You also have to set Tomcat to do > DNS lookups (in server.xml in the Connector definitions add > enableLookups="true" ). > > function get_ip_info() > { > var return_value = "<%= request.getRemoteAddr() %>"; > return (return_value) > } > > On your form (in the View Properties, I use the Web Footer Content) add an > include of your .jsp script file. > <SCRIPT src="<Tomcat web path>/???????.jsp" > language="JavaScript"></SCRIPT> > > In workflow do a Run-Process action (536870923 being the ID of your field) > javascript:window.F(536870923).DoSet(get_ip_info()); > > > Fred > > > -----Original Message----- > From: Action Request System discussion list(ARSList) [mailto: > [email protected]] On Behalf Of Pruitt, Christopher (Bank of America > Account) > Sent: Thursday, June 23, 2011 9:18 AM > To: [email protected] > Subject: Capture of user's IP Address > > Good Day fellow Listers, > > We are trying to find a way to capture the user's ip address via workflow. > Has anyone ever attempted this with any success? We see it captured in the > API logs but can't find it in the AR System API nor as a keyword. Any > suggestions out there? > > > Christopher Pruitt > Business Consulting III > HP Enterprises Services > [email protected] > www.hp.com<http://www.hp.com/> > > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are" > > -- > John Sundberg > > Kinetic Data, Inc. > "Building a Better Service Experience" > Recipient of: > WWRUG10 Best Customer Service/Support Award > WWRUG09 Innovator of the Year Award > > [email protected] > 651.556.0930 I www.kineticdata.com > > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are" > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
