Freesco, NND, CDN, EOS http://forum.freesco.pl/ |
|
kolejne interfejsy ppp0, ppp1 itd http://forum.freesco.pl/viewtopic.php?f=22&t=15981 |
Strona 1 z 2 |
Autor: | elektryk77 [ wtorek, 25 września 2007, 23:10 ] |
Tytuł: | kolejne interfejsy ppp0, ppp1 itd |
Witam, Mam usługe NET24 na łączu TP (6Mbit) i odkąd zaktualizowałem NND 0.2 do najnowszego jajka wraz ze wszytskimi aktualizacjami mam klopot z wznawianymi polaczeniami. Router podłaczony jest do linii poprzez RJ (drugi modem w trybie bridge). W chwili gdy padnie linia i router powinien zestawic polaczenie wznawiane jest zamiast ppp0 - ppp1, kolejne ppp2 itd a wtedy na komputerach w LAN nie ma sieci. Pomaga restart systemu wtedy pierwsze nawiazane po laczenie będzie już ppp0 i net wróci. Netcheck automatycznie nie zrestartuje serwera bo sieć na routerze działa... gdzie szukać przyczyny??? Pozdrawiam Mario |
Autor: | elektryk77 [ środa, 26 września 2007, 23:24 ] |
Tytuł: | |
Please pomożcie coś... Najnowsze wpisy z messages: Sep 26 23:21:43 magic pppd[6124]: Using interface ppp1 Sep 26 23:21:43 magic pppd[6124]: Connect: ppp1 <--> /dev/pts/3 Sep 26 23:22:14 magic pppd[6124]: LCP: timeout sending Config-Requests Sep 26 23:22:14 magic pppd[6124]: Connection terminated. Sep 26 23:22:14 magic pppd[6124]: Using interface ppp1 Sep 26 23:22:14 magic pppd[6124]: Connect: ppp1 <--> /dev/pts/2 Sep 26 23:22:45 magic pppd[6124]: LCP: timeout sending Config-Requests Sep 26 23:22:45 magic pppd[6124]: Connection terminated. Sep 26 23:22:45 magic pppd[6124]: Using interface ppp1 Sep 26 23:22:45 magic pppd[6124]: Connect: ppp1 <--> /dev/pts/3 Pozdrawiam elektryk |
Autor: | MAC!EK [ środa, 26 września 2007, 23:53 ] |
Tytuł: | |
może spróbuj nowego net_confa? |
Autor: | elektryk77 [ czwartek, 27 września 2007, 12:01 ] |
Tytuł: | |
Wydawalo mi sie ze mam najnowszego... mam wersje 0.6.3.1 Czy to ta najbardziej wlasciwa? Jeszcze zauwazylem ze w logu errors mam co kilka sekund taki wpis: Sep 27 12:00:05 magic pppoe[17280]: Timeout waiting for PADS packets Pozdrawiam elektryk77 |
Autor: | MAC!EK [ czwartek, 27 września 2007, 12:03 ] |
Tytuł: | |
hmm no ta jest w miarę nowa, czyli chyba nic nie pomogę ![]() |
Autor: | JakubC [ czwartek, 27 września 2007, 16:52 ] |
Tytuł: | |
Zabij ppp z ręki. killall -9 pppoe killall -9 ppd /etc/rc.d/internet start Powinno pomóc. |
Autor: | zciech [ czwartek, 27 września 2007, 21:07 ] |
Tytuł: | |
w pliku /etc/iptables/firewall dopisz . /etc/rc.conf . /etc/rc.d/functions i=`which iptables` #i="echo iptables" # Zmienne pobierane z rc.conf # EXTIF="ppp0" # Interfejs do inetu # CONNECTION="neorj" # Rodzaj polaczenia # NETWORK=1 # Wlaczenie maskarady EXTIF="ppp+" |
Autor: | MAC!EK [ czwartek, 27 września 2007, 21:21 ] |
Tytuł: | |
a jeżeli już wprowadzasz zmiany do pliku /etc/iptables/firewall to dopisz go do pacman.conf: NoUpgrade = etc/iptables/firewall |
Autor: | elektryk77 [ piątek, 28 września 2007, 12:01 ] |
Tytuł: | |
Dzieki, poprobuje z domu bo zdalnie sie obawiam czy nie strace polaczenia z serwerem w ogole.. Oczywiscie podziele sie wrazeniami na forum. Pozdrawiam elektryk77 |
Autor: | elektryk77 [ piątek, 28 września 2007, 23:25 ] |
Tytuł: | |
zciech pisze: w pliku /etc/iptables/firewall dopisz
. /etc/rc.conf . /etc/rc.d/functions . i=`which iptables` #i="echo iptables" # Zmienne pobierane z rc.conf # EXTIF="ppp0" # Interfejs do inetu # CONNECTION="neorj" # Rodzaj polaczenia # NETWORK=1 # Wlaczenie maskarady EXTIF="ppp+" U mnie bylo w firewallu podobnie wiec dodalem tylko: to co na czerwono zaznaczyles (EXTIF="ppp+") przed linijka case $1 in Zobaczymy czy pomoze... |
Autor: | elektryk77 [ sobota, 29 września 2007, 22:55 ] |
Tytuł: | |
zciech pisze: w pliku /etc/iptables/firewall dopisz
. /etc/rc.conf . /etc/rc.d/functions i=`which iptables` #i="echo iptables" # Zmienne pobierane z rc.conf # EXTIF="ppp0" # Interfejs do inetu # CONNECTION="neorj" # Rodzaj polaczenia # NETWORK=1 # Wlaczenie maskarady EXTIF="ppp+" Nie wiem o co chodzi z EXTIF ale wygląda na to że pomogło... +1!!! |
Autor: | JakubC [ sobota, 29 września 2007, 23:44 ] |
Tytuł: | |
Osobiście uważam to rozwiązanie za prowizorkę. Do jakiej liczby ma dojść numer interfejsu? Nie łatwiej ubić ppp, wystartować i cieszyć się stałym intefejsem ppp0 ? Pozdrawiam |
Autor: | zciech [ niedziela, 30 września 2007, 09:22 ] |
Tytuł: | |
JakubC pisze: Osobiście uważam to rozwiązanie za prowizorkę. Do jakiej liczby ma dojść numer interfejsu? Nie łatwiej ubić ppp, wystartować i cieszyć się stałym intefejsem ppp0 ?
Oczywiści, że to prowizorka, ale ubijanie i restartowanie to również prowizorka tyle tylko, że wymagająca interwencji admina, nawet net_check bedzię w tym przypadku, jak mi sie zdaje bezradny, bo serwer net ma. Należy oczywiście spowodować by był otwierany tylko interfejs ppp0. |
Autor: | JakubC [ niedziela, 30 września 2007, 17:55 ] |
Tytuł: | |
zciech.. ale nie rozumiesz. Gdy tak się robi, że się tworzą następne interfejsy to po ubiciu go i wystartowaniu potem już się tak nie robi... Nie potrafię wyjaśnić dlaczego - ale wiem, że to pomaga - testowałem. Pozdrawiam |
Autor: | zciech [ niedziela, 30 września 2007, 21:18 ] |
Tytuł: | |
Proponuje sprawdzic czy przyczyna nie jest przypadkiem to ze jest kilka polaczen pppd uruchomionych jednocześnie ps -fe jak je zabijesz i uruchomisz tylko jedno to jest OK. |
Autor: | elektryk77 [ środa, 3 października 2007, 23:50 ] |
Tytuł: | |
elektryk77 pisze: Nie wiem o co chodzi z EXTIF ale wygląda na to że pomogło... +1!!!
Chyba sie pospieszyłem z tą informacją że pomogło... dziś nic nie działało a w logach coś takiego: Messages: Oct 3 10:30:56 magic pppd[19512]: Using interface ppp14 Oct 3 10:30:56 magic pppd[19512]: Connect: ppp14 <--> /dev/pts/4 Oct 3 10:30:56 magic pppd[26287]: LCP: timeout sending Config-Requests Oct 3 10:30:56 magic pppd[26287]: Connection terminated. Oct 3 10:30:56 magic pppd[26287]: Connect time 24.8 minutes. Oct 3 10:30:56 magic pppd[26287]: Sent 407505 bytes, received 22652 bytes. Oct 3 10:30:56 magic pppd[26287]: Using interface ppp16 Oct 3 10:30:56 magic pppd[26287]: Connect: ppp16 <--> /dev/pts/6 Oct 3 10:31:07 magic pppd[15272]: LCP: timeout sending Config-Requests Oct 3 10:31:07 magic pppd[15272]: Connection terminated. Errors Oct 3 10:29:20 magic pppd[19512]: Couldn't allocate pseudo-tty Oct 3 10:29:20 magic pppd[14408]: Couldn't allocate pseudo-tty Oct 3 10:29:20 magic pppd[15938]: Couldn't allocate pseudo-tty Oct 3 10:29:20 magic pppd[26287]: Couldn't allocate pseudo-tty Oct 3 10:30:56 magic pppoe[29685]: Timeout waiting for PADS packets Oct 3 10:30:56 magic pppoe[29682]: Timeout waiting for PADS packets Oct 3 10:31:27 magic pppoe[29956]: Timeout waiting for PADS packets Oct 3 10:31:27 magic pppoe[29957]: Timeout waiting for PADS packets Jednak tym razem netu nie bylo rowniez na serwerze, ale sie nie zrestartowal a w netcheck bylo cos takiego: ================================================ 2007-10-03 10:30:01: Ping do pierwszego zestawu hostów... 2007-10-03 10:30:01: Inny proces netcheck jest uruchomiony. Kończę. 2007-10-03 10:30:01: ..........OK! ================================================ Kurde poradźcie cos bo ja to pomyslu już nie mam.... Pozdrawiam elektryk77 |
Autor: | zciech [ czwartek, 4 października 2007, 16:39 ] |
Tytuł: | |
podejrzewam ze masz kilka procesow pppd, ktore ze soba walcza o zasoby. moja rada byla tylko w celu dorazniego naprawienia, do czasu zdiagnozowania wlasciwej przyczyny. 1. zrestartuj router, powimnienes odzyskac net 2. wklej nam wynik ps -fe |
Autor: | elektryk77 [ piątek, 5 października 2007, 21:37 ] |
Tytuł: | |
zciech pisze: 1. zrestartuj router, powimnienes odzyskac net
2. wklej nam wynik ps -fe Proszę bardzo: UID PID PPID C STIME TTY TIME CMD root 1 0 24 21:35 ? 00:00:09 init [3] root 2 1 0 21:35 ? 00:00:00 [keventd] root 3 1 0 21:35 ? 00:00:00 [ksoftirqd_CPU0] root 4 1 0 21:35 ? 00:00:00 [kswapd] root 5 1 0 21:35 ? 00:00:00 [bdflush] root 6 1 0 21:35 ? 00:00:00 [kupdated] root 7 1 0 21:35 ? 00:00:00 [xfsbufd] root 8 1 0 21:35 ? 00:00:00 [xfslogd/0] root 9 1 0 21:35 ? 00:00:00 [xfsdatad/0] root 13 1 0 21:36 ? 00:00:00 [mdrecoveryd] root 14 1 4 21:36 ? 00:00:01 [kjournald] root 108 1 0 21:36 ? 00:00:00 [khubd] root 123 1 0 21:36 ? 00:00:00 /bin/sh /etc/rc.d/rc.M root 140 1 0 21:36 ? 00:00:00 /usr/sbin/syslogd -m 0 root 153 1 1 21:36 ? 00:00:00 /usr/sbin/klogd -c 4 root 166 1 0 21:36 ? 00:00:00 /usr/sbin/crond root 181 1 0 21:36 ? 00:00:00 /usr/sbin/sshd root 229 1 0 21:36 ? 00:00:00 /bin/sh /usr/sbin/pppoe-connect root 246 229 0 21:36 ? 00:00:00 /usr/sbin/pppd pty /usr/sbin/pppoe -p /var/run/pppoe.conf-pppoe.pid.pppoe -I eth0 -T 80 -U -m 1412 noipdef nobody 247 246 0 21:36 ? 00:00:00 /usr/sbin/pppoe -p /var/run/pppoe.conf-pppoe.pid.pppoe -I eth0 -T 80 -U -m 1412 nobody 323 1 0 21:36 ? 00:00:00 /usr/sbin/thttpd -p 80 -u nobody -d /var/www -T iso-8859-2 -l /dev/null root 490 1 0 21:36 ? 00:00:00 /bin/bash /etc/mrtg/mrtg.run root 495 490 0 21:36 ? 00:00:00 sleep 300 root 503 181 1 21:36 ? 00:00:00 sshd: mario [priv] nobody 505 1 0 21:36 ? 00:00:00 proftpd: (accepting connections) root 518 1 0 21:36 ? 00:00:00 /usr/sbin/named mario 579 503 0 21:36 ? 00:00:00 sshd: mario@pts/1 mario 580 579 0 21:36 pts/1 00:00:00 -bash root 588 580 0 21:36 pts/1 00:00:00 su root root 596 588 0 21:36 pts/1 00:00:00 bash root 604 123 3 21:36 ? 00:00:00 /bin/bash /etc/rc.d/imq_p2p_eth start root 633 604 0 21:36 ? 00:00:00 sleep 5 root 654 596 0 21:36 pts/1 00:00:00 ps -fe Pozdrawiam elektryk77 |
Autor: | elektryk77 [ sobota, 13 października 2007, 08:27 ] |
Tytuł: | |
Poniewaz w dalszym ciagu nie moge sobie poradzic, a są sugestie że 2 różne procesy ppp walczą o zasoby sprawdziłem co mam w var/run i z procesów ppp mam uruchomione: ppp0.pid pppd.tdb pppoe.conf-pppoe.pid pppoe.conf-pppoe.pid.pppd pppoe.conf-pppoe.pid.pppoe pppoe.conf-pppoe.pid.start Czy ktoś kto ma podobną konfigurację (Neo poprzez RJ45 i modem w trybie brigde) mógłby powiedzieć czy też u siebie ma tyle procesów ppp? Pozdrawiam elektryk |
Autor: | colir [ środa, 24 czerwca 2009, 15:49 ] |
Tytuł: | |
Sory, że odkopuje temat ale dotyczy on dokładnie mojej sprawy. Zastosowałem myk z ppp+, narazie działa ok ale nie wydaje mi się, że jest to dobre rozwiązanie. Zastanawiałem się nad dwoma rozwiązaniami: 1) Edycja netchecka która wygląda następująco. Program sprawdza czy jest dostęp do Internetu wyłącznie przez wybrany interfejs. Jeśli nie to "killall -9 pppoe killall -9 ppd " i łączy się od nowa. 2) Dorzucić do Crona np co 24 h: "killall -9 pppoe killall -9 ppd /etc/rc.d/internet start " i wtedy co 24 h mamy zmniejszaną liczbę interfejsów ppp do 1. Co by było wydajniejsze? |
Strona 1 z 2 | Strefa czasowa UTC+2godz. |
Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/ |