path: root/tde-i18n-da/docs/tdenetwork/kppp/kppp-faq.docbook

<chapter id="faq">
<title
>Spørgsmål og svar</title>
&reporting.bugs; <qandaset id="faqlist">

<qandadiv id="faq-dialing">
<title
>Spørgsmål om opkald</title>
<qandaentry>
<question
><para
>Jeg kan ikke få &kppp; til at fungere. &kppp; siger at <application
>pppd</application
> er død eller at en tidsgrænse er overskredet. Hvad er det der sker?</para
></question>

<answer
><para
>Har du læst denne manual omhyggeligt? Her er endnu en gang de almindeligste problemer:</para>

<itemizedlist>

<listitem
><para
>Klik på knappen <guibutton
>Detaljer</guibutton
>. &kppp; viser så et uddrag fra <acronym
>PPP</acronym
>-logmeddelelser (måske fungerer dette ikke på andre systemer end &Linux;, eller til og med ikke på visse &Linux;-distributioner). Loggen hjælper dig med at spore fejlen.</para
></listitem>

<listitem
><para
>Sørg for at <application
>pppd</application
> er den rigtige <application
>pppd</application
>-binære fil og ikke et script</para
></listitem>

<listitem
><para
>Sørg for at <application
>pppd</application
> er setuid <systemitem
>root</systemitem
>. Du kan vælge denne tilstand ved at skrive <userinput
><command
>chmod</command
> <option
>u+s pppd</option
></userinput
> som <systemitem
>root</systemitem
>. </para
></listitem>

<listitem
><para
>Sørg for at filen <filename
>/etc/ppp/options</filename
> findes og at den ikke indeholder nogle indgange som kan forårsage konflikter. Hvis du tvivler så lad den være tom. </para
></listitem>

<listitem
><para
>Sørg for at du <emphasis
>ikke</emphasis
> bruger tilvalget <option
>lock</option
> som et argument til <application
>pppd</application
> (&kppp; håndterer allerede låsning af enheden).</para
></listitem>

<listitem
><para
>Fjern tilvalget <option
>lock</option
> <emphasis
>både</emphasis
> fra filen <filename
>/etc/ppp/options</filename
> <emphasis
>og</emphasis
> <filename
>&tilde;/.ppprc</filename
>!</para
></listitem>
<listitem
><para
>Brug af det symbolske link <filename class="symlink"
>/dev/modem</filename
> kan forårsage konflikter. Eliminér denne fejlkilde ved at bruge den rigtig enhed, dvs.<filename
>/dev/cuaX</filename
> eller <filename
>/dev/ttySX</filename
>. </para>
<note
><para
><hardware
>COM1</hardware
> er det samme som <filename
>ttyS0</filename
>, <hardware
>COM2</hardware
> er <filename
>ttyS1</filename
> og så videre. </para
></note
></listitem>

<listitem
><para
>Sørg for at du sætter de rigtige rettigheder. Hvis du har problemer vil du måske du først prøve at køre som root, og senere, når alting fungerer rigtigt vælge mindre skadelige rettigheder hvis du ikke har mulighed for at køre &kppp; setuid <systemitem
>root</systemitem
>. Den rigtige måde at fortsætte er formodentlig at oprette en <systemitem
>modem</systemitem
>-gruppe.</para
></listitem>

<listitem
><para
>Du starter måske <application
>pppd</application
> for tidligt, dvs. inden fjernserveren er klar at forhandle om en <acronym
>PPP</acronym
>-tilslutning. Hvis du bruger et indlogningsscript, bør du bruge den indbyggede terminal til at verificere indlogningsproceduren. Visse leverandører kræver at du angiver en enkel <command
>Send</command
> eller <command
>Send ppp</command
> for at starte <acronym
>PPP</acronym
>. Visse brugere rapporterede til og med at de var tvunget til at tilføje <command
>Pause 1</command
> eller <command
>Pause 2</command
> til deres script for at løse tidskonflikter.</para
></listitem>

</itemizedlist>

<para
>Hvis ingenting hjælper, kan du hente en del fejlsøgningsinformation fra systemloggen ved at skrive:</para>

