Web Engineering - Hosting & Publishing

Nachdem wir uns in Einheit 1 mit Netzwerk-Grundlagen beschaftigt haben, mochten wir nun auf
Referenzmodelle eingehen, welche die Kommunikation zwischen unterschiedlichen Netzen bzw. Systemen
regeln. Wir beginnen hier mit einer eher abstrakten und allgemeinen Einleitung, die auch als
Motivation fur die Verwendung dieser Modelle dienen soll. Danach werden das OSI- und das TCP/IPReferenzmodell
(Literatur: [10], [11]) kurz behandelt. Das OSI-Modell ist sehr allgemein formuliert
und besitzt immer noch Gultigkeit, obwohl die darin de nierten Protokolle kaum noch verwendet
werden. Die Protokolle des TCP/IP-Modells werden dagegen sehr hau g verwendet, dafur existiert
praktisch keine allgemein gultige Beschreibung des Modells. Im Anschluss daran widmen wir uns
dem Unterschied von Datenframes und IP-Paketen sowie den Protokollen der Internetschicht

Dienste und Protokolle basieren auf verschiedenen Konzepten, auch wenn sie oft verwechselt werden.
Wir wollen den Unterschied nochmal klar machen: Ein Dienst ist eine Sammlung von Operationen,
die eine Schicht der uber ihr liegenden Schicht zur Verfugung stellt. Der Dienst de niert, welche
Operationen diese Schicht fur ihre Benutzer ausfuhren kann, sagt aber nichts daruber aus, wie diese
Operationen implementiert sind (beispielsweise kann der Dienst \Kopiere Dokument" sowohl durch
das Einlegen des Dokuments in einen Kopierer oder durch das Abtippen und Neuausdrucken realisiert
sein. Das fur den Dienstnutzer sichtbare Ergebnis ist in beiden Fallen ein kopiertes Dokument).
Dienste beziehen sich also auf Schnittstellen zwischen den Schichten innerhalb eines Rechners.
Protokolle hingegen beziehen sich auf den Austausch von Nachrichten, die zwischen zwei gleichgestellten
Einheiten (also gleichen Schichten) auf verschiedenen Rechnern verwendet werden. Protokolle
spezi zieren die Regeln, das Format und die Bedeutung der ausgetauschten Nachrichten zwischen
den Einheiten.

Das OSI-Referenzmodell (engl. Open Systems Interconnection Reference Model, siehe Abbildung
12) basiert auf einem Vorschlag der ISO (International Standards Organization) aus dem Jahr
1983, daher nennt man es auch ISO/OSI-Modell (manchmal ndet man auch die Bezeichnungen
OSI-Schichtenmodell, OSI-Modell oder 7-Schichten-Modell). Das OSI-Modell ist darauf ausgelegt,
die Kommunikation in o enen Systemen zu regeln. Ein o enes System ist ein System, das darauf
2.3 Das OSI-Referenzmodell 22
vorbereitet ist, mit anderen o enen Systemen zu kommunizieren, und zwar unter Verwendung von
Standardregeln, die das Format, den Inhalt und die Bedeutung der gesendeten und empfangenen
Nachrichten regeln. Diese Regeln sind formalisiert und werden auch als Protokolle bezeichnet [11].
Die Aufgaben der Kommunikation wurden im OSI-Modell in sieben aufeinander aufbauenden Schichten
(Englisch: Layer) unterteilt. Fur jede Schicht existiert eine Beschreibung, in der de niert ist,
was diese Schicht zu leisten hat. Diese Anforderungen mussen von den Kommunikationsprotokollen
realisiert werden. Die konkrete Umsetzung wird dabei nicht vorgegeben und kann daher sehr
unterschiedlich sein. Somit existieren mittlerweile fur jede Schicht zahlreiche solcher Protokolle.
Wie schon erwahnt, werden bei einer Kommunikation die Daten von einer Schicht zur nachsten
weitergereicht, das heit die Kommunikation erfolgt in vertikaler Richtung. Auf der Senderseite lauft
die Kommunikation von oben nach unten und auf der Empfangerseite von unten nach oben (siehe
Abbildung 11).
Wenn also ein Prozess A auf Rechner 1 mit Prozess 2 auf Rechner B kommunizieren will, erzeugt
er eine Nachricht und ubergibt sie seiner Applikationsschicht. Die Applikationsschicht fugt vor der
eigentlichen Nachricht einen Header ein (damit die Applikationsschicht auf Rechner B wei, wie
sie diese Nachricht verarbeiten kann und soll) und ubergibt die (nun um den Header erweiterte)
Nachricht uber die Schnittstelle von Schicht 6/7 an die Darstellungsschicht (siehe Abbildung 11).

Schreibt zwei Logfiles

error protokol /fehler

exess protokol / zugriff

Protokolliert alle Fehler die Serverseitig auftreten.

Zeitpunkt ders Fehler

Stufe des Fehler

IP Adressse und Host

Beschreibung

Wochentag Monat Tag hh mm ss Jahr

Zeit nicht änder bar

es gibt verschiedene Fehlerschweregrade

emerg - system funktioniert. schnelles eingreifen des admins nötig

alert - wichtige handlung erforderlich, bsp. disk fast voll schnelles eingreifen nötig

crit - kritische situation, schnelles eingreifen nötig

error - wichtige fehlermeldungen

warn - warnhinweise

notice normale aber bedeutsame meldung

info - informative meldung

debug - medlung für debuggin zwecke

wer war es 

Ip adresse verursacher

evtl. Host domain

Files dosnt exist und der pfad das aufgerufenen

erfasst alle requests also alle HTTP Transaktionen einer Datei auch Transferlog genannt

Diese info gibt info darüber wann welche Datei abgerufen wurde und ob diese erfolgreich waren (HTTP-Satuscode)

Host

Identität

Authentisierter Benutzer

Zeit

Anforderung

Statuscode und Info

übertreite Bytes

Muss in der Konfgurationsdatei aktiviert werden und auf dem Clientrechner ein ident-Daemon installiert sein.

Die IdentityCheckAnweisung ist aber aus Performancegründen in der Rege abgelschaltet.

Zugriff auf Zugangsgeschütze Dokumente oder Verzeichnisse wird der verwendete Benutzername eingetragen.

1. Status Code

2. Successful

3.Redirection

4.Client Error

5.Server Erros

welche seite wollte der benutzer laden

Nachvollziehbarkeit woher der Request kommt

Wie lange hat ein Request gedauert 

Jede Request hat eine FIxe ID

Modul Aktivierung im Apache Notwendig:  mod_unique_id

Wird alle 24 ein neues erstellt und das alte wird archiviert

es kann auch statt stunden auch bps. alle 5 Megabyte

• Zweck
• Vertragspartner
• Reviews
• Änderungshistorie
• Leistungsbeschreibung
• Verantwortung Leistungserbringer
• Verantwortung Leistungsempfänger
• Verfügbarkeit des Services
• Standards
• Job-Planung/-Wartung
• Service-Level-Kennzahlen (KPI)^[1]
• Messzeitraum
• Sonstige Definitionen
• Externe Verträge
• Eskalationsmanagement
• Preisgestaltung
• Rechtsfolgen bei Nichteinhaltung (insbesondere Vertragsstrafen)
• Vertragslaufzeit
• Unterschriften

Sobald der Webserver der Webserver öffentlich ist , muss mann sich um Sicherheit der Daten Gedanken machen