diff --git a/FAQ/_example/config.txt b/FAQ/_example/config.txt index 6d22309c..0cbceb54 100644 --- a/FAQ/_example/config.txt +++ b/FAQ/_example/config.txt @@ -1,113 +1,113 @@ -From: Torsten Hentschel 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 " in the message body [-vg] +From: Torsten Hentschel 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 " in the message body [-vg] diff --git a/FAQ/_example/ipfwadm.txt b/FAQ/_example/ipfwadm.txt index 68f5cd39..25b8904e 100644 --- a/FAQ/_example/ipfwadm.txt +++ b/FAQ/_example/ipfwadm.txt @@ -1,71 +1,71 @@ -From: Torsten Hentschel 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 " 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 " in the message body [-vg] +From: Torsten Hentschel 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 " 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 " in the message body [-vg] diff --git a/FAQ/_howto/dns.txt b/FAQ/_howto/dns.txt index d5eeedf7..02e3dc17 100644 --- a/FAQ/_howto/dns.txt +++ b/FAQ/_howto/dns.txt @@ -1,149 +1,149 @@ -From: Philippe Le Foll 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 " in the message body [-vg] +From: Philippe Le Foll 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 " in the message body [-vg] diff --git a/FAQ/_howto/masquerade.txt b/FAQ/_howto/masquerade.txt index 39fe91c0..79814b21 100644 --- a/FAQ/_howto/masquerade.txt +++ b/FAQ/_howto/masquerade.txt @@ -1,292 +1,292 @@ -Date: Tue, 29 Oct 1996 03:57:50 +0000 (GMT) From: Rainer May 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 " in the message body [-vg] +Date: Tue, 29 Oct 1996 03:57:50 +0000 (GMT) From: Rainer May 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 " in the message body [-vg] diff --git a/FAQ/_howto/pppbind.txt b/FAQ/_howto/pppbind.txt index 030a851f..665fccad 100644 --- a/FAQ/_howto/pppbind.txt +++ b/FAQ/_howto/pppbind.txt @@ -1,111 +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 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 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 " in the message body [-vg] +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 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 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 " in the message body [-vg] diff --git a/FAQ/_howto/vbox_sound.txt b/FAQ/_howto/vbox_sound.txt index 1c78853c..c077d924 100644 --- a/FAQ/_howto/vbox_sound.txt +++ b/FAQ/_howto/vbox_sound.txt @@ -1,137 +1,137 @@ -X-Sender: dekay@xplor.ipf.de -References: 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 -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_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//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.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.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 " in the message body [-vg] +X-Sender: dekay@xplor.ipf.de +References: 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 +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_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//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.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.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 " in the message body [-vg] diff --git a/FAQ/_howto/xp-howto.txt b/FAQ/_howto/xp-howto.txt index c627e6ef..99a6f545 100644 --- a/FAQ/_howto/xp-howto.txt +++ b/FAQ/_howto/xp-howto.txt @@ -1,277 +1,276 @@ -======== -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! - +======== +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!