WS------->[eth0_SLES10_eth1_dsl0]----->dlink_2500U_bridge_mode----------------->ISP
How to activate a debugger and to receive more inorfmation for connection PPPoE ?
depending on the depth of information you want to see, you could set pppd’s debug option (in the “options” file - SLES10SP3 is too outdated even for me, I don’t know if the file is /etc/ppp/options or located elsewhere ) or run a tcpdump on eth1.
Have you considered moving to a supported version of SLES, like SLES11SP3?
WS------->[eth0_SLES10_eth1_dsl0]----->dlink_2500U_bridge_mode----------------->ISP
How to activate a debugger and to receive more inorfmation for connection PPPoE ?
depending on the depth of information you want to see, you could set pppd’s debug option (in the “options” file - SLES10SP3 is too outdated even for me, I don’t know if the file is /etc/ppp/options or located elsewhere ) or run a tcpdump on eth1.
Have you considered moving to a supported version of SLES, like SLES11SP3?
Regards,
Jens[/QUOTE]
There is no possibility of an upgrade from SLES10sp3 on SLES11SP3.
Reasons:
the subscription ended
the server is located far and to it access only on ssh on the Internet
There is no possibility of an upgrade from SLES10sp3 on SLES11SP3. [… reasons …]
I had already guessed there’d be good reasons.
If you need help with the pppd debug output, just let me know.
Regards,
Jens[/QUOTE]
Yes, i need help with the pppd debug output.
I will tell in other words: Sometimes the dsl0 interface disappears.
How it I find? - each 3 minutes of cron are launched by script: /root/bin/test
Here the script text :
If there is no dsl0 interface, to restart it.
The reason - why disappears the dsl0 interface - isn’t clear.
The reason - why disappears the dsl0 interface - isn’t clear.
that’s why I suggested running pppd with debug turned on - it will tell you why the link was brought down, i.e. LCP time-outs, dropped physical links, authentication problems, link idle and so on.
The reason - why disappears the dsl0 interface - isn’t clear.
that’s why I suggested running pppd with debug turned on - it will tell you why the link was brought down, i.e. LCP time-outs, dropped physical links, authentication problems, link idle and so on.
[QUOTE=skoltogyan;17305]Thank you.
This is right ? :
?[/QUOTE]
The statement in /etc/ppp/options should be sufficient, the one in options.pptp not neccessary (you’re not running pptp, as far as I can tell) and setting kdebug sounds a bit overkill at the moment
You’ll need to have the pppd restarted for the changes to take effect. After that, your server’s syslog (/var/log/messages per default) should provide details of pppd’s link handling.