xDSL.at

von **jutta** » So 25 Jun, 2006 15:07

wientanz hat geschrieben: denn nachdem eth0 eine 172.x.x.x IP bekommt, müßte das Modem mit seinem DHCP-Server doch eine Adresse aus dem Bereich haben.

steht zwar eh schon hunderte male im forum, aber gern noch einmal: beim einzelplatz (ohne voip) ist das modem als bridge konfiguriert und der dhcp-server steht bei inode. und ja, 10.0.0.138 ist der pptp-server (aber er hat auch doubles ... stichwort proxy arp)

von **wientanz** » So 25 Jun, 2006 15:10

Code: Alles auswählen: [root@www ~]# ifconfig eth0 eth0 Link encap:Ethernet Hardware Adresse 00:40:F4:1E:29:60 inet Adresse:172.18.107.149 Bcast:172.18.107.255 Maske:255.255.255.0 inet6 Adresse: fe80::240:f4ff:fe1e:2960/64 GÃ¼ltigkeitsbereich:Verbindung UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:5648305 errors:0 dropped:0 overruns:0 frame:0 TX packets:7721781 errors:0 dropped:0 overruns:3 carrier:0 Kollisionen:0 SendewarteschlangenlÃ¤nge:1000 RX bytes:2282282168 (2.1 GiB) TX bytes:2426425299 (2.2 GiB) Interrupt:11 Basisadresse:0xa000 [root@www ~]# route -n Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface 10.0.0.138 172.18.107.1 255.255.255.255 UGH 0 0 0 eth0 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 172.18.107.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth1 [root@www ~]# [root@www ~]# ping 172.18.107.1 PING 172.18.107.1 (172.18.107.1) 56(84) bytes of data. From 172.18.107.149 icmp_seq=1 Destination Host Unreachable From 172.18.107.149 icmp_seq=2 Destination Host Unreachable --- 172.18.107.1 ping statistics --- 4 packets transmitted, 0 received, +2 errors, 100% packet loss, time 3017ms , pipe 3 [root@www ~]# arp 172.18.107.1 Address HWtype HWaddress Flags Mask Iface 172.18.107.1 (unvollstÃ¤ndig) eth0 [root@www ~]# ping -n 172.18.107.1 PING 172.18.107.1 (172.18.107.1) 56(84) bytes of data. From 172.18.107.149 icmp_seq=0 Destination Host Unreachable From 172.18.107.149 icmp_seq=1 Destination Host Unreachable From 172.18.107.149 icmp_seq=2 Destination Host Unreachable --- 172.18.107.1 ping statistics --- 5 packets transmitted, 0 received, +3 errors, 100% packet loss, time 4017ms , pipe 4 [root@www ~]# arp -d 172.18.107.1 [root@www ~]# ping -n -c 1 172.18.107.1 PING 172.18.107.1 (172.18.107.1) 56(84) bytes of data. From 172.18.107.149 icmp_seq=0 Destination Host Unreachable --- 172.18.107.1 ping statistics --- 1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms , pipe 2 [root@www ~]# arp -n Address HWtype HWaddress Flags Mask Iface 172.18.107.1 (unvollstÃ¤ndig) eth0 192.168.0.222 ether 00:0F:B5:87:E2:BD C eth1 192.168.0.89 ether 00:0F:B5:96:10:05 C eth1 [root@www ~]# traceroute 10.0.0.138 traceroute to 10.0.0.138 (10.0.0.138), 30 hops max, 38 byte packets 1 172.18.107.149 (172.18.107.149) 3003.464 ms !H 3003.839 ms !H [root@www ~]# traceroute -n 10.0.0.138 traceroute to 10.0.0.138 (10.0.0.138), 30 hops max, 38 byte packets 1 172.18.107.149 3001.789 ms !H 3003.947 ms !H 3004.391 ms !H [root@www ~]#

Kabel abgezogen und wieder angesteckt (Netzwerkkabel):

