[apache/webalizer] Werkelijk gebruikte KBytes

[Verwijderd]

Van mijn hosting-provider kreeg ik het bericht dat mijn site teveel bandbreedte gebruikt. In de door Webalizer gegenereerde stats zie ik in de kolom KBytes maar ongeveer 2/3 van de werkelijk gebruikte bandbreedte terug.
Ik vraag me af hoe dit verschil van 1/3 kan worden verklaard. Ik weet dat webalizer alleen kijkt naar uitgaand http-verkeer. Blijft volgens mij over het inkomende http-verkeer, ftp-verkeer en e-mailverkeer. Met name ftp en e-mail is zo weinig dat dit nooit het verschil kan verklaren. Heeft iemand hier ervaring mee?

[scubapro]

Als je misschien bij Vuurwerk zit verklaart dat al een hoop.

[Verwijderd]

Hoezo?
Ik zit overigens bij een kleine provider waar ik tot nu toe zeer tevreden over ben.

[HGM]

Op donderdag 27 september 2001 16:37 schreef MI-2 het volgende:
Hoezo?

Vuurwerk had daar laatst een 'foutje' meegemaakt.

[The Source]

Op de mailing list van vuurwerk is er een ~jaar geleden een lange discussie over de nauwkeurigheid van de webalizers stats geweest. Dit omdat veel klanten allemaal, net zoals jij, op verschillende metingen uitkwamen. Die discussie zal nog wel ergens in de archief mailinglist van vuurwerk te vinden zijn.

[Verwijderd]

Ik heb op Vuurwerk gezocht maar kan niks over deze discussie vinden.
Mijn hostingprovider zegt overigens dat het verschil voor het grootste deel komt doordat de Apache logfiles (waarmee Webalizer rekent) niet al het http-verkeer laten zien.

[LuCarD]

Op vrijdag 28 september 2001 09:54 schreef MI-2 het volgende:
Ik heb op Vuurwerk gezocht maar kan niks over deze discussie vinden.
Mijn hostingprovider zegt overigens dat het verschil voor het grootste deel komt doordat de Apache logfiles (waarmee Webalizer rekent) niet al het http-verkeer laten zien.

Misschien ligt het aan mij maar volgens mij is dat onzin

Alle HTTP verkeer wordt als het goed is afgehandeld door de webserver (Apache in dit geval). Deze webserver logt dan alles in de Logfiles.

Ik denk eerder dat je de fout moet zoeken in ander verkeer(FTP, POP3). En je moet je niet vergissen in POP3.... als ik nu in mijn mailbox op de server kijk zie ik dat hij 80 Mb is.... (errrmmmm misschien moet ik hem een schoonmaken )

Maar hoe groot is het verschil? 100 mb? 1gb? 2gb?

[Verwijderd]

Het verschil is 10 tot 15 GB op een totaal van 40 GB per maand, aanzienlijk dus. Het POP3-verkeer bestaat per maand uit ongeveer 1000 berichtjes van ongeveer 1KB, dus in totaal maar 1MB. FTP-verkeer is er ook nauwelijks. Het verschil moet dus in http-verkeer zitten.

[rvm]

De overhead van TCP, IP en HTTP protocollen is niet opgenomen in de Apache logs. Als je een html bestand van 1000 bytes op je server hebt staan, dat laat je Apache access log exact 1000 bytes zien als dat bestand wordt opgevraagd.

In werkelijkheid komt daar ook nog de aanvraag van die pagina bij (browser vraagt om pagina):

code:

GET [TOPIC=277322///][NOHTML][rml][ apache/webalizer] Werkelijk gebruikte KBytes[/rml][/NOHTML][/TOPIC] HTTP/1.1
Accept: text/html, image/png, image/jpeg, image/gif, image/x-xbitmap, */*
Accept-Encoding/: deflate, gzip, x-gzip, identity, *;q=0
Accept-LANGUAGE: en
Cache-Control: no-cache
Connection: Keep-Alive, TE
Host: gathering.tweakers.net
User-Agent: Mozilla/4.0 (compatible; MSIE 5.0; Windows 98) Opera 5.12  [en]

En ook nog de headers in het antwoord dat de server terug geeft:

code:

HTTP/1.1 200 OK
Date: Sat, 29 Sep 2001 11:26:46 GMT
Server: Apache/1.3.19 (Unix) PHP/4.0.6
X-Powered-By: PHP/4.0.6
Expires: Mon, 26 Jul 1997 05:00:00 GMT
Last-Modified: Sat, 29 Sep 2001 11:26:46 GMT
Cache-Control: no-cache, must-revalidate
Pragma: no-cache
Set-Cookie: user=0; domain=gathering.tweakers.net; path=/; expires=-1
Set-Cookie: sessid=c8676786db7f822bc84e488bbb7082f8;
        domain=gathering.tweakers.net; path=/;
        expires=Sunday, 29-Sep-2002 13:26:46 GMT
Connection: close
Content-Type: text/html

... gevolgd door de HTML pagina ...

Plus nog de overhead van de TCP/IP protocollen (geen idee hoeveel), aangenomen dat deze ook worden meegenomen in de metingen van de hosting-providers (is dat zo?).

... en dat is even schrikken als je dacht net onder je maandelijkse limiet te blijven (eigen ervaring).