[svnbook commit] r1472 - in trunk/src/nb: . book
sunny256
svnbook-dev at red-bean.com
Mon Jun 20 05:15:10 CDT 2005
Author: sunny256
Date: Mon Jun 20 05:15:09 2005
New Revision: 1472
Modified:
trunk/src/nb/TRANSLATION-STATUS
trunk/src/nb/book/ch06.xml
Log:
Norwegian svnbook: Finished translation of section 2 in chapter six.
* src/nb/TRANSLATION-STATUS
ch06.xml up to 15%.
* src/nb/book/ch06.xml
(svn.serverconfig.netmodel): Finished.
Modified: trunk/src/nb/TRANSLATION-STATUS
==============================================================================
--- trunk/src/nb/TRANSLATION-STATUS (original)
+++ trunk/src/nb/TRANSLATION-STATUS Mon Jun 20 05:15:09 2005
@@ -35,7 +35,7 @@
2.1.2. In progress
- book/ch06.xml (11%) -- sunny256
+ book/ch06.xml (15%) -- sunny256
2.1.3. Needs update
Modified: trunk/src/nb/book/ch06.xml
==============================================================================
--- trunk/src/nb/book/ch06.xml (original)
+++ trunk/src/nb/book/ch06.xml Mon Jun 20 05:15:09 2005
@@ -517,18 +517,27 @@
…
</screen>
+ <!-- @ENGLISH {{{
<para>Or, if you want to disable credential caching permanently,
you can edit your runtime <filename>config</filename> file
(located next to the <filename>auth/</filename> directory).
Simply set <literal>store-auth-creds</literal> to
<literal>no</literal>, and no credentials will be cached on
disk, ever.</para>
+ @ENGLISH }}} -->
+ <para>Eller, hvis du vil slå av lagring av legitimasjonen
+ permanent, kan du redigere <filename>config</filename>-filen
+ (plassert ved siden av <filename>auth/</filename>-katalogen).
+ Ved å sette <literal>store-auth-creds</literal> til
+ <literal>no</literal> vil ingen legitimasjon bli lagret på
+ disken i det hele tatt.</para>
<screen>
[auth]
store-auth-creds = no
</screen>
+ <!-- @ENGLISH {{{
<para>Sometimes users will want to remove specific credentials
from the disk cache. To do this, you need to navigate into
the <filename>auth/</filename> area and manually delete the
@@ -537,6 +546,16 @@
values. The <literal>svn:realmstring</literal> key describes
the particular server realm that the file is associated
with:</para>
+ @ENGLISH }}} -->
+ <para>Noen ganger vil brukere ønske å fjerne spesifikke
+ legitimasjonsdata fra disklageret.
+ For å gjøre dette, må du gå inn i
+ <filename>auth/</filename>-området og manuelt slette den
+ aktuelle filen.
+ Legitimasjonen er lagret i individuelle filer, og hvis du ser på
+ hver fil, vil du se nøkler og verdier.
+ <literal>svn:realmstring</literal>-nøkkelen viser hvilket
+ tjenerområde filen er assosiert med:</para>
<screen>
$ ls ~/.subversion/auth/svn.simple/
@@ -561,12 +580,17 @@
END
</screen>
+ <!-- @ENGLISH {{{
<para>Once you have located the proper cache file, just delete
it.</para>
+ @ENGLISH }}} -->
+ <para>Når du har funnet den riktige filen, er det bare å slette
+ den.</para>
+ <!-- @ENGLISH {{{
<para>One last word about client authentication behavior: a bit
- of explanation about the <option>--username</option> and
- <option>--password</option> options is needed. Many client
+ of explanation about the <option>-ﳢ-username</option> and
+ <option>-ﳢ-password</option> options is needed. Many client
subcommands accept these options; however it is important to
understand using these options <emphasis>does not</emphasis>
automatically send credentials to the server. As discussed
@@ -579,54 +603,111 @@
<footnote><para>Again, a common mistake is to misconfigure a
server so that it never issues an authentication challenge.
- When users pass <option>--username</option> and
- <option>--password</option> options to the client,
+ When users pass <option>-ﳢ-username</option> and
+ <option>-ﳢ-password</option> options to the client,
they're surprised to see that they're never used, i.e. new
revisions still appear to have been committed
anonymously!</para></footnote>
Typically, these options are used when:</para>
+ @ENGLISH }}} -->
+ <para>Et siste ord om oppførselen under klientautentisering, en
+ liten forklaring angående <option>--username</option> og
+ <option>--password</option> er på sin plass.
+ Mange delkommandoer for klienten godtar disse valgene, men det
+ er viktig å forstå at bruken av disse valgene sender
+ <emphasis>ikke</emphasis> brukerdata til tjeneren.
+ Som tidligere nevnt, <quote>henter</quote> tjeneren brukerdata
+ fra klienten når det er nødvendig; klienten kan ikke
+ <quote>levere</quote> dataene når den vil.
+ Hvis et brukernavn og/eller passord blir spesifisert som valg,
+ vil de <emphasis>bare</emphasis> bli gitt til tjeneren hvis
+ tjeneren spør etter dem.<footnote>
+ <para>Som sagt, en vanlig feil er å feilkonfigurere tjeneren
+ så den aldri spør etter autentiseringsinfo.
+ Når brukere angir <option>--username</option> og
+ <option>--password</option> til klienten, blir de overrasket
+ over å se at dataene aldri blir brukt og at nye revisjoner
+ fortsatt ser ut til å ha blitt lagt inn anonymt!</para>
+ </footnote>
+ Vanligvis blir disse valgene brukt når:</para>
<itemizedlist>
<listitem>
+ <!-- @ENGLISH {{{
<para>the user wants to authenticate as a different user
than her system login name, or</para>
+ @ENGLISH }}} -->
+ <para>brukeren vil identifisere seg som en annen bruker enn
+ brukernavnet på systemet, eller</para>
</listitem>
<listitem>
+ <!-- @ENGLISH {{{
<para>a script wants to authenticate without using cached
credentials.</para>
+ @ENGLISH }}} -->
+ <para>et skript vil identifisere seg uten å bruke lagrede
+ brukerdata.</para>
</listitem>
</itemizedlist>
+ <!-- @ENGLISH {{{
<para>Here is a final summary that describes how a Subversion
client behaves when it receives an authentication
challenge:</para>
+ @ENGLISH }}} -->
+ <para>Her er en avsluttende oversikt som beskriver hvordan en
+ Subversionklient oppfører seg når den mottar en
+ autentiseringsutfordring:</para>
<orderedlist>
<listitem>
+ <!-- @ENGLISH {{{
<para>Check whether the user specified any credentials as
- command-line options, via <option>--username</option>
- and/or <option>--password</option>. If not, or if these
+ command-line options, via <option>-ﳢ-username</option>
+ and/or <option>-ﳢ-password</option>. If not, or if these
options fail to authenticate successfully, then</para>
+ @ENGLISH }}} -->
+ <para>Sjekk om brukeren spesifiserte noen brukerdata som
+ kommandolinjevalg med <option>--username</option> og/eller
+ <option>--password</option>.
+ Hvis ikke, eller hvis disse valgene ikke er i stand til å
+ fullføre autentiseringen,</para>
</listitem>
<listitem>
+ <!-- @ENGLISH {{{
<para>Look up the server's realm in the runtime
<filename>auth/</filename> area, to see if the user already
has the appropriate credentials cached. If not, or if the
cached credentials fail to authenticate, then</para>
+ @ENGLISH }}} -->
+ <para>Let opp tjenerens område i
+ <filename>auth/</filename>-området for å se om brukeren
+ allerede har lagret de nødvendige identifikasjonsdataene.
+ Hvis ikke, eller hvis de lagrede brukerdataene ikke er
+ tilstrekkelig for å autentisere,</para>
</listitem>
<listitem>
+ <!-- @ENGLISH {{{
<para>Resort to prompting the user.</para>
+ @ENGLISH }}} -->
+ <para>Spør brukeren.</para>
</listitem>
</orderedlist>
+ <!-- @ENGLISH {{{
<para>If the client successfully authenticates by any of the
methods listed above, it will attempt to cache the credentials
on disk (unless the user has disabled this behavior, as
mentioned earlier.)</para>
+ @ENGLISH }}} -->
+ <para>Hvis klienten klarer å legitimere seg ved hjelp av noen av
+ metodene nevnt ovenfor, vil den prøve å lagre brukerdataene på
+ disken (unntatt hvis brukeren har slått av denne oppførselen,
+ som tidligere nevnt).</para>
</sect2>
More information about the svnbook-dev
mailing list