Code: Alles auswählen: [root@www ~]# inode-redial Starte Verbindung erneut... Verbindung getrennt. Einwahlvorgang gestartet... Einwählvorgang beendet. Auflegen mit "inode-hangup". Erneutes Einwählen mit "inode-redial". Falls ausgehende Verbindungen nicht funktionieren, kann es unter Umständen nötig sein, eine eventuell vorhandene Firewall Ihrer Distribution neu zu starten oder neu zu laden.

Es geht also auch ohne Neustarten. Hmm. Hatte vor der Phase, in der es ohne Probleme lief, das Problem, dass ich auf jeden Fall neustarten mußte.

Weiters: Hab gesehen, dass ich zum Zeitpunkt des letzten Ausfalls eine lange Phase mit 100% Auslastung hatte!

@jutta: Danke, jetzt weiß ichs für die Zukunft :-)

@lordpeng: Ich sag ja: Ich und mein Halbwissen. Eine lästig/tödliche Kombination

von **lordpeng** » So 25 Jun, 2006 15:12

>@lordpeng: Ich sag ja: Ich und mein Halbwissen. Eine lästig/tödliche Kombination
das ist kein wirkliches problem ... da du ja schon rausgefunden hast, wie man fragen stellt, wer nicht fragt bleibt blöd ...

von **wientanz** » So 25 Jun, 2006 15:13

@ lordpeng: ja, sind natürlich installiert, doch liefert mir das ja nur einen Schnappschuß alle 10 Minuten

>>wie man Fragen stellt lernen
:-D

edit: Oh, da gibt es einen Intervall-Parameter... Es leben die man-files

von **superracer** » So 25 Jun, 2006 15:22

ok, der rechner verliert also komplett die verbindung nach aussen. wenn netzwerkkabel ab/anstecken hilft, liegt's am ehesten am modem, an der netzwerkkarte oder am treiber. hast du ne andere karte zum probieren?

von **wientanz** » So 25 Jun, 2006 15:39

@superracer: Klar hab ich das, aber nachdem das ein Via Epia Board ist, ist alles ein bißchen klein und das mutiert dann zur Fitzelarbeit. Und Gottseidank ist genau die Karte NICHT die interne fix eingebaute. Daran hängt der Rest vom Netzwerk dran und damit auch mein SSH...

Aber ich glaube langsam nicht mehr, dass das Problem ist. Ich werde den nächsten Ausfall mal abwarten, aber ich vermute, dass der wieder von einer massiven 100% Auslastung bgleitet wird. Und ich vermute langsam wirklich, dass das den Prozessor so auslastet, dass nicht mehr genug Rechenzeit für andere wichtige Prozesse übrigbleibt...

von **superracer** » So 25 Jun, 2006 15:46

wientanz hat geschrieben:Ich werde den nächsten Ausfall mal abwarten, aber ich vermute, dass der wieder von einer massiven 100% Auslastung bgleitet wird. Und ich vermute langsam wirklich, dass das den Prozessor so auslastet, dass nicht mehr genug Rechenzeit für andere wichtige Prozesse übrigbleibt...

vorsicht, soweit ich die pppd/pptp kombination in erinnerung hab, fährt der pptp client mit 100% cpu an, wenn die verbindung mal gekappt ist. oder anders ausgedrückt, vorsicht daß du eine auswirkung nicht mit einer ursache verwechselst... (hint: top -d1)

so ausgelastet kann deine cpu gar nicht sein, daß sie mit den keepalives nicht mehr zurecht kommt. (naja, kann schon, aber dann hättest du ärgere probleme.)

pppoe hast immer noch nicht versucht, gell?

von **wientanz** » So 25 Jun, 2006 16:01

...nein, ppoe noch nicht versucht, das mach ich entweder später oder morgen abend nach der Prüfung. Dafür muss ich noch einen cron-job deaktivieren und so... dank webmin ist das alles eh recht komfortabel.

btw: was macht den top -d? wo ist der Unterschied zu nur top? Und das mit der Auslastung: Ich spreche von einer 3 minütigen 100% Auslastung...

von **wientanz** » So 25 Jun, 2006 16:12

