Weiter: 4.7 DYNDNS - Dynamische Hoch: 4. Pakete Zurück: 4.5 DNS_DHCP - DNS-
fli4l unterstützt DSL in drei verschiedenen Varianten:
Man kann immer nur eine Variante auswählen, gleichzeitiger Betrieb ist leider noch nicht möglich.
Die Konfiguration dieser Varianten ähnelt sich, daher werden die allgemeinen Parameter vorab beschrieben und anschließend wird auf die Spezial-Optionen der einzelnen Varianten eingegangen. Der DSL-Zugang wird vom imond als Circuit4.3 verwaltet, daher muß bei Aktivierung einer der DSL-Varianten auch der imond aktiviert werden (siehe START_IMOND).
Die Pakete verwenden alle die gleichen Konfigurationsvariablen, sie unterscheiden sich nur durch den vorangestellten Paketnamen. Z.B. wird in allen Paketen der Nutzername verlangt, die Variable heißt lediglich je nach Paket PPPOE_USER, PPTP_USER oder FRITZDSL_USER. Im folgenden werden die Variablen ohne ihre Präfixe beschrieben, der fehlende Präfix wird durch einen Stern repräsentiert und in konkreten Beispielen wird von PPPOE ausgegangen (sie sind aber auch mit jedem anderen Präfix gültig).
Hier sollte ein Name für den Circuit vergeben werden - max. 15 Stellen lang. Dieser wird im imon-Client imonc angezeigt. Leerstellen (Blanks) sind nicht erlaubt.
Beispiel: PPPOE_NAME='DSL'
Hiermit wird festgelegt, ob die vom Internet-Provider bei der Einwahl übergebenen Nameserver für die Dauer der Onlineverbindung in die Konfigurationsdatei des lokalen Nameservers eingetragen werden sollen.
Sinnvoll ist die Nutzung dieser Option also nur bei Circuits für Internet-Provider. Inzwischen unterstützen fast alle Provider diese Art der Übergabe.
Nachdem die Nameserver-IP-Adressen übertragen wurden, werden die unter DNS_FORWARDERS eingetragenen Nameserver durch die vom Provider vergebenen IP-Adressen als Forwarder verwendet. Danach wird der lokale Nameserver veranlasst, seine Konfiguration neu einzulesen. Dabei gehen bis dahin aufgelöste Namen nicht aus dem Nameserver-Cache verloren.
Diese Option bietet den Vorteil, immer mit den am nächsten liegenden Nameservern arbeiten zu können, sofern der Provider die korrekten IP-Adressen übermittelt - dadurch geht die Namensauflösung schneller.
Im Falle eines Ausfalls eines DNS-Servers beim Provider werden in der Regel die übergebenen DNS-Server-Adressen sehr schnell vom Provider korrigiert.
Trotz allem ist vor jeder ersten Einwahl die Angabe eines gültigen Nameservers in DNS_FORWARDERS zwingend erforderlich, da sonst die erste Anfrage nicht korrekt aufgelöst werden kann. Außerdem wird beim Beenden der Verbindung die originale Konfiguration des lokalen Nameservers wieder hergestellt.
Standard-Einstellung: *_USEPEERDNS='yes'
Soll pppd zusätzliche Debug-Informationen ausgeben, muss man *_DEBUG auf 'yes' setzen. In diesem Fall schreibt pppd zusätzlichen Informationen über die syslog-Schnittstelle.
WICHTIG: Damit diese auch über syslogd ausgegeben werden, muss die Variable OPT_SYSLOGD (s.o.) ebenso auf 'yes' gesetzt sein.
Hier sind Benutzerkennung und Passwort für den jeweils benutzten Provider anzugeben. *_USER enthält die Benutzerkennung, *_PASS das Passwort.
WICHTIG: Für einen T-Online-Zugang ist folgendes zu beachten:
Der Username AAAAAAAAAAAATTTTTT#MMMM setzt sich aus der zwölfstelligen Anschlußkennung, der T-Online-Nummer und der Mitbenutzernummer zusammen. Hinter der T-Online-Nummer muß ein '#' angegeben werden, wenn die Länge der T-Online-Nummer kürzer als 12 Zeichen ist.
Sollte dies in Einzelfällen nicht zum Erfolg führen (offenbar abhängig von der Vermittlungsstelle), muß zusätzlich zwischen der Anschlußkennung und der T-Online-Nummer ein weiteres '#'-Zeichen eingefügt werden.
Ansonsten (T-Online-Nr ist 12stellig) sind keine '#'-Zeichen anzugeben.
Die Benutzerkennung muß bei T-Online mit '@t-online.de' abgeschlossen werden!
Beispiel:
PPPOE_USER='111111111111222222#0001@t-online.de'
Infos zu der Benutzerkennung bei anderen Providern finden sich in der FAQ:
Hier kann die Zeit in Sekunden angegeben werden, nach welcher die Verbindung beendet werden soll, wenn nichts mehr über die DSL-Leitung läuft. Dabei steht ein Timeout von '0' oder 'never' für kein Timeout - bei 'never' wählt sich der Router zusätzlich nach einem Zwangsauflegen sofort wieder neu ein. Eine Veränderung des Dialmodes ist dann nicht mehr möglich - er muß auf 'auto' stehen und bleiben. 'never' ist momentan nur für PPPOE und FRITZDSL verfügbar.
Charge-Interval: Hier ist der Zeittakt in Sekunden anzugeben. Dieser wird dann für die Kosten-Berechnung verwendet.
Die meisten Provider rechnen minutengenau ab. In diesem Fall ist der Wert '60' richtig. Bei Providern mit sekundengenauer Abrechnung setzt man *_CHARGEINT besser auf '1'.
Leider wird bei DSL der Zeittakt nicht voll ausgenutzt, so wie es bei ISDN der Fall ist. Hier wird immer nach der Zeit, die in *_HUP_TIMEOUT angegeben ist, eingehängt.
Hier ist deshalb *_CHARGEINT lediglich für die Berechnung von Gebühren maßgeblich.
Die hier angegebenen Zeiten bestimmen, wann dieser Circuit aktiviert werden soll und wann er wieviel kostet. Dadurch wird es möglich, zu verschiedenen Zeiten verschiedene Circuits mit Default-Routen zu verwenden (Least-Cost-Routing). Dabei kontrolliert der Daemon imond die Routen-Zuweisung.
Aufbau der Variablen:
PPPOE_TIMES='times-1-info [times-2-info] ...'
Jedes Feld times-?-info besteht aus 4 Unterfeldern - durch Doppelpunkt (':') getrennt.
Wochentag-Zeitraum, z.B. Mo-Fr oder Sa-Su usw. Sowohl die deutsche als auch die englische Schreibweise ist erlaubt. Soll ein einzelner Wochentag eingetragen werden, ist zu W1-W1 schreiben, also z.B. Su-Su.
Stunden-Bereich, z.B. 09-18 oder auch 18-09. 18-09 ist gleichbedeutend mit 18-24 plus 00-09. 00-24 meint den ganzen Tag.
Hier werden in Euro-Werten die Kosten pro Minute angegeben, z.B. 0.032 für 3.2 Cent pro Minute. Diese werden unter Berücksichtigung der Taktzeit umgerechnet für die tatsächlich anfallenden Kosten, welche dann im imon-Client angezeigt werden.
Feld: LC-Default-Route
Der Inhalt kann Y oder N sein. Dabei bedeutet:
| Y: | Der angegebene Zeitbereich wird beim LC-Routing als Default-Route verwendet. |
| N: | Der angegebene Zeitbereich dient nur zum Berechnen von Kosten, er wird beim automatischen LC-Routing jedoch nicht weiter verwendet. |
Beispiel (als eine lange Zeile zu lesen):
PPPOE_TIMES='Mo-Fr:09-18:0.049:N
Mo-Fr:18-09:0.044:Y
Sa-Su:00-24:0.039:Y'
Wichtig: Die bei *_TIMES angegebenen Zeiten
müssen die ganze Woche abdecken.
Ist das nicht der Fall, kann keine gültige Konfiguration
erzeugt werden.
Wichtig: Wenn die Zeitbereiche aller LC-Default-Route-Circuits
(``Y'') zusammengenommen nicht die komplette Woche
beinhalten, gibt's zu diesen Lückenzeiten keine
Default-Route. Damit ist dann Surfen im Internet zu diesen
Zeiten ausgeschlossen!
Noch ein ganz einfaches Beispiel:
PPPOE_TIMES='Mo-Su:00-24:0.0:Y'
für diejenigen, die eine Flatrate nutzen.
Und noch eine letzte Bemerkung zum LC-Routing: Feiertage werden wie Sonntage behandelt.
fli4l legt automatisch auf, wenn während der über hangup timeout angegebenen Zeit keine Daten über das pppoe-Interface gehen. Leider wertet das Interface auch Datentransfers mit, die von außen kommen, z.B. durch Verbindungsversuche eines P2P-Clients wie eDonkey. Da man heutzutage eigentlich pemanent von anderen kontaktiert wird, kann es passieren, dass fli4l die DSL-Verbindung nie beendet.
Hier hilft die Option *_FILTER. Setzt man es auf yes, wird nur noch Verkehr gewertet, der von der eigenen Maschine generiert wird und externer Traffic wird komplett ignoriert. Da von draußen reinkommender Traffic in der Regel dazu führt, dass der Router oder dahinter liegende Rechner reagieren, indem sie z.B. Verbindungswünsche ablehnen, werden zusätzlich noch einige rausgehende Pakete ignoriert. Wie das genau funktioniert, kann man hier nachlesen:
Eine genauere Beschreibung des Ausdrucks und seiner Einbindung ist im Anhang zu finden - das ist aber nur interessant, wenn man Änderungen vornehmen will.Hier steht der zu nutzende Filter, wenn *_FILTER auf `yes' gesetzt ist.
Mit diesen optionalen Variablen können die sog. MTU (maximum
transmission unit) und die MRU (maximum receive unit) eingestellt
werden. Optional bedeutet, die Variable muß nicht in der Konfigurationsdatei
stehen, sie ist bei Bedarf durch den Benutzer einzufügen!
Normal beträgt die MTU und die MRU jeweils 1492. Diese Einstellung sollte
nur in Sonderfällen geändert werden!
Diese Variablen gibt es nicht fuer OPT_PPTP.
Bei manchen Providern treten Effekte folgender Art auf:
Um diese Probleme zu umgehen, manipuliert fli4l standardmässig die MTU. In einige Faellen reicht das allerdings nicht, daher gestattet fli4l explizit das Setzen der MSS (message segment size) auf einen vom Provider vorgegebenen Wert. Falls der Provider nichts vorgibt, ist 1412 ein guter Startwert zum probieren; falls er die MTU vorgibt, tragen sind hier 40 Byte weniger einzutragen ( mss = mtu - 40). Diese Variable ist optional, was bedeutet, die Variable muß nicht in der Konfigurationsdatei stehen, sie ist bei Bedarf durch den Benutzer einzufügen! Diese Variable gibt es nicht fuer OPT_PPTP.
Für die Kommunikation über einen DSL-Anschluss ist in der Regel das PPPoE-Paket notwendig, weil die Provider keinen richtigen Router, sondern lediglich ein DSL-Modem zur Verfügung stellen. Zwischen dem fli4l-Router und dem Modem wird das Protokoll PPP benutzt, jedoch hier speziell über das Ethernet.
Dabei können eine oder zwei Ethernet-Karten im fli4l-Router zum Einsatz kommen:
Die bessere Wahl ist die Alternative mit den zwei Ethernet-Karten. Dann sind beide Protokolle - IP und PPPoE - sauber voneinander getrennt.
Aber die Methode mit einer Ethernet-Karte funktioniert ebenso. In diesem Fall wird das T-DSL-Modem einfach mit an den Netzwerk-Hub angeschlossen. Es muss dann aber eventuell mit leichten Einbußen bei der maximalen Übertragungsgeschwindigkeit gerechnet werden.
Bei Kommunikationsproblemen zwischen DSL-Modem und Router kann man versuchen die Geschwindigkeit der Netzwerkkarte zu verringern und eventuell deren Half-Duplex-Betrieb zu aktivieren. Alle neueren PCI- aber nur einige ISA-Netzwerkkarten lassen sich auf verschiedene Modi konfigurieren. Dazu kann man entweder das ethtool aus dem Paket advanced_networking verwenden oder sich ein DOS-Bootmedium erstellen und das eigene Konfigurationstool der Karte dort mit abspeichern. Dann bootet man den fli4l-Router mit diesem Medium, startet das Konfigurationsprogramm und stellt die Karte fest auf einen langsameren Modus ein. Das Konfigurationsprogramm für die Karte liegt beim Kauf auf dem Treibermedium bei oder kann von der Webseite des Kartenherstellers heruntergeladen werden. Eventuell findet man es auch bei einer Recherche im Wiki:
Wenn man zwei Karten benutzt, sollte man die erste Karte für das LAN und die zweite für die Verbindung zum DSL-Modem verwenden.
Dabei muss nur die erste Karte mit einer IP-Adresse belegt werden.
Das heißt:
IP_NET_N='1' # Nur *eine* Karte mit IP-Adresse!
IP_NET_1xxx='...' # Die üblichen Parameter
Bei PPPOE_ETH gibt man 'eth1' für die zweite Ethernetkarte an und definiert *keine* IP_NET_2-xxx-Variablen.
Name des Ethernet-Interfaces
| 'eth0' | 1. Ethernet-Karte |
| 'eth1' | 2. Ethernet-Karte |
| ... | ... |
Standard-Einstellung: PPPOE_ETH='eth1'
PPPOE steht für die Übertragung von PPP-Paketen über Ethernet-Leitungen. D.h., die zu übertragenden Daten werden im ersten Schritt vom ppp-Daemon in ppp-Pakete und dann in einem zweiten Schritt für die Übertragung übers Ethernet nochmals in pppoe-Pakete verpackt, um dann ans DSL-Modem geschickt zu werden. Das zweite Verpacken kann durch den pppoe-Daemon oder durch den Kern erfolgen. Mittels PPPOE_TYPE wird die Art und Weise der pppoe-Paketerzeugung definiert.
Jemand hat mal einen Vergleich der verschiedenen Varianten gemacht und
kam auf einem Fujitsu Siemens PCD-H, P75 zu den in Tabelle
4.3 dargestellten Ergebnissen4.4.
|
Verwendet man als PPPoE-Typ in_kernel und als Dialmode auto, kann man als Timeout 'never' angeben. Der Router legt dann nicht mehr auf und wählt sich nach einer Zwangstrennung des Providers automatisch wieder ein. Nachträgliche Änderungen des Dialmodes ist nicht mehr möglich.
Hier wird die Internetverbindung per Fritz!Card DSL aktiviert. Fuer
die Internetverbindung wird die Fritz!Card DSL von AVM
benutzt. Da die Treiber fuer diese Karten nicht der GPL unterliegen
ist es nicht moeglich diese mit dem DSL Paket zu liefern. Es ist
daher unbedingt nötig diese Treiber vorher von http://www.fli4l.de/download/stabile-version/avm-treiber/
herunter zu laden
und einfach in das fli4l Verzeichnis zu entpacken.
Die Circuit-Unterstützung für die Fritz!Card DSL wurde mit freundlicher Unterstützung von Stefan Uterhardt (E-Mail: zer0@onlinehome.de) realisiert.
Es gibt verschiedene Fritz!-Karten, ueber die eine DSL-Anbindung erfolgen kann. Die verwendete Karte wird ueber FRITZDSL_TYPE eingestellt, wobei die in Tabelle 4.4 aufgefuehrten Typen zur Verfuegung stehen.
|
Standard-Einstellung:
FRITZDSL_TYPE='fcdsl'
Mit dieser Option wird der Typ der Gegenstelle eingestellt. Moegliche Optionen sind:
U-R2, ECI, Siemens, Netcologne, oldArcor, Switzerland, Belgium, Austria1, Austria2, Austria3, Austria4
In Deutschland handelt es sich fast immer um UR-2. Siemens und ECI kommen nur bei sehr alten Anschluessen zum Einsatz.
Fuer Schweiz und Belgien sollten die Optionen selbsterklaerend sein und in Oesterreich heisst es ausprobieren.
Sollte jemand fuer Oesterreich eine bessere Beschriftung der Optionen haben moege er diese bitte mitteilen.
Standard-Einstellung:
FRITZDSL_PROVIDER='U-R2'
In Österreich (und anderen europäischen Ländern) wird statt PPPoE das PPTP-Protokoll verwendet. Auch hier wird eine separate Ethernet-Karte an ein PPTP-Modem angeschlossen.
Ab Version 2.0 ist der Zugang über PPTP als Circuit realisiert - mit freundlicher Unterstützung von Rudolf Hämmerle (E-Mail: rudolf.haemmerle@aon.at).
Bei PPTP werden zwei Karten verwendet. Hierbei sollte man die erste Karte für den Anschluß des LANs verwenden und die zweite für die Verbindung zum DSL-Modem.
Nur die erste Karte darf mit IP-Adressen belegt werden.
Das heißt:
IP_NET_N='1' # Nur *eine* Karte mit IP-Adresse!
IP_NET_1xxx='...' # Die üblichen Parameter
Bei PPTP_ETH gibt man 'eth1' für die zweite Ethernetkarte an und definiert *keine* IP_NET_2-xxx-Variablen.
Name des Ethernet-Interfaces
| 'eth0' | 1. Ethernet-Karte |
| 'eth1' | 2. Ethernet-Karte |
| ... | ... |
Standard-Einstellung: PPTP_ETH='eth1'
Es gibt verschiedene PPTP-Modemtypen, über die eine pptp-Anbindung erfolgen kann. Das verwendete Modem wird über PPTP_MODEM_TYPE eingestellt, wobei die in Tabelle 4.5 aufgeführten Typen zur Verfügung stehen.
|
Standard-Einstellung:
PPTP_MODEM_TYPE='telekom'
Implementiert wurde die Unterstützung von Inode xDSL@home in Anlehnung an das im Supportbereich von Inode beschriebene4.5.
Es gibt momentan evtl. noch Probleme mit dem Erneuern der Lease für das Interface (die IP für das Interface wird über dhcp zugeteilt und muß regelmäßig neu angefordert werden) und das Auflegen und wieder Einwählen per imonc funktioniert noch nicht so richtig. Hier ist Hilfe in Form von Patches oder zur Verfügungstellung als Testkaninchen willkommen.
Bei xdsl gibt es zwei weitere Optionen für pptp:
Der pptp-client, der für xdsl genutzt wird, muß unter Umständen Pakete zwichenpuffern und umordnen. Normalerweise wartet er 0,3s auf ein ausstehendes Paket. Mit dieser Variabel kann man das Timeout zwischen 0.00 (gar nicht puffern) und 10.00 variieren. Die Zeiten müssen immer mit zwei Nachkommstellen angegeben werden.
Hier kann angegeben werden, wieviel Debug-Ausgaben der pptp-client produziert. Möglich sind 0 (wenig), 1 (default) und 2 (viel).
Auch diesen PPPoE-Status-Monitor für DSL-Verbindungen hat Thorsten Pohlmann entwickelt.
Bei OPT_POESTATUS='yes' kann auf der 3. fli4l-Console jederzeit der DSL-Status eingesehen werden. Auf die 3. Console kann mit der Tastenkombination ALT-F3 gewechselt werden, zurück auf die 1. Console mit ALT-F1.