<screen
><prompt
>#</prompt
> <userinput
><command
>tail</command
> <filename
>/var/log/messages</filename
></userinput
></screen>

</answer>
</qandaentry>

<qandaentry>
<question
><para
>pppd died - The remote system is required to authenticate itself ...</para
></question>

<answer>
<para
>Typisk fejlmeddelelse i systemloggen:</para>
<screen
>pppd[699]: The remote system is required to authenticate itself
pppd[699]: but I couldn't find any suitable secret (password) for it to use to do so.
pppd[699]: (None of the available passwords would let it use an IP address.)
</screen>
<para
>Så vidt jeg kan forstå findes der to grunde til problemet: </para>
<itemizedlist>
<listitem
><para
><filename
>/etc/ppp/options</filename
> indeholder alternativet <option
>auth</option
>. Indtast helt enkelt kommentartegnet <prompt
>#</prompt
> inden det og forsøg igen. </para
></listitem
> <listitem
><para
>Systemet har allerede en standard route. Har du sat et lokalt netværk op? Hvis der er tilfældet, opfører nyere versioner af pppd sig som om <option
>auth</option
> var blevet angivet. For at sætte dette ud af kraft, kan du tilføje <option
>noauth</option
> til pppd-argumentet i Kppp:s indstillingsdialog. Som et alternativ skulle du kunne nedkoble det lokale netværk inden du ringer op. Jeg ville være taknemlig om nogen kunne give instruktioner om hvordan man får de to netværkstilslutninger til at funger smertefrit sammen. </para
></listitem>
</itemizedlist>
</answer>
</qandaentry>

<qandaentry>
<question
><para
>pppd dør med 2.4.x Linux-kernea</para
></question>
<answer>
<para
>Typisk fejlmeddelelse i systemloggen:</para>

<screen
>pppd[1182]: pppd 2.3.11 started by user, uid 500 
pppd[1182]: ioctl(PPPIOCGFLAGS): Invalid argument 
pppd[1182]: tcsetattr: Invalid argument 
pppd[1182]: Exit. 
</screen>
<para
>Installér pppd 2.4.0b1 eller senere. Se <filename
>Documentation/Changes</filename
> i kernens kildekode for mere information.</para
> 
</answer>
</qandaentry>

<qandaentry>
<question
><para
>Hvorfor siger  &kppp; <errorname
>Kan desværre ikke komme til modemet.</errorname
>?</para
></question>

<answer
><para
>Dette betyder at &kppp; ikke har rettighed til at åbne modemenheden eller at du valgte en modemenhed i dialogen <guilabel
>Modem</guilabel
> som ikke er gyldig. Sørg for at du har valgt den rigtige modemenhed. Når du er sikker på at du har valgt den rette modemenhed, skal du give &kppp; rettigheder til at komme til modemenheden og til at kunne ændre <filename
>/etc/resolv.conf</filename
> hvis du ønsker at &kppp; skal indstille <acronym
>DNS</acronym
> for dig på rigtig måde. Hvis du har råd til at køre &kppp; setuid <systemitem
>root</systemitem
> skulle det løse alle adgangsproblemer, ellers skal du regne ud hvad de rigtige tilladelser er for dine formål. For at give &kppp; setuid <systemitem
>root</systemitem
> rettigheder, gøres følgende:</para>

<screen
><prompt
>%</prompt
> <userinput
><command
>su</command
> <option
>root</option
></userinput>
<prompt
>#</prompt
> <userinput
><command
>chown</command
> <option
>root:root &dollar;KDEDIR/bin/kppp</option
></userinput>
<prompt
>#</prompt
> <userinput
><command
>chmod</command
> <option
>+s &dollar;KDEDIR/bin/kppp</option
></userinput>
<prompt
>#</prompt
> <userinput
><command
>exit</command
></userinput
>
</screen>
</answer>
</qandaentry>

<qandaentry>
<question
><para
>Hvorfor siger &kppp; at den ikke kan oprette en låsefil for modemet?</para
></question>