Code: Alles auswählen: PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND [b]13583 root 25 0 736 228 172 R 60.5 0.0 0:24.97 pptp[/b] 14957 root 18 0 35192 32m 1588 R 28.5 6.6 2:34.44 usage.pl 6976 stefan 15 0 14516 10m 3044 S 2.9 2.1 15:11.23 Xvnc 14843 smmsp 18 0 7396 2720 1320 R 2.3 0.5 0:05.89 sendmail 11382 stefan 17 0 24324 11m 8480 S 2.0 2.4 5:06.72 gnome-system-mo 15207 root 16 0 1956 1020 764 R 1.6 0.2 0:00.30 top 240 root 15 0 0 0 0 S 0.7 0.0 4:04.51 kswapd0 1992 root 16 0 2672 452 372 S 0.3 0.1 1:06.16 nifd 2270 mysql 15 0 123m 7028 3020 S 0.3 1.4 2:54.61 mysqld 1 root 16 0 1680 548 472 S 0.0 0.1 0:02.01 init

Du hattest recht... Es ist der pptp Dienst. Und die 3 Minuten dauerten eigentlich nur ca. 1 min

von **wientanz** » So 25 Jun, 2006 16:40

Hab gerade pppoe mittels http://forums.fedoraforum.org/showthread.php?t=19352 probiert und folgendes erhalten:

/sbin/adsl-start: line 215: 16786 Terminated
$CONNECT "$@" >/dev/null 2>1

Und zwar als ich auf "aktivieren" klickte (Aktivieren des Netzwerkgerätes)

von **penguinforce** » So 25 Jun, 2006 17:21

hast du das ganze schonmal mit /sbin/adsl-setup (als root)konfiguriert?

:diabolic:

von **wientanz** » So 25 Jun, 2006 18:40

noch nicht...

von **wientanz** » Fr 30 Jun, 2006 15:25

So.. hab /sbin/adsl-setup nun ausprobiert und das kam raus:

Code: Alles auswählen: ** Summary of what you entered ** Ethernet Interface: eth0 User name: xdsl.XXXXX@home Activate-on-demand: No Primary DNS: 194.58.160.194 Secondary DNS: 195.58.161.122 Firewalling: MASQUERADE User Control: yes Accept these settings and adjust configuration files (y/n)? y Adjusting /etc/sysconfig/network-scripts/ifcfg-ppp0 Adjusting /etc/resolv.conf (But first backing it up to /etc/resolv.conf.bak) Adjusting /etc/ppp/chap-secrets and /etc/ppp/pap-secrets (But first backing it up to /etc/ppp/chap-secrets.bak) (But first backing it up to /etc/ppp/pap-secrets.bak) Congratulations, it should be all set up! Type '/sbin/ifup ppp0' to bring up your xDSL link and '/sbin/ifdown ppp0' to bring it down. Type '/sbin/adsl-status /etc/sysconfig/network-scripts/ifcfg-ppp0' to see the link status. You have new mail in /var/spool/mail/root [root@www ~]# /sbin/ifup ppp0 You have new mail in /var/spool/mail/root [root@www ~]# /sbin/adsl-status /etc/sysconfig/network-scripts/ifcfg-ppp0 adsl-status: Link is down (can't read pppoe PID file /var/run/pppoe-adsl.pid.pppoe)

Ging also nicht. Das /var/log/messages sagt dazu:

