🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: bln.net.dialup
Article #106

Linux/ipppd & Uni@Home

#106
From: Wolfgang Grieskamp
Date: Sat, 19 Jun 1999 00:00
51 lines
2728 bytes
Hallo,

konnte innerhalb von einer 1/2 Stunde von fasolasi auf Uni@Home (mit
statischer IP) umsteigen und bin rund um zufrieden mit der neuen
Konfiguration (dank auch Robert Sanders (~gurubert) Linux
Hilfeseite). Toll finde ich das WWW Konfigurationsinterface, die
Möglichkeit, sich ein Subnetz mit statischen IPs zuordnen zu lassen,
und PAP anstelle der MSN Authentification (dann kann ich auch mal von
auszerhalb mit dem Notebook rein ...). Ein dickes Lob an den RB
hierfür!

Ein Problem habe ich allerdings noch. Mich würde interessieren,
ob auch andere dieses Probleme haben und/oder Abhilfe kennen:

Der wesentliche Unterschied zu fasolasi (neben PAP) ist ja, dasz sich
die point-to-point Adresse auf der Einwählseite dynamisch aendert. Bei
mir habe ich das unter SuSe6.1 dadurch gelöst, daß ich eine
"dummy"-Adresse im Interface konfiguriert habe (yast besteht ja
darauf, einen PtP Partner anzugeben), z.B.  130.149.145.1, so daß dann
route.conf wie folgt aussieht:

130.149.145.1           0.0.0.0                255.255.255.255         ippp0
127.0.0.0               0.0.0.0                255.255.255.0           lo
default                 130.149.145.1

Nun sorgen die ip-up und ip-down Skripte unter SuSe, daß der routing
Eintrag bei ip-up durch den tatsächlichen PtP Partner ersetzt wird und
bei ip-down wieder restauriert.

Ich beobachte nun gelegentlich (selten), daß beim auto-dial zwar
schoen eine Verbindung aufgebaut wird, die direkte Aktion die zum
Verbindungsaufbau führte aber zunächst scheitert (network
unreachable). Beim zweiten Versuch (wenn die Verbindung schon oben
ist) klappt es dann.

Ich vermute, daß hängt mit der dynamischen Änderung der Routingtable
während dem Verbindungsaufbau zusammen. Hat jemand ein ähnliches Problem,
bzw. hat bei gleichem Routingmodell dieses Problem _nicht_, bzw. einen
alternatives Modell, wo dies Problem nicht auftaucht?

Gruß
  Wolfgang

-- 
wg@cs.tu-berlin.de  http://uebb.cs.tu-berlin.de/~wg/
Technical Details
Message-ID: <1o7lp0abml.fsf@zeta.cs.tu-berlin.de>
Path: arc1-ca.pugleaf.net!unknown!not-for-mail

Show Full Headers
Complete Article Headers
X-Google-Language: GERMAN,ASCII
X-Google-Thread: 1020dd,dbe0c2eb1a41a99,start
X-Google-Attributes: gid1020dd,public
From: Wolfgang Grieskamp <wg@cs.tu-berlin.de>
Subject: Linux/ipppd & Uni@Home
Date: 1999/06/19
Message-ID: <1o7lp0abml.fsf@zeta.cs.tu-berlin.de>
X-Deja-AN: 491355609
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset=ISO-8859-1
X-Complaints-To: news@cs.tu-berlin.de
X-Trace: news.cs.tu-berlin.de 929777570 7269 130.149.19.27 (19 Jun 1999 07:32:50 GMT)
Organization: Technical University Berlin
Mime-Version: 1.0 (generated by tm-edit 7.108)
NNTP-Posting-Date: 19 Jun 1999 07:32:50 GMT
Newsgroups: bln.net.dialup