<answer
><para
>Dette betyder i de fleste tilfælde at du har installeret  &kppp; uden at SETUID-bitten er sat, mens du som personen der kører &kppp;, ikke har skriverettigheder til låsefil-mappen, som normalt er <filename class="directory"
>/var/lock</filename
>. Dette er for eksempel tilfældet for &RedHat;-systemer. Kig i modemdialogen efter det nøjagtige sted du har valgt. Løsningen er enkel, kør enten &kppp; med SETUID hvis du har råd til det, giv almindelige brugere skriverettigheder i <filename class="directory"
>/var/lock</filename
> eller opret en modemgruppe som har adgang til <filename class="directory"
>/var/lock</filename
>.</para
></answer>
</qandaentry>

<qandaentry>
<question
><para
>Hvorfor installeres &kppp; med SETUID-bitten sat?</para
></question>

<answer
><para
>Der er intet behov for SETUID-bitten, hvis du kan lide &UNIX;-systemadministration. Opret helt enkelt en <systemitem
>modem</systemitem
>-gruppe, tilføj alle brugere som du vil give adgang til modemet til denne gruppen og gør modemenheden læse- og skrivbar for gruppen. Hvis du også ønsker at <acronym
>DNS</acronym
>-indstillingen skal fungere med &kppp;, så skal <filename
>/etc/resolv.conf</filename
> være læse- og skrivbar for medlemmer i denne gruppe. Det samme gælder for <filename
>/etc/ppp/pap-secrets</filename
> og <filename
>/etc/ppp/chap-secrets</filename
> hvis du vil bruge den indbyggede <acronym
>PAP</acronym
>- eller <acronym
>CHAP</acronym
>-understøttelse.</para>

<para
>Kppp-gruppen har arbejdet meget med at gøre &kppp; setuid-sikker den seneste tid. Men det er dig som bestemmer om du installerer, og hvordan du installerer.</para>

<para
>Du vil måske også læse afsnittet <link linkend="security"
>Sikkerhed</link
>.</para
></answer>
</qandaentry>

<qandaentry>
<question
><para
>Hvad gør jeg når &kppp; kun ventar og viser meddelelsen: <computeroutput
>Ventar på O.k.</computeroutput
></para
></question>

<answer
><para
>Har du leget med CR/LF-indstillingerne? Forsøg med CR, LF eller CR/LF.</para>

<para
>Alternativbehøver dit modem måske en vis tid til at svare på initieringen. Åbn dialogen <guilabel
>Modemkommandoer</guilabel
> i fanebladet <guilabel
>Modem</guilabel
> og justér <guilabel
>Forsinkelse inden init</guilabel
> og <guilabel
>Forsinkelse efter init</guilabel
>. Undersøg om det lykkes hvis du øger deres værdi radikalt, og udfør  finjustering senere.</para
></answer>
</qandaentry>

<qandaentry>
<question
><para
>Tilslutningen fungerer godt, men jeg kan ikke starte nogen programmer!</para
></question>

<answer
><para
>Du har formodenligt valgt <link linkend="auto-configure-hostname"
>Ændr maskinens navn automatisk til det for IP-adressen</link
>, og X-serveren har problemer med at tilslutte til din nyligt omdøbte maskine. Hvis du virkelig behøver dette (og der er god chance for at du ikke gør det), er du desværre på egen hånd når det gælder at indstille passende identificering. Skriv <userinput
><command
>xhost</command
> <option
>+</option
></userinput
> inden tilslutningen startes skulle klare det, men vær advaret mod sikkerhedsrisici som hører sammen med dette, eftersom det her giver hvem som helst fuldstændig adgang til din X-server.</para
></answer>
</qandaentry>

<qandaentry>
<question
><para
>&kppp; rapporterer at tilslutning lykkedes, men &konqueror; siger kun <errorname
>Ukendt værtsmaskine <replaceable
>værtsmaskinenavn</replaceable
></errorname
>, og &Netscape; rapporterer <errorname
>The server does not have a DNS entry</errorname
>.</para
></question>

<answer
><para
>Forsøg at kalde en anden server med dets <acronym
>IP</acronym
>-nummer, f.eks. <userinput
><command
>ping</command
> <option
>195.0.254.76</option
></userinput
>. Hvis det fungerer, kan du forsøge med følgende:</para>

