\r\n\r\n<\/p>\r\n
<\/p>\r\n
\r\n\r\n<\/p>\r\n
Die IP-Adresse oder der DNS-Name der hier gespeichert wird, ist die des letzten Absenders. Das muss nicht der Client sein. Es kann auch eine Firewall, ein Router oder ein NAT sein. Mit . getrennt deuten auf eine IPv4 Adresse. Ein : ist ein Zeichen f\u00fcr eine IPv6 Adresse. Dieses Feld wird gerne in den Auswertungen f\u00fcr „unterschiedliche Benutzer“ herangezogen. Bedenkt, dass es nur bedingt richtig sein kann. Ihr alle habt wahrscheinlich einen Router\/Access Point zu Hause. Wenn Ihr \u00fcber diesen Access-Point ins Internet geht, dann sieht der Server nur die IP-Adresse des Routers nicht aber die eigentliche des Endger\u00e4tes. Der Server kann damit nicht unterscheiden ob, ihr vom Handy oder vom PC surft. Dies gilt sinngem\u00e4\u00df auch f\u00fcr SSL-Verbindungen. Allerdings in einem kleinerem Umfeld.\u00a0\u00a0<\/p>\r\n
\r\n\r\n<\/p>\r\n
<\/p>\r\n
\r\n\r\n<\/p>\r\n
der User<\/h2>\r\n
\r\n\r\n<\/p>\r\n
<\/p>\r\n
\r\n\r\n<\/p>\r\n
Diese n\u00e4chsten 2 Felder sind f\u00fcr die Identifizierung des Benutzers vorgesehen. Wobei das Feld 3 f\u00fcr die HTML-Identifizierung genutzt wird. Wir kommen sp\u00e4ter noch auf das Feld bei der „Anmeldung“ zu sprechen.<\/p>\r\n
\r\n\r\n<\/p>\r\n
der Request URL „GET \/cgi-bin „<\/h2>\r\n
\r\n\r\n<\/p>\r\n
\r\n\r\n<\/p>\r\n
im URL Feld findest ihr neben den Typ auch den eigentlichem Url\u00a0 „\/cgi-bin\/awstats.pl“ dann ein ? und diverse Begriff-Wert Paare getrennt durch ein &. Den Abschluss macht die Version des HTTP-Protokolls. In meinem Fall 1.1. M\u00f6glich w\u00e4ren noch 1,0 und 2.0.\u00a0 Der URL \/cgi-bin sagt nichts \u00fcber den wirklichen Platz auf der Platte aus. Wer ein Verzeichnis \/cgi-bin bei mir sucht, wird entt\u00e4uscht sein. Es ist ein Konfigurationsparameter des Apache.\u00a0 Ich k\u00f6nnte jetzt eine zweite Seite nennen wir sie index.html auf den gleichen Path legen. und den Apache anweisen index.html meldest du mit \/cgi-bin\/index.html.\u00a0 \u00a0
In meinem Fall wird ein Programm aufgerufen das Programm awstats.pl.\u00a0 Awstats.pl ist ein Web-Logdateien Auswertungsprogramm; in Perl geschrieben.\u00a0 Das Programm soll den J\u00e4nner 2026\u00a0 auswerten.<\/p>\r\n
\r\n\r\n<\/p>\r\n
Der Response Code\u00a0<\/h2>\r\n
\r\n\r\n<\/p>\r\n
sagt aus wie der Request abgearbeitet wurde. 200 ist der OK Status. 303 w\u00e4re nicht ver\u00e4ndert oder 404 Datei nicht gefunden. Die 5xx w\u00e4re ein Server-Problem. Auch diese sind im RFC beschrieben.\u00a0<\/p>\r\n
\r\n\r\n<\/p>\r\n
der User-Agent<\/h2>\r\n
\r\n\r\n<\/p>\r\n
dieses Feld ist vorgesehen um Browser spezifische Unterscheidungen, durch zuf\u00fchren. Zu Beginn des WWW haben sich die Firmen Netscape und Microsoft eine Schlacht um die Marktanteile geliefert. Irgendwann gab Netscape auf und machte ein Open-Source-Projekt daraus. Heute findet man den Netscape-Nachfolger und die gebr\u00e4uchlichsten Browser . Ggf sind hier auch Informationen \u00fcber das Betriebssystem gespeichert. In meinem Bespiel X11 und Linux auf 64Bit x86 \ud83d\ude09<\/p>\r\n
\r\n\r\n<\/p>\r\n
der Benutzer<\/h2>\r\n
\r\n\r\n<\/p>\r\n
Diese Informationen stehen uns zur Verf\u00fcgung. Zus\u00e4tzlich, KANN uns noch ein User(name) mitgespeichert werden. Defaultm\u00e4\u00dfig wird nur der HTTP-User im Log gespeichert. Loginverfahren die \u00fcber Cookies, Request-ID oder \u00e4hnlichem arbeiten, werden nicht protokolliert. Weil somit nur die IP-Adresse als Unterscheidungsmerkmal zur Verf\u00fcgung steht, sind die Werte \u00fcber die Benutzeranzahl mit Vorsicht zu behandeln.
So wird das Log aufgebaut und diese Daten sind gespeichert. Nun geht es an das Auswerten.<\/p>\r\n
\r\n\r\n<\/p>\r\n
Das Log-File<\/h1>\r\n
\r\n\r\n<\/p>\r\n
Bei den beiden wichtigsten Servern Apache und NGINX wird eine Textdatei angelegt. Wir bleiben bei Apache und Debian und finden unser Log unter \/var\/log\/apache\/access.log. Dort wird es standardm\u00e4\u00dfig angelegt und in regelm\u00e4\u00dfigen Abst\u00e4nden getauscht und gezipped.<\/p>\r\n
\r\n\r\n<\/p>\r\n
Die Anmeldung\u00a0<\/h1>\r\n
Es gibt mehrere M\u00f6glichkeiten, wie ich einen User identifizieren kann. Die Einfachste ist \u00fcber eine „passwd“- Datei und eine Rule in der Apache-Config, dass ein bestimmter Bereich nur von einer Gruppe oder einzelnen User gelesen werden darf. Dabei wird bei jedem Request der User und das Passwort gesendet. Das Ganze wird noch mit dem alten Befehl md5 Verfahren gesichert. Einfach und schnell aber knackbar in Sekunden.\u00a0<\/p>\r\n
Ein bisschen besser wird es wenn man auf „digit“ umstellt.
Aber wenn ich diesen Teil des Frame habe, kann ich ihn von einem anderem Ger\u00e4t senden und bin angemeldet. Bei diesem Verfahren \u00e4ndern sich die Werte nur wenn sich das Passwort \u00e4ndert, also nie.\u00a0\u00a0<\/p>\r\n
Dazu kommt, das gro\u00dfe Sites, die \u00fcber viele Server gehen, immer den gesamten Uservorrat speichern m\u00fcssen.\u00a0<\/p>\r\n
Also hat man sich eine andere Anmeldeform \u00fcberlegt. Und da kamen cookies und SessionID ins Spiel, ein Server erzeugt aus User und Passwort eine Pr\u00fcfsumme den Token oder SessionID und sendet diese an den Client. Bei jedem weiteren Request wird dieser Wert mitgesendet und der\/die Server k\u00f6nnen, es abpr\u00fcfen und entsprechend reagieren.\u00a0 Cookies haben den Nachteil, dass sie nur auf eine bestimmte Gruppe von Servern funktionen (Domain-Cookie).\u00a0<\/p>\r\n
Wenn man Kerberos mit der L\u00f6sung dieses Problems vertraut, dann kommt die SessionID zum Tragen. Bei der Anmeldung wird ein Token erstellt, der als SessionID gespeichert wird. Diese ID kann auch an andere Server weitergegeben werden und wird gegengecheckt. Nachteil: Ich brauche eine vern\u00fcnftige Infrastruktur.\u00a0 \u00a0 Sicherungsmechanismen wie „Salt and Pepper“ sind implementierbar und auch Zertifikate kann ich verwenden.\u00a0<\/p>\r\n
Was ich noch kurz mitteilen m\u00f6chte ist, dass diese Daten im verschl\u00fcsseltem HTML-Teil \u00fcbertragen werden, Also bei HTTPS nicht einsehbar sind.\u00a0<\/p>\r\n
<\/p>\r\n
\r\n\r\n<\/p>\r\n
WWW-Auswertungsprogramme<\/h1>\r\n
\r\n\r\n<\/p>\r\n
\r\n\r\n<\/p>\r\n
\r\n\r\n<\/p>\r\n
Das Auswertungsprogramm AWSTAT<\/h2>\r\n
\r\n\r\n<\/p>\r\n
<\/p>\r\n
\r\n\r\n<\/p>\r\n
![\"\"](\"https:\/\/linux-bibel.at\/wp-content\/uploads\/2026\/01\/Statistics-for-localhost-2026-01-main-Brave_a001.png\")
<\/p>\r\n
\r\n\r\n<\/p>\r\n
Die Auswertung umfasst neben Tage, Monate, Besuche, Einstiegseiten, Ipadressen und Ausstiegsseiten auch Pages und Hits. Besonders die Auswertung auf Fehlercodes bringt so einiges an Versuchen von b\u00f6sen Jungs zum Vorschein.\u00a0\u00a0<\/p>\r\n
Das 2. Programm, dass ich euch vorstellen m\u00f6chte hei\u00dft<\/p>\r\n
\r\n\r\n<\/p>\r\n
Das Programm webalizer<\/h2>\r\n
\r\n\r\n<\/p>\r\n
und ist ein C-Programm. Es liegt in lauff\u00e4higer Form und im C-Code vor und kann von Heise geladen werden. https:\/\/www.heise.de\/download\/product\/webalizer-2038<\/a> . Das Programm wird nicht mehr weiterentwickelt. Es gibt allerdings 2 Nachfolge-Projekte, die auch im Stocken sind. Der Leistungsumfang ist \u00e4hnlich.\u00a0<\/p>\r\n \r\n\r\n<\/p>\r\n \r\n\r\n<\/p>\r\n Trotzdem sind beide Programme noch benutzbar und liefern wichtige Informationen \u00fcber die Nutzung eures Servers.\u00a0<\/p>\r\n Webalizer wird entpackt und liegt dann kompiliert vor. Es empfiehlt sich, vor dem ersten Start nochmals in die Config-Datei zu schauen. Und die Verzeichnisse bzw den Leistungsumfang anzupassen.\u00a0\u00a0<\/p>\r\n \r\n\r\n<\/p>\r\n <\/p>\r\n \r\n\r\n<\/p>\r\n <\/p>\r\n \r\n\r\n<\/p>\r\n <\/p>\r\n <\/p>![\"\"](\"https:\/\/linux-bibel.at\/wp-content\/uploads\/2026\/01\/Auswahl_009.png\")
<\/p>\r\n
![\"Gef\u00e4llt](\"https:\/\/linux-bibel.at\/wp-content\/uploads\/2023\/12\/Daumen-Hoch.png\")
\r\n <\/a>\r\n ![\"Gef\u00e4llt](\"https:\/\/linux-bibel.at\/wp-content\/uploads\/2023\/12\/Daumen-Runter.png\")
\r\n <\/a>\r\n