🚀 go-pugleaf

Sven Kirmess wrote:

> Ich versuchs nochmals...
>
> Sobald ich eine Verbindung mit ns01. oder ns02.datanetworks.ch aufgebaut
> habe, werden immer wieder folgende Pakete �bertragen. Hat jemand eine
> Idee, was das sein k�nnte? Welches Programm versendet, empf�ngt die
> Pakete? Wie kann ich das rausfinden? ?
>
> Wieso kommt ein RIP-REQ? Wie kann ich das verhindern?
>
> Was soll die nachfrage meines Rechners nach dem Namen der Domain
> 224.0.0.9? (Habe unten die Whois-Infos angeh�ngt).
>
> Diese Pakete sind echt unangenehm... mein diald lebt ewigs... :-(
>
> Sven
>
> -------------------------
> 14:34:07.469253 dnsba03-eth0.datanetworks.ch.route >
> RIP2-ROUTERS.MCAST.NET.route: rip-req 24 [tos 0xc0]
> 14:34:07.469253 ppp001.datanetworks.ch.1111 >
> ns02.datanetworks.ch.domain: 60391+ PTR? 9.0.0.224.in-addr.arpa. (40)
> 14:34:07.569253 ns02.datanetworks.ch.domain >
> ppp001.datanetworks.ch.1111: 60391 1/4/4 (245)
> 14:34:07.569253 ppp001.datanetworks.ch.1112 >
> ns02.datanetworks.ch.domain: 60392+ (45)
> 14:34:07.659253 ns02.datanetworks.ch.domain >
> ppp001.datanetworks.ch.1112: 60392* 1/3/3 (225)
> 14:34:07.659253 ppp001.datanetworks.ch.1113 >
> ns02.datanetworks.ch.domain: 60393+ (44)
> 14:34:07.749253 ns02.datanetworks.ch.domain >
> ppp001.datanetworks.ch.1113: 60393* 1/3/3 (211)
> 14:34:07.749253 ppp001.datanetworks.ch.1114 >
> ns02.datanetworks.ch.domain: 60394+ (43)
> 14:34:07.839253 ns02.datanetworks.ch.domain >
> ppp001.datanetworks.ch.1114: 60394* 1/3/3 (217)
> -------------------------
> 224.0.0.9:
> University of Southern California (NET-MCAST-NET)
>    Information Sciences Institute
>    4676 Admiralty Way
>    Marina Del Rey, CA 90292-6695
>
>    Netname: MCAST-NET
>    Netblock: 224.0.0.0 - 224.255.255.255
>
>    Coordinator:
>       Internet Assigned Numbers Authority  (IANA-ARIN)  iana@iana.org
>       (310) 822-1511
>
>    Domain System inverse mapping provided by:
>
>    VENERA.ISI.EDU               128.9.0.32 128.9.176.32
>    SGI.COM                      192.48.153.1
>    NS.ISI.EDU                   128.9.128.127
>    NIC.NEAR.NET                 192.52.71.4
>
>    Record last updated on 21-Aug-98.
>    Database last updated on 14-Apr-99 16:14:19 EDT.
>
> The ARIN Registration Services Host contains ONLY Internet
> Network Information: Networks, ASN's, and related POC's.
> Please use the whois server at rs.internic.net for DOMAIN related
> Information and nic.mil for NIPRNET Information.

Hallo Sven

RIP heisst Routing Information Protokoll und wird normalerweise unter
Routern ausgetauscht.
Es dient zur Akualisierung von Routing-Tabellen.

Gruss Robert

Robert Jenni wrote:

> RIP heisst Routing Information Protokoll und wird normalerweise unter
> Routern ausgetauscht.
> Es dient zur Akualisierung von Routing-Tabellen.

Nur: Weshalb wird das an meinen Linux-Router gesendet? Ich hab sowas nie
(bewusst) "bestellt"... und vorallem: Wie kann ich das verhindern?

btw: Geh ich richtig in der Annahme, dass alle von mir angegebenen Zeilen
durch das RIP ausgel�st werden?



Sven

Sven Kirmess wrote:

> Robert Jenni wrote:
>
> > RIP heisst Routing Information Protokoll und wird normalerweise unter
> > Routern ausgetauscht.
> > Es dient zur Akualisierung von Routing-Tabellen.
>
> Nur: Weshalb wird das an meinen Linux-Router gesendet? Ich hab sowas nie
> (bewusst) "bestellt"... und vorallem: Wie kann ich das verhindern?
>
> btw: Geh ich richtig in der Annahme, dass alle von mir angegebenen Zeilen
> durch das RIP ausgel�st werden?
>
> Sven

der Router deines Providers scheint diese RIP Informationen zu senden.
Was hast du fuer eine Konfiguration bei dir?

Robert

Robert Jenni wrote:

> der Router deines Providers scheint diese RIP Informationen zu senden.
> Was hast du fuer eine Konfiguration bei dir?

Ich schreib mal auf, was mir einf�llt. FAlls Du noch was wissen willst, lass es
mich wissen.

SuSE 5.2
diald �ber externes ISDN-"Modem" (Zyxel omni.net).


Beim starten wird diald folgendermassen gestartet:
---------------
#! /bin/bash
echo "diald wird initialisiert....."
/usr/sbin/diald \
device /dev/ttyS3 \
-m ppp \
local 127.0.0.3 \
remote 0.0.0.0 \
defaultroute \
lock \
modem \
reroute \
crtscts \
speed 115200 \
dynamic \
disconnect-timeout 120 \
redial-timeout 30 \
connect "/usr/sbin/chat -f /etc/suseppp/datanetworks.chat" \
-- file /etc/suseppp/datanetworks.options
---------------
datanetworks.chat:
ABORT "NO CARRIER"
ABORT BUSY
ABORT "NO DIALTONE"
ABORT ERROR
"" AT
OK AT&F
OK ATB40
OK ATDI3320336
TIMEOUT 60
CONNECT
------------------------
datanetworks.options:
#
# /etc/suseppp
#
# Automatically generated by SuSEconfig on Mon Apr  5 17:08:07 MEST 1999.
#
# PLEASE DO NOT EDIT THIS FILE!
#
# Change variables in /etc/rc.config instead
#
#
#/dev/modem
115200
crtscts
#lock
name "kirmess"
:194.209.30.112
noipdefault
remotename datanetworks.ch
defaultroute
-------------------
/etc/ppp/ip-up:
#! /bin/bash
/usr/local/bin/fetchmail start >>/var/log/messages
/usr/sbin/sendmail -q
exit 0
-------------------------
/etc/ppp/ip-down:
#! /bin/bash
/usr/local/bin/fetchmail stop >>/var/log/messages
exit 0
-------------------------
/usr/local/bin/fetchmail:
#! /bin/bash
#fetchmail -d 60 --monitor ppp0 -L /var/log/fetchmail 2>&1
case "$1" in
 start)
         echo "Starting fetchmail-daemon"
                /usr/bin/fetchmail -d 60 --monitor ppp0 -L /var/log/fetchmail