<itemizedlist>
<listitem
><para
>Kontrollér om du har sørget i det mindste for en <acronym
>DNS</acronym
>-adresse til &kppp;.</para
></listitem>

<listitem
><para
>Kontrollér indholdet i filen <filename
>/etc/host.conf</filename
>. Der skal findes en linje som lyder cirka som <literal
>order hosts, bind</literal
>. Nøgleordet <option
>bind</option
> fortæller opløsningsbiblioteket at det skal inkludere en forespørgsel til en navneserver når det udfører et adresseopslag. Hvis en sådan linje ikke findes, så forsøg at tilføje den.</para
></listitem>
</itemizedlist
></answer>
</qandaentry>

<qandaentry>
<question
><para
>Hvordan får jeg &kppp; til at sende et <keysym
>\n</keysym
> eller et <keysym
>\r</keysym
>?</para
></question>

<answer
><para
>Send en tom streng, som i følgende script:</para>

<informalexample>
<screen
>Send                            # sende en tom streng
Expect           ID:            
Send             itsme
Expect           word:
Send             forgot
Expect           granted
Send             ppp
</screen>
</informalexample>
</answer>
</qandaentry>

<qandaentry>
<question
><para
>Hvordan får jeg &kppp; til at holde op med at klage over den <errorname
>kan ikke oprette låsefil</errorname
>?</para
></question>
<answer
><para
>Dette hænder fordi du ikke har rettigheder til at oprette en låsefil. Hvis du vælger at bruge en låsefil, skal du have skriverettigheder til mappen (typisk <filename class="directory"
>/var/lock</filename
>). Det her er ikke noget problem hvis du har givet &kppp; setuid-rettigheder. Læs gerne afsnittet om <link linkend="lock-files"
>Låsefiler</link
>.</para
></answer>
</qandaentry>

<qandaentry>
<question
><para
>Hvorfor lyder modemet så højt når det ringer op?</para
></question>

<answer
><para
>Klik på <guibutton
>Indstillinger</guibutton
>, og derefter <guilabel
>Modem</guilabel
>. Her kan du indstille modemets lydstyrke i tre trin: Fra, middelhøj og høj. For de fleste modemer, giver middelhøj og høj samme lydstyrke. Hvis det ikke hjælper at ændre denne indstilling, så  sørg for at de rigtige indstillinger for modemet angives i <guibutton
>Indstillinger</guibutton
>, <guilabel
>Modem</guilabel
>, <guibutton
>Modemkommandoer</guibutton
>.</para
></answer>
</qandaentry>

<qandaentry>
<question
><para
>Jeg slukkede for modemlyden og kontrollerede modemkommandoerne, men jeg hører stadigvæk den utrolig trælse lyd ved opkald. Hvorfor?</para
></question>

<answer
><para
>Lydstyrkeinitieringsstrengen kan gå tabt hvis om modemet ikke kan håndtere hastigheden som det tager imod kommandoer fra &kppp;. Øg værdien på <guilabel
>Forsinkelse efter init</guilabel
> i <guibutton
>Indstillinger</guibutton
>, <guilabel
>Modem</guilabel
>, <guibutton
>Modemkommandoer</guibutton
>.</para
></answer>
</qandaentry>

<qandaentry>
<question
><para
>&kppp; rapporterer hele tiden usædvanlige modemhastigheder som <quote
>115200</quote
> eller <quote
>57600</quote
></para
></question>

<answer
><para
>Mange modemer rapporterer normalt kun den serielle portens hastighed og ikke hastigheden på telefonlinjen. Du skal indstille disse modemer så de rapporterer den sande linjehastighed ved at tilføje nogle kommandoer til modemets initierings- eller opkaldsstrenge. For mange modemer er dette kommandoen <command
>ATW2</command
>. Hvis du vil tilføje det til opkaldsstrengen (som normalt begynder med <command
>ATD</command
>), skal den nye opkaldsstreng være <command
>ATW2D</command
>.</para
></answer>
</qandaentry>

