FAQ:Arktur4/Fehlersuche: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
K (FAQ:Fehlersuche wurde nach FAQ:Arktur4/Fehlersuche verschoben) |
(kein Unterschied)
|
Version vom 27. Juni 2006, 20:40 Uhr
Fehlersuche bei Problemen
Dies ist Erstentwurf einer Checkliste zum systematischen Finden von Fehlern.
physisches Netz (Verkabelung und Switches)
* Blinken die LED * ...
Serverfunktionen
Probleme mit dem Proxy? surfen geht nicht
- sind am TDSL-Modem alle LED grün?
- wenn ja: Modem scheint zu gehen -> gehe zu 2.
- wenn nein: TDSL-Modem, NTBA und Splitter resetten, dazu
- alle "Telefon-Stecker" ziehen
- kurz warten
- Kabel wieder verbinden
- steht die Verbindung? (nach der Angabe im Sysadm-Menü)
- wenn ja: stimmen die Einwahldaten -> dann gehe zu 3.
- wenn nein: überprüfen, ob die Verbindungsdaten stimmen, dazu
- erstelle mit korrekten Daten eine neue Verbindung
- mit diesem neuen Eintrag versuchen die Verbindung aufzubauen. Vorsicht! Bei einem "t-online"-Zugang wird die Verbindung nach 3 Fehlversuchen für den Rest des Tages gesperrt!
- geht das nicht, dann mit privaten Einwahldaten versuchen
- wenn das geht und die korrekten Einwahldaten der Schule gehen nicht, dann an Service-Hotline Münster wenden
- Tel.: 01805 724853
- Mail: serviceline.muenster@t-online.de
- geht ein "ping -c3 193.99.144.85" oder "ping -c3 4.2.2.2"?
- wenn ja: dann haben wir eine Verbindung -> dann gehe zu 4.
- wenn nein: falls IDSN vorhanden, Zugriff über ISDN probieren
- wenn ISDN geht und TDSL nicht, an SL Münster wenden, siehe Punkt 2
- geht ein "ping www.heise.de"?
- wenn ja: dann geht DNS -> dann gehe zu 5.
- wenn nein: "cat /etc/resolv.conf" sollte eine oder mehrere Einträge der Art "nameserver IP-Addresse" listen, wobei IP-Adresse aus dem öffentlichen Adresskreis stammen sollte
- falls nicht: einfach ein echo "nameserver 194.25.2.129" >> /etc/resolv.conf
- testen, ob der angegebene DNS-Server arbeitet, mit
- host www.heise.de 194.25.2.129
- geht "lynx http://www.heise.de"?
- wenn ja: dann ist die Verbindung bis zum Server i.O., dann gehe zu 6.
- wenn nein: ?
- geht vom Client ein "http://arktur"?
- wenn ja: dann gehe zu 7.
- wenn nein: entweder Verbindungs- oder Browser-Problem
- für Verbindung (Netz) testen, ob ein anderer Dienst vom Client aus geht bzw. ob ein ping arktur geht, sonst
- siehe unter Browsereinstellungen
- sind die Teilnetze freigegeben? (unter http://arktur/admin2)
- wenn ja: dann gehe zu 8.
- wenn nein: diese dort freigeben
- der Vollständigkeit wegen: ist Masquerading aus? (http://arktur/admin2)
- wenn ja: dann gehe zu 9.
- wenn nein: dieses dort ausschalten
- geht ein http://www.arktur.schul-netz.de
- wenn ja: fertig
- wenn nein: dann gibt es Probleme mit dem Squid
- Probleme mit dem RAM:
- /etc/init.d/squid status, dann
- Neustart: /etc/init.d/squid restart
- Probleme mit dem Cache
- Cache löschen: Anleitung ???
- Probleme mit dem RAM:
* Backup vorhanden? * USV angeschlossen und funktionstüchtig * Internet-Zugang kontrolliert * Jugendschutz-Filter kontrolliert * Filterlisten kontrolliert * Firewall kontrolliert * raumweise Freigabe kontrolliert * weitere Dienste (laut Anforderung) kontrolliert * Hardware-Sensoren zur Systemüberwachung kontrolliert * Virenschutz kontrolliert
Client
* Backup vorhanden? * Betriebssystem kontrolliert * Client an Server angebunden (Domäne o.ä.) kontrolliert * Benutzerrechte am Client (lt. Anforderung) kontrolliert * BIOS kontrolliert