2>&1
                ;;
        stop)
         echo -n "Shutting down fetchmail-daemon"
                /usr/bin/fetchmail -quit
                echo
                ;;
        *)
         echo "Usage: $0 {start|stop}"
                exit 1
esac

exit 0
---------------------
Um die mails abzuliefern starte ich noch folgendes script:
#! /bin/bash
/usr/local/bin/sendmailq &
-----------------
sendmailq:
#! /bin/bash
while true;
do
  if [ -e /var/lock/LCK..ttyS3 ]; then
    sendmail -q
  fi

  sleep 300
done
----------------
Ich starte noch einen socks5 Proxy Server.


Sven

Sven Kirmess wrote:

> Robert Jenni wrote:
>
> > der Router deines Providers scheint diese RIP Informationen zu senden.
> > Was hast du fuer eine Konfiguration bei dir?
>
> Ich schreib mal auf, was mir einf�llt. FAlls Du noch was wissen willst, lass es
> mich wissen.
>
> SuSE 5.2
> diald �ber externes ISDN-"Modem" (Zyxel omni.net).
>
> Beim starten wird diald folgendermassen gestartet:
> ---------------
> #! /bin/bash
> echo "diald wird initialisiert....."
> /usr/sbin/diald \
> device /dev/ttyS3 \
> -m ppp \
> local 127.0.0.3 \
> remote 0.0.0.0 \
> defaultroute \
> lock \
> modem \
> reroute \
> crtscts \
> speed 115200 \
> dynamic \
> disconnect-timeout 120 \
> redial-timeout 30 \
> connect "/usr/sbin/chat -f /etc/suseppp/datanetworks.chat" \
> -- file /etc/suseppp/datanetworks.options
> ---------------
> datanetworks.chat:
> ABORT "NO CARRIER"
> ABORT BUSY
> ABORT "NO DIALTONE"
> ABORT ERROR
> "" AT
> OK AT&F
> OK ATB40
> OK ATDI3320336
> TIMEOUT 60
> CONNECT
> ------------------------
> datanetworks.options:
> #
> # /etc/suseppp
> #
> # Automatically generated by SuSEconfig on Mon Apr  5 17:08:07 MEST 1999.
> #
> # PLEASE DO NOT EDIT THIS FILE!
> #
> # Change variables in /etc/rc.config instead
> #
> #
> #/dev/modem
> 115200
> crtscts
> #lock
> name "kirmess"
> :194.209.30.112
> noipdefault
> remotename datanetworks.ch
> defaultroute
> -------------------
> /etc/ppp/ip-up:
> #! /bin/bash
> /usr/local/bin/fetchmail start >>/var/log/messages
> /usr/sbin/sendmail -q
> exit 0
> -------------------------
> /etc/ppp/ip-down:
> #! /bin/bash
> /usr/local/bin/fetchmail stop >>/var/log/messages
> exit 0
> -------------------------
> /usr/local/bin/fetchmail:
> #! /bin/bash
> #fetchmail -d 60 --monitor ppp0 -L /var/log/fetchmail 2>&1
> case "$1" in
>  start)
>          echo "Starting fetchmail-daemon"
>                 /usr/bin/fetchmail -d 60 --monitor ppp0 -L /var/log/fetchmail
> 2>&1
>                 ;;
>         stop)
>          echo -n "Shutting down fetchmail-daemon"
>                 /usr/bin/fetchmail -quit
>                 echo
>                 ;;
>         *)
>          echo "Usage: $0 {start|stop}"
>                 exit 1
> esac
>
> exit 0
> ---------------------
> Um die mails abzuliefern starte ich noch folgendes script:
> #! /bin/bash
> /usr/local/bin/sendmailq &
> -----------------
> sendmailq:
> #! /bin/bash
> while true;
> do
>   if [ -e /var/lock/LCK..ttyS3 ]; then
>     sendmail -q
>   fi
>
>   sleep 300
> done
> ----------------
> Ich starte noch einen socks5 Proxy Server.
>
> Sven

