retronetworking
/
isdn4k-utils
13
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity

Added helpful mails (did not come in on first trial).

This commit is contained in:
hessler 1997-02-23 01:18:14 +00:00
parent c0e43e2759
commit 9d6d35b40f
26 changed files with 3490 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

113
FAQ/_example/config.txt Normal file
View File

@ -0,0 +1,113 @@
From: Torsten Hentschel <Torsten.Hentschel@DInet.de> Subject: Re: Now i found something else to wonder about.. (was: Re: options files) To: isdn4linux@hub-wue.franken.de
Date: Thu, 24 Oct 1996 22:47:17 +0200 (MET DST) Sender: owner-isdn4linux@hub-wue.franken.de Reply-To: isdn4linux@hub-wue.franken.de
Hello Emil & Mogens!
> Hello Mogens,
>
> You wrote:
> > isdnctrl addif ippp0
> > isdnctrl pppbind ippp0
> > ifconfig ippp0 193.89.84.10 p-t-p 193.89.84.11
---
> > route add -net 194.192.159.0 metric 1 netmask 255.255.255.224 ippp0
> > ipppd user XXX1 /dev/ippp0 193.89.84.10:193.89.84.11 file
> > /etc/ppp/options.ippp0
>
> > isdnctrl addif ippp1
> > isdnctrl pppbind ippp1
> > ifconfig ippp0 193.89.84.10 p-t-p 193.89.84.13
--- why do you repeat the ifconfig?
probably it should be "ippp1" here?
> > route add -net 192.168.1.0 metric 1 netmask 255.255.255.0 ippp1
> > ipppd user XXX2 /dev/ippp1 193.89.84.10:193.89.84.11 file
> > /etc/ppp/options.ippp1
>
> Compare the two ifconfig commands, they are for the same interface.
> And AFAIK the two interfaces need different ip-adresses.
With this I do not agree. It is simply possible to give two interfaces the same local ip address. You may even establish two routes on them. But only the first one found in the routing table will be used by the kernel. So the other route won't have any effect.
Configuring two interfaces with the same local IP address does make sense if you want to use as less IP adresses as possible (very honorable as long as IPv6 is not common practice).
An interface IP-Adress is used by the kernel to give outgoing packets (not the forwarded packets) a sender IP address within the IP header.
To make the IP address 193.89.84.10 (as used in the above example) pingable I would suggest the following (changes ar marked at the right margin):
| ifconfig dummy0 193.89.84.10 # module has to be loaded before | route add -host 193.89.84.10 # only to have 193.89.84.10 reachable
# all the time
isdnctrl addif ippp0
| ifconfig ippp0 down # to make it exclusively bindable
isdnctrl pppbind ippp0
| ifconfig ippp0 193.89.84.10 p-t-p 193.89.84.11 up | route add -host 193.89.84.11 metric 1 ippp0 | route add -net 194.192.159.0 metric 1 \ | netmask 255.255.255.224 gw 193.89.84.11
ipppd user XXX1 /dev/ippp0 193.89.84.10:193.89.84.11 \
file /etc/ppp/options.ippp0
isdnctrl addif ippp1
| ifconfig ippp1 down # to make it exclusively bindable
isdnctrl pppbind ippp1
| ifconfig ippp1 193.89.84.10 p-t-p 193.89.84.13 up | route add -host 193.89.84.13 metric 1 ippp0 | route add -net 192.168.1.0 metric 1 \ | netmask 255.255.255.0 gw 193.89.84.13
ipppd user XXX2 /dev/ippp1 193.89.84.10:193.89.84.11 \
file /etc/ppp/options.ippp1
You may even try the following to "emulate" cisco's dialer rotary group where you may put several BRIs (basic rate interfaces = ISDN S0 [gr.]) into one netmask. Therefore the example would look like (changes aren't marked any more; completely different):
#!/bin/bash
# assuming, we are using a network of
# 193.89.84.0/255.255.255.240
# for a dial up server where
# 193.89.84.1 is the IP for the server and
# 193.89.84.2-14 are the addresses for remote interfaces.
ifconfig dummy0 193.89.84.1 # module has to be loaded before
route add -host 193.89.84.1 # only to have 193.89.84.1 reachable
# all the time
USER_ippp0="XXX1"
RMTNET_ippp0=194.192.159.0
RMTMSK_ippp0=255.255.255.224
USER_ippp1="XXX2"
RMTNET_ippp1=192.168.1.0 # masquerading is great!
RMTMSK_ippp1=255.255.255.0
USER_ippp2="XXX3"
RMTNET_ippp2="" # you may leave 'em blank
RMTNET_ippp2="" # if there is no remote net
[...] # fill out to your needs
for x in 2 3 4 5 6 7 8 9 10 11 12 13 14
do
IFNAME="ippp$[$x-2]"
isdnctrl addif $IFNAME
ifconfig $IFNAME down # to make it exclusively bindable
isdnctrl pppbind $IFNAME
ifconfig $IFNAME 193.89.84.1 netmask 255.255.255.240 up
route add -host 193.89.84.$x metric 1 $IFNAME
eval NET="\${RMTNET_${IFNAME}}"
eval MSK="\${RMTNET_${IFNAME}}"
if [ -n "$NET" -a -n "$MSK" ]
then
route add -net $NET metric 1 netmask $MSK gw 193.89.84.$x
fi
eval USER="\${USER_${IFNAME}}"
ipppd user "$USER" /dev/$IFNAME 193.89.84.1:193.89.84.$x \
file /etc/ppp/options.$IFNAME
done
No warranty, it's untested.
But please yell at me (politely) if I'm wrong.
Regards,
Torsten
--
/\ Delta Internet GmbH / \ DI Delta Internet GmbH von-Siemens-Str. 12 /____\ Netzwerkdienst & Vertrieb 59757 Arnsberg
ALLES NUR AUS LINUX Tel. +49 2932 916 132 Fax 191 --------------------------------------------------- To remove yourself from this mailing list send email to majordomo@hub-wue.franken.de containing "unsubscribe isdn4linux <your_email_address>" in the message body [-vg]

71
FAQ/_example/ipfwadm.txt Normal file
View File

@ -0,0 +1,71 @@
From: Torsten Hentschel <Torsten.Hentschel@DInet.de> Subject: Re: IPFWADM
To: isdn4linux@hub-wue.franken.de
Date: Thu, 7 Nov 1996 11:03:15 +0100 (MET) Sender: owner-isdn4linux@hub-wue.franken.de Reply-To: isdn4linux@hub-wue.franken.de
Hallo!
Vielleicht kann ich helpfen ;-)
Zuerstmal lass mich wiederholen, ob ich Deine Frage richtig verstanden habe. Mal angenommen Du hast auf den drei Netzwerk- Karten jeweils ein Class-C -Netz und hast die Dinger so etwa wie folgt konfiguriert:
ifconfig eth0 194.77.88.7 netmask 255.255.255.0 broadcast 194.77.88.255
ifconfig eth1 194.77.89.4 netmask 255.255.255.0 broadcast 194.77.89.255
ifconfig eth2 194.77.90.2 netmask 255.255.255.0 broadcast 194.77.90.255
route add -net 194.77.88.0 eth0
route add -net 194.77.89.0 eth1
route add -net 194.77.90.0 eth2
In dieser Weise wuerde ja nun schlichtweg _alles_ von einem Interface zum anderen geroutet werden und Dein Rechner wie ein Gateway funktionieren.
Du willst, so habe ich es verstanden, aber nur einen ganz bestimmten Rechner zwischen den Interfaces "durchlassen" waehrend Dein "Gateway" aber selber alle Rechner erreichen kann und alle Rechner Dein "Gateway" erreichen koennen.
Nehmen wir mal an, der Rechner an eht0, der auf eth1 zugreifen koennen soll, habe die IP-Adresse 194.77.88.15.
Die professionelle Vorgehensweise ist dann:
- Ausschallten der FORWARDING-Funktion im Kernel
durch Neukompilieren
- Aufsetzen der folgenden Befehle für die Firewall:
ipfwadm -F -p deny # Routing zwischen den Interfaces
# erstmal generell verbieten
ipfwadm -I -p accept # Input auf allen Interfaces erlauben
# betrifft Pakete, die Dein Rechner
# auf seinen Interfaces empfaengt
ipfwadm -O -p accept # Output auf allen Interfaces erlauben
# betrifft alle Pakete, die Dein Rechner
# selber erzeugt hat und an jemanden
# senden will
ipfwadm -F -a accept -S 194.77.88.15/32 -D 194.77.90.0/24
# Zuletzt wird explizit das Forwarding
# zwischen dem Rechner auf eth0 und
# allen Rechnern auf eth2 erlaubt.
Wenn Du keinen neuen Kernel kompilieren willst, geht das auch mit eingeschaltetem Forwarding im Kernel. Das ist dann aber nicht so sicher, da man mit etwas Koepfchen die Firewall dann umgehen kann.
Keine Garantie. Das Zeugs habe ich nicht ausprobiert. Muesste aber so klappen. - Bitte korrigiert mich, wenn ich falsch liege.
Gruesse,
Torsten
> Ich habe ein rechner mit 3 netzkarten ( eth0..eth2 ). Jetzt will ich mit
> ipfwadm einen specielen rechner vom eth0 nach eth1 routen ( wie ein gateway ).
>
> Kann jemand mich helpfen?
>
>
> ---------------------------------------------------
> To remove yourself from this mailing list send
> email to majordomo@hub-wue.franken.de containing
> "unsubscribe isdn4linux <your_email_address>" in
> the message body [-vg]
>
--
http://www.DInet.de/
/\ von-Siemens-Str. 12
/ \ Delta Internet GmbH 59757 Arnsberg
/ \ Netzwerkdienst & Vertrieb Tel. +49 2932 91 61 32 /______\ Fax. +49 2932 91 61 91 --------------------------------------------------- To remove yourself from this mailing list send email to majordomo@hub-wue.franken.de containing "unsubscribe isdn4linux <your_email_address>" in the message body [-vg]

130
FAQ/_example/mppp_addlink.txt Normal file
View File

