LISa"> resLISa"> ]> &lisa;-håndbogen Alexander Neundorf
neundorf@kde.org
&erik.kjaer.pedersen.role;
2001 Alexander Neundorf 2001-07-07 0.01.00 &lisa; er beregnet til at give en slags netværksomgivelse, men afhænger kun af TCP/IP-protokollen, hverken SMB eller lignende kræves. Dette er en håndbog både for LAN informationsserveren (&lisa;) og den begrænsede LAN informationsserver (&reslisa;) KDE tdenetwork LAN netværk netværksomgivelser
Indledning &lisa; er beregnet til at give en slags netværksomgivelse, men afhænger kun af TCP/IP-protokollen, ikke SMB eller noget andet. Den er fuldstændig uafhængig af &kde;/&Qt;. Listen over værtsmaskiner som kører findes via TCP-porten 7741. &lisa; understøtter to måder at finde værtsmaskiner: Du angiver et interval med IP-adresser til &lisa;, derefter sender &lisa; en ICMP-ekkoforespørgsel til alle angivne IP-adresser, og venter på svar. Du kan fortælle &lisa; at den skal køre nmblookup . Kommandolinjeværktøjet fra Samba-pakken nmblookup skal være installeret. nmblookup sender en broadcast til de tilsluttede netværk, og alle værtsmaskiner som kører en SMB-tjeneste svarer på denne broadcast. Hvordan det virker I indstillingsfilen angiver du et interval af IP-adresser som &lisa; skal kontrollere for at se om de kører. I det enkleste tilfælde kan dette være din IP-adresse/undernetsmaske. I såfald kontrollerer &lisa; hver mulig værtsmaskine på netværket for at se om den kører. Værtsmaskinerne undersøges med ICMP-ekkoforespørgsler. For at kunne sende og modtage ICMP-ekkoforespørgsler og svare skal programmet åbne en såkaldt rå sokkel (raw socket). Derfor behøver det root-rettigheder. Denne sokkel åbnes lige efter programmet er startet, og efter at have åbnet soklen med heldigt resultat, så slippes root-rettighederne med det samme (se main.cpp og strictmain.cpp). Hvis du indstiller &lisa; så den også bruger nmblookup, kommer den til at køre popen("nmblookup \"*\"") og siden tolke resultatet. Eftersom ICMP-forespørgsler og broadcast kan forårsage en del netværkstrafik hvis der findes mere end en sådan server som kører i et netværk, samarbejder serverne med hinanden. Inden de begynder at lave kald med ping (eller nmblookup), sender de en broadcast på port 7741. Hvis nogen svarer på denne broadcast, henter de den fuldstændige liste på værtsmaskiner som er startede via TCP-porten 7741 fra denne værtsmaskine og begynder ikke at kalde med ping (eller nmblookup). Hvis ingen svarer, så begynder værtsmaskinen som sendte broadcasten at kalde værtsmaskiner med ping (eller nmblookup) og åbner derefter en sokkel som lytter efter de ovennævnte broadcast. Hvis værtsmaskinen modtog et svar på broadcasten, har den ikke soklen som lytter efter broadcaster åben. Så almindeligvis har præcis en af serverne denne sokkel åben og kun denne kommer virkelig til at kalde med ping (eller nmblookup) til værtsmaskinerne. Med andre ord så er serverne dovne, de arbejder ifølge Jeg gør kun noget hvis ingen anden kan gøre det for mig. Der er en anden funktion som reducerer netværksbelastningen. Lad os antage at du indstillede &lisa; til at opdatere hver 10. minut. Nu kommer du ikke til serveren særlig ofte. Hvis ingen kommer til serveren i den sidste opdateringsperiode, kommer serveren til at opdatere (enten selv, eller fra den som virkelig gør jobbet) og derefter fordoble opdateringsperioden, dvs. næste opdatering vil ske om 20 minutter. Dette sker fire gange, så hvis ingen kommer til serveren med en opdateringsperiode på 10 minutter i lang tid, så øges dens opdateringsperiode til 160 minutter, næsten tre timer. Hvis nogen siden kommer efter data fra serveren, får de en gammel liste (op til 160 minutter gammel). Når dette sker nulstiller serveren sin opdateringsperiode til den oprindelige værdi, dvs. 10 minutter, og starter umiddelbart en opdatering hvis den seneste opdatering gjordes for mere end 10 minutter siden. Dette betyder at hvis du får en meget gammel liste, kan forsøge igen om nogle sekunder, så vil du få en aktuel version. Dette vil have en hurtig effekt for serverne, som ikke kalder med ping (eller nmblookup) selv, eftersom kun en eneste oftest kommer til dem, og det har mindre effekt på serveren som laver kaldet (eller nmblookup), eftersom denne server kan kommes til fra alle andre servere i netværket. På denne måde er det muligt at mange værtsmaskiner i et netværk kører denne server, men den totale belastning forbliver lav. For brugeren er det ikke nødvendigt at vide om der findes en server (dvs en navneserver eller filserver eller noget andet) i netværket som også kører &lisa;. Brugeren kan altid køre &lisa; lokalt og &lisa; opdager om der er en, transparent for brugeren. Den første klient for &lisa; er en I/O-slave for &kde; 2, så brugeren kan indtaste enten lan://localhost/ eller lan:/ hvilket vil kontakte &lisa; på det egne systemet. Hvis der findes en maskine som kører hele tiden og brugeren véd at denne maskine også kører &lisa;, kan &lisa;-klienten bruges direkte med denne server (altså med den ovennævnte I/O-slave lan://server_navnet/). Hvis du ikke ønsker at din &lisa; skal deltage i broadcasten, men altid gøre broadcasterne selv, så brug en anden port med kommandolinjeflaget eller . Dette anbefales ikke! Hvis du sender SIGHUP til &lisa;, læser den sin indstillingsfil igen. Hvis du sender SIGUSR1 til &lisa;, udskriver den en del statusinformation på standardudskriften. Data som sendes via soklen har et enkelt format: <decimal IP-adresse i netværkets byte-rækkefølge><et blankt tegn 0x20><fuldstændigt navn på værtsmaskinen><et afsluttende '\0'><nylinje '\n'< og den sidste linjen 0 succeeded<'\n'> For eksempel, 17302538 en_værtsmaskine.etsted.dk 18285834 linux.etsted.dk 17827082 navneserver.etsted.dk 0 succeeded Dette bør gøre det let at tolke. Hvis der er meget strenge sikkerhedsregler i dit netværk, kan nogen opfatte et kald med ping som et potentielt angreb. Hvis du har problemer med dette, så prøv med den begrænsede udgave, &reslisa;. &reslisa; Hvis du har meget strenge sikkerhedsregler i dit netværk, eller hvis du ikke vil have en anden port åben eller noget andet, kan du bruge &reslisa;. Med &reslisa; kan du ikke kalde hele netværk og adresseintervaller med ping, men du kan give &reslisa; for nærværende op til 64 værtsmaskiner med navn i dens indstillingsfil. Disse vil blive kaldet. Du kan stadigvæk bruge nmblookup. &reslisa; sender også kun informationen via en sokkel i Unix-domænet, dvs ikke via netværket. Navnet på soklen er /tmp/resLisa-DitIndlogningsnavn, så &reslisa; kan køres sikkert af flere brugere på samme maskine. Eftersom den ikke bør kunne være en sikkerhedsrisiko af nogen slags er det sikkert at installere &reslisa; setuid root. root-rettighederne slippes direkte efter opstart (se strictmain.cpp), de behøves kun for at oprette en direkte sokkel til at sende ICMP-ekkoforespørgsler. Den sender eller tager heller ikke imod broadcaster. Den første klient for den er en I/O-slave for &kde; 2 (for eksempel rlan://localhost/ i &konqueror;). Indstillingsfilen Her er et eksempel på en indstillingsfil: PingAddresses = 192.168.100.0/255.255.255.0;192.168.100.10-192.168.199.19;192.168.200.1;192-192.168-168.100-199.0-9; PingNames = bb_mail; AllowedAddresses = 192.168.0.0/255.255.0.0 BroadcastNetwork = 192.168.100.0/255.255.255.0 SearchUsingNmblookup = 1 #forsøg også med nmblookup FirstWait = 30 #30 hundrededels sekunder SecondWait = -1 #kun et forsøg #SecondWait = 60 #forsøg to gange, og vent 0,6 sekunder anden gang UpdatePeriod = 300 #opdatér efter 300 sek DeliverUnnamedHosts = 0 #vis ikke værtsmaskiner uden navn MaxPingsAtOnce = 256 #send op til 256 ICMP-ekkoforespørgsler på én gang <option >PingAddresses</option > Dette er formodentlig den vigtigste indgang. Her angiver du hvilke adresser som skal kaldes med ping. Du kan angive flere intervaller, som afgrænses med semikolon. Der findes fire mulige måder at definere adresser: IP-adresse/netværksmaske 192.168.100.0/255.255.255.0, dvs. en IP-adresse og den tildelte netværksmaske. Dette behøver ikke være IP-adressen og netmasken på din maskine. Hvis du for eksempel har 10.0.0.0/255.0.0.0 som din egen adresse, skulle du kunne angive 10.1.2.0/255.255.255.0 hvis du kun er interesseret i disse adresser. Den kombinerede IP-adresse og netværksmasken skal afgrænses med en skråstreg / og adressen behøver ikke være en rigtig netværksadresse, den kan også være en værtsmaskineadresse i det ønskede netværk, dvs.10.12.34.67/255.0.0.0 er det samme som 10.0.0.0/255.0.0.0 . et interval med IP-adresser For eksempel: 192.168.100.10-192.168.199.19 En IP-adresse hvor kald med ping begynder og en anden IP-adresse hvor kald slutter. Begge adresser skal være opdelte med et -. For dette eksempel ville det resultere i 199-100+1 = 100, 100*256 = 25 600, 25 600+(19-10+1) = 25 590 adresser En IP-adresse, representeret ved interval for hver af de fire decimaltal. En IP-adresse kan repræsenteres ved sine fire decimaltal, og du kan angive interval for hvert af disse fire tal: 192-192.169-171.100-199.0-9 I dette eksempel kommer alle IP-adresser med det første tal 192, det andet tal fra 168 til 168, det tredje tal fra 100 op til 199 og det sidste tal fra 0 op til 9 til at blive kaldt med ping. Dette skulle give 1*1*100*10 = 1 000 adresser. Dette er formodentlig kun anvendeligt i et fåtal af tilfælde. Her skal du angive interval for hvert fjerde tal, altid afgrænsede med -. En enkel IP-adresse eller et værtsmaskinenavn IP-adressen eller værtsmaskinenavnet for en maskine som du er særligt interesseret i. Det er også gyldigt at lade denne indgang være tom. <option >PingNames</option > Her kan du desuden angive navn for værtsmaskiner som skal kaldes med ping. Navnene skal separeres med semikolon. Det er også gyldigt at lade denne indgang være tom. <option >AllowedAddresses</option > Dette er også meget vigtigt. &lisa; kommer kun til at kalde adresser med ping, acceptere klienter og svare på broadcaster fra adresser som dækkes af adresserne som angives på denne linje. Du kan tilføje op til 32 IP-adresser/netmasker eller enkelte adresser. Adskil dem med semikolon, og anvend ingen mellemrum mellem adresserne! For eksempel, 192.168.0.0/255.255.0.0;192.169.0.0 Et helt netværk eller en enkelt adresse er gyldig. Gør altid dette så begrænset som muligt, oftest er din IP-adresse/delnetmaske et godt valg. <option >BroadcastNetwork</option > Denne indgang indeholder præcis en IP-adresse/delnetmask. Broadcaster sendes til denne adresse. Sædvanligvis skal dette være din egen IP-adresse/delnetmaske, for eksempel 192.168.0.0/255.255.0.0 <option >SearchUsingNmblookup</option > Her kan du angive 0 eller 1. 1 betyder at &lisa; kører nmblookup og tolker udskriften fra denne kommando. Dette giver mindre netværkstrafik end kald med ping, men du får kun rede på værtsmaskiner som har en SMB-tjeneste i gang (&Windows;-maskiner eller maskiner som kører Samba). Hvis du aktiverer dette, og desuden angiver IP-adresser for kald med ping, så køres nmblookup først og derefter starter kaldet. Så kaldes kun adresser som ikke allerede afledtes fra nmblookup. Dette burde mindske netværksbelastningen en lille smule. <option >FirstWait</option > Hvis &lisa; kalder med ping, dvs hvis den sender ICMP-ekkoforespørgsler, sender den et antal forespørgsler på en gang, og ventar siden så mange hundrededels sekunder som du angiver her. Oftest er værdier fra 5 til 50 gode, den maksimale værdi er 99 (som giver 0,99 sekunder, en meget lang tid). Forsøg at sætte denne værdi så lavt som muligt mens alle værtsmaskiner som er startede stadigvæk findes. <option >SecondWait</option > Efter &lisa; har sendt ekkoforespørgsel første gang, kan det være muligt at visse værtsmaskiner ikke blev fundet. For at forbedre resultatet, kan &lisa; kalde en gang til. Denne gang kaldes kun værtsmaskiner som den ikke fik noget svar fra. Hvis du får et godt resultat med kun at kalde en gang, kan du lukke af for den anden gang ved at angive -1 for SecondWait. Ellers kan det være en god idé at gøre denne værdi noget større end værdien for , eftersom de værtsmaskiner som ikke blev fundet ved det første forsøg formodentlig er langsommere eller længere væk så at de tager nogle millisekunder længere at svare. Oftest er værdier fra 5 til 50 gode, eller -1 for at lukke for den anden afsøgning. Den maksimale værdi er 99 (som giver 0,99 sekunder, en meget lang tid). <option >UpdatePeriod</option > Dette er intervallet som &lisa; venter inden en opdatering. Efter den her tiden gør &lisa; et kald med ping eller nmblookup eller henter listen med værtsmaskiner fra &lisa;-serveren som virkelig udfører kaldet. Gyldige værdier er mellem 30 sekunder og 1800 sekunder (en halv time). Hvis du har et stort netværk, gør så ikke intervallet for lille (for at holde netværksbelastningen lav). Værdier fra 300 til 900 sekunder (5 til 15 minutter) bør være en god idé. Husk at opdateringsperioden fordobles hvis ingen kommer til serveren, op til fire gange, så intervallet bliver 16 gange den værdi som angives her og nulstilles til værdien som angives her hvis nogen kommer til serveren. <option >DeliverUnnamedHosts</option > Hvis et svar på en ekkoforespørgsel modtages fra en IP-adresse hvor &lisa; ikke kan afgøre navnet, sendes den kun via porten hvis du indstiller dette til 1. Jeg er ikke sikker på at dette er en anvendelig funktion, men måske findes der nogle infrastrukturenheder i netværket som ikke har navne tilldelt, så at de ikke behøver at publiceres. Vælg 0 her hvis du vil lade dem være hemmelige. Vælg 0 hvis du er usikker. MaxPingsAtOnce Når &lisa; sender kald med ping (ekkoforespørgsler), sender den et antal på en gang og venter derefter på svaret. Normalt sendes 256 kald på en gang, og du behøver oftest ikke ændre på denne værdi. Hvis du gør den meget større, kan de interne buffere for modtagelse af svarene på ekkoforespørgsler blive for små. Hvis du gør det for lille bliver opdatering langsommere. Yderligere tre eksempler på filer AT GØRE Du er medlem i et lille netværk med 24-bits netværksmaske, dvs. op til 256 værtsmaskiner. PingAddresses = 192.168.100.0/255.255.255.0 AllowedAddresses = 192.168.100.0/255.255.255.0 BroadcastNetwork = 192.168.100.0/255.255.255.0 SearchUsingNmblookup = 0 #anvend ikke nmblookup FirstWait = 20 #20 hundrededels sekunder SecondWait = 30 #30 hundrededels sekunder ved andet forsøg UpdatePeriod = 300 #opdatér efter 300 sek DeliverUnnamedHosts = 0 #vis ikke værtsmaskiner uden navn Indstillingsfil for værtsmaskiner som kun kører <acronym >SMB</acronym > Du er kun interesseret i værtsmaskiner som kører SMB-tjenesten og du har ingen routere i netværket. AllowedAddresses = 192.168.100.0/255.255.255.0 BroadcastNetwork = 192.168.100.0/255.255.255.0 SearchUsingNmblookup = 1 #anvend nmblookup UpdatePeriod = 300 #opdatér efter 300 sek DeliverUnnamedHosts = 0 #vis ikke værtsmaskiner uden navn Indstillingsfil som anvender både <command >nmblookup</command > og kald med ping Samme netværk, men her bruges både nmblookup og kald med ping. PingAddresses = 192.168.100.0/255.255.255.0 PingNames = bb_mail AllowedAddresses = 192.168.0.0/255.255.0.0 BroadcastNetwork = 192.168.100.0/255.255.255.0 SearchUsingNmblookup = 1 #forsøg også med nmblookup FirstWait = 30 #30 hundrededels sekunder SecondWait = -1 #forsøg kun en gang #SecondWait = 60 #forsøg to gange, og vent 0,6 sekunder anden gang UpdatePeriod = 300 #opdatér efter 300 sek DeliverUnnamedHosts = 0 #vis ikke værtsmaskiner uden navn MaxPingsAtOnce = 256 #send op til 256 ICMP-ekkoforespørgsler på en gang Indstillingsfil for &reslisa; Og nu en indstillingsfil for &reslisa;, PingAddresses bruges ikke af &reslisa;, ikke heller BroadcastNetwork. PingNames = bb_mail;en_værtsmaskine;en_anden_værtsmaskine AllowedAddresses = 192.168.0.0/255.255.0.0 SearchUsingNmblookup = 1 # anvend nmblookup FirstWait = 30 #30 hundrededels sekunder SecondWait = -1 #kun et forsøg #SecondWait = 60 #forsøg to gange, og vent 0,6 sekunder anden gang UpdatePeriod = 300 #opdatér efter 300 sek DeliverUnnamedHosts = 1 #vis ikke værtsmaskiner uden navn MaxPingsAtOnce = 256 #send op til 256 ICMP-ekkoforespørgsler på én gang Kommandolinjeflag og øvrig brug Følgende kommandolinjeflag understøttes: , Udskriver kortfattet versionsinformation. , Giver en oversigt over kommandolinjeflag , Led først efter $HOME/.lisarc, derefter efter /etc/lisarc. Dette er den normale opførsel. , Led først efter $HOME/.kde/share/config/lisarc, derefter efter $KDEDIR/share/config/lisarc. , Leder efter filen lisarc i hver mappe som returneres ved at køre kde-config config , FIL Læs FIL og ingen anden indstillingsfil. , PORTNR Start serveren med dette portnummer. Hvis du bruger dette kommer &lisa; ikke til at kunne samarbejde med andre &lisa;-programmer på netværket. Dette er ikke tilgængeligt for &reslisa; Hvis du sender signalet SIGHUP til &lisa; eller &reslisa;, kommer den til at læse sin indstillingsfil igen (killall ). Hvis du sender signalet SIGUSR1 til &lisa; eller &reslisa;, udskriver den en del statusinformation til standardudskriften (killall ). Du ser ingenting hvis terminalen hvor &lisa;/&reslisa; startedes er afsluttet. Medvirkende og licenser &lisa; og &reslisa; ophavsret 2000, 2001, Alexander Neundorf &erik.kjaer.pedersen.credit; Hav det godt, Alexander Neundorf neundorf@kde.org &underFDL; &underGPL; Installation &lisa; og &reslisa; behøver libstdc++ (de bruger strengklassen derfra), de behøver ikke &Qt; eller &kde;. &install.compile.documentation; Andre krav Både &reslisa; og &lisa; åbner en såkaldt rå sokkel (raw socket) for at sende og modtage ICMP-ekkoforespørgsler (kald med ping). For at kunne gøre dette, behøver de root-rettigheder. &lisa; sørger for en tjeneste på TCP-porten 7741, og skal installeres af root og startes når systemet sættes i gang. Det afhænger meget af operativsystemet hvordan dette kan opnås. &reslisa; er beregnet til at startes pr brugere, den sørger ikke for noget til netværket. Den skal installeres setuid root. Hvis du bruger rlan I/O-slaven fra &kde; 2, kan &reslisa; startes automatisk. &lisa; læser filen lisarc, &reslisa; læser filen reslisarc. Hvis du vil kunne indstille begge fra kontrolcentret, skal du starte dem med kommandolinjeflaget . For mere information om hvor de leder efter indstillingsfiler, læs kapitlet om .