<qandaentry>
<question
><para
>Hvorfor rapporterer &kppp; <quote
>Ukendt hastighed</quote
>?</para
></question>

<answer
><para
>Nye modemer har ofte komplekse tilslutningsmeddelelser som <computeroutput
>CONNECT LAP.M/V42.bis/115000:RX/31200:TX</computeroutput
>, og &kppp; kan ikke tolke disse meddelelser rigtigt. Aktivér <guibutton
>Vis logvindue</guibutton
> så ser du tilslutningshastigheden.</para
></answer>
</qandaentry>

<qandaentry>
<question
><para
>Jeg får en langsom tilslutningshastighed</para
></question>

<answer
><para
>Om du ikke er tilfreds med modemhastigheden, så sørg for at du har indstillet tilslutningshastigheden (du kan nå den ved at klikke på <guibutton
>Indstillinger</guibutton
>, <guilabel
>Enhed</guilabel
>, <guibutton
>Tilslutningshastighed</guibutton
>) til 57600 eller højere. Sørg for at den serielle port understøtter højere hastigheder. Mange ældre systemer baserede på i486 fungerer ikke rigtigt hvis du indstiller hastigheden til 115200. Hvis du har en gammel <hardware
>8250 UART</hardware
>-kreds, fungerer det ikke. Hvis du har en <hardware
>16550</hardware
> eller <hardware
>16550A</hardware
> skal det fungere uden problemer.</para>

<para
>Desuden bør du konsultere modemets håndbog for at lede efter initieringsstrenge som aktiverer højhastighedstilstand.</para
></answer>
</qandaentry>

<qandaentry>
<question
><para
>Jeg får en <emphasis
>RIKTIG</emphasis
> langsom tilslutningshastighed!</para
></question>

<answer
><para
>Hvis data dropper ind med en hastighed på nogle få byte pr sekund, bør du kontrollere indstillingerne af hardware. Hvis hastighedten øger når du flytter musen er det definitivt en hardware-spørgsmål!</para>

<para
>Du kan få fat i en del information om din serielle port med <userinput
><command
>setserial</command
> <option
>-a <replaceable
>/dev/ttySx</replaceable
></option
></userinput
> og kontrollere om der findes stoppunktkonflikter med andre komponenter i systemet. Indstillingscentralens modul <guilabel
>Information</guilabel
> kan også være til hjælp i dette tilfælde.</para
></answer>
</qandaentry>

<qandaentry>
<question
><para
>Min telefonlinje kræver pulsvalg i stedet for tonevalg ved opkald (eller modsat). Hvordan ændrer jeg det?</para
></question>
<answer
><para
>Du skal ændre modemets opkaldsstreng. Næsten alle modemer understøtter følgende AT-kommandoer:</para>

<variablelist>
<varlistentry>
<term
><command
>ATDT</command
></term>
<listitem
><para
><action
>Vælger tonevalg</action
></para
></listitem>
</varlistentry>
<varlistentry>
<term
><command
>ATDP</command
></term>
<listitem
><para
><action
>Vælger pulsvalg</action
></para
></listitem>
</varlistentry>
</variablelist>
</answer>

</qandaentry>

</qandadiv>

<qandadiv id="faq-telephone-cost-rules">
<title
>Spørgsmål om omkostningsregler for telefonsamtale</title>
<qandaentry>
<question
><para
>Hvordan skriver jeg en regelfil for telefonomkostninger?</para
></question>
<answer
><para
>Følg regelfilen <filename
>TEMPLATE</filename
> som følger med &kppp;. Du bør kunne finde en kopi i <filename class="directory"
>$KDEDIR/doc/HTML/<replaceable
>sv</replaceable
>/kppp/</filename
>. Brug kommandolinjetilvalget <option
>-r</option
> med &kppp; for at kontrollere syntaksen i din foreslåede regelfil.</para
></answer>
</qandaentry>

<qandaentry>
<question
><para
>Jeg har skrevet en regelfil for telefonomkostninger for mit område. Hvor kan jeg sende den så andre kan bruge den?</para
></question>
<answer
><!-- LW: Find out -->
<!-- lukas: the answer is: send it to the kppp maintainer, Harri Porten --></answer>
</qandaentry>