Code: Alles auswählen: Jun 30 15:40:59 www pppd[7438]: In file /etc/ppp/options: unrecognized option 'replacedefaultroute' Jun 30 15:40:59 www adsl-connect: ADSL connection lost; attempting re-connection. Jun 30 15:41:04 www pppd[7449]: In file /etc/ppp/options: unrecognized option 'replacedefaultroute' Jun 30 15:41:04 www adsl-connect: ADSL connection lost; attempting re-connection. Jun 30 15:41:09 www pppd[7456]: In file /etc/ppp/options: unrecognized option 'replacedefaultroute' Jun 30 15:41:09 www adsl-connect: ADSL connection lost; attempting re-connection. Jun 30 15:41:14 www pppd[7466]: In file /etc/ppp/options: unrecognized option 'replacedefaultroute' Jun 30 15:41:14 www adsl-connect: ADSL connection lost; attempting re-connection. Jun 30 15:41:19 www pppd[7477]: In file /etc/ppp/options: unrecognized option 'replacedefaultroute' Jun 30 15:41:19 www adsl-connect: ADSL connection lost; attempting re-connection. Jun 30 15:41:24 www pppd[7487]: In file /etc/ppp/options: unrecognized option 'replacedefaultroute' Jun 30 15:41:24 www adsl-connect: ADSL connection lost; attempting re-connection. Jun 30 15:41:29 www pppd[7497]: In file /etc/ppp/options: unrecognized option 'replacedefaultroute' Jun 30 15:41:29 www adsl-connect: ADSL connection lost; attempting re-connection. Jun 30 15:41:34 www pppd[7508]: In file /etc/ppp/options: unrecognized option 'replacedefaultroute' Jun 30 15:41:34 www adsl-connect: ADSL connection lost; attempting re-connection. Jun 30 15:41:39 www pppd[7515]: In file /etc/ppp/options: unrecognized option 'replacedefaultroute' Jun 30 15:41:39 www adsl-connect: ADSL connection lost; attempting re-connection. Jun 30 15:41:45 www pppd[7525]: In file /etc/ppp/options: unrecognized option 'replacedefaultroute' Jun 30 15:41:45 www adsl-connect: ADSL connection lost; attempting re-connection. Jun 30 15:41:50 www pppd[7536]: In file /etc/ppp/options: unrecognized option 'replacedefaultroute' Jun 30 15:41:50 www adsl-connect: ADSL connection lost; attempting re-connection. Jun 30 15:41:55 www pppd[7546]: In file /etc/ppp/options: unrecognized option 'replacedefaultroute' Jun 30 15:41:55 www adsl-connect: ADSL connection lost; attempting re-connection. Jun 30 15:42:00 www pppd[7556]: In file /etc/ppp/options: unrecognized option 'replacedefaultroute' Jun 30 15:42:00 www adsl-connect: ADSL connection lost; attempting re-connection. Jun 30 15:43:22 www pppd[7674]: In file /etc/ppp/options: unrecognized option 'replacedefaultroute' Jun 30 15:43:22 www adsl-connect: ADSL connection lost; attempting re-connection. Jun 30 15:43:27 www pppd[7681]: In file /etc/ppp/options: unrecognized option 'replacedefaultroute' Jun 30 15:43:27 www adsl-connect: ADSL connection lost; attempting re-connection. Jun 30 15:43:32 www pppd[7691]: In file /etc/ppp/options: unrecognized option 'replacedefaultroute' Jun 30 15:43:32 www adsl-connect: ADSL connection lost; attempting re-connection. Jun 30 15:43:37 www pppd[7702]: In file /etc/ppp/options: unrecognized option 'replacedefaultroute' Jun 30 15:43:37 www adsl-connect: ADSL connection lost; attempting re-connection. Jun 30 15:43:42 www pppd[7712]: In file /etc/ppp/options: unrecognized option 'replacedefaultroute' Jun 30 15:43:42 www adsl-connect: ADSL connection lost; attempting re-connection. Jun 30 15:43:47 www pppd[7725]: In file /etc/ppp/options: unrecognized option 'replacedefaultroute' Jun 30 15:43:47 www adsl-connect: ADSL connection lost; attempting re-connection. Jun 30 15:43:53 www pppd[7745]: In file /etc/ppp/options: unrecognized option 'replacedefaultroute' Jun 30 15:43:53 www adsl-connect: ADSL connection lost; attempting re-connection. Jun 30 15:43:58 www pppd[7752]: In file /etc/ppp/options: unrecognized option 'replacedefaultroute' Jun 30 15:43:58 www adsl-connect: ADSL connection lost; attempting re-connection. Jun 30 15:44:03 www pppd[7762]: In file /etc/ppp/options: unrecognized option 'replacedefaultroute' Jun 30 15:44:03 www adsl-connect: ADSL connection lost; attempting re-connection. Jun 30 15:44:08 www pppd[7773]: In file /etc/ppp/options: unrecognized option 'replacedefaultroute' Jun 30 15:44:08 www adsl-connect: ADSL connection lost; attempting re-connection. Jun 30 15:44:13 www pppd[7784]: In file /etc/ppp/options: unrecognized option 'replacedefaultroute' Jun 30 15:44:13 www adsl-connect: ADSL connection lost; attempting re-connection. Jun 30 15:44:18 www pppd[7805]: In file /etc/ppp/options: unrecognized option 'replacedefaultroute' Jun 30 15:44:18 www adsl-connect: ADSL connection lost; attempting re-connection. Jun 30 15:44:23 www pppd[7816]: In file /etc/ppp/options: unrecognized option 'replacedefaultroute' Jun 30 15:44:23 www adsl-connect: ADSL connection lost; attempting re-connection. Jun 30 15:44:28 www pppd[7823]: In file /etc/ppp/options: unrecognized option 'replacedefaultroute' Jun 30 15:44:28 www adsl-connect: ADSL connection lost; attempting re-connection. Jun 30 15:44:49 www pptp[7901]: anon log[main:pptp.c:237]: The synchronous pptp option is NOT activated Jun 30 15:44:49 www pptp[7904]: anon log[ctrlp_rep:pptp_ctrl.c:243]: Sent control packet type is 1 'Start-Control-Connection-Request' Jun 30 15:44:49 www pptp[7904]: anon log[ctrlp_disp:pptp_ctrl.c:714]: Received Start Control Connection Reply Jun 30 15:44:49 www pptp[7904]: anon log[ctrlp_disp:pptp_ctrl.c:748]: Client connection established. Jun 30 15:44:50 www pptp[7904]: anon log[ctrlp_rep:pptp_ctrl.c:243]: Sent control packet type is 7 'Outgoing-Call-Request' Jun 30 15:44:50 www pptp[7904]: anon log[ctrlp_disp:pptp_ctrl.c:834]: Received Outgoing Call Reply. Jun 30 15:44:50 www pptp[7904]: anon log[ctrlp_disp:pptp_ctrl.c:873]: Outgoing call established (call ID 0, peer's call ID 5814). Jun 30 15:44:50 www pppd[7906]: pppd 2.4.2b3 started by (unknown), uid 0 Jun 30 15:44:50 www pppd[7906]: Using interface ppp0 Jun 30 15:44:50 www pppd[7906]: Connect: ppp0 <--> /dev/pts/5 Jun 30 15:44:52 www pppd[7906]: Remote message: Authorization successful Jun 30 15:44:52 www pppd[7906]: PAP authentication succeeded Jun 30 15:44:52 www pppd[7906]: local IP address 85.124.16.20 Jun 30 15:44:52 www pppd[7906]: remote IP address 172.25.46.39 Jun 30 15:45:23 www pptp[7904]: anon log[callmgr_main:pptp_callmgr.c:249]: Closing connection Jun 30 15:45:23 www pptp[7904]: anon log[ctrlp_rep:pptp_ctrl.c:243]: Sent control packet type is 12 'Call-Clear-Request' Jun 30 15:45:23 www pppd[7906]: Terminating on signal 15. Jun 30 15:45:23 www pptp[7904]: anon log[ctrlp_disp:pptp_ctrl.c:905]: Call disconnect notification received (call id 5814) Jun 30 15:45:23 www pppd[7906]: Hangup (SIGHUP) Jun 30 15:45:23 www pppd[7906]: Modem hangup Jun 30 15:45:23 www pppd[7906]: Connection terminated. Jun 30 15:45:23 www pppd[7906]: Connect time 0.6 minutes. Jun 30 15:45:23 www pppd[7906]: Sent 522681 bytes, received 784940 bytes. Jun 30 15:45:24 www snmpd[2239]: Connection from UDP: [127.0.0.1]:45349 Jun 30 15:45:24 www snmpd[2239]: Connection from UDP: [127.0.0.1]:45350 Jun 30 15:45:24 www snmpd[2239]: Received SNMP packet(s) from UDP: [127.0.0.1]:45350 Jun 30 15:45:24 www snmpd[2239]: Connection from UDP: [127.0.0.1]:45351 Jun 30 15:45:24 www snmpd[2239]: Received SNMP packet(s) from UDP: [127.0.0.1]:45351 Jun 30 15:45:24 www snmpd[2239]: Connection from UDP: [127.0.0.1]:45352 Jun 30 15:45:24 www snmpd[2239]: Received SNMP packet(s) from UDP: [127.0.0.1]:45352 Jun 30 15:45:24 www snmpd[2239]: Connection from UDP: [127.0.0.1]:45353 Jun 30 15:45:24 www snmpd[2239]: Received SNMP packet(s) from UDP: [127.0.0.1]:45353 Jun 30 15:45:24 www snmpd[2239]: Connection from UDP: [127.0.0.1]:45354 Jun 30 15:45:24 www snmpd[2239]: Received SNMP packet(s) from UDP: [127.0.0.1]:45354 Jun 30 15:45:24 www snmpd[2239]: Connection from UDP: [127.0.0.1]:45355 Jun 30 15:45:24 www snmpd[2239]: Received SNMP packet(s) from UDP: [127.0.0.1]:45355 Jun 30 15:45:24 www snmpd[2239]: Connection from UDP: [127.0.0.1]:45356 Jun 30 15:45:24 www snmpd[2239]: Received SNMP packet(s) from UDP: [127.0.0.1]:45356 Jun 30 15:45:24 www pppd[7906]: Connect time 0.6 minutes. Jun 30 15:45:24 www pppd[7906]: Sent 522681 bytes, received 784940 bytes. Jun 30 15:45:24 www pppd[7906]: Exit. Jun 30 15:45:25 www pptp[7904]: anon log[ctrlp_rep:pptp_ctrl.c:243]: Sent control packet type is 12 'Call-Clear-Request' Jun 30 15:45:25 www pptp[7904]: anon log[pptp_conn_close:pptp_ctrl.c:425]: Closing PPTP connection Jun 30 15:45:25 www pptp[7904]: anon log[ctrlp_rep:pptp_ctrl.c:243]: Sent control packet type is 3 'Stop-Control-Connection-Request' Jun 30 15:45:28 www pptp[8065]: anon log[main:pptp.c:237]: The synchronous pptp option is NOT activated Jun 30 15:45:28 www pptp[8068]: anon log[ctrlp_rep:pptp_ctrl.c:243]: Sent control packet type is 1 'Start-Control-Connection-Request' Jun 30 15:45:28 www pptp[8068]: anon log[ctrlp_disp:pptp_ctrl.c:714]: Received Start Control Connection Reply Jun 30 15:45:28 www pptp[8068]: anon log[ctrlp_disp:pptp_ctrl.c:748]: Client connection established. Jun 30 15:45:29 www pptp[8068]: anon log[ctrlp_rep:pptp_ctrl.c:243]: Sent control packet type is 7 'Outgoing-Call-Request' Jun 30 15:45:29 www pptp[8068]: anon log[ctrlp_disp:pptp_ctrl.c:834]: Received Outgoing Call Reply. Jun 30 15:45:29 www pptp[8068]: anon log[ctrlp_disp:pptp_ctrl.c:873]: Outgoing call established (call ID 0, peer's call ID 5821). Jun 30 15:45:29 www pppd[8069]: pppd 2.4.2b3 started by (unknown), uid 0 Jun 30 15:45:29 www pppd[8069]: Using interface ppp0 Jun 30 15:45:29 www pppd[8069]: Connect: ppp0 <--> /dev/pts/5 Jun 30 15:45:31 www pppd[8069]: Remote message: Authorization successful Jun 30 15:45:31 www pppd[8069]: PAP authentication succeeded Jun 30 15:45:32 www pppd[8069]: local IP address 85.124.18.232 Jun 30 15:45:32 www pppd[8069]: remote IP address 172.25.46.39 Jun 30 15:46:28 www pptp[8068]: anon log[logecho:pptp_ctrl.c:652]: Echo Request received. Jun 30 15:46:28 www pptp[8068]: anon log[ctrlp_rep:pptp_ctrl.c:243]: Sent control packet type is 6 'Echo-Reply' Jun 30 15:47:28 www pptp[8068]: anon log[logecho:pptp_ctrl.c:652]: Echo Request received. Jun 30 15:47:28 www pptp[8068]: anon log[ctrlp_rep:pptp_ctrl.c:243]: Sent control packet type is 6 'Echo-Reply' Jun 30 15:48:29 www pptp[8068]: anon log[ctrlp_rep:pptp_ctrl.c:243]: Sent control packet type is 5 'Echo-Request' Jun 30 15:48:29 www pptp[8068]: anon log[logecho:pptp_ctrl.c:652]: Echo Request received. Jun 30 15:48:29 www pptp[8068]: anon log[ctrlp_rep:pptp_ctrl.c:243]: Sent control packet type is 6 'Echo-Reply' Jun 30 15:48:29 www pptp[8068]: anon log[logecho:pptp_ctrl.c:652]: Echo Reply received.

