Freesco, NND, CDN, EOS
http://forum.freesco.pl/

Połączenie PPPoE nie podnosi się automatycznie.
http://forum.freesco.pl/viewtopic.php?f=36&t=18629
Strona 1 z 1

Autor:  wo0t?! [ czwartek, 1 grudnia 2011, 20:34 ]
Tytuł:  Połączenie PPPoE nie podnosi się automatycznie.

Witam!

Dziś padło połączenie PPPoE z moim usługodawcą i będąc daleko od domu oraz na początku dnia nie mogłem podjąć jakich kolwiek kroków. Wróciłem praktycznie pod wieczór obdzwoniniony z tą informacją że nie ma internetu pędze do serwerka a tam połączenie nie podniesione... no to na szybko pod lapka i sprawdzam net działa. Restart serwera dopiero pomógł.

Dlaczego EOS tam szybko rezygnuje z ponawiana połączenia ? NND próbowało do usranej a tu w logach raptem pare razy i koniec. Co jesli bede za granica na tydzien ? Ci ludzie mnie tu zapier#%# ze niema neta...

message.log

Dec 1 10:05:00 eos pppd[3363]: No response to 3 echo-requests
Dec 1 10:05:00 eos pppd[3363]: Serial link appears to be disconnected.
Dec 1 10:05:00 eos pppd[3363]: Connect time 11060.6 minutes.
Dec 1 10:05:00 eos pppd[3363]: Sent 3059290658 bytes, received 1520575001 bytes.
Dec 1 10:05:01 eos dnsmasq[6115]: reading /etc/resolv.conf
Dec 1 10:05:01 eos dnsmasq[6115]: using nameserver 208.67.222.222#53
Dec 1 10:05:01 eos dnsmasq[6115]: using nameserver 208.67.220.220#53
Dec 1 10:05:07 eos pppd[3363]: Connection terminated.
Dec 1 10:05:07 eos pppd[3363]: Modem hangup
Dec 1 10:05:11 eos pppd[3363]: Using interface ppp0
Dec 1 10:05:11 eos pppd[3363]: Connect: ppp0 <--> /dev/pts/8

Dec 1 10:05:42 eos pppd[3363]: LCP: timeout sending Config-Requests
Dec 1 10:05:42 eos pppd[3363]: Connection terminated.
Dec 1 10:05:42 eos pppd[3363]: Using interface ppp0
Dec 1 10:05:42 eos pppd[3363]: Connect: ppp0 <--> /dev/pts/10
Dec 1 10:05:46 eos pppoe[31690]: Timeout waiting for PADO packets
Dec 1 10:05:51 eos dhcpd: DHCPINFORM from 192.168.100.3 via eth1
Dec 1 10:05:51 eos dhcpd: DHCPACK to 192.168.100.3 (b4:82:fe:ff:f3:f7) via eth1
Dec 1 10:05:52 eos pppd[3363]: Connection terminated.
Dec 1 10:05:52 eos pppd[3363]: tcflush failed: Bad file descriptor
Dec 1 10:05:52 eos pppd[3363]: Using interface ppp0
Dec 1 10:05:52 eos pppd[3363]: Connect: ppp0 <--> /dev/pts/13
Dec 1 10:06:02 eos pppd[3363]: Connection terminated.
Dec 1 10:06:02 eos pppd[3363]: tcflush failed: Bad file descriptor
Dec 1 10:06:02 eos pppd[3363]: Using interface ppp0
Dec 1 10:06:02 eos pppd[3363]: Connect: ppp0 <--> /dev/pts/14
Dec 1 10:06:12 eos pppd[3363]: Connection terminated.
Dec 1 10:06:12 eos pppd[3363]: tcflush failed: Bad file descriptor
Dec 1 10:06:12 eos pppd[3363]: Using interface ppp0
Dec 1 10:06:12 eos pppd[3363]: Connect: ppp0 <--> /dev/pts/15
Dec 1 10:06:17 eos pppoe[31699]: Timeout waiting for PADO packets
Dec 1 10:06:22 eos pppd[3363]: Connection terminated.
Dec 1 10:06:22 eos pppd[3363]: tcflush failed: Bad file descriptor
Dec 1 10:06:22 eos pppd[3363]: Using interface ppp0
Dec 1 10:06:22 eos pppd[3363]: Connect: ppp0 <--> /dev/pts/16
Dec 1 10:06:27 eos pppoe[31708]: Timeout waiting for PADO packets
Dec 1 10:06:27 eos pppd[3363]: tcflush failed: Bad file descriptor
Dec 1 10:06:27 eos pppd[3363]: Exit.
Dec 1 10:06:27 eos pppoe[3185]: read (asyncReadFromPPP): Session 308: Input/output error
Dec 1 10:06:27 eos pppoe[3185]: Sent PADT


