🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: bln.net.dialup
Article #241

Re: Fasolasi-Abschaltung und Hilfe noetig

#241
From: Peter Daum
Date: Fri, 14 May 1999 00:00
66 lines
3666 bytes
On Wed, 12 May 1999, Robert Sander wrote:
[...]

> Nein, wo hast Du das denn her? Mit syncppp hast Du auch alles, was Du
> bislang hattest, der ipppd laeszt auch seine Finger von der default-Route,
> wnn man ihm das sagt.

Hi,

das hat Wolfgang wohl von mir :-)

Es geht um folgendes Szenario: Um unkontrollierte Waehlvorgaenge
zu verhindern, wird die default-route durch ein Script gesetzt,
wenn Auszenverbindungen moeglich sein sollen, bei Nichtbedarf
wieder geloescht.

Nach:

  /sbin/ipppd /dev/ippp0 <meine_ip>: user <username>
  ifconfig ippp0 <meine_ip> netmask 255.255.0.0
  route add default ippp0

hat der Kernel folgende Routing-Tabelle:

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
130.149.0.0     0.0.0.0         255.255.0.0     U     0      0        0 ippp0
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 ippp0

Wird nun z.B. durch "ping <irgendein host> versucht, eine
Auszenverbindung herzustellen, dann geschieht dies (wie
beabsichtigt) ueber die default-Route via ippp0 und loest dort
einen Waehlvorgang aus. Gleichzeitig verschwindet aber die
default-Route aus der Routing-Tabelle.

Wird die Route von Hand wiederhergestellt, so funktioniert
zunaechst alles. Ist allerdings ein Idle-Timeout konfiguriert, so
wiederholt sich das Ganze, sobald nach einer Unterbrechung der
Verbindung ein neuer Waehlvorgang erfolgt. Hat nun auch noch
zufaellig eine andere Gegenstelle als beim vorigen Mal abgehoben
(z.B. Portero statt Recepion) so sind gleichzeitig bestehende
TCP-Verbindungen (z.B. telnet-sessions) nicht mehr zugaenglich.

Hierbei ist die Wurzel des Uebels offensichtlich, dasz bei den
"neuen" ISDN-Zugaengen 3 gleichberechtigte Gegenstellen mit
unterschiedlichen IP-Adressen ueber die gleiche Rufnummer zu
erreichen sind.

Die verschwundene default-Route scheint allerdings andere
Ursachen zu haben. Zumindest tritt das Phaenomen offensichtlich
auch dann auf, wenn das ippp-Interface mit 

  ifconfig ippp0 130.149.146.103 pointopoint 130.149.145.3

konfiguriert wird und zufaellig tatsaechlich 130.149.145.3
abhebt (die Telekom freut sich ob solcher Experimente ...).

Treten diese Probleme denn tatsaechlich anderswo in einem
aehnlichen Setup nicht auf? Meine Erfahrungen koennen jedenfalls
nicht gerade zum Umsteigen verlocken, solange Fasolasi noch
laeuft ...
                   Peter
-- 
                                             __o  
     Peter Daum <gator at cs.tu-berlin.de> _'\<_ 
       - pgp messages welcome -       ____(_)/(_)
Technical Details
Message-ID: <Pine.LNX.4.10.9905141557380.351-100000@swamp.bayern.net>
Path: arc1-ca.pugleaf.net!unknown!not-for-mail
References: <Pine.LNX.3.96.990512173632.20218B-100000@defiant.robotroff.foo>

Show Full Headers
Complete Article Headers
X-Google-Language: GERMAN,ASCII-7-bit
X-Google-Thread: 1020dd,10bcc73e8a271c9b
X-Google-Attributes: gid1020dd,public
From: Peter Daum <gator@cs.tu-berlin.de>
Subject: Re: Fasolasi-Abschaltung und Hilfe noetig
Date: 1999/05/14
Message-ID: <Pine.LNX.4.10.9905141557380.351-100000@swamp.bayern.net>
X-Deja-AN: 477831621
X-Gatewayed: from mailing list isdn-users@cs.tu-berlin.de by mail.cs.tu-berlin.de (8.9.1/8.9.1) with ESMTP id QAA09141 for <isdn-users@cs.tu-berlin.de>; Fri, 14 May 1999 16:44:56 +0200 (MET DST) by swamp.bayern.net (8.9.3/8.9.3) id QAA00720; Fri, 14 May 1999 16:44:26 +0200
References: <Pine.LNX.3.96.990512173632.20218B-100000@defiant.robotroff.foo>
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Complaints-To: news@cs.tu-berlin.de
X-Trace: news.cs.tu-berlin.de 926693622 4078 130.149.17.13 (14 May 1999 14:53:42 GMT)
Organization: Technische Universitaet Berlin, Deutschland
Mime-Version: 1.0
NNTP-Posting-Date: 14 May 1999 14:53:42 GMT
Newsgroups: bln.net.dialup