The only thing I *know* changed in this area was some stuff Luca did - pre1, maybe - to fix the http 1.1/basic authentication problem which was caused by the MS security patches.
This on: revision 2.181 date: 2004/02/10 10:01:44; author: deri; state: Exp; lines: +97 -96 Fixed web authentication You might print the diff and look it over to see what it did (I actually never looked at it). -----Burton > -----Original Message----- > From: Tony Nelson [mailto:[EMAIL PROTECTED] > Sent: Thursday, April 15, 2004 4:05 PM > To: [EMAIL PROTECTED]; Burton M. Strauss III > Cc: [EMAIL PROTECTED] > Subject: RE: [Ntop-dev] I'm stumped - png hates me (PR GBHVWYB) > > > Ok.. I'm made some progress.. not enough, but some. > > I build w/o ZLIB and it didn't help much.. > I tried both IE and Mozilla (1.6).. still no go w/ HTTPS.. > > I grabbed an old copy of 2.2.99 from another similar server.. > compiled it up and > just like magic my graphs came back.. so.. I now know that there is a bug > somewhere.. unfortunately, I'm going on vaca tomorrow morning for > an entire > glorious week in Reno, NV.. > > Is there anything useful I can get done in a short amount of time to > troubleshoot this? > > -- > Tony Nelson > Director of IT Operations > Starpoint Solutions LLC > 115 Broadway, 2nd Fl > New York, NY 10006 > > > Quoting "Burton M. Strauss III" <[EMAIL PROTECTED]>: > > > > n t o p v e r s i o n '3.0.050' p r o b l e m r e p o r t > > > Date: Thu Apr 15 15:29:39 2004 > > > Problem Report Id: PR_GBHVWYB > > > ------------------------------------------------------------------ > > > OS(uname): sysname(Linux) release(2.4.25) version(#2 Wed Mar > 17 11:47:29 > > EST 2004) machine(i686) > > > ---------- > > > > Ok, snipping all the crud out, follow along with my inline notes... > > -----Burton > > > > > I enabled http access to my ntop instance and my graphics are > > > displaying just > > > fine.. on https, still nothing.. > > > > Good thought! > > > > > Log extract > > > > > > Thu Apr 15 11:27:36 2004 URL_DEBUG: Page: 'index_inner.html' > > ... > > > Thu Apr 15 11:27:40 2004 URL_DEBUG: Page: 'allProtoDistribution.png' > > ... > > > Thu Apr 15 11:29:39 2004 URL_DEBUG: Page: 'ntopProblemReport.html' > > > > This shows you ARE seeing the requests... > > > > > ------------------------------------------------------------------ > > > ntop Web Server > > > > > > Item..................http://...................https:// > > > # Handled Requests.....24.....29 > > > # Successful requests (200).....24.....28 > > > # Bad (We don't want to talk with you) requests.....0.....0 > > > # Invalid requests - 403 FORBIDDEN.....0.....0 > > > # Invalid requests - 404 NOT FOUND.....0.....1 > > > # Handled SIGPIPE Errors.....0 > > > > And those counts show that the ntop web server thinks it is > serving them up. > > > > > > > What can I do to troubleshoot this? > > > > Skull sweat. OK, the .png files are not being received by your browser > > under https, but are under http and ntop thinks they're being sent. > > > > So: > > > > 1. Try another browser or three. > > > > 1a. If this is IE, try disabling HTTP 1.1. > > > > So what else? If you look in http.c you see the usual pattern: > > > > } else if(strncasecmp(pageName, CONST_BAR_ALLPROTO_DIST, > > strlen(CONST_BAR_ALLPROTO_DIST)) == 0) { > > sendHTTPHeader(MIME_TYPE_CHART_FORMAT, 0, 1); > > drawGlobalProtoDistribution(); > > printTrailer=0; > > > > and then graph.c you will see that each graph has a specific > pattern, where > > it collects some data, calls a graphing routine to create the > graphic on the > > ntop host and then calls sendGraphFile() to send it to you: > > > > drawBar(600, 250, /* width/height */ > > fd, /* open file pointer */ > > idx, /* number of slices */ > > lbl, /* slice labels */ > > p); /* data array */ > > > > fclose(fd); > > > > if(!useFdOpen) > > sendGraphFile(fileName, 0); > > } > > > > sendGraphFile() is nothing special it's just a read/write loop > that calls > > the standard routine sendString() (or in this case, > sendStringLen(), but no > > matter). > > > > Now something I read recently mumbled that browsers still don't > have good > > png handling. So let's eliminate some other variables. > > > > First: > > > > 2. Disable gzip (compression) of files. > > > > In config.h, look for MAKE_WITH_ZLIB and /* it out */ > > > > 3. More drastic -- try jpg not png. (Try this first with ZLIB enabled, > > then - if it still doesn't work - with ZLIB disabled) > > > > In globals-report.h, change CHART_FORMAT > > > > then in graph.c, change all the occurances (there are three) of > > > > gdImagePng(gdImagePtr im, FILE *out); > > > > to calls to > > > > void gdImageJpeg(gdImagePtr im, FILE *out, int quality); > > > > For quality, you'll just have to give a numeric value. -1 > ought to work for > > this test, based on the comments: > > > > If quality is negative, the default IJG JPEG quality value (which should > > yield a good general quality / size tradeoff for most > situations) is used. > > Otherwise, for practical purposes, quality should be a value in > the range > > 0-95, higher quality values usually implying both higher > quality and larger > > image sizes. > > > > Then recompile and make install and run. Your graphs should > now be jpg not > > png - while png is a better choice for charts, at least this ought to > > eliminate everything other than the browser's handling of png files. > > > > > > Try those thoughts and let us know what the results are... > > > > > > -----Burton > > > > > > _______________________________________________ > > Ntop-dev mailing list > > [EMAIL PROTECTED] > > http://listgateway.unipi.it/mailman/listinfo/ntop-dev > > _______________________________________________ Ntop-dev mailing list [EMAIL PROTECTED] http://listgateway.unipi.it/mailman/listinfo/ntop-dev
