Re: sendmail Konfiguration

According to J Wunsch:
> As Matthias Teege wrote:
>
> > ausgelöst wird dieser Vorgang vom daily Script. Genauer von
> > '|sendmail root'. Damit kann ich den Wählvorgang auch jederzeit
> > auslösen. Allerdings ist 194.25.108.129 kein Rechner in meinem Netz
> > sondern in dem meines Providers. Ich habe ihn mal angepingt und er
> > antwortet auch. Zur Probe habe ich mal das Verzeichnis /etc und mein
> > Homeverzeichnis nach der obigen Adresse gegrept. Sie wird in keiner
> > Datei verwendet.
>
> Dein ppp0 (oder tun0) Interface besitzt aber nicht noch zufällig diese
> Adresse? Dein `smarthost' im Sendmail ist es auch nicht zufällig?

es ist tun0. Ich bekomme die obige Adresse von meinem Provider wenn
die ppp Verbindung hergestellt wird. Unter Umständen bekomme ich auch
194.25.108.130.

Das sieht dann so aus:

tun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1500
        inet 194.25.108.129 --> 194.25.108.129 netmask 0xffffff00

Nach einem Neustart von ppp ist die Originaleinstellung vorhanden:

 tun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1500
         inet 127.0.0.1 --> 10.0.0.2 netmask 0xffffff00

 Allerdings ist es doch seltsam warum ein '|sendmail root' (auch
 root(at)moon.fgh.net) einen Dialout auslöst. Ich habe das gerade probiert
 und in der named.run steht dann folgendes:

datagram from [192.168.153.1].4336, fd 21, len 30; now Mon May 25 14:14:45 1998
req: nlookup(moon.fgh.net) id 21098 type=1 class=1
req: found 'moon.fgh.net' as 'moon.fgh.net' (cname=0)
ns_req: answer -> [192.168.153.1].4336 fd=21 id=21098 size=83 Local

datagram from [192.168.153.1].4337, fd 21, len 44; now Mon May 25 14:14:45 1998
req: nlookup(1.153.168.192.in-addr.arpa) id 21099 type=12 class=1
req: found '1.153.168.192.in-addr.arpa' as '1.153.168.192.in-addr.arpa' (cname=0)
forw: forw -> [198.41.0.5].53 ds=23 nsid=34565 id=21099 12906ms retry 25sec
      ^^^^^^^^^^^^^^^^^^^^^^^
      Sowas ist doch seltsam?!

datagram from [192.168.153.1].4338, fd 21, len 35; now Mon May 25 14:14:45 1998
req: nlookup(localhost.fgh.net) id 45066 type=1 class=1
req: found 'localhost.fgh.net' as 'fgh.net' (cname=0)
ns_req: answer -> [192.168.153.1].4338 fd=21 id=45066 size=83 Local

datagram from [192.168.153.1].4339, fd 21, len 27; now Mon May 25 14:14:45 1998
req: nlookup(localhost) id 45067 type=1 class=1
req: found 'localhost' as 'localhost' (cname=0)
forw: forw -> [198.41.0.4].53 ds=23 nsid=34566 id=45067 7445ms retry 14sec

datagram from [192.168.153.1].4340, fd 21, len 44; now Mon May 25 14:14:50 1998
req: nlookup(1.153.168.192.in-addr.arpa) id 21099 type=12 class=1
req: found '1.153.168.192.in-addr.arpa' as '1.153.168.192.in-addr.arpa' (cname=0)
forw: forw -> [198.41.0.5].53 ds=23 nsid=34567 id=21099 12906ms retry 25sec

datagram from [192.168.153.1].4341, fd 21, len 27; now Mon May 25 14:14:50 1998
req: nlookup(localhost) id 45067 type=1 class=1
req: found 'localhost' as 'localhost' (cname=0)
forw: forw -> [198.41.0.4].53 ds=23 nsid=34568 id=45067 7445ms retry 14sec
resend(addr=1 n=0) -> [128.8.10.90].53 ds=23 nsid=34566 id=45067 8150ms

datagram from [192.168.153.1].4342, fd 21, len 44; now Mon May 25 14:15:00 1998
req: nlookup(1.153.168.192.in-addr.arpa) id 21099 type=12 class=1
req: found '1.153.168.192.in-addr.arpa' as '1.153.168.192.in-addr.arpa' (cname=0)
forw: forw -> [198.41.0.5].53 ds=23 nsid=34569 id=21099 12906ms retry 25sec

datagram from [192.168.153.1].4343, fd 21, len 27; now Mon May 25 14:15:00 1998
req: nlookup(localhost) id 45067 type=1 class=1
req: found 'localhost' as 'localhost' (cname=0)
forw: forw -> [198.41.0.4].53 ds=23 nsid=34570 id=45067 7445ms retry 14sec
resend(addr=1 n=0) -> [128.8.10.90].53 ds=23 nsid=34568 id=45067 8150ms
resend(addr=1 n=0) -> [198.41.0.11].53 ds=23 nsid=34565 id=21099 23547ms
resend(addr=1 n=0) -> [128.8.10.90].53 ds=23 nsid=34570 id=45067 8150ms

datagram from [128.8.10.90].53, fd 23, len 100; now Mon May 25 14:15:15 1998
Response (USER NORMAL -) nsid=34570 id=45067
NS #1 addr [128.8.10.90].53 used, rtt 5846
NS #0 [198.41.0.4].53 rtt now 9075
NS #2 [192.33.4.12].53 rtt now 14616

usw.

> Zur Not kannste Dir auch die ganze Zone 108.25.194.in-addr.arpa
> spiegeln (von ns.mvnet.de). Allerdings hat die Zone eine refresh time
> von 4 Stunden, so daß Dein Nameserver aller 4 Stunden rauswählen
> würde. Ich habe mir beim BIND 4 damit geholfen, daß ich das interne
> `maintenance interval' auf 24 Stunden hochgesetzt habe (source code

Nunja, meine verkorkste Variante hat ja einen Vorteil. Sie wählt ja
nur einmal unnötig. :-)

> Hack), so daß die SOAs der secondary zones nur noch einmal täglich
> geprüft werden. Beim BIND 8 geht das aber nicht mehr so einfach, ich
> hatte den Code schonmal flüchtig danach abgesucht. (Mein Nameserver
> ist Secondary für alle möglichen Vorwärts- und Rückwärtszonen, aus
> denen ich häufig Hosts benötige.)

Das würde meine Fähigkeiten sowieso um eine Vielfaches
übersteigen. :-)

Vielen Dank für Deine Hilfe und vielleicht fällt Dir ja nochwas
ein.

Matthias
Received on Mon 25 May 1998 - 14:27:50 CEST