<qandaentry>
<question
><para
>Kan min regelfil for telefonomkostninger indholde  tidsenheder med decimaler som "(0.17, 45.5)"?</para
></question>
<answer
><para
>Ja, det er muligt. Men du bør ikke bruge usædvanligt korte tidsenheder under en tiendels sekund, eftersom det ville forårsage større belastning på <acronym
>CPU</acronym
>'en, selvom det formodentlig ikke mærkes på en moderne <acronym
>CPU</acronym
>.</para
></answer>
</qandaentry>

<qandaentry>
<question
><para
>I mit land fejres andre højtider end påske som <quote
>flytter sig</quote
>.</para
></question>
<answer
><para
>I dette tilfælde skal du skrive ny kode som tillader at denne helligdag beregnes. Var rar at kigge i <filename
>ruleset.cpp</filename
> og emulere eksemplet med <quote
>påske</quote
>. Send siden ind til programretterne.</para
></answer>
</qandaentry>
</qandadiv>

<qandadiv id="faq-system-logs">
<title
>Spørgsmål om systemloggerne</title>
<qandaentry>
<question
><para
>Jeg ser en meddelelse som siger <errorname
>Serial line is looped back</errorname
>. Hvad betyder det?</para
></question>

<answer
><para
>Det korte svar: Du startede ikke <acronym
>PPP</acronym
>-programmet på det andet system.</para>

<!-- this doc doesn't exist.. help -->
<!-- http://www.dejanews.com/getdoc.xp?AN="184945314" -->

</answer>
</qandaentry>

<qandaentry>
<question
><para
>Loggene viser <errorname
>Signal 15</errorname
></para
></question>
<answer
><para
>Hvis du ser følgende linjer, har du formodentlig præcis fået en fejl afhængig på grund af at en tidsgrænse blev overskredet fra &kppp;. &kppp; har ventet på at <acronym
>PPP</acronym
>-grænsefladen skal aktiveres og gav op efter den angivne tidsgrænse. Et signal med signalnummer 15, dvs. <errorcode
>SIGTERM</errorcode
>, sendtes til <application
>pppd</application
> for at den skulle afsluttes.</para>

<informalexample>
<screen
><computeroutput>
pppd[26921]: pppd 2.3.5 started by me, uid 500
pppd[26921]: Using interface ppp0
pppd[26921]: Connect: ppp0 &lt;--&gt; /dev/ttyS0
pppd[26921]: Terminating on signal 15.
pppd[26921]: Connection terminated.
pppd[26921]: Exit.
</computeroutput
></screen>
</informalexample>
</answer>
</qandaentry>

<qandaentry>
<question
><para
>Hvad gælder for <errorname
>Receive serial link is not 8-bit clean</errorname
>?</para
></question>
<answer
><para
><acronym
>PPP</acronym
>-dæmonen er urolig over det faktum at alle data som den tager imod har bit 8 sat til nul. I de fleste tilfælde betyder det helt enkelt at <acronym
>PPP</acronym
>-serveren i den anden ende ikke kører endnu. Du kan stadigvæk blive konfronteret med et indlogningsprompt som ekkoer alle data tilbage som sendes til den af din <application
>pppd</application
>.</para
></answer>
</qandaentry>

<qandaentry>
<question
><para
>og <errorname
>can't locate module ppp-compress</errorname
>? Hvad er det?</para
></question>
<answer
><para
>Ser du følgende meddelelse?</para>

<informalexample>
<screen
><computeroutput>
modprobe: can't locate module ppp-compress-21 
modprobe: can't locate module ppp-compress-26 
modprobe: can't locate module ppp-compress-24
</computeroutput
></screen>
</informalexample>

<para
>Læg blot linjerne:</para>

<screen
><userinput>
alias ppp-compress-21 bsd_comp 
alias ppp-compress-24 ppp_deflate 
alias ppp-compress-26 ppp_deflate </userinput
></screen>

<para
>til i din <filename
>/etc/conf.modules</filename
>-fil.</para>
</answer>
</qandaentry>

</qandadiv>

</qandaset>

</chapter>