@ -0,0 +1,130 @@
Return-Path: POPmail
Received: from hsun6.wi-inf.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03)
id AA657358; Sun, 19 Jan 1997 20:25:57 +0100
Received: from rachael.franken.de by hsun6.wi-inf.uni-essen.de (SMI-8.6/SMI-SVR4)
id UAA12262; Sun, 19 Jan 1997 20:26:59 +0100
Received: from oops.franken.de by rachael.franken.de with smtp
(Smail3.1.29.1 #8) id m0vm0iB-000oMsa; Sun, 19 Jan 97 18:07 MET
Received: by oops.franken.de (Linux Smail3.1.29.1 #1)
id m0vm01Q-001ITHa; Sun, 19 Jan 97 17:23 MET
Received: from hub-wue.franken.de by oops.franken.de with smtp
(Linux Smail3.1.29.1 #1) id m0vm01B-001ITFE; Sun, 19 Jan 97 17:22 MET
Received: from oops.franken.de by hub-wue.franken.de with smtp
(Smail3.1.29.1 #1) id m0vlzy1-000BikC; Sun, 19 Jan 97 17:19 MET
Received: by oops.franken.de (Linux Smail3.1.29.1 #1)
id m0vm00S-001ITFE; Sun, 19 Jan 97 17:22 MET
To: isdn4linux@hub-wue.franken.de
Xref: oops de.alt.comm.isdn4linux:856
From: Rainer Birkenmaier <rainer@kirk.mop.uni-ulm.de>
Newsgroups: de.alt.comm.isdn4linux
Subject: Re: MPPP
Date: 17 Jan 1997 01:11:27 GMT
Organization: Die Wischmop-WG
Lines: 90
Message-Id: <5bmjjv$nt@kirk.mop.uni-ulm.de>
References: <199701120958.LAA03553@santra.hut.fi>
Reply-To: rbirkenm@hydra.informatik.uni-ulm.de
Nntp-Posting-Host: freewayport27.extern.uni-ulm.de
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 8bit
X-Newsreader: TIN [UNIX 1.3 unoff BETA release 961115]
Sender: owner-isdn4linux@hub-wue.franken.de
Precedence: bulk
Status:
Hi !
Also bei mir funktioniert das "isdnctrl addlink ippp0" mit
folgendem Skript prima:
---------- schnipp ----------
#!/bin/sh
#
# don't forget to edit the files
# /etc/ppp/pap-secrets or
# /etc/ppp/chap-secrets
#
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin
LOCAL_NUMBER="123345"
REMOTE_NUMBER="9876543"
LOCAL_IP="134.60.7.70"
REMOTE_IP="134.60.7.102"
DEVICE="ippp0"
TELES_ID="line0"
USER="userName"
# additional for channel bundling:
DEVICE1="ippp128"
VERSION=`cat /proc/version | awk '{ print $3 }' `
# when setting the environment variable MODPATH you
# can omit the full path.
SYSPATH="/sbin/"
telesctrl $TELES_ID 1 4 # enable verbose '4' mode
isdnctrl addif $DEVICE # Create new interface 'DEVICE'
isdnctrl addphone $DEVICE out $REMOTE_NUMBER # Set outgoung phone-number
isdnctrl eaz $DEVICE $LOCAL_NUMBER # Set local EAZ ..
isdnctrl l2_prot $DEVICE hdlc # for sync PPP: set Level 2 to HDLC
isdnctrl l3_prot $DEVICE trans # not really necessary, 'trans' is default
isdnctrl encap $DEVICE syncppp # encap the IP Pakets in PPP frames
isdnctrl huptimeout $DEVICE 300 # Hangup-Timeout is 300 sec. -> 5 min
isdnctrl chargehup $DEVICE off # Hangup before next Charge-Info
isdnctrl secure $DEVICE on # Accept only configured phone-number
# additional for channel bundling:
isdnctrl addslave $DEVICE $DEVICE1 # Create new slave interface 'DEVICE1'
isdnctrl addphone $DEVICE1 out $REMOTE_NUMBER # Set outgoung phone-number
isdnctrl eaz $DEVICE1 $LOCAL_NUMBER # Set local EAZ ..
isdnctrl l2_prot $DEVICE1 hdlc # for sync PPP: set Level 2 to HDLC
isdnctrl l3_prot $DEVICE1 trans # not really necessary, 'trans' is default
isdnctrl encap $DEVICE1 syncppp # encap the IP Pakets in PPP frames
isdnctrl huptimeout $DEVICE1 300 # Hangup-Timeout is 300 sec. -> 5 min
isdnctrl chargehup $DEVICE1 off # Hangup before next Charge-Info
isdnctrl secure $DEVICE1 on # Accept only configured phone-number
ifconfig $DEVICE -arp $LOCAL_IP pointopoint $REMOTE_IP metric 1
route add default $DEVICE
route add default gw 134.60.7.98
ipppd user $USER \
/dev/ippp0 /dev/ippp1 /dev/ippp2
---------- schnapp ----------
Ich hab dabei noch folgendes in /etc/ppp/options stehen:
---------- schnipp ----------
debug
+mp
noipdefault
remotename highway
mru 1524
ipcp-accept-local ipcp-accept-remote
lock
defaultroute
-bsdcomp
-pc
-ac
---------- schnapp ----------
Ich hoffe ich konnte helfen!
Bye ... Rainer!
PS: ich hab hier uebrigens 'ne Teles/S0 16.3
--
<< e-mail: rbirkenm@hydra.informatik.uni-ulm.de >>
---------------------------------------------------
To remove yourself from this mailing list send
email to majordomo@hub-wue.franken.de containing
"unsubscribe isdn4linux <your_email_address>" in
the message body [-vg]

156
FAQ/_example/route.txt Normal file
View File

@ -0,0 +1,156 @@
Return-Path: POPmail
Received: from hsun6.wi-inf.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03)
id AA76880; Sat, 30 Nov 1996 13:44:05 +0100
Received: from rachael.franken.de by hsun6.wi-inf.uni-essen.de (SMI-8.6/SMI-SVR4)
id NAA01959; Sat, 30 Nov 1996 13:44:57 +0100
Received: from hub-wue.franken.de by rachael.franken.de with smtp
(Smail3.1.29.1 #8) id m0vTliY-000oIPa; Sat, 30 Nov 96 10:28 MET
Received: from oops.franken.de by hub-wue.franken.de with smtp
(Smail3.1.29.1 #1) id m0vTlho-000Boba; Sat, 30 Nov 96 10:27 MET
Received: by oops.franken.de (Linux Smail3.1.29.1 #1)
id m0vTlil-001IYWa; Sat, 30 Nov 96 10:28 MET
Received: from hub-wue.franken.de by oops.franken.de with smtp
(Linux Smail3.1.29.1 #1) id m0vTlii-001IYVE; Sat, 30 Nov 96 10:28 MET
Received: from giovanni.rhein-neckar.de by hub-wue.franken.de with smtp
(Smail3.1.29.1 #1) id m0vTlge-000BobC; Sat, 30 Nov 96 10:26 MET
Message-Id: <m0vTlgM-000rArC@giovanni.rhein-neckar.de>
From: girardi@giovanni.rhein-neckar.de (Norbert J. Girardi)
Subject: Re: routes?
To: isdn4linux@hub-wue.franken.de
Date: Sat, 30 Nov 1996 10:25:58 +0100 (MET)
Cc: uwe.tetzlaff@t-online.de
In-Reply-To: <m0vTby7-0000fJC@ermail02.btx.dtag.de> from "Uwe Tetzlaff" at Nov 29, 96 10:11:00 pm
X-Mailer: ELM [version 2.4 PL24]
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-isdn4linux@hub-wue.franken.de
Precedence: bulk
Reply-To: isdn4linux@hub-wue.franken.de
Status:
>
> Moins..
>
> Ich hab hier in der Firma 2 Rechner W95 192.168.254.2 Ne2000
> LinuX 192.168.254.1 3Com 509
> Zu Hause habe ich einen Rechner LinuX 192.168.255.1 Teles S0-16.3
>
> Also zu meinem Problem : ich teste mit ping die Verbindung :
>
> von LinuX zu Hause <-> LinuX Firma via isdn0 = geht.
> von W95 Firma <-> LinuX Firma via eth0 = geht.
> von W95 Firma <-> LinuX zu Hause via eth0 -> isdn0 = geht nicht !
> von LinuX zu Hause <-> W95 Firma via isdn0 -> eth0 = geht nicht !
>
>
> Sicherlich voellig off topic denn ich tippe auf ein Problem bei meinen routes.
>
Es waere sicher hilfreich gewesen wenn Du die 'routes' mitgeschickt
haettest ;-)
OK, versuchen wir's trotzdem mal.
Nennen wir Linux at home -> lihome = 192.168.255.1 ,
Linux at work -> liwork = 192.168.254.1 ,
W95 at work -> work95 = 192.168.254.2 .
Also, bei mir wuerde die '/etc/hosts' auf allen Rechnern _so_ aussehenen:
# ----------------- [schnippel] --------------------------
# hosts This file describes a number of hostname-to-address
# mappings for the TCP/IP subsystem. It is mostly
# used at boot time, when no name servers are running.
# On small systems, this file can be used instead of a
# "named" name server. Just add the names, addresses
# and any aliases to this file...
#
# For loopbacking.
127.0.0.1 localhost
192.168.255.1 lihome
192.168.254.1 liwork
192.168.254.2 work95
# End of hosts.
# ----------------- [schnippel] --------------------------
Die '/etc/networks' auf allen Rechnern :
========================================
# ----------------- [schnippel] --------------------------
#
# networks This file describes a number of netname-to-address
# mappings for the TCP/IP subsystem. It is mostly
# used at boot time, when no name servers are running.
#
loopback 127.0.0.0
homenet 192.168.255.0
worknet 192.168.254.0
# End of networks.
# ----------------- [schnippel] --------------------------
Ich benutze fuer die statischen routes eine Datei in /etc/rc.d
in die ich alle routes eintrage, und die aus /etc/rc.d/rc.inet1
aufgerufen wird.
Die /etc/rc.d/rc.routes auf lihome:
===================================
# ----------------- [schnippel] --------------------------
/sbin/ifconfig isdn0 lihome pointopoint liwork
/sbin/route add liwork isdn0
/sbin/route add default gw liwork isdn0
# Alles was raus soll geht per default ueber isdn0
# ----------------- [schnippel] --------------------------
Die /etc/rc.d/rc.routes auf liwork:
===================================
# ----------------- [schnippel] --------------------------
/sbin/ifconfig eth0 liwork
/sbin/route add -net worknet eth0
# Alles was von worknet kommt und nach worknet soll
# muss ueber eth0
/sbin/ifconfig isdn0 liwork pointopoint lihome
/sbin/route add liwork
/sbin/route add default gw liwork isdn0
# Alle anderen gehen per default ueber isdn0
# !!!! Klappt nur wenn auch der Kernel mit
# IP FORWARDING/GATEWAYING kompiliert wurde !!!!
# ----------------- [schnippel] --------------------------
Fuer W95 tue ich mal so als sei es ein Linux, d.h.
die Uebersetzung in W95 Syntax bleibt dem Leser ueberlassen :-)
Die /etc/rc.d/rc.routes auf work95:
===================================
# ----------------- [schnippel] --------------------------
/sbin/ifconfig eth0 work95
/sbin/route add liwork
/sbin/route add default gw liwork eth0
# alles geht per default ueber eth0 nach liwork
# der sorgt dann fuer die Verteilung
# ----------------- [schnippel] --------------------------
- Norbert
--
Norbert J. Girardi < girardi@giovanni.rhein-neckar.de >
Voice: +49 621 493417 (h) +49 621 381-3260 (w)
Neckarstr. 17, D-68549 Ilvesheim, Germany
---------------------------------------------------
To remove yourself from this mailing list send
email to majordomo@hub-wue.franken.de containing
"unsubscribe isdn4linux <your_email_address>" in
the message body [-vg]

115
FAQ/_example/route2.txt Normal file
View File

@ -0,0 +1,115 @@
Return-Path: POPmail
Received: from hsun6.wi-inf.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03)
id AA773032; Wed, 4 Dec 1996 19:25:55 +0100
Received: from rachael.franken.de by hsun6.wi-inf.uni-essen.de (SMI-8.6/SMI-SVR4)
id TAA04351; Wed, 4 Dec 1996 19:27:00 +0100
Received: from hub-wue.franken.de by rachael.franken.de with smtp
(Smail3.1.29.1 #8) id m0vVFcT-000oJ0a; Wed, 4 Dec 96 12:36 MET
Received: from oops.franken.de by hub-wue.franken.de with smtp
(Smail3.1.29.1 #1) id m0vVFZi-000Boma; Wed, 4 Dec 96 12:33 MET
Received: by oops.franken.de (Linux Smail3.1.29.1 #1)
id m0vVFbR-001IV5a; Wed, 4 Dec 96 12:35 MET
Received: from hub-wue.franken.de by oops.franken.de with smtp
(Linux Smail3.1.29.1 #1) id m0vVFbO-001IV3E; Wed, 4 Dec 96 12:34 MET
Received: from dino.nus.de by hub-wue.franken.de with smtp
(Smail3.1.29.1 #1) id m0vVFYU-000BomC; Wed, 4 Dec 96 12:31 MET
Received: from localhost (nils@localhost [127.0.0.1]) by dino.nus.de (8.7.6/8.7.3) with ESMTP id MAA09043 for <isdn4linux@hub-wue.franken.de>; Wed, 4 Dec 1996 12:35:02 +0100
Date: Wed, 4 Dec 1996 12:35:02 +0100 (MET)
From: Nils Rennebarth <nils@nus.de>
To: isdn4linux@hub-wue.franken.de
Subject: Re: ISDN-Problem
In-Reply-To: <199612031939.UAA07539@mail.germanlloyd.de>
Message-Id: <Pine.LNX.3.95.961204114817.1062I-100000@dino.nus.de>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Sender: owner-isdn4linux@hub-wue.franken.de
Precedence: bulk
Reply-To: isdn4linux@hub-wue.franken.de
Status:
On Tue, 3 Dec 1996, Martin Bauer wrote:
>Moin moin,
>
>ich habe da ein kleines Problem:
>
[Emma und Gegenstelle unterhalten sich prima, aber von keinem Rechner im
Netz der Gegenstelle geht es zu Emma]
Emma:
eth0 inet addr:192.168.10.1 Bcast:192.168.10.255 Mask:255.255.255.0
isdn0 inet addr:192.168.11.1 P-t-P:192.168.11.3
>
>Kernel IP routing table
>Destination Gateway Genmask Flags Metric Ref Use =
Iface
>172.20.1.4 0.0.0.0 255.255.255.255 UH 0 0 11 =
isdn0
>192.168.11.3 0.0.0.0 255.255.255.255 UH 0 0 3 =
isdn0
>192.168.10.0 0.0.0.0 255.255.255.0 U 0 0 0 =
eth0
>0.0.0.0 192.168.11.3 0.0.0.0 UG 0 0 2 =
isdn0
>
>
>
>Die Gegenstelle:
>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
eth0 inet addr:172.20.1.4 Bcast:172.20.255.255 Mask:255.255.0.0
isdn0 inet addr:192.168.11.3 P-t-P:192.168.11.1 Mask:255.255.255.0
>Kernel IP routing table
>Destination Gateway Genmask Flags Metric Ref Use =
Iface
>192.168.11.1 0.0.0.0 255.255.255.255 UH 0 0 15 =
isdn0
>192.168.10.0 192.168.11.1 255.255.255.0 UG 0 0 3 =
isdn0
>172.20.0.0 0.0.0.0 255.255.0.0 U 0 0 39 =
eth0
>0.0.0.0 172.20.1.1 0.0.0.0 UG 0 0 3 =
eth0
Es ist kein ISDN Problem, es ist ein routing Problem.
"Gegenstelle" bekommt =FCber ISDN ein Paket mit 192.168.11.3 als Gateway,
wei=DF aber routing-technisch nicht, das es das selber ist.
!! Allein durch Einrichten eines Point-to-Point Interfaces
!! wei=DF ein Rechner noch nicht, da=DF IP-Pakete an die auf seiner Seite
!! konfigurierte Adresse auch an ihn sind.
Mit anderen Worten: es fehlt auf "Gegenstelle" der Befehl
route add -host 192.168.11.3 dev isdn0
N.B.: Warum machst Du es nicht einfacher, wenn Du Point-to-Point routen
verwendest:
auf Emma:
ifconfig isdn0 192.168.10.1 pointopoint 172.20.1.4 -arp -broadcast
route add -host 172.20.1.4
route add default gw 172.20.1.4
auf Gegenstelle:
ifconfig isdn0 172.20.1.4 pointopoint 192.168.10.1 -arp -broadcast
route add -host 192.168.10.1
route add -net 192.168.10.0 gw 192.168.10.1
Nils
--
\ / | Nils Rennebarth
--* WINDOWS 42 *-- | Schillerstr. 61=20
/ \ | 37083 G=F6ttingen
| ++49-551-71626
Micro$oft's final answer | http://www.nus.de/~nils
---------------------------------------------------
To remove yourself from this mailing list send
email to majordomo@hub-wue.franken.de containing
"unsubscribe isdn4linux <your_email_address>" in
the message body [-vg]

149
FAQ/_howto/dns.txt Normal file
View File

@ -0,0 +1,149 @@
From: Philippe Le Foll <phillf@iu-vannes.fr> Subject: Re: Namesserver Config
To: isdn4linux@hub-wue.franken.de
Date: Wed, 30 Oct 1996 19:09:10 +0100 (MET) Sender: owner-isdn4linux@hub-wue.franken.de Reply-To: isdn4linux@hub-wue.franken.de
I send to some people a small set of shell and example in order to set up a local name server on a Linux box.
I translate in aproximative english the README, which should in any case be easier to read that the french version.
Some people ask be for seting this in an ftp site unfortunately my university did not open yet an anonymous ftp.
phillf@iu-vannes.
Author: Philippe Le Foll: 30-oct-96
e-mail: phillf@iu-vannes.fr
All these shells are coming from Rennes Hight Brittany University they generate from /etc/hosts the DNS database, I modify them in order to run on my linux box.
(c) This is public program and you use them at your own risk
they will probably not run without some adaptation to your site.
All this example refer to the following configuration ------------------------------------------------------------
---------------
| to Internet |
--------------
|
|
dial-out/PPP
(dynamic IP number)
|
|
+------------------------+ +----------------------------+
| | | |
| DNS server | | DNS slave |
| Linux 2.x | | Linux or NT |
| name: bisig | | name fridu |
| | | |
| pppd [IP] | | |
| leafnode [news] | | Netcape [html+news+mail] |
| harvest [html cache]| | Eudora [mail] |
| popd [mail] | | |
| metahtml [local http]| | |
+------------------------+ +----------------------------+
200.200.200.1 200.200.200.1
| | +----------------------------------------------|---------------------------+
Unregistered 200.200.200" network, "domain sene.bzh"
Note:
1) This configuration give to all Slaves computer the impression
to be officially onto Internet without really be registrated.
2) It allows to run a cache even when INTERNET dial-up connection
is down.
3) It obviously read news during the night, but this is an other story.
To Do in order to install DNS
------------------------------
If you are running a DNS at home like me you probably have to choose for an unregistrated domain name as me.
Running on an official Internet network does not change anything except that you don't have to worry about your name and your net number.
- If you don't want to place your DNS data base in
/var/etc/named/DNS you will have to hack the shell
almost everything is hard coded
- create the destination directory /var/etc/named/DNS
- Copy all etc/*header* file in /var/etc/named/DNS then
adapt them to your site [here: network is 200.200.200].
- Allow named to start at boot time, for this remove comment
before named lines in /etc/rc.d/rc.inet2
- copy etc/named.boot file in /etc adapt it to your site
primary & forwarders lines syntax is:
PRIMARY myDomainename [here sene.bzh] headerPathName [here:sene.bzh.header.db]
FORWARDERS IP_NUMBER for your DNS parent [usually your provider].
example
primary sene.bzh /var/etc/named/DNS/sene.bzh.header.db
forwarders 194.51.217.1 194.51.3.49
- Normally /etc/resolv.conf is not mandatory, nevertheless
I place my local domain name in with the following line.
domain sene.bzh
- .cache directive refer to a standard file that you should have no
trouble with. Syntax is:
cache . /var/etc/named/DNS/named.root
NOTE: You can retrieve a more update named.root file true FTP
FTP.RS.INTERNIC.NET. (But for this named should work !!!)
- Build/update your /etc/hosts file. WARNING: all your local hosts
should have as main name host.YourDomainName INCLUDING localhost.YourDomainName
[see example in etc/hosts]
- Generate your DNS data base, this is the only thing you should have to
do at each /etc/hosts change. In fact this job is done automatically
with the following shell, syntax
make_db YourDomainName [ex: make_db sene.bzh]
make_in-addr.arpa Net_Value.._in-addr.arpa [ex: make_in-addr.arpa 200.200.200._in-addr.arpa]
nota: These two commands should generate you the two following files
YourDomainName.db & Net_Value.in-addr.arpa.db
in /var/etc/named/DNS. Both file are include from your
header.db files.
- If you have secondary computers that use your local server,
just write the two following line in there /etc/resolv.conf
domain sene.bzh [where sene.bzh is your domaineName]
nameserver 200.200.200.1 [where 200.200.200.1 is your local DNS]
WARNING: NameServer should be an IP number and not a symbolic name
and this even if it is declare in your /etc/hosts.
- It is now time to start your name server, by just typing in:
named
- Check your name server is effectively working
dnsquery -h your_host_name
WARNING: Even if your dialup line with INTERNET is broken your
name server should answer you. The only time it should
timeout is when you type in a wrong name, it with case it
should try reaching a forwarder.
Good Luck
Kenavo
phillf@iu-vannes.fr
ps: Sorry for the English, if someone want to set it up in real english
I will be please to replace my own README with a better one.
--------------------------------------------------- To remove yourself from this mailing list send email to majordomo@hub-wue.franken.de containing "unsubscribe isdn4linux <your_email_address>" in the message body [-vg]

199
FAQ/_howto/i4l_ipx.txt Normal file
View File

@ -0,0 +1,199 @@
Return-Path: POPmail
Received: from hsun6.wi-inf.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03)
id AA39566; Wed, 5 Feb 1997 23:59:59 +0100
Received: from rachael.franken.de by hsun6.wi-inf.uni-essen.de (SMI-8.6/SMI-SVR4)
id AAA19017; Thu, 6 Feb 1997 00:01:02 +0100
Received: from oops.franken.de by rachael.franken.de with smtp
(Smail3.1.29.1 #8) id m0vsDB9-000oJwa; Wed, 5 Feb 97 20:38 MET
Received: by oops.franken.de (Linux Smail3.1.29.1 #1)
id m0vsD9H-001IXPa; Wed, 5 Feb 97 20:36 MET
Received: from hub-wue.franken.de by oops.franken.de with smtp
(Linux Smail3.1.29.1 #1) id m0vsD99-001IXFE; Wed, 5 Feb 97 20:36 MET
Received: from oops.franken.de by hub-wue.franken.de with smtp
(Smail3.1.29.1 #1) id m0vsDA1-000BikC; Wed, 5 Feb 97 20:37 MET
Received: by oops.franken.de (Linux Smail3.1.29.1 #1)
id m0vsD93-001IXFE; Wed, 5 Feb 97 20:36 MET
To: isdn4linux@hub-wue.franken.de
Xref: oops de.alt.comm.isdn4linux:1392
From: Jens Brambring <jens.brambring@p-net.de>
Newsgroups: de.alt.comm.isdn4linux
Subject: Re: IPX/SPX ueber isdn4linux und WIN95
Date: Wed, 05 Feb 1997 21:30:18 +0100
Organization: Customer of EUnet Germany; Info: info@Germany.EU.net
Lines: 159
Distribution: world
Message-Id: <32F8EDDA.32EE@p-net.de>
References: <32F53265.5E65@p-net.de>
Nntp-Posting-Host: peu-11.d.eunet.de
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 3.01Gold [de] (Macintosh; I; 68K)
Sender: owner-isdn4linux@hub-wue.franken.de
Precedence: bulk
Status:
Hallo, es geht!!!!
Voraussetzungen unter Linux:
isdn4linux
mgetty oder aehnliches
pppd mit ipx-Unterstuetzung
dip/diplogin
Kernel mit IPX-Protocol und Full ipx internal network auf yes gesetzt
und PPP Unterstuetzung
Vorausetzungen unter WIN95:
ISDN-Karte
DFUE-Netzwerk
Modememulator unter WIN95 der X75 oder HDLC verwenden kann
(im Telspowerpack4 dabei, muesste aber auch mit CFOS oder
aehnlichem gehen?!)
Beschreibung:
Kernel erzeugen.
Einen pppd compilieren und installieren,
indem im Makefile die Zeile DEFINE IPX_CHANGE = 1 eingefuegt ist.
Von isdn4linux benoetigt man nur die ttyI ports also sollte die
Einrichtung und das
Starten unproblematisch sein!
Danach muss man mgetty auf eines der ttyI-devices legen .
Beispiel inittab-Eintragsergaenzung:
I1:123:respawn:/usr/sbin/mgetty -x20 ttyI1
Dann muss die Konfiguration fuer das ttyI-device in mgetty.config
ergaenzt
werden:
port ttyI1
debug 3
modem-type data
speed 38400
init-chat "" ATZ OK AT&EX OK ATS0=1 ATS14=0
Das X steht fuer die nummer, auf der der Anruf angenommen werden soll
(bei euro die ganze Nummer ohne Vorwahl, bei 1tr6 die
Endgeraetenummer)
Die Null hinter ATS14= bedeutet, das wir die Emulation auf X75
stellen
Dann richtet man eine Datei /etc/ppp/options und/oder
/etc/ppp/options.ttyI1 ein
Hier mein Beispiel:
-detach
192.9.215.80:192.9.215.70
defaultroute
mru 1524
debug
/dev/ttyI1
ipx-routing 2
ipxcp-max-failure 20
ipx-node 4:5
ipx-network 0x3000
Die Beschreibung der einzelnen Punkte findet sich in den man-pages
zum pppd.
ipx-network ist die Adresse des Netzwerkes in dem die jeweilige
Netzwerkkarte
zu finden ist und ipx-node gibt die Adressen der angeschlossenen
Rechner in diesem
Netzwerk an, diese Einstellungen scheinen Notwendig zu sein, die
Werte sind sind
ansich beliebig.
Danach richtet man sich einen Benutzer ein dessen startshell auf
/usr/sbin/diplogin
eingetragen ist (/etc/passwd).
Jetzt muss noch die Datei /etc/diphosts editiert werden:
Benutzer::192.9.215.80:192.9.215.70:255.255.255.0::PPP,296
Der Benutzer ist der, den wir eben eingerichtet haben.
Der Linuxrechner sollte dann neu gestartet werden.
Danach richtet man auf dem Ethernetinterface das ipx-Protokoll ein:
ipx_interface add -p eth0 802.2 33000
Der letzte Wert stell wieder eine Netzwerknummer dar, die mit der
auf dem Novell-Server
uebereinstimmen muss, genauso wie das Protokoll (802.2).
Diese Nummern kann man am Novell-Server feststellen wenn man sich
die autoexec.ncf anschaut.
Das Protokoll steht in der Zeile, wo der Netzwerkkartentreiber
geladen wird und die
Netzwerknummer steht an der Stelle, wo ipx an die Netzkarte gebunden
wird.
Wenn man jetzt slist aufruft muesste ansich der Novell-Server
angezeigt werden.
Danach wird ipxd (aus dem ipxripd) gestartet. das sollte es auf
Linux-Seite gewesen sein.
ipx_interface und ipxd sollten automatisch beim Starten des Rechners
gestartet werden.
(Wenn der ipxd mit der option -d gestartet wird gibt er Meldungen
auf dem Monitor aus,
die man auswerten kann, ob alles laeuft)
WIN95:
Ich gehe jetzt einfach davon aus, dass das DFUE-Netzwerk einsatzfaehig
ist
und ipx/spx an das DFUE-Netzwerk gebunden ist.
Man macht eine neue Verbindung, wobei das Modem der Modemimulation oder
dem
dem entsprechendne com-port fuer die Modemimulation zugewiesen wird.
Unter Eigenschaften waehlt man dann bei Typ des Servers PPP,Win95,NT
internet
(habe jetzt gerade nicht die genauen Beschreibung im Kopf, aber so
aehnlich ist das,
ist glaube ich auch die default Einstellung)
Beim Protokoll waehlt man ipx/spx.
Dann gibt es noch die Option Scripts:
Hier gibt man den Namen des Scriptes ein, der die Verbindung aufbauen
soll!
Hier mein Beispiel-script:
proc main
; Set the port settings so we can wait for
; non-gibberish text.
waitfor "login:"
transmit "Benutzer^M"
waitfor "Password:"
transmit "Passwort"
transmit "^M"
waitfor "PPP"
endproc
Benutzer ist wieder der Benutzer und Password das entsprechende
Password.
Das sollte es gewesen sein?!
Jetzt kann man eine Verbindung ueber das DFUE-Netzwerk herstellen, dann
sollte man
einen Moment warten (kann schon mal 10 Sekuden dauern), und der
Novell-Server sollte in der Netzwerkumgebung erscheinen!
Auf Linux seite kann man noch mit cat /proc/net/ipx_interfaces
feststellen ob ein ipx_interface aif ppp0 eingerichtet wurde (sollte
automatisch passieren)
Im Notfall das script auf WIN95 im Einzelschrittmodus ausfuehren lassen.
Ciao, Jens
---------------------------------------------------
To remove yourself from this mailing list send
email to majordomo@hub-wue.franken.de containing
"unsubscribe isdn4linux <your_email_address>" in
the message body [-vg]

71
FAQ/_howto/i4l_ipx2.txt Normal file
View File

@ -0,0 +1,71 @@
Return-Path: POPmail
Received: from hsun6.wi-inf.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03)
id AA57806; Sat, 8 Feb 1997 02:28:15 +0100
Received: from rachael.franken.de by hsun6.wi-inf.uni-essen.de (SMI-8.6/SMI-SVR4)
id CAA05402; Sat, 8 Feb 1997 02:29:21 +0100
Received: from oops.franken.de by rachael.franken.de with smtp
(Smail3.1.29.1 #8) id m0vszst-000oHTa; Sat, 8 Feb 97 00:39 MET
Received: by oops.franken.de (Linux Smail3.1.29.1 #1)
id m0vszrK-001IX0a; Sat, 8 Feb 97 00:37 MET
Received: from hub-wue.franken.de by oops.franken.de with smtp
(Linux Smail3.1.29.1 #1) id m0vszrD-001IWvE; Sat, 8 Feb 97 00:37 MET
Received: from oops.franken.de by hub-wue.franken.de with smtp
(Smail3.1.29.1 #1) id m0vszrI-000BnoC; Sat, 8 Feb 97 00:37 MET
Received: by oops.franken.de (Linux Smail3.1.29.1 #1)
id m0vszr5-001IWvE; Sat, 8 Feb 97 00:37 MET
To: isdn4linux@hub-wue.franken.de
Xref: oops de.alt.comm.isdn4linux:1463
From: Jens Brambring <jens.brambring@p-net.de>
Newsgroups: de.alt.comm.isdn4linux
Subject: Re: IPX/SPX ueber isdn4linux und WIN95
Date: Sat, 08 Feb 1997 01:26:50 +0100
Organization: Customer of EUnet Germany; Info: info@Germany.EU.net
Lines: 31
Distribution: world
Message-Id: <32FBC837.340A@p-net.de>
References: <32F53265.5E65@p-net.de>
Nntp-Posting-Host: peu-18.d.eunet.de
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 3.01Gold [de] (Macintosh; I; 68K)
Sender: owner-isdn4linux@hub-wue.franken.de
Precedence: bulk
Status:
Hallo,
zu Eurer Information, mit dem ipppd 2.2.7 geht es jetzt auch:-)
Ich musste aber noch in der Datei ipxcp die Zeile 354 aendern!
alt: wo->neg_router=1
neu: wo->neg_router=6
Danach kommt eine saubere Verbindung zwischen dem
WIN95-Rechner und dem Linux-Rechner zustande :-))
Es sind auch keine scripts mehr auf der Win95-Seite notwendig!
Ihr muesst aber nach geschlossener verbindung das ipx_interface, dass
vom ipppd eingerichtet wird wieder loeschen, am besten in der Datei
ipx-down,
sonst kriegt Ihr nur einmal eine Verbindung hergestellt!!
Hier meine Datei /etc/ppp/ioptions:
-detach
192.9.215.80:192.9.215.70
defaultroute
mru 1524
debug
/dev/ippp1
+ipx
ipx-routing 2
ipxcp-max-failure 20
ipx-node 4:5
ipx-network 0x3000
Ciao, Jens!
---------------------------------------------------
To remove yourself from this mailing list send
email to majordomo@hub-wue.franken.de containing
"unsubscribe isdn4linux <your_email_address>" in
the message body [-vg]

107
FAQ/_howto/i4l_ipx3.txt Normal file
View File

@ -0,0 +1,107 @@
Return-Path: POPmail
Received: from hsun6.wi-inf.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03)
id AA96884; Sun, 9 Feb 1997 15:55:20 +0100
Received: from rachael.franken.de by hsun6.wi-inf.uni-essen.de (SMI-8.6/SMI-SVR4)
id PAA01990; Sun, 9 Feb 1997 15:56:26 +0100
Received: from oops.franken.de by rachael.franken.de with smtp
(Smail3.1.29.1 #8) id m0vtYgt-000oPHa; Sun, 9 Feb 97 13:49 MET
Received: by oops.franken.de (Linux Smail3.1.29.1 #1)
id m0vtIhQ-001IXqa; Sat, 8 Feb 97 20:44 MET
Received: from hub-wue.franken.de by oops.franken.de with smtp
(Linux Smail3.1.29.1 #1) id m0vtIhK-001IXoE; Sat, 8 Feb 97 20:44 MET
Received: from frog.informatik.uni-stuttgart.de by hub-wue.franken.de with smtp
(Smail3.1.29.1 #1) id m0vtIgU-000Bo1C; Sat, 8 Feb 97 20:43 MET
Received: from localhost (hgfelger@localhost)
by frog.informatik.uni-stuttgart.de (8.8.5/8.8.4) with SMTP
id UAA00991 for <isdn4linux@hub-wue.franken.de>; Sat, 8 Feb 1997 20:42:39 +0100
X-Authentication-Warning: frog.informatik.uni-stuttgart.de: hgfelger owned process doing -bs
Date: Sat, 8 Feb 1997 20:42:39 +0100 (CET)
From: Hartwig Felger <hgfelger@trick.informatik.uni-stuttgart.de>
X-Sender: hgfelger@frog.informatik.uni-stuttgart.de
To: isdn4linux-Mialinglist <isdn4linux@hub-wue.franken.de>
Subject: ipppd with IPX... Geht <freu!!!!>
Message-Id: <Pine.LNX.3.95.970208202145.771B-100000@frog.informatik.uni-stuttgart.de>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
Sender: owner-isdn4linux@hub-wue.franken.de
Precedence: bulk
Status:
Salut,
mit hilfe des Patch von Jens Brambring und, wenn man mehr als einmal
einw=E4hlen m=F6chte, meines Workaround geht jetzt sowohl Dialin von Linux =
als
auch von Win95, jeweils mit Linux als Server.
Der Einzeilerpatch von Jens Brambring war:
auf ipppd 2.2.7-debug anzuwenden!
in ipxcp.c Ziele 354
- wo->neg_router=3D1
+ wo->neg_router=3D6
Ohne diesen Patch passiert schlimmes mit eurem Logfile (ich sag nur
Bl=E4hungen!)
Damit es =F6fer als einmal geht mu=DF im /etc/ppp/ipx_down eine Zeile
eingef=FCgt werden (ich habe aber den Parameterkommentar noch dazu gelegt):
# args are: interface-name tty-device speed network-number
# local-IPX-node-address remote-IPX-node-address
# local-IPX-routing-protocol remote-IPX-routing-pro=AD
# tocol local-IPX-router-name remote-IPX-router-name
# ipparam pppd-pid
# example: ippp0 /dev/ippp0 38400 ...
# interface=3D$1 line=3D$2 speed=3D$3 localaddr=3D$4 remoteaddr=3D$5
logger -t ipx-down -p local2.info $*
/usr/bin/ipx_interface del $1 EtherII
Wenn durch die letzte Zeile nicht das IPX-Interface gel=F6scht wird, steht
es das n=E4chste mal im Weg!
Ich denke, da=DF das in den ipppd wandern mu=DF (Michael???). Nach einem Bl=
ick
in die message-Logs mu=DF ich sagen, da=DF der Jenssche-Patch zwar tut, abe=
r
wohl auch nur als Workaround anzusehen ist. Er f=FChr dazu, da=DF kein
Routing-Protokoll vereinbart wird, was aber nicht st=F6rt. Ich konnte
zumindest alles tun. Ob sich jetzt aber zwei LAN ohne Routing-Protokoll
verbinden lassen wei=DF ich nicht (kann ich auch eben nicht pr=FCfen, da ic=
h
zu Hause kein LAN hab - das Finanzamt macht ja schon bei einem
Rechner ...).
Damit Linux zu Linux tut, mu=DF ein zweites IPX-Interface aufgesetzt werden=
=2E
Notfalls das dummy0. Das meldet man dann als primary an (Option -p im
ipx_interface-Befehl). Das sorgt eben f=FCr ein Prim=E4res und erm=F6glicht=
,
sobald die Leitung steht dem ipxd (aus ipxripd-0.7) zu starten (er braucht
mindestens zwei IPX-Interfaces zum starten). Danach gehen slist und
ncpmount!!!=20
Wenn die Leitung abgebaut und sp=E4ter wieder aufgebaut wird, mu=DF ipxd ni=
cht
neu gestartet werden. Nach ca 30 Sekunden hat der ipxd das neue
IPX-Interface erkann.
Der ipxd startet nat=FCrlich nicht von selbst. Damit man das zweitemal nich=
t
so lange (30 Sec.) warten mu=DF kann man ein ipx-up schreiben, welches
pr=FCft, ob ipxd l=E4uft und ihm ein HUP schicken, dann sieht er sofort das
neue Interface, oder sonst startet.
Wenn die Leitung abgebaut und sp=E4ter wieder aufgebaut wird, mu=DF ipxd ni=
cht
neu gestartet werden. Nach ca 30 Sekunden hat der ipxd das neue
IPX-Interface erkann.
Gru=DF Hartwig ;-)
768/CA2159D9 Hartwig Felger <hgfelger@trick.informatik.uni-stuttgart.de>
Fingerprint: 18 49 5E 6E 4E 47 3D F5 28 3E 11 C9 05 26 F3 46
---------------------------------------------------
To remove yourself from this mailing list send
email to majordomo@hub-wue.franken.de containing
"unsubscribe isdn4linux <your_email_address>" in
the message body [-vg]

123
FAQ/_howto/i4l_ipx4.txt Normal file
View File

@ -0,0 +1,123 @@
Return-Path: POPmail
Received: from hsun6.wi-inf.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03)
id AA25458; Mon, 10 Feb 1997 02:33:01 +0100
Received: from rachael.franken.de by hsun6.wi-inf.uni-essen.de (SMI-8.6/SMI-SVR4)
id CAA16866; Mon, 10 Feb 1997 02:34:07 +0100
Received: from oops.franken.de by rachael.franken.de with smtp
(Smail3.1.29.1 #8) id m0vtj9I-000oKia; Mon, 10 Feb 97 00:59 MET
Received: by oops.franken.de (Linux Smail3.1.29.1 #1)
id m0vtj8I-001Ibia; Mon, 10 Feb 97 00:58 MET
Received: from hub-wue.franken.de by oops.franken.de with smtp
(Linux Smail3.1.29.1 #1) id m0vtj8D-001IbgE; Mon, 10 Feb 97 00:58 MET
Received: from frog.informatik.uni-stuttgart.de by hub-wue.franken.de with smtp
(Smail3.1.29.1 #1) id m0vtj7p-000BikC; Mon, 10 Feb 97 00:57 MET
Received: from localhost (hgfelger@localhost)
by frog.informatik.uni-stuttgart.de (8.8.5/8.8.4) with SMTP
id AAA00744 for <isdn4linux@hub-wue.franken.de>; Mon, 10 Feb 1997 00:57:17 +0100
X-Authentication-Warning: frog.informatik.uni-stuttgart.de: hgfelger owned process doing -bs
Date: Mon, 10 Feb 1997 00:57:16 +0100 (CET)
From: Hartwig Felger <hgfelger@trick.informatik.uni-stuttgart.de>
X-Sender: hgfelger@frog.informatik.uni-stuttgart.de
Cc: isdn4linux-Mialinglist <isdn4linux@hub-wue.franken.de>
Subject: Re: IPX / callback und anderes mit neuem ipppd
In-Reply-To: <Pine.LNX.3.95.970208201737.771A-100000@frog.informatik.uni-stuttgart.de>
Message-Id: <Pine.LNX.3.95.970210004715.538A-101000@frog.informatik.uni-stuttgart.de>
Mime-Version: 1.0
Content-Type: MULTIPART/MIXED; BOUNDARY="8323584-669190516-855532636=:538"
Sender: owner-isdn4linux@hub-wue.franken.de
Precedence: bulk
Status:
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
Send mail to mime@docserver.cac.washington.edu for more info.
--8323584-669190516-855532636=:538
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
Salut,
On Sat, 8 Feb 1997, Hartwig Felger wrote:
> Sorry,
> On Sat, 8 Feb 1997, Raphael Leiteritz wrote:
>=20
> > | Sorry beim Bauen ist mir eingefallen, da=DF f=FCr den USE_MS_DNS ein =
kleiner
> > | Patch n=F6tig ist:
> > | -------------o<------------
> > | pp4i4k-2.2.6g-alpha/ipppd.2.2.6g/ipcp.h
> > | 58a59,60
> > |> /*@@@ added by dy */
> > |> u_int32_t winsaddr[2]; /* Primary and secondary MS WINS entrie=
s */
> > | -------------->o-----------
> > Hattest Du denn ansonsten Erfolg? Bei mir hat es naemlich immer
> > noch nicht geklappt (s. meine mail an die Liste).
> das war wohl nur ein Patch um copilieren zu k=F6nnen. Irgendwo in meinem
> Win95 mu=DF wohl noch ein Verweis auf den Firmen-DNS sein, denn ich kann =
mit
> Namen arbeiten. Wenn ich ins Log schaue, steht da aber =FCberall REJ. Ich
> konnte aber weder in der Registry noch in irgendeiner .INI was finden. Di=
e
> Frage w=E4re nat=FCrlich, ob Win95 auch nicht einfach den Rechner nimmt, =
wo
> man sich gerade eingew=E4hlt hat. Da ist bei uns auch der DNS drauf. ????
>=20
> Gru=DF Hartwig :-(
>=20
> 768/CA2159D9 Hartwig Felger <hgfelger@trick.informatik.uni-stuttgart.de>
> Fingerprint: 18 49 5E 6E 4E 47 3D F5 28 3E 11 C9 05 26 F3 46
Ich habe heute 'mal die pppd-2.2.0f mit dem ipppd verglichen, bez=FCglich
des MS-DNS und MS-WINS. Ich habe dann das ipppd angepa=DFt und siehe da die
Logs sagen nicht mehr REJ. Ich mich dann per IPX eingew=E4hlt. Nachdem ich
vorher alle =FCbrigen festen DNS-Eintragungen aus win95 entfernnt hatte,
ging der Zugriff perfekt. Der restliche Patch ist angeh=E4ngt!
Achtung: damit IPX mit ipppd und win95 =FCberhaupt geht, m=FCssen die beide=
n
Workarounds eingebracht werden, die ich zusammen schon gemailt habe.
Viel Spa=DF ;-)
P.S.: Ich habe heute schon meine Killerapplikation per ipppd/IPX-Dialin
laufen lassen: NWADMIN f=FCr einen NW4.10. Das Laden des Programms hat zwar
fast 5 Minuten gedauert, aber dann kann man arbeiten. Ich werde mir das
Programm eben lokal installieren.. Dieser Test impliziert, da=DF =FCber
diese Verbindung auf NDS zugegriffen werden kann.
768/CA2159D9 Hartwig Felger <hgfelger@trick.informatik.uni-stuttgart.de>
Fingerprint: 18 49 5E 6E 4E 47 3D F5 28 3E 11 C9 05 26 F3 46
--8323584-669190516-855532636=:538
Content-Type: APPLICATION/octet-stream; name="patch-ms-dns.gz"
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.3.95.970210005716.538B@frog.informatik.uni-stuttgart.de>
Content-Description: gziped patch f|r option.c
H4sICN1h/jIAA3BhdGNoLW1zLWRucwCdlG1r2zAQgD+3v+IIjNqu3cQJSZaG
DMbGIFBKoIwNSgmurcQCxxKS0qyU/PedFPktTZu0+mL5dPfodG+e5wHjirJc
XsVXTNDl2d06h1/kEWAE4fC627nuDiEcjYbnQRBUuvtqg+v+aKfmNZf+h25n
5HfDr2AEmrMTjAD3wTmAVJGiMdBcgSSKch6JaAXz+cxxUObHaSTQ1nXHr3R5
xGPxzFWpfEiJJhk5iZayLGGLxUm6SS6jJBEHdS/3dDf0HeUGWBATgH9cMMXe
fdRaErqg/JjOggqpjqit3j/mm4wtGxqHctzrD/zeoF/luNcfomBY5Fivl5bN
bcuH0K/leuufnbU9LQD0VcaCYkrNCVEEA9UuAUXCkdDx6xWACCTMvs/QTsoN
E4kEkpsjktQJuhqq+/Fn60NjIcZUjKIrAhldUQWOJDHLE+nWQbZaSpb938cZ
oH5ZUV2Ge5C4kgGWVQm0JVYDIunn7R1oKZESFkyASglwQsSFBEy3pl1WNF14
Ja6owibvz/QosHAvZ1iZiNORbxRqQdTuURk9YvCms78/ZuBEeaK3jVcGlvJp
TEmyPdDyO37VEc34IyuOsszkGg8d17xxOjNPlnW3qmapeFaASOToaBiBNl8I
toJorVIUoZ8aKsiKKROwgzMw7PZx5vUGtSkYdocoGozqPYIL8w4T8Jz1HPut
150r8NyUB9/SuXZ6bBW3VSToAhzKYz7Hl7KNHdL3RiIzph6ubCXddx5gMoGO
Cy/VbScbar/GtroKu02Uq5PMrM9AMoziR28PP3f7vtkWv3YrML0iByc009oe
tD196jUmdmBaV/eEFhWN4hDpGt32m7Nez0oonSoGfiSWT9ryxfpRpVjbFY5K
JdaxHhhSEaR4KR9Xrhs/JngdUaYenB20sNW1sFOZQBC65U32yEk5Gi/1tJLq
8TnHCWsBrra4/X1z07DRaxfiORGCCadF86coo0k5M6oxffFFXphOsJPHGrb8
Jq6xms7bZbPTqYm31dYG4O3+eJXto/1RJK3eIM1SO8mykcQjRfq2YdkkH/Qg
/KwHNcMi2OVoqTeKPfgPxzKysjUKAAA=
--8323584-669190516-855532636=:538--
---------------------------------------------------
To remove yourself from this mailing list send
email to majordomo@hub-wue.franken.de containing
"unsubscribe isdn4linux <your_email_address>" in
the message body [-vg]

156
FAQ/_howto/isdnpool.txt Normal file
View File

@ -0,0 +1,156 @@
From: Torsten Hentschel <Torsten.Hentschel@DInet.de> Subject: Re: ISDN - POOL
To: isdn4linux@hub-wue.franken.de
Date: Sun, 10 Nov 1996 14:15:22 +0100 (MET) Sender: owner-isdn4linux@hub-wue.franken.de Reply-To: isdn4linux@hub-wue.franken.de
Hallo Georg!
> nachdem ich I4L nun seit 8 Monaten erfolgreich und voellig _ohne_ Probleme
> betreibe (Hut ab vor den Entwicklern), ist noch eine einzige Geschichte,
> die ich gerne geloest haette.
Jau, ueber die Arbeit der I4L-Entwickler auch meinen Dank. Das Zeug ist wunderbar.
> Ich betreibe I4L Router, die verschiedene Subnetze verbinden. Dies sind aber
> alles feste routen, ich benutze _kein_ pppd oder ipppd. ISDN Device mit isdnctrl
> definieren und mit ifconfig / route einrichten - fertig. Die Gegenstellen
> waehlen sich auf eine feste Nummer rein, diese muss dann natuerlich frei sein.
>
> Dies laeuft alles ganz hervorragend, jetzt aber die Frage:
>
> Ich benutze einen "eigenen" NTBA nur fuer I4L, waere es moeglich, das dieser als
> Pool fungiert ?
> Ich meine, ich definiere 10 IP Verbindungen und gebe jeder (secure on) eine
> Eingehende Nummer. Die Gegenstellen bekommen alle 3 Rufnummern und waehlen diese
> der Reihe nach durch.
Genau sowas haben wir hier an zwei Standorten realisiert.
Gerne beschreibe ich Dir Moeglichkeiten und Probleme.
Auch wir haben das hier ohne ipppd gemacht, weil der leider noch so ein paar Tuecken hat.
Wenn ich recht verstehe hast Du momentan folgende Konstellation (habe neben S0 jeweils eine Beispiel-Telephonnummer geschrieben, drunter und drueber stehen beispielhafte Namen fuer die ISDN-Devices).
"draussen" "pool"
Router A 8989 S0 <------ISDN--\ raw0 \
+---> SO 3434 |
Router B 7676 S0 <------ISDN--/ raw1 | ein Master-Router
|
Router C 6565 S0 <------ISDN--\ raw2 | ein Master-Router
+---> SO 6565 |
Router D 2332 S0 <------ISDN--/ raw3 | ein Master-Router
|
Router E 6344 S0 <------ISDN--\ raw4 | ein Master-Router
+---> SO 3454 |
Router F 1023 SO <------ISDN--/ raw5 /
Die Router draussen waehlen sich also auf Deinem zentralen Router ein. Bisher hast Du dafuer die ISDN-Nummern bei den Routern draussen so verteilt, dass kein Konflikt durch "Besetzt" entstehen kann.
Bei den Beispiel-Routern sei vereinbart, dass sie alle Ihr ISDN-Device mit "raw0" benannt haben. Auch werde ich annehmen, dass alle in derselben Orstnetzkennzahl liegen.
Nun habe ich Dich so verstanden, dass Du auf Deinem Master-Router die Kosten fuer die einzelnen Basis-Anschluesse senken willst, indem Du auf jedem Basisanschluss mehr als zwei Rechner einwaehlen laesst.
Am liebsten auf allen drei beispielhaften Anschluessen mit 6 Kanaelen gleich 10 externe Router auf einmal. Bei 10 Routern ist noch recht selten, dass alle 6 Kanaele des Master-Routers gleichzeitig besetzt sind, wenn man eine "gemaessigte" Benutzung voraussetzt.
> Am einfachsten waere dies zu realisieren, wenn die Slave Devices einen Anruf
> annehmen, auch wenn der Master _NICHT_ aktiv ist. Die Master Rufnummer waere in
> diesem Fall durch einen Anruf auf eben dieser Nummer von einer anderen
> Gegenstelle blockiert.
Nee, mit slave-Devices solltes Du das nicht probieren. Dafuer sind die nicht gedacht.
> Oder ich kann einem Device mehrere MSN zuweisen, oder ich kann es so aufsetzen,
> das es _immer_ rangeht, bzw wenn secure = true ist.
Ja, genau das ist mein Vorschlag.
Konkret haette ich dafuer den folgenden Vorschlag:
a) Bei allen externen Routern muessen alle Nummern der
SO-Anschluesse des Master-Routers eingetragen werden.
Jedesmal, wenn Du zentral einen S0-Anschluss aufnimmst,
bedeutet das auf den externen Routern ein wenig arbeit.
Also bei jedem Router draussen:
vorwahl="2932" # ohne Null!
for number in 3434 6565 3454
do
isdnctrl addphone raw0 in ${vorwahl}${number}
isdnctrl addphone raw0 out ${number}
done
b) Bei den ISDN-Netzinterfacen raw0 bis raw5 kannst Du nur eine
MSN angeben. Auf jedem Euro-ISDN-Basisanschluss liegen
aber mehrere MSNs und die sind auch noch alle verschieden.
Bei 1TR6 war das anders und deshalb funktionierte das damals
mit der Realisierung einer Einwaehlreihenfolge ganz problemlos.
Die EAZs von 1TR6-Anschluessen waren naemlich alle einziffrig
und wenn alle externen Router dieselben Durchwahlnummern verwendet
haben (mit derselben angehaengten EAZ), dann hat automatisch
jedes Netzinterface auf allen SO-Anschluessen reagiert.
Aus diesem Grunde scheint eine sehr nette und durchdachte
Sache von Fritz Elfert in das ISDN-Basissystem von Linux
eingefuegt worden zu sein: Das EAZ-MSN-Mapping.
Fuer die Treiber der einzelnen S0-Anschluesse auf dem
zentralen Router hast Du ja mit dem insmod Namen vergeben.
Ich nehme mal an, die Namen sind wie folgt vergeben:
MSN Treibername
3434 bri0
6565 bri1
3454 bri2
BRI kommt von basic rate interface und ist die englische
Bezeichnung fuer den Steckanschluss eines ISDN-Graetes.
Für die Treiber setzt Du nun die folgenden Befehle ab:
isdnctrl mapping bri0 "-,3434,3435,3436"
isdnctrl mapping bri1 "-,6565,6566,6567"
isdnctrl mapping bri2 "-,3454,3455,3456"
Das bedeutet nun, dass ein auf der Nummer 3434 ankommender
Ruf nun bei den Netzinterfaces und den ttyI-Interfaces
die MSN 1 liefert und nicht mehr die MSN 3434. Ebenso
klingelt ein Ruf auf 6565 nicht mehr auf MSN 656, sondern
auf MSN 1 und der Ruf auf 3454 auch.
Nun stell auf allen Netzinterfaces Deines zentralen Routers
diese "virtuelle" MSN ein:
isdnctrl eaz raw0 1
isdnctrl eaz raw1 1
isdnctrl eaz raw2 1
isdnctrl eaz raw3 1
isdnctrl eaz raw4 1
isdnctrl eaz raw5 1
Bei dem "isdnctrl mapping" entscheidet die Position der "echten"
MSN ueber die EAZ die sie liefert. Die Position "0" ist durch
ein Minuszeichen unbelegt gelassen, da dies der "global call" ist.
Bitte benutz den global call vorerst nicht, solange Du ihn nicht
genauer kennst (alle nicht identifizierten Rufe auf unbekannter
EAZ landen auf dem "global call" mit der Nummer "0"; der klingelte
bei 1TR6 dann bei allen am selben Bus angeschlossenen Geraeten).
Nun siehst Du auch, dass ich beim Mapping noch mehr Nummern mit
angegeben habe. Hier in Deutschland werden EURO-ISDN-Anschluesse
meist mit 3 MSNs ausgeliefert. Diese drei MSNs kannst Du natuerlich
auf verschiedene EAZs mappen. Dadurch ergibt sich folgender Spiel-
raum: Draussen kannst Du router stehen haben, die verschiedene
Protokolle haben und diese anhand der angerufenen Nummer unterscheiden
(z.B. konfigurierst Du alle Netzinterfaces fuer rawip auf EAZ=1,
alle fuer syncppp auf EAZ=2 und alle fuer X.75 auf EAZ=3).
Hoffentlich ist es das, was Du gesucht hast.
Jedenfalls war ich von diesen Moeglichkeiten von I4L wahnsinnig begeistert. Cisco kann sowas (Multi-Protkoll auf einem dialer rotary group) nicht ansatzweise. ;-)
Gruesse,
Torsten
--
http://www.DInet.de/
/\ von-Siemens-Str. 12
/ \ Delta Internet GmbH 59757 Arnsberg
/ \ Netzwerkdienst & Vertrieb Tel. +49 2932 91 61 32 /______\ Fax. +49 2932 91 61 91 --------------------------------------------------- To remove yourself from this mailing list send email to majordomo@hub-wue.franken.de containing "unsubscribe isdn4linux <your_email_address>" in the message body [-vg]

156
FAQ/_howto/lan_route.txt Normal file
View File

@ -0,0 +1,156 @@
Return-Path: POPmail
Received: from hsun6.wi-inf.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03)
id AA76880; Sat, 30 Nov 1996 13:44:05 +0100
Received: from rachael.franken.de by hsun6.wi-inf.uni-essen.de (SMI-8.6/SMI-SVR4)
id NAA01959; Sat, 30 Nov 1996 13:44:57 +0100
Received: from hub-wue.franken.de by rachael.franken.de with smtp
(Smail3.1.29.1 #8) id m0vTliY-000oIPa; Sat, 30 Nov 96 10:28 MET
Received: from oops.franken.de by hub-wue.franken.de with smtp
(Smail3.1.29.1 #1) id m0vTlho-000Boba; Sat, 30 Nov 96 10:27 MET
Received: by oops.franken.de (Linux Smail3.1.29.1 #1)
id m0vTlil-001IYWa; Sat, 30 Nov 96 10:28 MET
Received: from hub-wue.franken.de by oops.franken.de with smtp
(Linux Smail3.1.29.1 #1) id m0vTlii-001IYVE; Sat, 30 Nov 96 10:28 MET
Received: from giovanni.rhein-neckar.de by hub-wue.franken.de with smtp
(Smail3.1.29.1 #1) id m0vTlge-000BobC; Sat, 30 Nov 96 10:26 MET
Message-Id: <m0vTlgM-000rArC@giovanni.rhein-neckar.de>
From: girardi@giovanni.rhein-neckar.de (Norbert J. Girardi)
Subject: Re: routes?
To: isdn4linux@hub-wue.franken.de
Date: Sat, 30 Nov 1996 10:25:58 +0100 (MET)
Cc: uwe.tetzlaff@t-online.de
In-Reply-To: <m0vTby7-0000fJC@ermail02.btx.dtag.de> from "Uwe Tetzlaff" at Nov 29, 96 10:11:00 pm
X-Mailer: ELM [version 2.4 PL24]
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-isdn4linux@hub-wue.franken.de
Precedence: bulk
Reply-To: isdn4linux@hub-wue.franken.de
Status:
>
> Moins..
>
> Ich hab hier in der Firma 2 Rechner W95 192.168.254.2 Ne2000
> LinuX 192.168.254.1 3Com 509
> Zu Hause habe ich einen Rechner LinuX 192.168.255.1 Teles S0-16.3
>
> Also zu meinem Problem : ich teste mit ping die Verbindung :
>
> von LinuX zu Hause <-> LinuX Firma via isdn0 = geht.
> von W95 Firma <-> LinuX Firma via eth0 = geht.
> von W95 Firma <-> LinuX zu Hause via eth0 -> isdn0 = geht nicht !
> von LinuX zu Hause <-> W95 Firma via isdn0 -> eth0 = geht nicht !
>
>
> Sicherlich voellig off topic denn ich tippe auf ein Problem bei meinen routes.
>
Es waere sicher hilfreich gewesen wenn Du die 'routes' mitgeschickt
haettest ;-)
OK, versuchen wir's trotzdem mal.
Nennen wir Linux at home -> lihome = 192.168.255.1 ,
Linux at work -> liwork = 192.168.254.1 ,
W95 at work -> work95 = 192.168.254.2 .
Also, bei mir wuerde die '/etc/hosts' auf allen Rechnern _so_ aussehenen:
# ----------------- [schnippel] --------------------------
# hosts This file describes a number of hostname-to-address
# mappings for the TCP/IP subsystem. It is mostly
# used at boot time, when no name servers are running.
# On small systems, this file can be used instead of a
# "named" name server. Just add the names, addresses
# and any aliases to this file...
#
# For loopbacking.
127.0.0.1 localhost
192.168.255.1 lihome
192.168.254.1 liwork
192.168.254.2 work95
# End of hosts.
# ----------------- [schnippel] --------------------------
Die '/etc/networks' auf allen Rechnern :
========================================
# ----------------- [schnippel] --------------------------
#
# networks This file describes a number of netname-to-address
# mappings for the TCP/IP subsystem. It is mostly
# used at boot time, when no name servers are running.
#
loopback 127.0.0.0
homenet 192.168.255.0
worknet 192.168.254.0
# End of networks.
# ----------------- [schnippel] --------------------------
Ich benutze fuer die statischen routes eine Datei in /etc/rc.d
in die ich alle routes eintrage, und die aus /etc/rc.d/rc.inet1
aufgerufen wird.
Die /etc/rc.d/rc.routes auf lihome:
===================================
# ----------------- [schnippel] --------------------------
/sbin/ifconfig isdn0 lihome pointopoint liwork
/sbin/route add liwork isdn0
/sbin/route add default gw liwork isdn0
# Alles was raus soll geht per default ueber isdn0
# ----------------- [schnippel] --------------------------
Die /etc/rc.d/rc.routes auf liwork:
===================================
# ----------------- [schnippel] --------------------------
/sbin/ifconfig eth0 liwork
/sbin/route add -net worknet eth0
# Alles was von worknet kommt und nach worknet soll
# muss ueber eth0
/sbin/ifconfig isdn0 liwork pointopoint lihome
/sbin/route add liwork
/sbin/route add default gw liwork isdn0
# Alle anderen gehen per default ueber isdn0
# !!!! Klappt nur wenn auch der Kernel mit
# IP FORWARDING/GATEWAYING kompiliert wurde !!!!
# ----------------- [schnippel] --------------------------
Fuer W95 tue ich mal so als sei es ein Linux, d.h.
die Uebersetzung in W95 Syntax bleibt dem Leser ueberlassen :-)
Die /etc/rc.d/rc.routes auf work95:
===================================
# ----------------- [schnippel] --------------------------
/sbin/ifconfig eth0 work95
/sbin/route add liwork
/sbin/route add default gw liwork eth0
# alles geht per default ueber eth0 nach liwork
# der sorgt dann fuer die Verteilung
# ----------------- [schnippel] --------------------------
- Norbert
--
Norbert J. Girardi < girardi@giovanni.rhein-neckar.de >
Voice: +49 621 493417 (h) +49 621 381-3260 (w)
Neckarstr. 17, D-68549 Ilvesheim, Germany
---------------------------------------------------
To remove yourself from this mailing list send
email to majordomo@hub-wue.franken.de containing
"unsubscribe isdn4linux <your_email_address>" in
the message body [-vg]

120
FAQ/_howto/leased_hisax.txt Normal file
View File

@ -0,0 +1,120 @@
Return-Path: POPmail
Received: from hsun6.wi-inf.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03)
id AA62050; Tue, 28 Jan 1997 01:28:05 +0100
Received: from rachael.franken.de by hsun6.wi-inf.uni-essen.de (SMI-8.6/SMI-SVR4)
id BAA13753; Tue, 28 Jan 1997 01:29:02 +0100
Received: from oops.franken.de by rachael.franken.de with smtp
(Smail3.1.29.1 #8) id m0voydq-000oJ3a; Mon, 27 Jan 97 22:31 MET
Received: by oops.franken.de (Linux Smail3.1.29.1 #1)
id m0voyhI-001Idqa; Mon, 27 Jan 97 22:34 MET
Received: from hub-wue.franken.de by oops.franken.de with smtp
(Linux Smail3.1.29.1 #1) id m0voyhD-001IdoE; Mon, 27 Jan 97 22:34 MET
Received: from mail.space.net by hub-wue.franken.de with smtp
(Smail3.1.29.1 #1) id m0voyad-000BlxC; Mon, 27 Jan 97 22:27 MET
Received: from euler.space.net ([194.59.182.7]) by mail.space.net with SMTP id <30273-3309>; Mon, 27 Jan 1997 22:28:57 +0100
Received: by euler.space.net (Smail3.1.29.1 #4)
id m0voyZy-000ZzNC; Mon, 27 Jan 97 22:27 MET
Received: from lx01.temic (isdn4@lx01.temic [192.9.216.171]) by temic-ech.spacenet.de (8.6.12/1.02KKe) with ESMTP id WAA14625; Mon, 27 Jan 1997 22:22:33 +0100
Received: (from isdn4@localhost) by lx01.temic (8.6.12/1.02KKe) id WAA24950; Mon, 27 Jan 1997 22:20:41 +0100
Message-Id: <Mutt.19970127222041.isdn4@lx01.temic>
Date: Mon, 27 Jan 1997 22:20:41 +0100
From: isdn4@temic-ech.spacenet.de (Karsten Keil)
To: chrk@netfire.aball.de (Christian Kleinfeld)
Cc: isdn4linux@hub-wue.franken.de
Subject: Re: Standleitung mit I4L ?
References: <32ECE75C.7C9CE872@netfire.aball.de>
X-Mailer: Mutt 0.58.1
Mime-Version: 1.0
In-Reply-To: <32ECE75C.7C9CE872@netfire.aball.de>; from Christian Kleinfeld on Jan 27, 1997 18:35:24 +0100
Sender: owner-isdn4linux@hub-wue.franken.de
Precedence: bulk
Status:
Christian Kleinfeld writes:
> bestimmt steht das die Antwort in einer Doku oder FAQ, leider habe ich
> in den Dokumenten keine richtigen Hinweise gefunden deshalb poste ich
> einfach mal hier.
Du hast recht es steht nicht drin, weil es das noch nicht offiziell gibt.
> Ich moechte mit meiner TelesS0 16.0 (LinuX 2.0.25, i4l mit oder ohne
> HiSax ist egal da als Modul eingebunden <grin>) auf ueber D64S
Egal nicht geht nur mit HiSax2.0.
> Standleitung zum Provider gehen, naja Standleitung ist auch schon bis
> ins Haus gelegt und kostet Geld ;(. Meine eigentlich Frage kommt jetzt.
> Gibt es irgendwelche besonderheiten bei der Konfiguration auf eine
> Standleitung wenn ja welche ?
Also seit ca. 1 Woche laeuft HiSax mit Standleitung, unten kommt die
Anleitung.
>
> Hat schon jemand erfahrung damit gehabt ?
Es laeuft bei jemanden, der sich bestimmt auch noch bei Dir meldet mit
einer Cisco als Gegenstelle. Wichtig KeepAlive bei Cisco ausschalten !!!
Falls Du Prbleme hast, Mail an meine Adresse keil@temic-ech.spacenet.de,
dann gibt es Telefonsupport.
Fuer den leased Mode ist eine vorab version aus dem CVS Entwickler tree
notwendig, Anleitung war im November vom Fritz auf der Liste, Du bekommst
eine Kopie per extra Mail.
Anleitung zur Installation des isdn trees.
1. Einen 2.0.X kernel mit HiSax 1.X (wichtig mit HiSAX !)
2. ins CVS isdn wechseln und
./std2kern -d
aufrufen
4. Im kernel make (menu)config;make dep; make clean; make modules
Hier ein Beispielscript zum leased mod, module werden direkt aus dem
kernel geladen (kein make module_install notwendig)
Alle Telefonnummern sind erlaubt, sie spielen keine Rolle.
#!/bin/sh
cd /usr/src/linux/modules
/sbin/insmod -m isdn.o > /tmp/isdn/isdn.map
/sbin/insmod -m hisax.o type=3 io=0x180 protocol=1 irq=10 id=HiSax \
> /tmp/isdn/hisax.map
/bin/cat /System.map /tmp/isdn/isdn.map /tmp/isdn/hisax.map | \
sort > /tmp/isdn/System.map
# Full debug nur fuer tests , muss wenns geht runtergesetzt werden
/sbin/telesctrl HiSax 1 0xffff
/sbin/telesctrl HiSax 11 0xff
# normal debug
#/sbin/telesctrl HiSax 1 0x31
#/sbin/telesctrl HiSax 11 0x01
# Setzen in leased Mode
/sbin/telesctrl HiSax 5 0
# interface
/sbin/isdnctrl addif isdn0
# wichtig
/sbin/isdnctrl huptimeout isdn0 0
# binde Interface an 1. BChannel (,1 fuer 2.)
/sbin/isdnctrl bind HiSax,0
# dummy
/sbin/isdnctrl eaz isdn0 1
/sbin/isdnctrl l2_prot isdn0 hdlc
# dummy
/sbin/isdnctrl addphone isdn0 out 2
/sbin/isdnctrl addphone isdn0 in 3
/sbin/isdnctrl l3_prot isdn0 trans
# nur bei cisco
#/sbin/isdnctrl encap isdn0 cisco-h
# interface starten
/sbin/ifconfig isdn0 192.1.1.1 up
# route zur Gegenstelle
/sbin/route add 192.1.1.2 isdn0
mv /tmp/isdnctrl.log /tmp/isdnctrl.log.o
cat /dev/isdnctrl >/tmp/isdnctrl.log &
--
Dipl.Ing. Karsten Keil Microcontroller Developement
email: keil@temic-ech.spacenet.de Temic Semiconducters GmbH
Any opinions in this posting are my own and not those of my present
or previous employers.
---------------------------------------------------
To remove yourself from this mailing list send
email to majordomo@hub-wue.franken.de containing
"unsubscribe isdn4linux <your_email_address>" in
the message body [-vg]

98
FAQ/_howto/leased_hisax2.txt Normal file
View File

@ -0,0 +1,98 @@
Return-Path: POPmail
Received: from hsun6.wi-inf.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03)
id AA92926; Wed, 12 Feb 1997 18:49:14 +0100
Received: from rachael.franken.de by hsun6.wi-inf.uni-essen.de (SMI-8.6/SMI-SVR4)
id SAA23322; Wed, 12 Feb 1997 18:50:16 +0100
Received: from oops.franken.de by rachael.franken.de with smtp
(Smail3.1.29.1 #8) id m0vudjc-000oIya; Wed, 12 Feb 97 13:24 MET
Received: by oops.franken.de (Linux Smail3.1.29.1 #1)
id m0vudg4-001ITGa; Wed, 12 Feb 97 13:20 MET
Received: from hub-wue.franken.de by oops.franken.de with smtp
(Linux Smail3.1.29.1 #1) id m0vudfw-001ITEE; Wed, 12 Feb 97 13:20 MET
Received: from oops.franken.de by hub-wue.franken.de with smtp
(Smail3.1.29.1 #1) id m0vudfL-000BlxC; Wed, 12 Feb 97 13:19 MET
Received: by oops.franken.de (Linux Smail3.1.29.1 #1)
id m0vudft-001ITEE; Wed, 12 Feb 97 13:20 MET
To: isdn4linux@hub-wue.franken.de
Xref: oops de.alt.comm.isdn4linux:1555
Newsgroups: de.alt.comm.isdn4linux
From: keil@temic-ech.spacenet.de (Karsten Keil)
Subject: Re: Isdn4Linux an Standleitung?
X-Newsreader: TIN [version 1.2 PL2]
Organization: temic
Message-Id: <E5HLEu.Kn@temic-ech.spacenet.de>
References: <5ds4i9$9ut$1@News.CoLi.Uni-SB.DE>
Date: Wed, 12 Feb 1997 11:04:06 GMT
Lines: 63
Sender: owner-isdn4linux@hub-wue.franken.de
Precedence: bulk
Status:
Joerg Dorchain (dorchain@mpi-sb.mpg.de) wrote:
: Ist es möglich mit, mit einer Teles- (oder auch sonstigen Karte),
: Isdn4Linux an einer Standleitung zu betreiben? Genauer gesagt an einer
: SoFMV-Verbindungen (Die Variante mit 1 B-Kanal).
: Falls ja, kann mir jemand eine Kurzanleitung schicken?
Ist mit dem HiSax aus dem CVS Tree moeglich.
Wie Du an den CVS tree kommst ging ein paar mal ueber die Liste.
(Das letzte Mal mit Subject: Re: Absturz des ISDN
am 5 Feb 1997.)
Anleitung zur Installation des isdntrees.
1. Einen 2.0.X kernel mit HiSax 1.X (wichtig mit HiSAX)
2. ins CVS isdn wechseln und
./std2kern -d
aufrufen
4. Im kernel make (menu)config;make dep; make clean; make modules
Hier ein Beispielscript zum leased mod, module werden direkt aus dem
kernel geladen (kein make module_install notwendig)
Alle Telefonnummern sind erlaubt, sie spielen keine Rolle.
#!/bin/sh
cd /usr/src/linux/modules
/sbin/insmod -m isdn.o > /tmp/isdn/isdn.map
/sbin/insmod -m hisax.o type=3 io=0x180 protocol=1 irq=10 id=HiSax \
> /tmp/isdn/hisax.map
/bin/cat /System.map /tmp/isdn/isdn.map /tmp/isdn/hisax.map | \
sort > /tmp/isdn/System.map
# Full debug nur fuer tests , muss wenns geht runtergesetzt werden
/sbin/telesctrl HiSax 1 0xffff
/sbin/telesctrl HiSax 11 0xff
# normal debug
#/sbin/telesctrl HiSax 1 0x31
#/sbin/telesctrl HiSax 11 0x01
# Setzen in leased Mode
/sbin/telesctrl HiSax 5 0
# interface
/sbin/isdnctrl addif isdn0
# wichtig
/sbin/isdnctrl huptimeout isdn0 0
# binde Interface an 1. BChannel (,1 fuer 2.)
/sbin/isdnctrl bind HiSax,0
# dummy
/sbin/isdnctrl eaz isdn0 1
/sbin/isdnctrl l2_prot isdn0 hdlc
# dummy
/sbin/isdnctrl addphone isdn0 out 2
/sbin/isdnctrl addphone isdn0 in 3
# interface starten
/sbin/ifconfig isdn0 192.1.1.1 up
# route zur Gegenstelle
/sbin/route add 192.1.1.2 isdn0
mv /tmp/isdnctrl.log /tmp/isdnctrl.log.o
cat /dev/isdnctrl >/tmp/isdnctrl.log &
--
Dipl.Ing. Karsten Keil Microcontroller Developement
email: keil@temic-ech.spacenet.de Temic Semiconducters GmbH
Any opinions in this posting are my own and not those of my present
or previous employers.
---------------------------------------------------
To remove yourself from this mailing list send
email to majordomo@hub-wue.franken.de containing
"unsubscribe isdn4linux <your_email_address>" in
the message body [-vg]

292
FAQ/_howto/masquerade.txt Normal file
View File

@ -0,0 +1,292 @@
Date: Tue, 29 Oct 1996 03:57:50 +0000 (GMT) From: Rainer May <r_may@khavi.desaster.heide.de> X-Sender: r_may@kahvi.desaster.heide.de To: isdn4linux@hub-wue.franken.de
Subject: i4l und Masquerading
X-Flags: MN
Sender: owner-isdn4linux@hub-wue.franken.de Reply-To: isdn4linux@hub-wue.franken.de
Nachdem ich leichtsinnig genug irgendwo mal verkuendet hatte, dass ich hier ein LAN hinter einem Linux-Server mit i4l bei meinem Provider einspeise, platzte mein Postfach aus den Naehten. Bevor ich alles immer wieder aufs Neue abtippe, hab' ich das Procedere in einer Art FAQ aufgeschrieben.
Vielleicht interessiert sich ja wer dafuer. Wer den Text in irgendwelche Webpages aufnehmen, ausdrucken und aufs Klo haengen oder sonstwas damit machen will, meinen Segen hat er.
Rainer
###########################
isdn4linux und IP-Masquerading im LAN
-------------------------------------
Problem: "Ich habe ein lokales Netzwerk (LAN), in dem Rechner
der verschiedensten Plattformen - Win95, Win311, NT,
Amiga (AmiTCP) und MacIntosh (MacTCP) - ueber einen
Linux-Router mit der Aussenwelt verbunden werden
sollen. In der Linux-Maschine steckt eine ISDN-
Karte. Von meinem Provider bekomme ich dynamisch
eine IP-Adresse zugewiesen, wenn die Verbindung auf-
gebaut wird. Nun moechte ich aber nicht nur vom
Linux-Router direkt, sondern von jedem Rechner im
LAN ins Internet kommen. Wie?"
Loesung: "Die meiste Arbeit ist auf Linux-Seite zu erledigen.
Zunaechst einmal braucht man einen Kernel mit ein-
gebautem IP-Forwarding und Masquerading. D.h., bei
"make config" muessen folgende Fragen mit "Y" be-
antwortet werden:
Prompt for development and/or incomplete code/drivers Y
Enable loadable module support Y
Networking support Y
Network firewalls Y
TCP/IP networking Y
IP: forwarding/gatewaying Y
IP: firewalling Y
IP: masquerading Y
PPP (point-to-point) support (wenn PPP zum Provider) Y
SLIP (serial line) support Y
Ethernet (10 or 100Mbit) (oder Arcnet oder ...) Y
ISDN support [1] M
Support synchronous PPP (wenn ipppd benutzt wird) Y
HiSax SiemensChipSet driver support M
(dann den HiSax fuer die ISDN Karte waehlen)
Anschliessend den Kernel wie ueblich mit "make dep",
"make clean", "make zImage", "make modules" und
"make modules_install" bauen.
Auf das Installieren von PPP und der ISDN-Treiber
wird an anderer Stelle ausfuehrlich eingegangen.
Hier geht es weiter, wenn folgende Voraussetzungen
erfuellt sind:
* Das ISDN-Subsystem laeuft, d.h., von Linux aus
kann eine Verbindung zum Provider hergestellt
werden.
* Das lokale Netzwerk (Ethernet usw.) laeuft auch,
vorzugsweise unter Verwendung "freier" IP-
Adressen (z.B. 192.168.xx.xx), und der Linux-Host
kann von allen anderen Rechnern im LAN erreicht
werden (z.B. per ping).
Nun gilt es, zweierlei zu erreichen:
* Zugriffe von einem beliebigen Rechner im LAN
auf eine nicht-lokale IP-Adresse sollen den
Linux-Router veranlassen, eine Verbindung zum
Provider aufzubauen; und
* Der Linux-Router soll zwar die Rechner im LAN
mit dem Provider verbinden, diesem gegenueber
aber verheimlichen, dass nicht der Router
selbst Empfaenger/Absender der entsprechenden
IP-Pakete ist.
Beginnen wir mit dem zweiten Punkt. Dieses "Ver-
heimlichen" hat nichts damit zu tun, dass man
seinen Provider hintergehen will (obwohl man auf
diese Weise auch selbst Provider spielen und
seine Kunden klammheimlich ueber _einen_ billigen
"Privat-Zugang" ins Internet bringen kann), son-
dern mit technischen Notwendigkeiten. Denn nur
das Interface des Linux-Rechners, das die Verbin-
dung zum Provider herstellt, bekommt von diesem
eine IP-Adresse verpasst, die der Provider auch
kennt. Traegt z.B. der Router im LAN die lokale
IP-Adresse 192.168.1.1, und ein anderer Rechner
die 192.168.1.2, dann kennt der Provider diese
Adressen ja nicht. Er weist z.B. dem PPP-Inter-
face des Routers die Adresse 123.234.345.99 zu -
und nur bei Paketen aus dem Internet, die an
diese Nummer adressiert sind, weiss er auch, an
wen er die Pakete schicken soll. Daher muss der
Router Pakete von anderen Rechnern im LAN "mas-
kieren" - mit seiner eigenen, dynamisch zugewie-
senen Adresse (und dabei natuerlich Buch darueber
fuehren, was an wen von wem kam, um die Antwort-
Pakete richtig zuzustellen).
Zum Glueck ist diese Funktion in den Linux-Kernel
=>2.0.0 schon eingebaut (s.o.) - sie nennt sich
"IP-Masquerading". Vereinfacht ausgedrueckt geht
das so:
Ein LAN-Rechner schickt ein Paket ab, das neben
IP-Nummer und Ziel-Port des Empfaengers auch die
"Absender-Adresse" in Form einer IP-Nummer und
eines Antwort-Ports traegt. Der maskierende
Router nun ersetzt die Absender-IP durch seine
eigene und den Ruecksende-Port durch einen freien
aus seinem Fundus. Unter dieser "freien" Port-
nummer werden die originalen Absender-Daten ge-
speichert. Kommt nun ein Antwort-Paket aus dem
Internet an diesen Port, werden dessen Empfaenger-
Adresse und -Port mit der gespeicherten Ruecksende-
Adresse ueberschrieben und an den LAN-Rechner wei-
tergeleitet. Paket fuer Paket.
Leicht einsehbar ist uebrigens, dass dieses Verfahren
nur mit Diensten funktioniert, bei denen auch eine
Ruecksende-Adresse angegeben wird. Dazu gehoeren
u.a. telnet, http, ftp, irc (eingeschraenkt), nicht
aber Echo (ping).
Zurueck zur Praxis. Damit das Masquerading auch
bei FTP und IRC funktioniert, werden zunaechst
zwei Module geladen:
/sbin/modprobe ip_masq_ftp
/sbin/modprobe ip_masq_irc
Dann werden die Forward-Rules des Kernel zum
Masquerading gezwungen:
/sbin/ipfwadm -F -a m -P all -S 192.168.123.0/24 -D 0.0.0.0/0 -b [2]
In diesem Beispiel werden im LAN die IP-Adressen
192.168.123.1 bis 192.168.123.254 benutzt. Legen
wir zur Vereinfachung fest, der Linux-Router habe
dabei die Adresse 192.168.123.1
Obige Zeile bewirkt, dass IP-Pakete, die von
192.168.123.x ausgehen und an wenauchimmer gerichtet
sind, maskiert werden. Das hat den Nachteil, dass
auch innerhalb des LAN fleissig drauflosmaskiert
wird, was man aber durch Einfuegen weiterer Rules
vermeiden kann. "man ipfwadm" sei hier zur Lektuere
empfohlen.
Das "Verstecken" des LAN vor dem Provider haben wir
nun erreicht. Jetzt gilt es, bei Bedarf einen auto-
matischen Verbindungsaufbau zu erzwingen.
Dafuer ist es zunaechst noetig, die anderen Rechner
im LAN dazu zu bringen, alle fuer "Ausserhalb" be-
stimmten IP-Pakete an den Linux-Router zu uebergeben
und diesem die Weiterleitung zu ueberlassen.
Nichts leichter als das: Sowohl bei den verschiedenen
Windows-Versionen, als auch beim AmiTCP und beim
MacTCP gibt es in der Konfiguration den Stichwort
"Default-Gateway" oder nur "Gateway". Hier ist die
_lokale_ IP-Adresse des Routers einzutragen (denn
die spaetere Adresse, die vom Provider kommt, ist
ja erstens noch nicht bekannt und aendert sich zwei-
tens bei jedem Anruf).
Letzter Schritt ist dann, das "dial-on-demand" ein-
zurichten. In Verbindung mit isdn4linux gibt es dafuer
zwei Moeglichkeiten:
* Man verwendet synchrones PPP fuer die Verbindung
zum Provider, also den "ipppd". Dann ist nichts
weiter zu tun als dafuer zu sorgen, dass immer
die Default-Route des Routers auf das entsprechende
ipppx-Interface weist. Vorsicht: Beim Verbindungs-
abbau loescht der Kernel diese Route! Sie muss
also z.B. in der Datei /etc/ppp/ip-down neu gesetzt
werden.
Das Risiko bei diesem Verfahren sind Programme auf
den LAN-Rechnern, die mehr oder weniger regelmaessig
Nameserver-Requests, Keepalive-Pakete oder ARP-
Broadcastings erzeugen - dann stellt naemlich der
Router jedesmal eine Verbindung zum Provider her.
Die Telekom wird's danken.
Uebrigens kann es passieren, dass manche aus dem
LAN initiierte Verbindungen recht lange auf Antwort
warten. Ich weiss nicht, ob Kernel oder ipppd das
"ausloesende" Paket verschlucken, oder die Antwort
darauf unterschlagen; ich weiss aber, dass es
hilft, z.B. bei Netscape wenige Sekunden nach
Anforderung der ersten Seite auf den "roten Knopf"
zu druecken und die Seite nochmals anzufordern.
Wie bereits erwaehnt: Die Konfiguration des ipppd
wird an anderer Stelle ausfuehrlicher und kompeten-
ter erklaert, als ich es koennte [3]
* Benutzt man asynchrones ppp oder gar SLIP/CSLIP
fuer die Verbindung zum Provider, kann man das
Programm "diald" [4] verwenden. Es bietet zudem
den Vorteil, extrem stark konfigurierbar zu sein;
so kann man z.B. festlegen, dass zwischen 0900
und 1200 grundsaetzlich keine Verbindung aufgebaut
wird, dass Nameserver-Anfragen eine Verbindung zwar
nicht aufbauen, aber offenhalten koennen u.v.m.
Wer sich mit diesen Konfigurationsmoeglichkeiten
nicht herumschlagen mag, braucht das indes auch
nicht - die Default-Konfiguration kann man ohne
Gefahr fuer Leib und Geldboerse uebernehmen :-)
So. Wenn jetzt das Masquerading eingerichtet wurde.
Wenn der Linux-Router auf allen LAN-Rechnern als
Gateway eingetragen wurde. Wenn ein "ping abc.edu",
eingetippt auf der Console des Routers, eine Verbin-
dung zum Provider aufbaut. _Dann_ sollte damit auch
fuer alle Rechner im LAN der Weg ins Internet frei sein.
Troubleshooting:
Problem: "Alles schoen und gut. Aber wenn ich z.B. von der
W95-Kiste aus mit Netscape eine Seite aufrufe,
bekomme ich als Antwort nur "unknown host" Loesung: "Was ist denn auf der "Win95-Kiste" als Nameserver
eingetragen? Sofern auf dem Router kein eigener
NS laeuft, muss natuerlich auf allen LAN-Rechnern
der NS des Providers eingetragen sein."
Problem: "Die Adressen werden jetzt aufgeloest, aber statt
der gewuenschten Seite bekomme ich die Meldung
"no route to host"!"
Loesung: "Bitte pruefen:
* Ist auf dem LAN-Rechner der Linux-Router als
Gateway eingetragen (manche "Betriebssysteme"
muss man komplett resetten, bevor Sie da eine
Aenderung mitbekommen)?
* Liegt auf dem Router die Default-Route auf dem
"Bereitschafts-Interface" zum Provider (z.B.
auf ippp0 bei synch. PPP, oder auf sl0 bei
diald (auch wenn die "echte" Verbindung nachher
per ppp0 geht - diald benutzt ein SLIP-Interface
als "Tuerklingel") ?
* Erzwingt der Provider die Verwendung von Proxies?
Dann muessen die IP-Adressen der Provider-Proxies
auch in den entsprechenden Programmen der LAN-
Rechner eingetragen sein!
Problem: "Warum sind bei diesem FAQ keine ausfuehrlichen
Beispielscripte fuer ipppd, diald usw.?" Loesung: "Weil dies eine FAQ ist und keine eierlegende
Wollmilchsau. Ein Beispiel fuer diald haengt
trotzdem hinten dran."
Problem: "Was muss ich fuer diese supertolle FAQ bezahlen?" Loesung: "Wenn es nach meiner Frau ginge, mindestens 250
Mark - so hoch veranschlagt sie den Abend, den ich
mit Schreiben verbrachte und der ihr daher entging.
Da es aber nicht nach meiner Frau geht, sondern nach
mir ;-), steht die FAQ unter GPL. Kost' also nix."
################################################################
[1] Wer mag, kann die ISDN-Treiber natuerlich auch direkt in den
Kernel einbauen, anstatt sie als Module zu verwenden.
[2] Das Programm ipfwadm gibt es per Anon-FTP als
ftp://ftp.xos.nl/pub/linux/ipfwadm/ipfwadm-2.3.0.tar.gz
[3] Bernhard Hailer hat das Ganze auf seinen www-Seiten sehr
ausfuehrlich und verstaendlich beschrieben. Die URL ist
http://www.chemie.uni-muenchen.de/ac/boehm/beh.html
################################################################
Beispielscripte fuer die Verwendung von isdn4linux mit diald. Die verbindung zum provider wird per X75 aufgebaut, das Protokoll ist dann PPP, ohne PAPpy/CHAPpy usw. Ein einfacher Login. Und Telefonnummer, Name sowie Passwort sind natuerlich gefaelscht :-)
-------------------
# zuerst wird - gleich beim Booten - diald "scharf gemacht" #
# /etc/rc.d/rc.diald
/usr/sbin/diald /dev/ttyI4 -m ppp local 192.168.90.9 remote 192.168.90.1 \
defaultroute dynamic modem crtscts lock connect "chat -v -f \
/etc/ppp/chat.provider"
#
-------------------
#
# /etc/ppp/chat.provider
#
TIMEOUT 240 "" AT&E1234 OK ATD047110815 ogin: Puser sword: topsecret #
-------------------
--------------------------------------------------- To remove yourself from this mailing list send email to majordomo@hub-wue.franken.de containing "unsubscribe isdn4linux <your_email_address>" in the message body [-vg]

122
FAQ/_howto/masquerade2.txt Normal file
View File

@ -0,0 +1,122 @@
Return-Path: POPmail
Received: from hsun6.wi-inf.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03)
id AA15640; Sun, 5 Jan 1997 18:04:15 +0100
Received: from rachael.franken.de by hsun6.wi-inf.uni-essen.de (SMI-8.6/SMI-SVR4)
id SAA22736; Sun, 5 Jan 1997 18:05:24 +0100
Received: from oops.franken.de by rachael.franken.de with smtp
(Smail3.1.29.1 #8) id m0vgt53-000oLra; Sun, 5 Jan 97 14:57 MET
Received: by oops.franken.de (Linux Smail3.1.29.1 #1)
id m0vgt3F-001IV9a; Sun, 5 Jan 97 14:55 MET
Received: from hub-wue.franken.de by oops.franken.de with smtp
(Linux Smail3.1.29.1 #1) id m0vgt3C-001IV8E; Sun, 5 Jan 97 14:55 MET
Received: from wildsau.idv.uni-linz.ac.at by hub-wue.franken.de with smtp
(Smail3.1.29.1 #1) id m0vgt3I-000BmIC; Sun, 5 Jan 97 14:55 MET
Received: (from herp@localhost) by wildsau.idv.uni-linz.ac.at (8.6.12/8.6.9) id OAA19933 for isdn4linux@hub-wue.franken.de; Sun, 5 Jan 1997 14:52:07 +0100
From: Herbert Rosmanith <herp@wildsau.idv.uni-linz.ac.at>
Message-Id: <199701051352.OAA19933@wildsau.idv.uni-linz.ac.at>
Subject: ip-masq, sample setup
To: isdn4linux@hub-wue.franken.de
Date: Sun, 5 Jan 1997 14:52:07 +0100 (MET)
X-Mailer: ELM [version 2.4 PL25]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-isdn4linux@hub-wue.franken.de
Precedence: bulk
Status:
since there have been question about ip-masquerading recently, here
is a sample setup. note: this is no isdn-setup anymore (it was before),
but the machine now has two ethernet cards (the customer bought a leased
line). note also that there is a particular network which stupidly has
been setup as internal network allthough the numbers have already been
officially assigned elsewhere. thanks to "daten technik" for this
very clever network design ... :-(
some words to the configuration: the maschine has two network cards,
one for the internal network, one with a real IP address.
eth0: 10.0.0.0 internal
eth0:1 192.34.0.0 "internal"
eth1: x.x.x.x external, real address
you may find the setup for the masquerading part a bit strange.
however, I chosed to configure that based on network cards, not on
ip-numbers. this can be done using the "-W" option from ipfwadm.
so, the last lines below read "accept all traffic from card
1 unchanged, but masquerade it on card 2". this makes sense, since card 2
is the only one with a real ip-addess.
-----------------------------------------------------------------------------
#!/bin/sh
iw=/sbin/ipfwadm
h=linux.xxxxxxx.co.at
#
# start with a clean configuration...
#
$iw -If
#
# default policy: paranoid...
#
$iw -Ip deny
#
# allow only ICMP ECHO REPLY from outside.
# this allows us to ping other hosts, but disables
# others to ping ourselves.
#
$iw -Ia accept -S 0/0 0 -D $h -P icmp -W eth1
$iw -Ia deny -S 0/0 -D $h -P icmp -W eth1
#
# allow incoming smtp connections from outside (internet)
# force local users to use mail-relay
#
$iw -Ia accept -S 0/0 -D xxx.xxx.xxx.xx smtp -P tcp -W eth1
$iw -Ia accept -S 0/0 -D 192.34.70.254 smtp -P tcp -W eth0
$iw -Ia accept -S 0/0 -D 10.0.0.1 smtp -P tcp -W eth0:1
$iw -Ia accept -S 0/0 -D 127.0.0.1 smtp -P tcp -W lo
$iw -Ia deny -S 0/0 -D 0/0 smtp -P tcp
#
# loopback, eth0 and eth0:1 is allowed to do (nearly) everything, of course ...
#
$iw -Ia accept -S 0/0 -D 0/0 -W lo
$iw -Ia accept -S 0/0 -D 0/0 -W eth0
$iw -Ia accept -S 0/0 -D 0/0 -W eth0:1
#
# domain may only speak with domain
#
$iw -Ia accept -S 0/0 domain -D $h domain -P tcp -W eth1
$iw -Ia accept -S 0/0 domain -D $h domain -P udp -W eth1
#
# allow incoming traffic once the connection has been built.
# - note: this is the same as the cisco-keyword "established"
#
# nota bene: since we already accept everything from lo, eth0 and eth0:1,
# it is not (seems not to be) neccessary to check the SYN flag, too.
#
$iw -Ia accept -S 0/0 -D $h -k -W eth1
#
# allow yyyyyy to do some service
#
$iw -Ia accept -S yyyyyyy.yyyyyy.co.at -D $h -W eth1
#
# allow yyyyyy ftp
#
$iw -Ia accept -S ftp.yyyyyy.co.at -D $h -W eth1
$iw -Ia accept -S ftp.yyyyyy.co.at -D $h -W eth1
#
$iw -Ia accept -S $h -D 0/0 -W eth1
#
# now for the masquerading part
#
$iw -Ff
$iw -Fp deny
$iw -Fa accept -S 0/0 -D 0/0 -W eth0
$iw -Fa accept -S 0/0 -D 0/0 -W eth0:1
$iw -Fa masquerade -S 0/0 -D 0/0 -W eth1
---------------------------------------------------
To remove yourself from this mailing list send
email to majordomo@hub-wue.franken.de containing
"unsubscribe isdn4linux <your_email_address>" in
the message body [-vg]

142
FAQ/_howto/mppp.txt Normal file
View File

@ -0,0 +1,142 @@
Sender: Okane@em.uni-frankfurt.de
Date: Fri, 08 Nov 1996 20:31:01 +0100
From: "Robert O'Kane" <okane@em.uni-frankfurt.de> Organization: OTHERSPACE
To: Matthias Hessler <hessler@wi-inf.uni-essen.de> Subject: Re: Though put over multiple ISDN channels
Matthias Hessler wrote:
>
> Hi Robert,
>
> ich kann Dir bei den Durchsatzproblemen nicht helfen, allerdings wuerden wir
> uns gerne freuen, wenn wir die FAQ um ein paar Hinweise zum Channel-Bundling
> erweitern koennten (es kommt immer wieder zu Fragen in dieser Richtung).
>
> Koenntest Du uns Deine Konfigurationsskripte zukommen lassen? Oder gar
> einige Frage/Anwort-Paare - um anderen beim Ueberwinden der schwierigsten
> Huerden zu helfen?
>
> Vielen Dank.
>
> Matthias
Hello,
Attached is the script I use to setup multiple channels to be used as 1 network device. Mind you the throughput isn't really great. So it might not be worth the effort until we can get the network device to feed more data to the ISDN device.
Please feel free to add this to the FAQ if you like.
Bob.
--
---------------------------------------------- Unfortunatly, I find language (like politics) necessary for humans.
Leider finde Ich Sprache (wie Politik) fuer die Menschen notwendig.
---------------------------------------------- Robert O'Kane
OTHERSPACE
Founding Member and Linker
URL : http://www.rz.uni-frankfurt.de/~okane email: okane@em.uni-frankfurt.de
---------------------------------------------- Ok, here is a script used to set up multiple isdn "devices" to be used as one for a network.
LOTS here were picked up from the Isdn$Linux Mail list ;-}
Maybe someone else can use things in here.
Included:
startisdn <- script to setup the ISDN and network devices
NOTE: 1: Depending on your setup (modules, card_id's, etc..) you
: may want to bind the devices to certain cards/channels
: so things work the way you want.
2: I couldn't get any 'real' speed up. The maximum throughput
: I got was arround 10K - 12K. YMMV (You mileage may vary)
##################################################################### #####################################################################
: /usr/local/isdn/startisdn
#! /bin/sh
#####################################
## Startup script for ISDN network.
##
## On "other" machine, reverse REMOTE and LOCAL ##
REMOTE_IP="machine2"
REMOTE_NUMBER0="xxxxxx35"
REMOTE_NUMBER1="xxxxxx36"
REMOTE_NUMBER2="xxxxxx38"
REMOTE_NUMBER3="xxxxxx39"
LOCAL_IP="machine1"
LOCAL_NUMBER0="xxxxxx46"
LOCAL_NUMBER1="xxxxxx47"
LOCAL_NUMBER2="xxxxxx49"
LOCAL_NUMBER3="xxxxxx50"
CHANNELS="1 2 3"
SYSPATH="/sbin"
ISDNCTRL="/sbin/isdnctrl"
ENCAP="rawip"
DEVICE="isdn0"
SLAVE="isdnsl"
case "$1" in
start)
### install modules if not there, ASSUME teles irq bug
### found in the original teles driver.
if [ ! "`lsmod | grep teles`" ]; then
echo "teles module NOT found: INSTALLING"
modprobe telesall
sleep 1
rmmod telesall
sleep 1
modprobe telesall
fi
$ISDNCTRL addif $DEVICE
$ISDNCTRL eaz $DEVICE $LOCAL_NUMBER0
$ISDNCTRL addphone $DEVICE in "*$REMOTE_NUMBER0"
$ISDNCTRL addphone $DEVICE out $REMOTE_NUMBER0
$ISDNCTRL l2_prot $DEVICE x75i
$ISDNCTRL l3_prot $DEVICE trans
$ISDNCTRL encap $DEVICE $ENCAP
$ISDNCTRL huptimeout $DEVICE 60
$ISDNCTRL chargehup $DEVICE off
$ISDNCTRL ihup $DEVICE off
$ISDNCTRL secure $DEVICE on
$ISDNCTRL sdelay $DEVICE 15
for i in $CHANNELS ; do
$ISDNCTRL addslave $DEVICE $SLAVE$i
$ISDNCTRL eaz $SLAVE$i $[LOCAL_NUMBER$i]
$ISDNCTRL addphone $SLAVE$i in "*$[REMOTE_NUMBER$i]"
$ISDNCTRL addphone $SLAVE$i out $[REMOTE_NUMBER$i]
$ISDNCTRL l2_prot $SLAVE$i x75i
$ISDNCTRL l3_prot $SLAVE$i trans
$ISDNCTRL encap $SLAVE$i $ENCAP
$ISDNCTRL huptimeout $SLAVE$i 30
$ISDNCTRL chargehup $SLAVE$i off
$ISDNCTRL ihup $SLAVE$i off
$ISDNCTRL secure $SLAVE$i on
$ISDNCTRL sdelay $SLAVE$i 15
done
$SYSPATH/ifconfig $DEVICE inet $LOCAL_IP \
pointopoint $REMOTE_IP metric 1
$SYSPATH/route add -host $REMOTE_IP $DEVICE
;;
stop)
$SYSPATH/ifconfig $DEVICE down
$ISDNCTRL delif $DEVICE
;;
hangup)
$ISDNCTRL hangup $DEVICE
;;
*)
echo "$0 : <start|stop|hangup>"
exit 1
;;
esac
#####################################################################

133
FAQ/_howto/mppp2.txt Normal file
View File

@ -0,0 +1,133 @@
Return-Path: POPmail
Received: from hsun6.wi-inf.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03)
id AA65252; Wed, 12 Feb 1997 08:00:58 +0100
Received: from anna-atm.rz.uni-frankfurt.de by hsun6.wi-inf.uni-essen.de (SMI-8.6/SMI-SVR4)
id IAA07066; Wed, 12 Feb 1997 08:02:04 +0100
Received: from bob.renderserve.de (actually dialin055.rz.uni-frankfurt.de)
by amalia-atm.rz.uni-frankfurt.de with Local SMTP (PP);
Wed, 12 Feb 1997 05:02:14 +0000
Sender: Okane@em.uni-frankfurt.de
Message-Id: <330125B3.5921AC58@em.uni-frankfurt.de>
Date: Wed, 12 Feb 1997 03:06:43 +0100
From: "Robert O'Kane" <okane@em.uni-frankfurt.de>
Organization: OTHERSPACE
X-Mailer: Mozilla 3.01Gold (X11; I; Linux 2.0.29 i586)
Mime-Version: 1.0
To: Matthias Hessler <hessler@wi-inf.uni-essen.de>
Cc: joe@odel.on.ca, isdn4linux@hub-wue.franken.de
Subject: Re: MP
References: <199702111612.RAA03177@james.mathes.uni-essen.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Status:
Matthias Hessler wrote:
>
> Hi Joe,
>
> On Mon, 10 Feb 1997 17:48:23 -0500 (EST), joe@odel.on.ca wrote:
> > Hi ISDN4Linux'ers. I have a two Spellcaster BRI cards and two
> > linux boxes. One box is at my ISP's side and the other is in my office.
> > I have obtained and compiled ISDN4LINUX, spellcasters I4L driver without
> > many problems. I have ISDN support compiled into the kernel as well as
> > SyncPPP support and load the driver (sc.o) with modprobe with no problems.
> > I have a couple of questions I hope aren't too stupid. I have a feeling
> > they have been answered in German, but unfortunately I don't (yet) speak
> > or read German very well so please excuse my ignorance.
>
> No worries - you are very welcome to write in English.
>
> I'm not using the MP stuff, but I got the script from Robert O'Kane
> that he uses. It is appended at the end. From the first look it
> doesn't look too much different - but maybe you find something.
>
> As far as I understand the ipppd can dial out on demand (if the route
> exists and ip packages are coming). Or you can trigger the dialing
> with "isdnctrl dial". Very strange that you have to do latter at
> _both_ stations. That sounds very wrong.
>
Hello, (Robert here :-0 )
The scripts I sent in are for the "built-in" function of ISDN4Linux
when
using the rawip/ethernet/... encapsulation. PPP (SyncPPP) encapsulation
doesnt
seem to be supported for the "automatic" functions of I4L!
MIXING THE SLAVE (autodial/autohangup) functions with SyncPPP doesn't
work:
1: reliably- relying on the auto hangup appears to work until the 2nd
-> 5th
time. Then the kernel gets "a bit" disturbed.
2: Not at all- auto dial never works with syncPPP. As far as I know
(and can
see), the only way to add channels to SyncPPP is to
MANUALLY
"addlink" and "removelink" the devices. Of course you
need to
have the devices pre-defined for the I4L system and for
the PPP
program.
I am still looking over (and into) these issues and hope to have more
later.
But for now I must say that the scripts I sent to the FAQ (and the
list?) are
for the rawip/ethernet encapsulations. SyncPPP is another animal (user
space)
and will require other links between the system (kernel) and the ppp
program
(user space).
I am also still (ja ja...) porting the ITK Columbus Card driver from
Frank Mohr
to the HiSax device driver system. (Thanks Karsten!!)
> > I have read the faq but I don't seem to be able to make it work.
>
> Did you get the right FAQ? There is an english version available on:
> ftp://ftp.franken.de/pub/isdn4linux/FAQ
> and:
> http://www.lrz-muenchen.de/~ui161ab/www/isdn/
> which also contains some bug fixes for the MPPP stuff. Also there are
> two ways of using multiple links with isdn4linux. One is with ipppd,
> the other is with rawip.
>
> More we can't say without more logging. If you can't locate your
> problem just log the handshaking of the ipppd (see FAQ how to do
> that). Then we can say more.
>
>
> Other than that I'm VERY interested in hearing about this spellcaster
> BRI card - and the driver you were talking about. Can you please
> send me more info on that so that we can incorporate it into the
> FAQ? There are often questions about isdn4linux in America and so
> far we don't have any information about what works and what works
> not... :-(
> Please, already a www link would help very much... Are there more
> cards available but the spellcaster? How expensive is it and are you
> using the EURO-ISDN standard?
>
> Bye,
> Matthias
>
<patch stuff deleted as it doesn't help here: See appropriate FAQ >
-Happy ISDN'ing
-Robert O'Kane
--
----------------------------------------------
Robert O'Kane
OTHERSPACE
Founding Member and Linker
URL : http://www.rz.uni-frankfurt.de/~okane
email: okane@em.uni-frankfurt.de
----------------------------------------------

111
FAQ/_howto/pppbind.txt Normal file
View File

@ -0,0 +1,111 @@
Date: Sat, 19 Oct 1996 02:21:45 +0200
X-Sender: sw0001@aixrs1.hrz.uni-essen.de To: isdn4linux@hub-wue.franken.de
From: Matthias Hessler <hessler@wi-inf.uni-essen.de> Subject: RE: options files
Sender: owner-isdn4linux@hub-wue.franken.de Reply-To: isdn4linux@hub-wue.franken.de
At 17:57 18.10.1996 +0200, you wrote:
>Matthias Hessler <hessler@wi-inf.uni-essen.de> ha escrito a
>isdn4linux@hub-wue.franken.de:
>
>> well, isdnctrl does not quite assign interface ipppx to /dev/ipppx by
>> default (e.g. interface ippp3 to /dev/ippp3). I'm not entirely sure how
>it
>> does its assignements, but I think it takes interface ipppx and binds it
>to
>> the first available /dev/ipppx, starting x with 0 and counting up (e.g.
>your
>> interface ippp3 gets bound to /dev/ippp0 because there is an ipppd
>already
>> waiting there)
>> Which leads to your problem: you want interface ippp3 _exclusively_ bound
>to
>> /dev/ippp3 because you want only your ipppd configured for /dev/ippp3
>> answering all the traffic from your interface ippp3.
>
>Hi Matthias
>
>Ok; for clarifying scripts (and my concepts :) I name net interfaces
>isdn0..isdn3, but when I try to launch ipppd, it tells me there must be at
>least ippp0 configured (???) Does it means i have to configure interfaces
>twice (one time for ipppX and other for isdnX)?
No.
Here is what happened: You named your net interfaces isdn0..isdn3 and did not use the pppbind option. Now isdnctrl has no clue that it should connect those interfaces to any /dev/ippp* .
If you name your net interfaces ippp0..ippp3, then isdnctrl _automatically_ recognizes (by the name of those interfaces) that those should be connected to the /dev/ippp* . It does it (if I'm not wrong about that default behavior) when data arrives by connecting a net interface to the first available /dev/ippp* .
Let's say if data arrives on net interface ippp3, it tries to connect it to /dev/ippp0, if that is available. If not (already another connection going on?), it tries /dev/ippp1, and so on.
As you have two ipppd's with different options running that is not what you want, because you can never tell in advance which data will be answered by which ipppd.
No matter how the name of your net interfaces is, if you use the "isdnctrl pppbind" option, you can tell isdnctrl to _always_ connect some netinterface with some /dev/ippp* . E.g.:
isdnctrl pppbind isdn3 2
tells isdnctrl to always put data from net interface isdn3 to /dev/ippp2.
That is very handy, if you want to have a special ipppd lurking on /dev/ippp2 that should get all that traffic from isdn3.
Isdnctrl acts like a switch board.
Default behaviour (using net interfaces ippp0 and ippp1): =========================================================
Kernel---------+
| |
Net interface ippp0 ippp1 (isdnctrl addif ippp*)
| |
| |
Isdnctrl (by default, to next available device
=> no isdnctrl pppbind necessary)
| |
| |
Device /dev/ippp0 /dev/ippp1 /dev/ippp2 /dev/ippp3
| | | |
ipppd ipppd ipppd ipppd
Default behaviour (using net interfaces isdn0, isdn1, isdn2, isdn3): ====================================================================
Kernel------+----------+----------+
| | | | Net interface isdn0 isdn1 isdn2 isdn3 (isdnctrl addif ippp*)
isdnctrl (no connection from isdn* to any /dev/ippp*,
because: name of net interface is not "ippp*")
Device /dev/ippp0 /dev/ippp1 /dev/ippp2 /dev/ippp3
| | | |
ipppd ipppd ipppd ipppd
Behavior using "isdnctrl pppbind" (A):
======================================
Kernel------+----------+----------+
| | | | Net interface isdn0 isdn1 isdn2 isdn3 (isdnctrl addif isdn*)
|
| Isdnctrl +-------+ (isdnctrl pppbind isdn3 2)
|
| Device /dev/ippp0 /dev/ippp1 /dev/ippp2 /dev/ippp3
| | | |
ipppd ipppd ipppd ipppd
Behavior using "isdnctrl pppbind" (A):
======================================
Kernel------+----------+----------+
| | | | Net interface isdn0 isdn1 isdn2 isdn3 (isdnctrl addif isdn*)
|
| Isdnctrl +-------+ (isdnctrl pppbind isdn2 1)
|
|
Device /dev/ippp0 /dev/ippp1 /dev/ippp2 /dev/ippp3
| | | |
ipppd ipppd ipppd ipppd
I hope that's correct. Please correct me if I'm wrong...
Bye,
Matthias
**************************************************************** Matthias Heßler Email: hessler@wi-inf.uni-essen.de Gelsenkirchener Str. 67 Tel. : 0201-8915964 45141 Essen Fax. : 0201-8915965 ****************************************************************
--------------------------------------------------- To remove yourself from this mailing list send email to majordomo@hub-wue.franken.de containing "unsubscribe isdn4linux <your_email_address>" in the message body [-vg]

80
FAQ/_howto/pppd_ipx_howto.txt Normal file
View File

@ -0,0 +1,80 @@
Return-Path: POPmail
Received: from hsun6.wi-inf.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03)
id AA57240; Mon, 3 Feb 1997 02:10:16 +0100
Received: from rachael.franken.de by hsun6.wi-inf.uni-essen.de (SMI-8.6/SMI-SVR4)
id CAA02823; Mon, 3 Feb 1997 02:11:22 +0100
Received: from oops.franken.de by rachael.franken.de with smtp
(Smail3.1.29.1 #8) id m0vrBVK-000oIZa; Mon, 3 Feb 97 00:39 MET
Received: by oops.franken.de (Linux Smail3.1.29.1 #1)
id m0vrBSm-001IbJa; Mon, 3 Feb 97 00:36 MET
Received: from hub-wue.franken.de by oops.franken.de with smtp
(Linux Smail3.1.29.1 #1) id m0vrBSf-001IbGE; Mon, 3 Feb 97 00:36 MET
Received: from oops.franken.de by hub-wue.franken.de with smtp
(Smail3.1.29.1 #1) id m0vrBTn-000Bm0C; Mon, 3 Feb 97 00:37 MET
Received: by oops.franken.de (Linux Smail3.1.29.1 #1)
id m0vrBSa-001IbGE; Mon, 3 Feb 97 00:36 MET
To: isdn4linux@hub-wue.franken.de
Xref: oops de.alt.comm.isdn4linux:1297
From: Jens Brambring <jens.brambring@p-net.de>
Newsgroups: de.alt.comm.isdn4linux
Subject: IPX/SPX ueber isdn4linux und WIN95
Date: Mon, 03 Feb 1997 01:33:41 +0100
Organization: Customer of EUnet Germany; Info: info@Germany.EU.net
Lines: 41
Distribution: world
Message-Id: <32F53265.5E65@p-net.de>
Nntp-Posting-Host: peu-62.d.eunet.de
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailer: Mozilla 3.01Gold [de] (Macintosh; I; 68K)
Sender: owner-isdn4linux@hub-wue.franken.de
Precedence: bulk
Status:
Hallo, es geht!!!!
Man muss nur den normalen pppd auf einem isd4linux ttyIx verwenden!
(Setzt natuerlich einen mgetty oder aehnliches auf dem device voraus)
Zunaechst habe ich mir einen User ppptest eingerichtet dessen
startshell auf /usr/sbin/diplogin eingetragen ist (/etc/passwd),
Inhalt der Datei diphosts in /etc:
ppptest::192.9.215.80:192.9.215.70:255.255.255.0::PPP,296
Inhalt der Datei /etc/ppp/options:
-detach
192.9.215.80:192.9.215.70
defaultroute
mru 1524
debug
/dev/ttyI1
ipx-routing 2
ipxcp-max-failure 20
ipx-node 4:5
ipx-network 0x3000
Hierbei scheint die Angabe von ipx-network sehr wichtig zu sein!!!!!
Die ip-Adressen koennen vermutlich entfallen!
Dann legt man auf den ethernetstrang ein normales ipxinterface an
und startet ipxd (aus dem ipxripd).
Unter Windows muss dann beim DFUE-Netzwerk noch ein entsprechendes
script eingerichtet
werden und dann sollte es eigentlich funken.
Bin leider schon etwas Muede vom ganzen Probieren, werde eventuell noch
mal eine
Ausfuehrliche Beschreibung senden.
Bin aber fuer alle Fragen offen!
Ciao, Jens
---------------------------------------------------
To remove yourself from this mailing list send
email to majordomo@hub-wue.franken.de containing
"unsubscribe isdn4linux <your_email_address>" in
the message body [-vg]

156
FAQ/_howto/route.txt Normal file
View File

@ -0,0 +1,156 @@
Return-Path: POPmail
Received: from hsun6.wi-inf.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03)
id AA76880; Sat, 30 Nov 1996 13:44:05 +0100
Received: from rachael.franken.de by hsun6.wi-inf.uni-essen.de (SMI-8.6/SMI-SVR4)
id NAA01959; Sat, 30 Nov 1996 13:44:57 +0100
Received: from hub-wue.franken.de by rachael.franken.de with smtp
(Smail3.1.29.1 #8) id m0vTliY-000oIPa; Sat, 30 Nov 96 10:28 MET
Received: from oops.franken.de by hub-wue.franken.de with smtp
(Smail3.1.29.1 #1) id m0vTlho-000Boba; Sat, 30 Nov 96 10:27 MET
Received: by oops.franken.de (Linux Smail3.1.29.1 #1)
id m0vTlil-001IYWa; Sat, 30 Nov 96 10:28 MET
Received: from hub-wue.franken.de by oops.franken.de with smtp
(Linux Smail3.1.29.1 #1) id m0vTlii-001IYVE; Sat, 30 Nov 96 10:28 MET
Received: from giovanni.rhein-neckar.de by hub-wue.franken.de with smtp
(Smail3.1.29.1 #1) id m0vTlge-000BobC; Sat, 30 Nov 96 10:26 MET
Message-Id: <m0vTlgM-000rArC@giovanni.rhein-neckar.de>
From: girardi@giovanni.rhein-neckar.de (Norbert J. Girardi)
Subject: Re: routes?
To: isdn4linux@hub-wue.franken.de
Date: Sat, 30 Nov 1996 10:25:58 +0100 (MET)
Cc: uwe.tetzlaff@t-online.de
In-Reply-To: <m0vTby7-0000fJC@ermail02.btx.dtag.de> from "Uwe Tetzlaff" at Nov 29, 96 10:11:00 pm
X-Mailer: ELM [version 2.4 PL24]
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Sender: owner-isdn4linux@hub-wue.franken.de
Precedence: bulk
Reply-To: isdn4linux@hub-wue.franken.de
Status:
>
> Moins..
>
> Ich hab hier in der Firma 2 Rechner W95 192.168.254.2 Ne2000
> LinuX 192.168.254.1 3Com 509
> Zu Hause habe ich einen Rechner LinuX 192.168.255.1 Teles S0-16.3
>
> Also zu meinem Problem : ich teste mit ping die Verbindung :
>
> von LinuX zu Hause <-> LinuX Firma via isdn0 = geht.
> von W95 Firma <-> LinuX Firma via eth0 = geht.
> von W95 Firma <-> LinuX zu Hause via eth0 -> isdn0 = geht nicht !
> von LinuX zu Hause <-> W95 Firma via isdn0 -> eth0 = geht nicht !
>
>
> Sicherlich voellig off topic denn ich tippe auf ein Problem bei meinen routes.
>
Es waere sicher hilfreich gewesen wenn Du die 'routes' mitgeschickt
haettest ;-)
OK, versuchen wir's trotzdem mal.
Nennen wir Linux at home -> lihome = 192.168.255.1 ,
Linux at work -> liwork = 192.168.254.1 ,
W95 at work -> work95 = 192.168.254.2 .
Also, bei mir wuerde die '/etc/hosts' auf allen Rechnern _so_ aussehenen:
# ----------------- [schnippel] --------------------------
# hosts This file describes a number of hostname-to-address
# mappings for the TCP/IP subsystem. It is mostly
# used at boot time, when no name servers are running.
# On small systems, this file can be used instead of a
# "named" name server. Just add the names, addresses
# and any aliases to this file...
#
# For loopbacking.
127.0.0.1 localhost
192.168.255.1 lihome
192.168.254.1 liwork
192.168.254.2 work95
# End of hosts.
# ----------------- [schnippel] --------------------------
Die '/etc/networks' auf allen Rechnern :
========================================
# ----------------- [schnippel] --------------------------
#
# networks This file describes a number of netname-to-address
# mappings for the TCP/IP subsystem. It is mostly
# used at boot time, when no name servers are running.
#
loopback 127.0.0.0
homenet 192.168.255.0
worknet 192.168.254.0
# End of networks.
# ----------------- [schnippel] --------------------------
Ich benutze fuer die statischen routes eine Datei in /etc/rc.d
in die ich alle routes eintrage, und die aus /etc/rc.d/rc.inet1
aufgerufen wird.
Die /etc/rc.d/rc.routes auf lihome:
===================================
# ----------------- [schnippel] --------------------------
/sbin/ifconfig isdn0 lihome pointopoint liwork
/sbin/route add liwork isdn0
/sbin/route add default gw liwork isdn0
# Alles was raus soll geht per default ueber isdn0
# ----------------- [schnippel] --------------------------
Die /etc/rc.d/rc.routes auf liwork:
===================================
# ----------------- [schnippel] --------------------------
/sbin/ifconfig eth0 liwork
/sbin/route add -net worknet eth0
# Alles was von worknet kommt und nach worknet soll
# muss ueber eth0
/sbin/ifconfig isdn0 liwork pointopoint lihome
/sbin/route add liwork
/sbin/route add default gw liwork isdn0
# Alle anderen gehen per default ueber isdn0
# !!!! Klappt nur wenn auch der Kernel mit
# IP FORWARDING/GATEWAYING kompiliert wurde !!!!
# ----------------- [schnippel] --------------------------
Fuer W95 tue ich mal so als sei es ein Linux, d.h.
die Uebersetzung in W95 Syntax bleibt dem Leser ueberlassen :-)
Die /etc/rc.d/rc.routes auf work95:
===================================
# ----------------- [schnippel] --------------------------
/sbin/ifconfig eth0 work95
/sbin/route add liwork
/sbin/route add default gw liwork eth0
# alles geht per default ueber eth0 nach liwork
# der sorgt dann fuer die Verteilung
# ----------------- [schnippel] --------------------------
- Norbert
--
Norbert J. Girardi < girardi@giovanni.rhein-neckar.de >
Voice: +49 621 493417 (h) +49 621 381-3260 (w)
Neckarstr. 17, D-68549 Ilvesheim, Germany
---------------------------------------------------
To remove yourself from this mailing list send
email to majordomo@hub-wue.franken.de containing
"unsubscribe isdn4linux <your_email_address>" in
the message body [-vg]

115
FAQ/_howto/route2.txt Normal file
View File

@ -0,0 +1,115 @@
Return-Path: POPmail
Received: from hsun6.wi-inf.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03)
id AA773032; Wed, 4 Dec 1996 19:25:55 +0100
Received: from rachael.franken.de by hsun6.wi-inf.uni-essen.de (SMI-8.6/SMI-SVR4)
id TAA04351; Wed, 4 Dec 1996 19:27:00 +0100
Received: from hub-wue.franken.de by rachael.franken.de with smtp
(Smail3.1.29.1 #8) id m0vVFcT-000oJ0a; Wed, 4 Dec 96 12:36 MET
Received: from oops.franken.de by hub-wue.franken.de with smtp
(Smail3.1.29.1 #1) id m0vVFZi-000Boma; Wed, 4 Dec 96 12:33 MET
Received: by oops.franken.de (Linux Smail3.1.29.1 #1)
id m0vVFbR-001IV5a; Wed, 4 Dec 96 12:35 MET
Received: from hub-wue.franken.de by oops.franken.de with smtp
(Linux Smail3.1.29.1 #1) id m0vVFbO-001IV3E; Wed, 4 Dec 96 12:34 MET
Received: from dino.nus.de by hub-wue.franken.de with smtp
(Smail3.1.29.1 #1) id m0vVFYU-000BomC; Wed, 4 Dec 96 12:31 MET
Received: from localhost (nils@localhost [127.0.0.1]) by dino.nus.de (8.7.6/8.7.3) with ESMTP id MAA09043 for <isdn4linux@hub-wue.franken.de>; Wed, 4 Dec 1996 12:35:02 +0100
Date: Wed, 4 Dec 1996 12:35:02 +0100 (MET)
From: Nils Rennebarth <nils@nus.de>
To: isdn4linux@hub-wue.franken.de
Subject: Re: ISDN-Problem
In-Reply-To: <199612031939.UAA07539@mail.germanlloyd.de>
Message-Id: <Pine.LNX.3.95.961204114817.1062I-100000@dino.nus.de>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Sender: owner-isdn4linux@hub-wue.franken.de
Precedence: bulk
Reply-To: isdn4linux@hub-wue.franken.de
Status:
On Tue, 3 Dec 1996, Martin Bauer wrote:
>Moin moin,
>
>ich habe da ein kleines Problem:
>
[Emma und Gegenstelle unterhalten sich prima, aber von keinem Rechner im
Netz der Gegenstelle geht es zu Emma]
Emma:
eth0 inet addr:192.168.10.1 Bcast:192.168.10.255 Mask:255.255.255.0
isdn0 inet addr:192.168.11.1 P-t-P:192.168.11.3
>
>Kernel IP routing table
>Destination Gateway Genmask Flags Metric Ref Use =
Iface
>172.20.1.4 0.0.0.0 255.255.255.255 UH 0 0 11 =
isdn0
>192.168.11.3 0.0.0.0 255.255.255.255 UH 0 0 3 =
isdn0
>192.168.10.0 0.0.0.0 255.255.255.0 U 0 0 0 =
eth0
>0.0.0.0 192.168.11.3 0.0.0.0 UG 0 0 2 =
isdn0
>
>
>
>Die Gegenstelle:
>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
eth0 inet addr:172.20.1.4 Bcast:172.20.255.255 Mask:255.255.0.0
isdn0 inet addr:192.168.11.3 P-t-P:192.168.11.1 Mask:255.255.255.0
>Kernel IP routing table
>Destination Gateway Genmask Flags Metric Ref Use =
Iface
>192.168.11.1 0.0.0.0 255.255.255.255 UH 0 0 15 =
isdn0
>192.168.10.0 192.168.11.1 255.255.255.0 UG 0 0 3 =
isdn0
>172.20.0.0 0.0.0.0 255.255.0.0 U 0 0 39 =
eth0
>0.0.0.0 172.20.1.1 0.0.0.0 UG 0 0 3 =
eth0
Es ist kein ISDN Problem, es ist ein routing Problem.
"Gegenstelle" bekommt =FCber ISDN ein Paket mit 192.168.11.3 als Gateway,
wei=DF aber routing-technisch nicht, das es das selber ist.
!! Allein durch Einrichten eines Point-to-Point Interfaces
!! wei=DF ein Rechner noch nicht, da=DF IP-Pakete an die auf seiner Seite
!! konfigurierte Adresse auch an ihn sind.
Mit anderen Worten: es fehlt auf "Gegenstelle" der Befehl
route add -host 192.168.11.3 dev isdn0
N.B.: Warum machst Du es nicht einfacher, wenn Du Point-to-Point routen
verwendest:
auf Emma:
ifconfig isdn0 192.168.10.1 pointopoint 172.20.1.4 -arp -broadcast
route add -host 172.20.1.4
route add default gw 172.20.1.4
auf Gegenstelle:
ifconfig isdn0 172.20.1.4 pointopoint 192.168.10.1 -arp -broadcast
route add -host 192.168.10.1
route add -net 192.168.10.0 gw 192.168.10.1
Nils
--
\ / | Nils Rennebarth
--* WINDOWS 42 *-- | Schillerstr. 61=20
/ \ | 37083 G=F6ttingen
| ++49-551-71626
Micro$oft's final answer | http://www.nus.de/~nils
---------------------------------------------------
To remove yourself from this mailing list send
email to majordomo@hub-wue.franken.de containing
"unsubscribe isdn4linux <your_email_address>" in
the message body [-vg]

137
FAQ/_howto/vbox_sound.txt Normal file
View File

@ -0,0 +1,137 @@
X-Sender: dekay@xplor.ipf.de
References: <m0vIIrY-000LHmC@scorpio.in-berlin.de> from "Gernot Zander" at Oct 29, 96 07:26:08 pm
Date: Wed, 30 Oct 1996 19:05:55 +0200
To: isdn4linux@hub-wue.franken.de, michael@abadonna.franken.de From: Darko Krizic <dekay@ipf.de>
Subject: Sounds erzeugen für vgetty/vboxgetty Cc: maze@frankfurt.netsurf.de
Sender: owner-isdn4linux@hub-wue.franken.de Reply-To: isdn4linux@hub-wue.franken.de
Ich möchte hier ein paar Erfahrungen mit vboxgetty zusammenzählen, insbesondere im Zusammenhang mit dem Erzeugen von Messages (Sounds)
Sound-Format
------------
Das Format ADPCM-4 generiert beim Aufzeichnen wesentlich kleinere Dateien als die Formate uLaw oder aLaw, deswegen ist dieses Format vorzuziehen.
Vorteil von uLaw ist allerdings, daß es dem au-Format entspricht und so direkt mit cat sound.au >/dev/audio angehört werden kann, allerdings gibt es zwei Probleme:
- Das ist nur interessant für Leute, die auch am Linux-Rechner sitzen und dieser eine Soundkarte besitzt. Viele Leute verwenden den Linux-Rechner als "echten" Server, der weder Monitor noch Soundkarte hat.
- Die aufgezeichneten Samples haben einen sehr schwachen Pegel, den man theoretisch mit
autopvf <x.msg | pvfamp 5 | pvftoau >x_laut.msg
verstärken könnte, allerdings muß man sich dann sowieso mit den pvf-Tools befassen und kann dann auch gleich auf ADPCM-4 umsteigen.
Aufzeichen über Telefon
-----------------------
Wie in der i4l-FAQ beschrieben ist es ohne Probleme möglich sich selbst auf den Anrufbeantworter zu sprechen und die entsprechende Datei in das Verzeichnis /var/spool/vobx/<user>/incoming/standard.msg zu kopieren.
Allerdings ist die Qualität bei weitem nicht ausreichend, unter anderem, weil sich am Anfang und Ende Geräusche oder Pausen befinden.
Selbst Dateien generieren
-------------------------
Ich habe einen Macintosh, der unter anderem die Möglichkeit bietet, Sound von Audio-CDs ohne Verluste per SCSI auf die Festplatte zu kopieren und nachträglich auf andere Samplegeschwindigkeit und Bitbreite zu konvertieren, z.B. "16bit, 44kHz -> 8bit, 22kHz". Desweiteren kann ich mit dem Mikrofon Sounds und am Ende alle Sounds manipulieren und mixen. Die beste Voraussetzungen für verrückte Ansagen.
Das Format, das der Macintosh verarbeitet ist AIFF. Dieser Standard wird auch von SGI und anderen namhaften Herstellern verwendet, allerdings konnte ich unter Linux kein Programm finden, das dieses Format versteht. Auf dem Macintosh gibt es allerdings das Programm "SoundApp", welches nach und von Suns .au konvertieren und ADPCM wenigstens abspielen kann. Anmerkung: Dummerweise nennt SoundApp das au-Format "NeXT", weil dieses Format dort verwendet wird, allerdings habe ich lange gebraucht, um herauszufinden, daß es dasselbe wie au ist.
Ich nehme mal an, daß unsere Windows-Freunde ähnliche Fähigkeiten haben.
Das Windows-Hausformat nennt sich WAV. Auch dieses Format kennen die PVF-Tools nicht, aber ich denke mal, daß es unter Windows ähnliche Werkezeuge gibt, die sogar ADPCM-4 generieren können.
Ich weiß nicht, wie man unter Linux Sounds aufzeichnen kann und welches Format diese haben, allerdings wird es wohl Sun-AU-Format haben, so daß der weitere Text auf für Linux-Benutzer interessant ist.
Sounds für vboxgetty konvertieren
---------------------------------
Wie bereits oben beschrieben, empfehle ich den Betrieb mit ADPCM-4. Bei mgetty befindet sich die pvf-Toolsammlung, welche Soundformate konvertieren und manipulieren kann, allerdings gab es Probleme mit den Formaten, die vboxgetty generiert hatte (ADPCM-4). Gegen dieses Problem gibt es Patches, allerdings enthält die neuste Version von mgetty (0.99 Okt02 und wahrscheinlich auch ein paar ältere) bereits die Programme "zyxeltopvf" und "pvftozyxel[234]", mit welchen genau diese Formate konvertiert werden können.
Mein Macintosh liefert die Sounds 22254Hz. Um daraus einen entsprechenden Sound in ADPCM-4 zu generieren verwende ich folgende Kommendozeile:
autopvf <standard.au \
| pvfspeed 2.73 \
| pvfamp 0.2 \
| pvftozyxel4 >standard.msg
autopvf konvertiert dan au-Sound nach pvf. pvfspeed ändert die Samplingrate auf 8000 (22554 / 8000 = 2.73), damit die Geschwindigkeit wieder stimmt.
pvfamp 0.2 senkt den Pegel auf 20%, weil der Sound sonst total verzerrt klingt, schließlich kennt das Telefon nur Frequenzen zwischen 300 und 3000Hz. Zuletzt legt pvftozyxel4 den Sound im richtigen Format ab.
Dadurch, daß weder Rauschen noch Klacken zu hören sind, klingen so generierte Ansagen einfach klasse. Wer etwas mit Sound-Manipulationsprogrammen spielen kann, der kann tolle Effekte generieren, allerdings sollte man damit wegen des beschränten Frequenzbandes echt sparsam umgehen, sonst versteht der Anrufende nichts.
Nachbarbeiteitung von aufgezeichneten Nachrichten ------------------------------------------------- Ich möchte, daß meine Nachrichten in ein auf dem Macintosh abspielbaren Format konvertiert werden und an eine e-mail an mich attached werden sollen. Ich konvertiere den Sound nach au mit folgenden Befehlen:
zyxeltopvf <sound.pvf \
| pvfamp 5
| pvfcut 0.2 0.2 \
| pvftoau 8000 >sound.au
zyxeltopvf konvertiert den aufgezeichneten Sound nach pvf und pvfamp verstärkt diesen auf das fünffache, weil der Pegel (s.ganz.o) sehr schwach ist. pvfcut schneidet 0.2 Sekunden vorne und hinten ab, weil man hinten z.B. das Auflegen des Telefons hört. Scheinbar zeichnet vboxgetty schon auf, während der Beep-Ton abgespielt wird, weil dieser ganz am Anfang zu hören ist. Die 8000 nach dem pvtoau ist sehr wichtig, weil diese sorgt, daß die Frequenz in den au-Header geschrieben wird, damit das abspielende Programm auch die richtige Rate spielt!
Namen des Anrufenden in der Mail
--------------------------------
vboxgetty kennt den Namen des Anrufenden, während es die Nachricht aufzeichnet, dummerweise wird dieser Name nicht an das Programm "-p /usr/local/vbox/new_voice" mit übergeben. Ich habe deswegen einen (very dirty) hack von vboxgetty erzeugt, welches als 4ten Parameter den Namen an new_voice übergibt, damit ist es möglich, daß das Subject der generierten Mail aussieht wie "Voice from Darko Krizic" oder zumindest "Voice from Unknown". Da bei internationalen Calls zumindest die Landeskennung übergeben wird, kann eine Nachricht aus USA ein Subject wie "Voice from USA" haben.
Ich bitte hiermit den Autor von vbox selbst die Änderungen zu machen.
Beispiel für ein new_voice-Script
---------------------------------
Das Nachfolgende Shellscript hat bei mir den Namen /usr/local/vbox/new_voice und in der Inittab hängt noch "-p /usr/local/vbox/new_voice" als Parameter, damit dieses Programm nach dem Aufzeichnen einer Nachricht aufgerufen wird.
Die Datei wird nach .au konvertiert und als MIME-encoded Message an den Benutzer für den die Nachricht aufgezeichnet wurde, geschickt. Ich verwende übrigens mimeencode nicht. Wenn diese Mail von Eudora auf dem Macintosh empfangen wird, wird der Sound als Icon angezeigt. Ein Doppelklick reicht aus, um den Sound abzuspielen.
#! /bin/sh
#
# Creates a new MIME-encoded mail to the user with an attached .au file # Written 1996 by Darko Krizic
PATH="${PATH}:/usr/local/vbox"
TMP="/tmp/vboxmime.$$"
ME="`basename $0`"
mailer="/usr/sbin/sendmail -t"
bound="NewVoice_-${$}${$}"
type="audio/ulaw"
file="${1}"
id="${2}"
user="${3}"
name="${4}"
date="`date +%y%m%d%H%M`"
newname=${date}-${id}.au
if [ -z "$name" ]
then
name=$id
fi
echo "\
Subject: Voice from $name
From: root@xplor.ipf.de (Voice Subsystem) To: $user
Content-type: multipart/mixed; boundary=\"$bound\"
--$bound
Content-Type: text/pain
A new voice has arrived
Sender ID: $id
Name: $name
File: $file
--$bound
Content-Type: application/octet-stream; name=\"$newname\" Content-transfer-encoding: x-uuencode
" >$TMP
/usr/local/bin/zyxeltopvf <$file \
| /usr/local/bin/pvfamp 5 \
| /usr/local/bin/pvfcut 0.2 0.2 \
| /usr/local/bin/pvftoau 8000 \
| /usr/bin/uuencode $newname >>$TMP
#rmdcutheader <$file | uuencode $newname >>$TMP echo "--$bound--" >>$TMP
$mailer -t <$TMP
#cat $TMP
rm $TMP
Anmerkungen: Es handelt sich dabei nur um ein Beispiel, welches ich schnell für mich zusammengehackt habe. Wenn jemand Anmerkugen und Ideen hat, soll ich bei mir melden. Ich erwähne nochmal: Das Script funktioniert zwar auch so, allerdings macht es erst richtig sinn, wenn vboxgetty als 4ten Parameter den Namen des Anrufenden übertragt, sonst ist das Subject immer "Voice from Unkown".
Darko Krizic
----------------------------------------------------------------------- Darko Krizic Phrankphurt Germany mailto:dekay@xplor.ipf.de
--------------------------------------------------- To remove yourself from this mailing list send email to majordomo@hub-wue.franken.de containing "unsubscribe isdn4linux <your_email_address>" in the message body [-vg]

143
FAQ/_howto/win_popup.txt Normal file
View File

@ -0,0 +1,143 @@
Return-Path: POPmail
Received: from hsun6.wi-inf.uni-essen.de by aixrs1.hrz.uni-essen.de (AIX 4.1/UCB 5.64/4.03)
id AA86280; Sun, 22 Dec 1996 17:10:31 +0100
Received: from rachael.franken.de by hsun6.wi-inf.uni-essen.de (SMI-8.6/SMI-SVR4)
id RAA20385; Sun, 22 Dec 1996 17:11:29 +0100
Received: from hub-wue.franken.de by rachael.franken.de with smtp
(Smail3.1.29.1 #8) id m0vbmno-000oJba; Sun, 22 Dec 96 13:14 MET
Received: from oops.franken.de by hub-wue.franken.de with smtp
(Smail3.1.29.1 #1) id m0vbmKK-000Bp3a; Sun, 22 Dec 96 12:44 MET
Received: by oops.franken.de (Linux Smail3.1.29.1 #1)
id m0vbmGb-001ISMa; Sun, 22 Dec 96 12:40 MET
Received: from hub-wue.franken.de by oops.franken.de with smtp
(Linux Smail3.1.29.1 #1) id m0vbmGX-001ISKE; Sun, 22 Dec 96 12:40 MET
Received: from outmail.zdv.uni-tuebingen.de by hub-wue.franken.de with smtp
(Smail3.1.29.1 #1) id m0vblye-000Bp3C; Sun, 22 Dec 96 12:21 MET
Received: from mailserv.uni-tuebingen.de by outmail.zdv.uni-tuebingen.de (4.1/ZDV-Uni-Tuebingen-1.0)
id AA05580; Sun, 22 Dec 96 12:21:42 +0100
Received: from commlink.zdv.uni-tuebingen.de by mailserv.uni-tuebingen.de
with SMTP (PP); Sun, 22 Dec 1996 12:21:34 +0100
Received: (from pecrm01@localhost)
by commlink.zdv.uni-tuebingen.de (8.6.12/8.6.12) id MAA11944;
Sun, 22 Dec 1996 12:21:31 +0100
Date: Sun, 22 Dec 1996 12:21:29 +0100 (MEZ)
From: Michael Ruder <michael.ruder@uni-tuebingen.de>
To: isdn4linux@hub-wue.franken.de
Subject: ISDNLOG und SAMBA: Versand von WinPopup-Meldungen
Message-Id: <Pine.HPP.3.91.961222122056.11937A-100000@commlink.zdv.uni-tuebingen.de>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-isdn4linux@hub-wue.franken.de
Precedence: bulk
Reply-To: isdn4linux@hub-wue.franken.de
Status:
Hallo!
Da sind sie endlich, die Skripte fuer den Versand von WinPopUp-Meldungen.
In die isdnlog.conf wird als allgemeines Event das START_Ring-Skript
eingetragen, dass bei eingehenden Anrufen einmal aufgerufen wird und mit
Send_WinPopup eine Meldung verschickt.
Ausserdem habe ich sowohl bei Connect als auch bei Hangup bei meinem
Provider ein Skripte eingetragen: ZDV_Connect und ZDV_Hangup. Diese
beiden senden ebenfalls mit Send_WinPopup einen Hinweis, dass die
ISDN-Leitung gerade auf- bzw. abgebaut wird. (Allerdings nur, wenn eine
Datei /etc/isdnlog/isdn.debug existiert, so kann man dies relativ leicht
an und abschalten.)
Das Hauptskript Send_WinPopup versendet mit smbclient die eigentlichen
Messages, in diesem Fall an die Rechner "mizar" und "alcor" (Das sollte
der TCP/IP-Name (aus dem Nameserver) der jeweiligen Rechner sein, oder
falls mit WINS gearbeitet wird, kann es auch der im Windows-Netzwerk
eingetragene Name sein, am Besten nimmt man an beiden Stellen den
gleichen Namen.)
Die Meldung im ersten Parameter wird an das Programm gepiped, da
smbclient sie normalerweise von der Tastatur einlesen wuerde. Ausserdem
kann man mit -U noch einen Absender angeben, den WinPopup anzeigt.
Auf den jeweiligen Rechnern muss WinPopup (3.11/95) oder der
Nachrichtendienst (NT) gestartet sein.
Als kleine Ergaenzung: Auch auf Linux-Rechnern kann man die WinPopups
empfangen, dann muss man allerdings im smb.conf die entsprechende Zeile
eintragen und ein Skript anlegen, was die Meldung irgendwie anzeigt oder
loggt.
Falls noch weiteres Interesse an der Konfiguration von Samba besteht,
kann ich auch gerne mal meine Konfig-Dateien posten.
Ich hoffe Ihr koennt was damit anfangen, die Skripte sind nicht gerade
elegant, aber ich hab sowas noch nicht oft gemacht.
Viel Spass,
-Michael
---- isdnlog.conf ----
MYMSNS=4
MYPREFIX=07472
START=IR=/etc/isdnlog/START_Ring $1 $2 $3;
MSN1 Telefon 1 -
MSN2 Telefax 1 -
MSN3,1 Michael 1 -
MSN4,7 Teles 1 -
PROVIDER ZDV_Internet 1 ippp0 OC=/etc/isdnlog/ZDV_Connect; OH=/etc/isdnlog/ZDV_Hangup;
---- START_Ring ---
#!/bin/sh
# Michael Ruder
#
# Version: 08.10.96
#
# /etc/isdnlog/START_Ring
#
/etc/isdnlog/Send_WinPopup 'Eingehender Anruf von '$2' auf '$3'.' &
# if test $3="IRGENDEINE_NUMMER"; then
# isdnctrl dial ippp0
# fi
---- Send_WinPopup ----
#!/bin/sh
# Michael Ruder
#
# Version: 08.10.96
#
# /etc/isdnlog/Send_WinPopup
#
echo $1 | smbclient -M mizar -U ISDN-Administrator >/dev/null
echo $1 | smbclient -M alcor -U ISDN-Administrator >/dev/null
---- ZDV_Connect ----
#!/bin/sh
# Michael Ruder
#
# Version: 08.10.96
#
# /etc/isdnlog/ZDV_Connect
#
if test -e "/etc/isdnlog/isdn.debug"; then
/etc/isdnlog/Send_WinPopup 'Die ISDN-Leitung wird aufgebaut.' &
fi
---- Auschnitt aus smb.conf ----
[global]
message command = mv %s %s.working; echo WinPopup-Message from %f@%m for %t: > %s; cat %s.working >> %s; wall %s; rm %s %s.working &
-Michael
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
< Michael Ruder, Fax +49-7472-91382, email: Michael.Ruder@Uni-Tuebingen.DE >
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
---------------------------------------------------
To remove yourself from this mailing list send
email to majordomo@hub-wue.franken.de containing
"unsubscribe isdn4linux <your_email_address>" in
the message body [-vg]

18
FAQ/_howto/www-vbox.txt Normal file
View File

@ -0,0 +1,18 @@
Da auf meinen Arbeitsplatzrechner i.d.R. kein LinuX laeuft, habe ich zwei
CGI-Skripte (Perl) (+2 weitere Shellscripte) gebastelt, die einem den
Zugriff auf seine eigenen Anrufe per WWW-Browser ermoeglichen. Die Perlscripte gehoeren ins CGI-Verzeichnis
(des Users), die anderen beiden koennen irgendwo liegen. Die Scripte greifen
auf die Umgebungsvariable $REMOTE_USER des http-Servers zu. Es ist also
notwendig, dass sich der User gegenueber dem Server authentifiziert !
Weiterhin muessen die Scripte mit User-Rechten laufen. Der aktuelle
Apache 1.2b4 sollte das zwar koennen. Da das ihm beiliegende "suexec" jedoch
bei mir nicht richtig lief, habe ich es etwas geaendert (habe ich auch
beigelegt).
Gruss
Marc
____________________________________________________________________
Marc Neitzner | marc@zeus.han.de | Tel.: 0511-2714507
Alte Ziegelei 7 | neitzner@rvs.uni-hannover.de | Fax : 0511-2714537
30419 Hannover | |

277
FAQ/_howto/xp-howto.txt Normal file
View File

@ -0,0 +1,277 @@
========
Newsgroups: uninews.comp
Subject: Mit Crosspoint an der Uni pollen.
From: mklose@UNI-DUISBURG.DE (Michael Klose)
Date: 28 Jul 1996 23:26:00 +0200
Hallo!
Ich wollte was erklären (siehe Betreff):
Für die Leute, die nicht wissen, was Crosspoint (ab hier mit XP abgekürzt)
ist, hier ein kleiner Ausschnitt aus der Dok:
-------------------------------------------------------------------------
CrossPoint ist eine Multinetz-Pointsoftware. Oder ausführlicher:
CrossPoint ist ein Programm, mit dem Sie auf sehr bequeme Weise
Daten mit Mailboxen austauschen und insbesondere elektronische Post
(E-Mail) versenden, empfangen und verwalten können. Wichtig ist
dabei, daß CrossPoint verschiedene, technische Mailbox-(Netz)-
Standards unterstützt. Dadurch benötigen Sie für verschiedene Netze
nur EIN Programm mit einer einheitlichen Benutzeroberfläche. Wichtig
ist auch, daß CrossPoint nicht nur den kleinsten gemeinsamen Nenner
der verschiedenen Netze bildet, sondern Ihnen zusätzlich ermöglicht,
die Features einzelner Netze voll auszunutzen. Dazu zählen z.B. das
Bestellen von Dateien im FidoNet, Löschnachrichten im Usenet und das
Nachrichtenstatus-System im MausNet.
-------------------------------------------------------------------------
Crosspoint bietet aber leider nur für Usenet eine Möglichkeit per UUCP zu
pollen, nicht mit einer PPP oder SLIP Verbindung.
Es geht aber trotzdem, und zwar mit einem Zusatztool (UKA_PPP), welches
sogar Freeware ist.
Leider funktioniert UKA_PPP nicht richtig unter NT :-(( Windows 95 weiß
ich nicht, ich kann nur sagen, daß es unter DOS und Win 3.11 läuft.
Warum also Crosspoint benutzen?
Crosspoint ist IMHO der beste Maileditor, den es gibt, er ist nicht nr für
e-Mail, sondern auch ein Newsreader. Ich habe bisher noch kein einziges
Programm gesehen, welches solch einen Funktionsumfang hat. Sogar PGP
Unterstützung ist eingebaut, MIME sowieso (obwohl hier eines der wenigen
Schwachstellen in XP liegt, er beherrscht keine Multipart MIME Mails).
Vor allem kann man es für fast alle Netze einsetzten: ich verwende es für
meine beiden Fido Adressen, für meine Internetaccounts und für den T-
Online Zugang meines Vaters.
Wer XP noch nicht hat, kann es sich z.B. bei mvmpc9.ciw.uni-karlsruhe.de
holen zusammen mit UKA_PPP. (Egal ob mit FTP oder WWW).
Benötigt werden folgende Pakete:
XP311-1.EXE
XP311-2.EXE
XP311-U.EXE (so heißt das DIng glaube ich - auf jednen Fall der UUCP Teil)
Wer es noch für FIDO nutzen möchte auch noch:
XP311-F.EXE
Fangen wir an:
Wer XP schon installiert hat für Fido, der braucht nur die UUZ.EXE aus dem
UUCP Paket - eine erneute Registrierung (falls nur für Fido regristriert)
ist nicht erforderlich, so steht es jedenfalls in der DOK von UKA_PPP.
Was ist UKA_PPP?
UKA_PPP ist ein Paket, welches es ermöglicht unter DOS eine PPP/SLIP/CSLIP
Verbindung aufzubauen, und womit man den POP, SMPT und NEWS Server
ansprechen kann. Zusätzlich beigefügt ist ein Telnet und Ftp Client.
BTW: UKA_PPP bekommt man am besten direkt beim Autor: Wieder:
mvmpc9.ciw.uni-karlsruhe.de
Aktuell ist die Version 1.51.
Möchte man, daß sich UKA_PPP ins Verzeichnis \DFUe installiert (Umlaute im
Verzeichnisnamen stören UKA_PPP zwar nicht, aber falls man später PGP
installieren möchte, dann ist es empfehlenswert gleich ein Verzeichnis
ohne Umlaute zu wählen, da PGP diese nicht mag).
Wo waren wir? Verzeichnic anlegen:
md \DFUe
cd \DFUe
[Verzeichnis, wo die UKA_PPP.EXE steht]\UKA_PPP
Jetzt entpackt UKA_PPP alle seine Installationsdateien.
Jetzt die SETUP.BAT laufen lassen.
Es richtet automatisch ein Unterverzeichnis für UKA_PPP ein.
Es erscheint jetzt ein Setup Bildschirm:
Jetzt 'Default' angeben.
Jetzt werden zuerst nach den Schnittstellenparameter gefragt:
Falls das Modem an COM2 hängt, 2F8 angeben, falls an COM1 3F8.
Wenn COM2, dann IRQ3 sonst IRQ4.
Bei der Baudrate 57600 angeben.
Bei der Initstring verwendet man am besten ATZ (ENTER)
Dann verwendet das Modem die gespeicherten Einstellungen.
Jetzt muß man die Anwahlstring des Internetproviders angeben.
Falls Pulswahl ATDP02033789353 btw. Tonwahl: ATDT02033789353
Dann fragt er uns nach dem Protokoll. PPP wählen.
Beim Packettreiberinterrupt, einfach ENTER drücken um die
Defaulteinstellung von 61h zu nehmen.
Jetzt bekommen wir einen neuen Bildschirm. Es steht zwar geschrieben, daß
wir die Infos erst später eingeben müssen, aber wir geben sie jetzt
trotzdem ein.
Dommain Suffix ist bei uns: uni-duisburg.de
IP OF Nameserver ist bei uns: 134.91.3.16
Unser IP ist egal, weil die wegen der PPP Verbindung dynamisch zugewiesen
wird, hier einfach ENTER drücken.
Unsere Gateway ist 134.91.4.1, da wir uns über die 0203/3789353 eingewählt
haben. Irgendwie bekomme ich bei der 0203/378950 keine PPP Verbindung zu
Stande mit UKA_PPP, unter Windows habe ich auch nur diese Nummer
konfiguriert, die andere habe ich noch gar nicht versucht.
Und er soll natürlich den internen Packet Treiber verwenden. :-))
Als nächstes werden die Server für die E-Mail konfiguriert:
POP Srever ist der Rechner, auf dem das Home Verzeichnis liegt, bei mir
e45-hrze.uni-duisburg.de
POP USER ID ist der Loginusername, bei mir sl652kl
POP PASSWORD ist das Passwort, was es bei mir ist, sage ich nicht! :-)
Jetzt fragt er nach dem SMPT Server. Das ist bei uns die unidui.uni-
duisburg.de
Timeserver haben wir nicht, also 0 eingeben. Den Vorgeschlagenen Server
der Uni Karlsruhe können wir nicht benutzen, da wir mit unserer PPP
Verbindung keine Rechner außerhalb der Uni ohne Proxies ansprechen können
:-(((
Time Offset ist -1.
Jetzt wieder Default eingeben (also 3).
News ist als Newsserver OK, also ENTER eingeben.
Nein, jetzt keine Newsgroup abbonnieren.
YARN brauchen wir nicht zu installieren, also n.
Jetzt möchte er eine Probeverbindung aufbauen, um das Login zu 'lernen'. y
für Ja eingeben.
Jetzt baut er eine Verbindung auf. Bei der Frage Host: einfach PPP und
Enter eingeben, eine Sekunde warten, bis komische Zeichen erscheinen
(dürfte dann fat sofort passieren), dann ALT-X drücken.
UKA_PPP meldet sich jetzt akustisch, daß er es geschafft hat eine PPP
Verbindung aufzubauen.
Jetzt solange ENTER drücken, bis wir am Bildschirm sind, wo er wieder
fragt Compuserve, Default oder T-Online steht. Hier natürlich wieder
Default wählen.
Jetzt kommt eine Fehlermeldung, naja, eigentlich nur eine Warnung, daß wir
Online sind, einfach mit ENTER weiter.
Jetzt landen wir im Hauptmenü von UKA_PPP. UKA_PPP ist jetzt fertig
installiert.
Testweise kann man sich eine Telnetverbindung aufbauen zu seinem
Homeverzeichnis.
Auf jeden Fall sollte man nicht vergessen aufzulegen! :-)
Den größten Schritt haben wir jetzt hinter uns. Jetzt muß UKA_PPP nur noch
in Crosspoint eingebunden werden.
Das ist aber gar nicht so schwer.
Unter EDIT/BOXEN eine neue ZCONNECT Box anlegen.
Boxname: UNI-DUISBURG (eigentlich egal)
Username: Der alias oder falls nicht vorhanden, die Benutzerkennung.
(bei mir: mklose)
Kommentar: (beliebig), bei mir Uni-Duisburg Account
MAPS-NAME: Spielt keine Rolle, egal was hier steht.
Realname: Dein ECHTER Name mit Vor und Nachname. Bei mir Michael Klose
Domain: .DE
Jetzt auf den neuen EIntrag gehen, und (E)DIT/(P)oint.
Unter Pointname hier die Benutzerkennung eingeben (bei mir sl652kl). Der
Rest ist egal (einfach so lassen)
Unter (E)dit/(D)iverses unter Eingangsfilter (da steht als Überschrift
Filter dann da drunter Eingang und Ausgang, der Eingangsfilter ist
wichtig) folgendes eintragen:
[UKA_PPP VERZEICHNIS]\x_script.exe xpnews
Das ist bei diesem Bildschirm alles, was eingestellt werden muß.
Jetzt unter /(E)dit/(S)ysopmode folgendes eintragen:
Eingangspuffer: [UKA_PPP Verzeichnis]\INFILE.Z
Ausgangspuffer: [UKA_PPP Verzeichnis]\OUTFILE.Z
Herzlichen Glückwunsch! Crosspoint ist jetzt für den Uni Zugang
eingerichtet! Jetzt kann man ganz normal unter /Netcall/Einzeln pollen!
Newsgroups kann man aber nicht an/abbestellen in Crosspoint. Das An/
Absbestellen von Newsgroups geht über die UKA_PPP Programme SUBSCRIBE und
UNSUBSCRIBE oder so ähnlich. Einfacher ist es ins UKA_PPP Verzeichnis zu
gehen, und die Batchdatei GO aufzurufen:
Jetzt unter:
Setup/Server kann man Unsubscribe oder Subsrcribe wählen.
Dieses macht vor dem ersten poll wenig Sinn, da UKA_PPP sich noch keine
Newsgroupliste geholt hat.
------------- Kleine Anmerkung(en) --------------------------------------
Wundert EUch nicht darüber, daß zuerst die ganzen Newsgroup Messages in
/Junk wandern. Dieses liegt am folgendem:
Wenn eine Mail in *einem* Brett kommt, und dieses Brett noch nicht
existiert, so legt XP das neue Brett an.
Kommen aber nur tausend Crosspostings, weiß XP nicht in welcher Gruppe er
es hinlegen soll, da er keine Lust hat tausend Bretter anzulegen.
Meistens gibt es aber doch ein paar Mails, die nur zu der bestellten
Newsgroup gehören, und dann auch ein Brett angelegt wird.
Falls mehrere der Bretter, wo die Mail cross gepostet ist, in XP angelegt
sind, so ist der Artikel in jeder von diesen zu sehen.
Das nur so als kleien Anmerkung. ich habe auch zuerst gedacht, daß UKA_PPP
Scheiße baut, ist aber nicht so.
BTW: Für XP kann ich noch dringend den Filter Crosssecretary empfehlen.
Ciao!
Michael
Fido: 2:2446/301.7 [PGP KEY per EB]
Internet: mklose@uni-duisburg.de ET 2. Semester
...Diese Zeile ist Werbefrei und Unzensiert!