cvs commit: de-docproj/books/faq book.sgml

From: Benedict Reuschling <bcr(at)doc.bsdgroup.de>
Date: Sat, 9 May 2009 18:30:18 GMT

bcr 2009-05-09 18:30:18 UTC

FreeBSD German Documentation Repository

  Modified files:
    books/faq book.sgml
  Log:
  MFen 1.1020
  PR docs/134393 gemeldet und von jkois@ gefixt.

  Revision Changes Path
  1.652 +19 -26 de-docproj/books/faq/book.sgml

  Index: book.sgml
  ===================================================================
  RCS file: /home/cvs/de-docproj/books/faq/book.sgml,v
  retrieving revision 1.651
  retrieving revision 1.652
  diff -u -I$FreeBSDde.*$ -r1.651 -r1.652
  --- book.sgml 9 May 2009 15:27:21 -0000 1.651
  +++ book.sgml 9 May 2009 18:30:18 -0000 1.652
  @@ -3,9 +3,9 @@
       The FreeBSD German Documentation Project

   $FreeBSD$
  -$FreeBSDde: de-docproj/books/faq/book.sgml,v 1.651 2009/05/09 15:27:21 bcr Exp $
  +$FreeBSDde: de-docproj/books/faq/book.sgml,v 1.652 2009/05/09 18:30:18 bcr Exp $

  - basiert auf: 1.1019
  + basiert auf: 1.1020

   -->

  @@ -10656,11 +10656,12 @@
             <para>Die Ursache des Problems ist ein so genannter
               <quote>Black Hole Router</quote>. &macos; und &windows; 98
               (und wahrscheinlich auch die anderen Betriebssysteme von
  - Microsoft) senden TCP Pakete, bei denen zum einen die
  + &microsoft;) senden TCP Pakete, bei denen zum einen die
               angeforderte Segmentgröße zu groß
               für einen PPPoE-Rahmen ist (die Default-MTU für
  - Ethernet beträgt 1500 Byte) <emphasis>und</emphasis>
  - bei denen das <quote>don't fragment</quote> Bit gesetzt
  + Ethernet beträgt <literal>1500</literal> Byte)
  + <emphasis>und</emphasis> bei denen das <quote>don't
  + fragment</quote> Bit gesetzt
               ist (das ist bei TCP allerdings Standard). Außerdem
               sendet der Router beim Provider nicht die eigentlich
               notwendigen <quote>must fragment</quote>-Meldungen zu dem
  @@ -10672,24 +10673,23 @@
               dann verwirft der Router dieses Paket und die Seite wird
               nicht geladen (einige Seiten/Grafiken werden geladen, weil
               ihre Größe kleiner ist als die MSS). Dies
  - scheint leider der Normalfall zu sein (wenn die Leute doch
  - nur wüssten, wie man einen Router
  - konfiguriert... stöhn...)</para>
  + scheint leider der Normalfall zu sein.</para>

             <para>Eine der möglichen Lösungen für dieses
               Problem ist die Erzeugung des folgenden Schlüssels in
  - der Registry des Windows-Clients:</para>
  + der Registry des Windows-Clients mit
  + <application>regedit</application>:</para>

             <programlisting>HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Class\NetTrans\0000\MaxMTU</programlisting>

             <para>Der Schlüssels sollte vom Typ String sein und den
  - Wert <quote>1436</quote> haben, da einige ADSL-Router
  + Wert <literal>1436</literal> haben, da einige ADSL-Router
               nicht mit größeren Paketen umgehen können.
               Wenn Sie &windows; 2000 verwenden, müssen Sie
               hingegen den Schlüssel
               <literal>Tcpip\Parameters\Interfaces\<replaceable>ID der
               Netzwerkkarte</replaceable>\MTU</literal> benutzen,
  - außerdem müssen Sie als Typ DWORD
  + außerdem müssen Sie als Typ <literal>DWORD</literal>
               verwenden.</para>

             <para>Die Knowledge Base von &microsoft; enthält weitere
  @@ -10704,32 +10704,25 @@
               &windowsnt;</ulink>.</para>

             <para>Bei &windows; 2000 können Sie alternativ auch, wie
  - im Artikel 120642 beschrieben, mit regedit das DWORD
  + im Artikel 120642 beschrieben, mit regedit das
  + <literal>DWORD</literal>
               <literal>Tcpip\Parameters\Interfaces\<replaceable>ID der
               Netzwerkkarte</replaceable>\EnablePMTUBHDetect</literal>
  - auf 1 setzen.</para>
  + auf <literal>1</literal> setzen.</para>

             <para>Mit den Bordmitteln von &macos; ist es leider nicht
               möglich, die TCP/IP-Einstellungen zu verändern.
  - Es gibt jedoch kommerzielle Lösungen wie zum Beispiel
  - OTAdvancedTuner (OT steht für OpenTransport, den
  - TCP/IP-Stack von &macos;) von <ulink
  - url="http://www.softworks.com/">Sustainable
  - Softworks</ulink>, mit denen man die TCP/IP-Einstellungen
  - bearbeiten kann. Wenn Sie als &macos;-Anwender NAT
  - benutzen, sollten Sie im entsprechenden drop-down
  - Menü den Punkt <literal>ip_interface_MTU</literal>
  - auswählen und in der Dialogbox
  - <literal>1450</literal> statt <literal>1500</literal>
  - eingeben. Aktivieren Sie den Punkt <literal>Save as Auto
  - Configure</literal> und klicken Sie danach auf
  - <literal>Make Active</literal>.</para>
  + Es gibt jedoch kommerzielle Lösungen, mit denen man die
  + TCP/IP-Einstellungen bearbeiten kann. Wenn Sie als
  + &macos;-Anwender NAT benutzen, suchen Sie ihre MTU-Einstellungen
  + und geben Sie dort <literal>1450</literal> statt
  + <literal>1500</literal> ein.</para>

             <para>&man.ppp.8; kennt seit Version 2.3 den Befehl
               <command>enable tcpmssfixup</command>, mit dem die MSS
               automatisch korrigiert wird. Wenn Sie einen ältere
               Version von &man.ppp.8; benutzen müssen, könnte
  - der Port <application>tcpmssd</application> für Sie
  + der Port <filename role="port">net/tcpmssd</filename> für Sie
               interessant sein.</para>
           </answer>
         </qandaentry>

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-cvs-doc" in the body of the message
Received on Sat 09 May 2009 - 20:30:37 CEST