kein inetd nach booten und keine wiedereinwahl nach 24 stunden bei OBSD-Router

Herakles

Profifragensteller
Moin!

Ich habe einen neuen OBSD3.7-Router für mein kleines Heimnetzwerk eingerichtet. Alles funktioniert super, ABER:

1) Der inetd wird nicht beim booten des Rechners gestartet (manuelles "inetd" am prompt startet ihn jedoch) und

2) es erfolgt keine automatische Wiedereinwahl ins Internet nach 24 Stunden.



zu 1)

In der rc.conf habe ich inetd=YES eingestellt. Dennoch kein inetd nach dem booten.

zu 2)

Ich habe die Einwahlscripte wie folgt erstellt:

ppp.conf
default:
set log Phase Chat IPCP CCP tun command
set redial 15 0
set reconnect 15 10000

pppoe:
set device "!/usr/sbin/pppoe -i rl1"
disable acfcomp protocomp
deny acfcomp
set mtu max 1454
set crtscts off
set speed sync
enable lqr
set lqrperiod 5
set dial
set login
set timeout 0
set authname "loginname"
set authkey PASSWORT
add! default HISADDR
enable dns
enable mssfixup

ppp.linkup
MYADDR:
! sh -c "/sbin/ifconfig pflog0 up"
! sh -c "/sbin/pflogd"
! sh -c "/sbin/pfctl -e -F all -f /etc/pf.conf"

ppp.linkdown
MYADDR:
! sh -c "/sbin/pfctl -d -F all"
! sh -c "kill `cat /var/run/pflogd.pid`"
! sh -c "/sbin/ifconfig pflog0 down"
! sh -c "/sbin/route delete default"

Wo mag mein Fehler liegen? Welche Logfiles würden Euch helfen?

Herakles
 
Also, nach durchforsten so einiger anderer Themen bin ich zu dem Schlussgekommen, dass wohl die beiden Realtek-Karten Schuld sein dürften. Austesten kann ichs allerdings nicht, weil ich grade keine anderen Karten zur Hand habe.

Das andere Problem mit dem inetd bleibt allerdings bestehen. denn der wird beim booten nicht gestartet, den darf ich nun immer von Hand starten... warum bloß??


Herakles
 
das thema wiedereinwahl und co ist doch seit längerem schon im raum, da gabs
ja grosse probleme seitdem die telekom die leitung auf eine andre art und weise
trennt. da gabs den trick "disable ipv6cp" in den ppp.conf anzugeben, teste des mal.
 
Code:
MYADDR:
     ! sh -c "/sbin/ifconfig pflog0 up"
     ! sh -c "/sbin/pflogd"
     ! sh -c "/sbin/pfctl -e -F all -f /etc/pf.conf"

da muss noch ein space vor das !
 
die funktionsfähigkeit schränkt es aber nicht wirklich ein, worauf ich eher
hinauswollte, wir können uns aber auch gerne über ascii design unterhalten ;)

aber auf das thema zurückzukommen inetd.

inetd steht auf yes in rc.conf, ok das wiederum verabreitet ja das /etc/rc file wo drin steht

Code:
if [ X${inetd} = X"YES" -a -e /etc/inetd.conf ]; then
        echo -n ' inetd';               inetd
fi

so siehts zumindest auf dem 3.7er default bei mir aus, und da is kein path zum
inetd angegeben, eventuell hängts einfach dadran, just try and see :)
 
Last edited:
Bezüglich inetd kann ich nichts sagen, lief bei mir unter 3.7 und 3.8 einwandfrei. Zum Wiedereinwahlproblem hatte ich ja schon in einem früheren Thread die dringende Empfehlung gegeben, auf kernel-pppoe auszuweichen. An deinen Realtek-Karten liegt es jedenfalls nicht. Auf dem em551-Board liegen ja bekanntermaßen drei Realtek-LAN-Schnittstellen, und die funktionieren bei mir unter 3.7 und 3.8 einwandfrei, inklusiver einwandfreier Wiedereinwahl nach der 24 stündigen Zwangstrennung durch T-Offline. Nimm kernel-pppoe und die Sache ist gegessen.
 
@quantumleeks: Realtek-Karten sind dafür bekannt, dass sie seltsame Probleme verursachen können. bei dem einen funktionieren sie jahrelang einwandfrei, bei dem anderen machen sie nur Probleme. So ist das halt mit Billigware.

am besten einfach mal mit anderen NICs probieren und wenns dann noch die selben Probleme gibt, dann liegt es nicht an den Realtek-Karten. Sollte es allerdings dann einwandfrei funktionieren, haben wir wieder ein schönes Beispiel dafür gefunden, warum man auf Realtek verzichten sollte.

auf bald
oenone
 
Ist schon richtig, oenone, aber wenn der OP für seinen Router ein Single Board verwenden sollte mit aufgelöteten NICs, hat er natürlich ein Problem. Ich glaube ehrlich gesagt nicht daran, dass die nicht zustandekommen wollende Wiedereinwahl nach der Zwangstrennung mit den 8193-Schnittstellen (oder -Karten) zu tun hat. Unter Userland-pppoe hatten auch schon andere OBSD-Anwender Probleme, obwohl sie andere Karten verwendet haben.
 
Back
Top