Hallo
mich interessiert wi e dein Netz aussiehtt.
Mit Router oder ohne. Wenn du kein dynamisches Routing machst kannst du diese
Informationen
einfach ignorieren. Der Provider sollte sich eventuell einmal um seine Router
kuemmern. RIP ist auch nicht gerade
der letzte Schrei.
Robert

Robert Jenni wrote:

> mich interessiert wi e dein Netz aussiehtt.

Ganz einfach:

Provider ---ISDN--- Linux [192.168.0.1/24] ---Ethernet--- 2.Rechner[192.168.0.10]

Das ist alles. Der Effekt kann mit an und abgeschaltetem 2. Rechner beobachtet
werden, daran liegts nicht....

> Mit Router oder ohne.

Meine Linux-Kiste ist der Router...

> Wenn du kein dynamisches Routing machst kannst du diese
> Informationen
> einfach ignorieren.

Eben nicht, da diald nicht beendet....

> Der Provider sollte sich eventuell einmal um seine Router
> kuemmern. RIP ist auch nicht gerade
> der letzte Schrei.

Soll ich mich an den Provider wenden? K�nnen die verhindern, dass diese Pakete an
mich abgesetzt werden ohne allzugrosse M�he?


Sven

Sven Kirmess <Sven.Kirmess@gmx.net> wrote:
> Was soll die nachfrage meines Rechners nach dem Namen der Domain
> 224.0.0.9? (Habe unten die Whois-Infos angeh�ngt).

224.x.x.x sind AFAIK Multicast-Adressen. D.h. diese IPs sind nicht
einzelnen Rechnern zugeordnet sondern Multicast-Gruppen.

Was Dein Rechner versucht dort hinzuschicken, weiss ich allerdings
nicht. Vielleicht hast Du einen Multicast-Router installiert oder so?

- Felix
-- 
Felix Rauch, research assistant @ ETH Zurich, Institute for Computersystems
Homepage: http://nice.ethz.ch/~felix/ (includes PGP public key)
Email: felix@nice.ch     -> This article contains my personal views only <-