Product SiteDocumentation Site

7.2. Algemene Procedures

Het doel van deze sectie is het presenteren van enkele algemene tips voor bepaalde handelingen die een beheerder frequent zal moeten uitvoeren. Deze procedures zullen natuurlijk niet iedere mogelijke geval en een uitgebreide manier omvatten, maar ze kunnen dienen als start positie voor de moeilijkere gevallen.

7.2.1. een Programma Configureren

Wanneer je een onbekend programma wilt configureren, moet je een stappen werken. Ten eerste, je zou moeten lezen wat de pakket onderhouder gedocumenteerd heeft. /usr/share/doc/pakket/README.Debian lezen zal je toestaan om specifieke voorbereidingen die gemaakt zijn om het gebruik van de software te vergemakkelijken. Het is soms essentieel om de verschillen tussen het originele gedrag van een programma, zoals beschreven in de documentatie, zoals howto's te begrijpen. Soms detailleert dit document ook de meest voorkomende fouten, om je te helpen om tijdverspilling met algemene fouten te voorkomen.
Dan zou je moeten kijken naar de officiële documentatie van de software — raadpleeg Paragraaf 7.1, “Documentatie Bronnen” om de verschillende bestaande documentatiebronnen te vinden. Het dpkg -L pakket commando geeft een lijst van bestanden inbegrepen in het pakket; je zou daarom de beschikbare documentatie snel moeten kunnen identificeren (net zoals de configuratiebestanden, geplaatst in /etc/). dpkg -s pakket toont de meta-gegevens van het pakket en toont enige mogelijke aanbevolen of gesuggereerde pakketten, hierin kun je documentatie vinden of een gereedschap dat de configuratie van de software zal vergemakkelijken.
Tenslotte, de configuratiebestanden zijn vaak zelf-gedocumenteerd door vele verklarende commentaren die de mogelijke waarden voor iedere configuratie instelling verklaren. Zo veel dat het soms genoeg is om een regel te kiezen die geactiveerd moet worden tussen de beschikbare regels. In sommige gevallen, worden voorbeelden van configuratiebestanden aangeboden in de /usr/share/doc/pakketexamples/ directory. Deze kunnen dienst doen als een basis voor jouw eigen configuratie bestand.

7.2.2. In De Gaten Houden Wat Daemons Doen

Begrijpen wat een daemon doet is iets gecompliceerder, omdat het geen rechtstreekse interactie heeft met de beheerder. Om te controleren of een daemon echt werkt, moet je dit testen. Bijvoorbeeld, om de Apache (web server) daemon te testen, test je het met een HTTP aanvraag.
Om deze test mogelijk te maken, houdt ieder daemon normaal gezien alles wat hij doet bij, net zoals ieder fout die hij tegenkomt, in wat we “log bestanden” of “systeem logs” noemen. Logs worden opgeslagen in /var/log/ of in één van de sub-directory's. Om de precieze naam van een logbestand voor iedere daemon te weten, kijk je in zijn documentatie. Notitie: een enkele test is niet altijd voldoende als het niet al de mogelijke gebruiksmogelijkheden beslaat; sommige problemen komen enkel voor onder bepaalde omstandigheden.
Als preventie, zou de beheerder regelmatig de meest relevante server logbestanden moeten doorlezen. Ze kunnen zo problemen vaststellen voor ze worden gemeld door een ontevreden gebruiker. Inderdaad, gebruikers kunnen soms enkele dagen wachten voor een probleem herhaaldelijk voorkomt, voor ze het melden. In vele gevallen is er een specifiek gereedschap om de inhoud van de grote logbestanden te analyseren. In het bijzonder bestaan er zo'n programma's voor web servers (zoals analog, awstats, webalizer voor Apache), voor FTP servers, voor proxy/cache servers, voor firewalls, voor e-mail servers, voor DNS servers en zelfs voor print servers. Sommige van deze programma's werken op een modulaire manier en laten analyse van verschillende types van logbestanden toe. Dit is het geval voor lire. Andere gereedschappen, zoals logcheck (een programma besproken in Hoofdstuk 14, Security), scant deze bestanden op zoek naar alarmen om mee af te rekenen.

7.2.3. Hulp Vragen op een Mail Lijst

Als jouw verschillende zoekmethoden niet geholpen hebben om de oorzaak van het probleem te vinden, is het mogelijk om hulp te krijgen van anderen, misschien zelfs ervaren mensen. Dit is exact het doel van de e-mail lijst. Zoals in iedere gemeenschap heeft het regels die moeten gevolgd worden. Voor een vraag te stellen, zou je moeten controleren of jouw probleem niet eerder aan bod is gekomen in een recente discussie op de lijst of door officiële documentatie.
Eenmaal aan deze twee voorwaarden voldaan is, kun je eraan denken om jouw probleem te omschrijven om de e-mail lijst. Inclusief zo veel mogelijk relevante informatie: verschillende tests die uitgevoerd zijn, documentatie die geraadpleegd is, hoe je geprobeerd hebt om probleem te diagnosticeren, de betrokken pakketten of deze die er mee te maken kunnen hebben, enz. Kijk op het Debian Foutopsporingssysteem (BTS, omschreven in de marge GEREEDSCHAP Fouten opvolgings-systeem) voor gelijkaardige problemen, en vermeld het resultaat van deze zoekopdrachten, door het aanbieden van links naar de gevonden fouten. BTS begint op:
Hoe vriendelijker en nauwkeuriger je bent, des te meer kans dat je een antwoord krijgt, of tenminste, een gedeeltelijke reactie. Als je relevante informatie krijgt via e-mail, probeer dit dan publiek samen te vatten zodat ook andere hiervan kunnen genieten. Dit laat het archief van de e-mail lijst, door verschillende zoekmotoren doorzocht, toe om de oplossing te tonen aan anderen die misschien dezelfde vraag hebben.

7.2.4. Ee, Fout Rapporteren wanneer een Probleem te Moeilijk is

Als je met al jouw moeite om een probleem op te lossen, hier niet in slaagt, is het mogelijk dat een oplossing niet jouw verantwoordelijkheid is. En dat het probleem te wijten is aan een fout in het programma. In dit geval is de correcte procedure het rechtstreeks rapporteren van de fout aan Debian of de upstream ontwikkelaar. Om dit te doen, isoleer je het probleem zo veel mogelijk en maak je een minimale test situatie waarin het gereproduceerd kan worden. Als je weet welk programma de waarschijnlijke oorzaak is van het probleem, kun zijn corresponderende pakketten vinden met het commando dpkg -S betrokken_bestand. Volg het Foutopvolgingssysteem (https://bugs.debian.org/paket) om er zeker van te zijn dat de fout niet eerder gerapporteerd is. Je kunt dan jouw fout rapport sturen met het reportbug commando, inclusief zo veel mogelijk informatie, vooral een volledige beschrijving van de minimale tests die het toelaten de fout te recreëren.
De elementen in dit hoofdstuk zijn methoden om efficiënt problemen die in de volgende hoofdstukken kunnen voorkomen op te lossen. Gebruik ze zo veel als nodig!