w EOS wole nic nie grzebac bo system jest odgornie ustawiony przez was i cokolwiek wprowadze po swojemu niesie czasem katastrofalne skutki...

ale plik pppoe.conf w /etc/ppp
ma sie nijak do mojej konfiguracji polaczenia

plik ppp0 w /etc/ppp/peers/

wyglada tak

default-asyncmap
noaccomp
nobsdcomp
novjccomp
nodeflate
mru 1492
mtu 1492
lcp-echo-interval 20
lcp-echo-failure 3
noauth
defaultroute
usepeerdns
lock
persist
nopcomp
noccp
novj
kdebug 1
holdoff 4
maxfail 5
pty "pppoe -m 1412 -I eth0"
user "XXXXXX"

Gdzie może jest błąd ?

jeszce taki off top

czy w rc.local w EOS moge wprowadzic tak jak w NND autostart teamspeak 2 i 3 ?

Autor:  Maciek [ piątek, 2 grudnia 2011, 02:04 ]
Tytuł: 

W rc.local możesz dodawać swoje polecenia, tak jest w każdym Linuksie.
W NND też nie było różowo. Miś nawet napisał skrypcik, który sprawdzał, czy jest połączenie i jeśli nie było, to robił /etc/rc.d/internet restart, a jeśłi to nie pomagało to po iluś zadanych próbach robił restart. Tu też możesz sobie jakiś skrypcik odpalić z crona i wymuszać restart jeśłi nie będzie połączenia.
Jeśłi masz EOSa na łączu dla ludzi (czytaj klientów) to się dziwię, to system na serwer do szkolnej pracowni.

Autor:  rikardo7 [ piątek, 2 grudnia 2011, 03:37 ]
Tytuł: 

Macku TUmasz odpowiedz, dlaczego EOS.

Autor:  wo0t?! [ piątek, 2 grudnia 2011, 23:50 ]
Tytuł: 

Juz wiem dlaczego mi to działało ... bo na NND mialem własnie netcheck. Próbwałem jego poszukac ale strony ktora zamiescil Mis jest nie aktywna i tylko repo pod nnd. Maciek masz moze jakis pomysl jak mozna cos takiego doskrobac w Eos ?? Dlaczego ten system bo spelniał najblizsza sprawna konfiguracje do starego nnd. Samba z domena,squid itp generalnie gotowy do dzialania a czlowiek dzis ma malo czasu jak kiedys ze mogl dlubac ... wracajac do tematu myslalem ze eos bedzie mial to w sobie wbudowane...

z tego co widze to przed eos musi byc jakis modem albo router ktory nawiaze polaczenie dla eos'a potem na switch i na klientow...

Autor:  Maciek [ sobota, 3 grudnia 2011, 00:23 ]
Tytuł: 

EOS z założenia miał przede wszystkim pełnić rolę kontrolera domeny w szkolnej pracowni. Szkoły coraz częściej miały DSL, a nie Neo (teraz się to zacznie może zmieniać, bo skończyły się promocje dla szkół).
Ja w jednej szkole mam problem z gównianym działaniem serwera dhcp po stronie providera i muszę uruchamiać dhclienta co jakiś czas. Zrobiłem skrypt uruchamiający się z crona co godzinę, oparty na tym misiowym.
: [/] [] ()
#!/bin/bash

set -x
### DANE ###
HOST_1=www.wp.pl
HOST_2=www.tvn24.pl
HOST_3=212.77.100.101
HOST_4=213.180.146.124
SLEEP_TIME=5

### SKRYPT ###
echo "`date +%F' '%X`: Ping do pierwszego zestawu hostów..." >> /var/log/netcheck
ping -c 1 $HOST_1 > /dev/null || ping -c 1 $HOST_2 > /dev/null
if [ $? != 0 ]; then
sleep $SLEEP_TIME
echo "`date +%F' '%X`: Ping do drugiego zestawu hostów, może nie działa dns." >> /var/log/netcheck
ping -c 1 $HOST_3 > /dev/null || ping -c 1 $HOST_4 > /dev/null
if [ $? != 0 ]; then
echo "`date +%F' '%X`: Neta niet. Uruchamiam dhclient eth1." >> /var/log/netcheck
dhclient eth1
else

echo "`date +%F' '%X`: Połączenie internetowe działa." >> /var/log/netcheck
fi
fi

Możesz sobie zrobić coś podobnego tylko polecenie inne wpisać, nawet niech to będzie reboot.

Autor:  wo0t?! [ sobota, 3 grudnia 2011, 18:16 ]
Tytuł: 

myślę że sam reboot ppp wystarczy tylko jak się do tego odwołać. Podziękował kolego za skrypcik.

Strona 1 z 1 Strefa czasowa UTC+2godz.
Powered by phpBB® Forum Software © phpBB Group
https://www.phpbb.com/