Wie man sieht, hab ich mich dann wieder über das Inode-Skript eingewählt. Any ideas?

Interessant finde ich ja das

Code: Alles auswählen: Jun 30 15:43:42 www pppd[7712]: In file /etc/ppp/options: unrecognized option 'replacedefaultroute' Jun 30 15:43:42 www adsl-connect: ADSL connection lost; attempting re-connection.

und dabei das unrecognized option...

von **wientanz** » Fr 30 Jun, 2006 15:26

Und damit man mich versteht, warum es wirklich nervt:

Code: Alles auswählen: Jun 29 22:53:29 www pppd[32224]: Connect time 38.2 minutes. Jun 29 22:53:30 www pppd[32224]: Connect time 38.2 minutes. Jun 29 23:36:10 www pppd[1349]: Connect time 30.0 minutes. Jun 29 23:36:11 www pppd[1349]: Connect time 30.0 minutes. Jun 30 00:29:48 www pppd[2495]: Connect time 48.0 minutes. Jun 30 00:29:49 www pppd[2495]: Connect time 48.0 minutes. Jun 30 07:22:21 www pppd[20035]: Connect time 40.2 minutes. Jun 30 07:22:22 www pppd[20035]: Connect time 40.2 minutes. Jun 30 07:52:13 www pppd[21292]: Connect time 25.0 minutes. Jun 30 07:52:14 www pppd[21292]: Connect time 25.0 minutes. Jun 30 08:41:17 www pppd[22443]: Connect time 38.0 minutes. Jun 30 08:41:18 www pppd[22443]: Connect time 38.0 minutes. Jun 30 11:00:09 www pppd[28212]: Connect time 27.0 minutes. Jun 30 11:00:10 www pppd[28212]: Connect time 27.0 minutes. Jun 30 11:57:12 www pppd[29858]: Connect time 42.1 minutes. Jun 30 11:57:13 www pppd[29858]: Connect time 42.1 minutes. Jun 30 13:15:10 www pppd[32108]: Connect time 51.0 minutes. Jun 30 13:15:11 www pppd[32108]: Connect time 51.0 minutes. Jun 30 15:33:11 www pppd[4889]: Connect time 48.1 minutes. Jun 30 15:33:12 www pppd[4889]: Connect time 48.1 minutes.

Das ist sehr lästig. Vor allem wenn wegen der Temperaturen im Keller arbeitet und das Modem im 1. Stock liegt...

von **wientanz** » Fr 30 Jun, 2006 15:55

nachgesehen: option 'replacedefaultroute' ist nicht gültig für pptp oder pppoe. Ohne die Option funktioniert es einmal. Ich bin im Internet. Jetzt bin ich nur neugierig, ob die Verbindung hält...

xDSL.at

Nur ca 45 min Internet

Wer ist online?