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

pppoe - duzo interfejsów ppp+
http://forum.freesco.pl/viewtopic.php?f=22&t=15593		 Strona 1 z 2
Autor:  marckamillus [ sobota, 30 czerwca 2007, 11:24 ]
Tytuł:  pppoe - duzo interfejsów ppp+
witam
mam pppoe skonfigurowane w taki sposob: http://forum.freesco.pl/viewtopic.php?t=13335&highlight=otwarty

po pewnym czasie zauwazylem ze utworzylo sie bardzo duzo interfejsow ppp+, no i co za tym idzie duuuzo procesow w systemie tak ze juz mi swapa zjada, ma ktos pomysl co moze byc przyczyna??
w rzeczywistosci mam tylko kilku ludzi zalogowanych na pppoe
w procesach jest duuuzo pppd

: [/] [] ()
ppp24     882,10 KB     6,76 MB     0/0
ppp0    41,09 MB    12,85 MB    0/0
ppp32    613,65 KB    1,56 MB    0/0
ppp18    197,66 KB    1,14 MB    0/0
ppp1    0,00 KB    0,00 KB    0/0
ppp31    0,00 KB    0,00 KB    0/0
ppp13    0,00 KB    0,00 KB    0/0
ppp33    0,00 KB    0,00 KB    0/0
ppp34    0,00 KB    0,00 KB    0/0
ppp35    0,00 KB    0,00 KB    0/0
ppp36    0,00 KB    0,00 KB    0/0
ppp5    0,00 KB    0,00 KB    0/0
ppp4    0,00 KB    0,00 KB    0/0
ppp14    0,00 KB    0,00 KB    0/0
ppp2    0,00 KB    0,00 KB    0/0
ppp3    0,00 KB    0,00 KB    0/0
ppp17    0,00 KB    0,00 KB    0/0
ppp9    0,00 KB    0,00 KB    0/0
ppp20    0,00 KB    0,00 KB    0/0
ppp11    0,00 KB    0,00 KB    0/0
ppp19    0,00 KB    0,00 KB    0/0
ppp12    0,00 KB    0,00 KB    0/0
ppp16    0,00 KB    0,00 KB    0/0
ppp22    0,00 KB    0,00 KB    0/0
ppp10    0,00 KB    0,00 KB    0/0
GeSHi © Codebox Plus


: [/] [] ()
procesy]# ./procesy-drzewo
  PID  PGID   SID TTY          TIME CMD
    1     0     0 ?        00:00:09 init
    2     1     1 ?        00:00:00   keventd
    3     1     1 ?        00:00:00   kapmd
    4     1     1 ?        00:00:00   ksoftirqd_CPU0
    5     1     1 ?        00:00:06   kswapd
    6     1     1 ?        00:00:00   bdflush
    7     1     1 ?        00:00:00   kupdated
    8     1     1 ?        00:00:00   xfsbufd
    9     1     1 ?        00:00:00   xfslogd/0
   10     1     1 ?        00:00:00   xfsdatad/0
   14     1     1 ?        00:00:00   mdrecoveryd
   15     1     1 ?        00:02:19   kjournald
  133   133   133 ?        00:03:51   syslogd
  146   146   146 ?        00:00:00   klogd
  159   109   109 ?        00:00:00   crond
25297   109   109 ?        00:00:00     stat.pl <defunct>
25299   109   109 ?        00:00:00     sh <defunct>
  174   174   174 ?        00:00:00   sshd
22760 22760 22760 ?        00:00:00     sshd
22772 22760 22760 ?        00:00:00       sshd
22773 22773 22773 pts/0    00:00:00         bash
22775 22775 22773 pts/0    00:00:00           su
22782 22782 22773 pts/0    00:00:00             bash
25272 25272 22773 pts/0    00:00:00               mc
25274 25274 25274 pts/3    00:00:00                 bash
25310 25310 25274 pts/3    00:00:00                   procesy-drzewo
25311 25310 25274 pts/3    00:00:00                     ps
  222   109   109 ?        00:00:00   pppoe-connect
  247   247   247 ?        00:00:00     pppd
12712   247   247 ?        00:02:04       pppoe
  271   267   267 ?        00:00:00   pppoe-server
20187 20187 20187 ?        00:00:00     pppd
 6874  6874  6874 ?        00:00:00     pppd
10543 10543 10543 ?        00:00:00     pppd
11688 11688 11688 ?        00:00:00     pppd
27455 27455 27455 ?        00:00:00     pppd
 1172  1172  1172 ?        00:00:00     pppd
16507 16507 16507 ?        00:00:00     pppd
17015 17015 17015 ?        00:00:00     pppd
17737 17737 17737 ?        00:00:00     pppd
19564 19564 19564 ?        00:00:00     pppd
19589 19589 19589 ?        00:00:00     pppd
20102 20102 20102 ?        00:00:00     pppd
20189 20189 20189 ?        00:00:00     pppd
22171 22171 22171 ?        00:00:00     pppd
23952 23952 23952 ?        00:00:00     pppd
 1553  1553  1553 ?        00:00:00     pppd
11456 11456 11456 ?        00:00:00     pppd
14620 14620 14620 ?        00:00:00     pppd
19337 19337 19337 ?        00:00:00     pppd
20140 20140 20140 ?        00:00:00     pppd
25672 25672 25672 ?        00:00:00     pppd
16757 16757 16757 ?        00:00:00     pppd
19091 19091 19091 ?        00:00:00     pppd
26305 26305 26305 ?        00:00:00     pppd
26938 26938 26938 ?        00:00:00     pppd
27248 27248 27248 ?        00:00:00     pppd
27289 27289 27289 ?        00:00:00     pppd
27340 27340 27340 ?        00:00:00     pppd
27404 27404 27404 ?        00:00:00     pppd
27406 27406 27406 ?        00:00:00     pppd
28024 28024 28024 ?        00:00:00     pppd
28033 28033 28033 ?        00:00:00     pppd
28039 28039 28039 ?        00:00:00     pppd
28676 28676 28676 ?        00:00:00     pppd
29059 29059 29059 ?        00:00:00     pppd
29163 29163 29163 ?        00:00:00     pppd
29179 29179 29179 ?        00:00:00     pppd
29344 29344 29344 ?        00:00:00     pppd
29368 29368 29368 ?        00:00:00     pppd
29443 29443 29443 ?        00:00:00     pppd
29454 29454 29454 ?        00:00:00     pppd
29461 29461 29461 ?        00:00:00     pppd
29480 29480 29480 ?        00:00:00     pppd
30324 30324 30324 ?        00:00:00     pppd
20840 20840 20840 ?        00:00:00     pppd
32412 32412 32412 ?        00:00:00     pppd
  934   934   934 ?        00:00:00     pppd
 7820  7820  7820 ?        00:00:00     pppd
12081 12081 12081 ?        00:00:00     pppd
16022 16022 16022 ?        00:00:00     pppd
19580 19580 19580 ?        00:00:00     pppd
21729 21729 21729 ?        00:00:00     pppd
  307   307   307 ?        00:00:03   dhcpd
  328   328   328 ?        00:00:01   httpd
 8604   328   328 ?        00:00:00     httpd
 8605   328   328 ?        00:00:00     httpd
 8606   328   328 ?        00:00:00     httpd
 8607   328   328 ?        00:00:05     httpd
 8608   328   328 ?        00:00:00     httpd
 8662   328   328 ?        00:00:00     httpd
22719   328   328 ?        00:00:00     httpd
22729   328   328 ?        00:00:00     httpd
22731   328   328 ?        00:00:00     httpd
23840   328   328 ?        00:00:00     httpd
  451   109   109 ?        00:00:00   mysqld_safe
  476   109   109 ?        00:00:00     mysqld
  588   109   109 ?        00:00:00       mysqld
  589   109   109 ?        00:00:00         mysqld
  590   109   109 ?        00:00:00         mysqld
  591   109   109 ?        00:00:00         mysqld
  592   109   109 ?        00:00:00         mysqld
  659   109   109 ?        00:00:01         mysqld
  660   109   109 ?        00:00:03         mysqld
  661   109   109 ?        00:00:00         mysqld
  670   109   109 ?        00:00:00         mysqld
  893   109   109 ?        00:00:00         mysqld
  490   490   490 ?        00:00:00   squid
  498   490   490 ?        00:25:14     squid
  529   529   529 ?        00:00:05       unlinkd
 8594  8594  8594 ?        00:00:00       dnsserver
 8595  8595  8595 ?        00:00:00       dnsserver
 8596  8596  8596 ?        00:00:00       dnsserver
 8597  8597  8597 ?        00:00:00       dnsserver
 8598  8598  8598 ?        00:00:00       dnsserver
  517   510   510 ?        00:00:05   dnsmasq
 1748  1748  1748 tty1     00:00:00   agetty
 1750  1750  1750 tty3     00:00:00   agetty
 1751  1751  1751 tty4     00:00:00   agetty
 1752  1752  1752 tty5     00:00:00   agetty
 1753  1753  1753 tty6     00:00:00   agetty
 1754  1754  1754 tty10    00:00:00   agetty
32049 32049 32049 tty2     00:00:00   agetty
10052  9912  9329 ?        00:00:00   mrtg.run
24827  9912  9329 ?        00:00:00     sleep
GeSHi © Codebox Plus
Autor:  Albercik [ sobota, 30 czerwca 2007, 14:00 ]
Tytuł: 
Tak właśnie działa pppoe - tworzy dodatkowy interfejs wirtualny pppX dla każdego użytkownika i tuneluje . To nie obciąża systemu tak, jak mówisz, chyba, że masz na prawdę słabiutką maszynę pod serwer.
Autor:  Maciek [ sobota, 30 czerwca 2007, 14:19 ]
Tytuł: 
Albercik zobacz:
Cytuj:
w rzeczywistosci mam tylko kilku ludzi zalogowanych na pppoe

Wygląda na to, że ma dużo więcej interfejsów niż użytkowników.
Autor:  marckamillus [ sobota, 30 czerwca 2007, 17:17 ]
Tytuł: 
to wyglada tak jakby nie byly zamykane nieuzywane interfejsy, po restarcie pppoe wszystko jest ok, ma ktos jakis pomysl co jest przyczyna? moze zle configi?
Autor:  kuruś [ sobota, 30 czerwca 2007, 19:37 ]
Tytuł: 
Przyczyną pewnie jest to że ludzie nie kończą połączenia (Czytaj nie klikają rozłącz.) tylko od razu zamykają system, wyłączają komputer.
I przez to takie te interfejsy zostają...
Autor:  Albercik [ sobota, 30 czerwca 2007, 22:57 ]
Tytuł: 
Maciek pisze:
Albercik zobacz:
Cytuj:
w rzeczywistosci mam tylko kilku ludzi zalogowanych na pppoe

Wygląda na to, że ma dużo więcej interfejsów niż użytkowników.


Przepraszam, nie zauważyłem.

Cytuj:
Przyczyną pewnie jest to że ludzie nie kończą połączenia (Czytaj nie klikają rozłącz.) tylko od razu zamykają system, wyłączają komputer.
I przez to takie te interfejsy zostają...


Kierunek dobry, za to wnioski złe. Pokaż mi pliki konfiguracyjne, bo wydaje mi się, ze masz po prostu zbyt długi czas oczekiwania na samoczynne zakończenie połączenia przez serwer.
Autor:  marckamillus [ niedziela, 1 lipca 2007, 00:04 ]
Tytuł: 
/etc/modules.conf
: [/] [] ()
alias ppp-compress-18 ppp_mppe
alias char-major-108 ppp_generic
alias tty-ldisc-3 ppp_async
alias tty-ldisc-13 n_hdlc
alias tty-ldisc-14 ppp_synctty
alias net-pf-24 pppoe
GeSHi © Codebox Plus


/etc/ppp/options
: [/] [] ()
mtu 1472
mru 1472
+chap
-pap
ms-dns 194.204.152.34
ms-dns 194.204.159.1
GeSHi © Codebox Plus


/etc/ppp/ip-down
: [/] [] ()
#!/bin/bash
PPP_IPPARAM="$6"
PPP_REMOTE=$5
KLIENT=$2
INTERFEJS=$1
PORT=`echo $PPP_REMOTE |cut -f 4 -d "."`
tc="/sbin/rchtb_tc"
NR_PPP=`echo $INTERFEJS | cut -c 4- `
NR_IP=`echo $PPP_REMOTE | cut -c 12- `
/usr/sbin/iptables -D FORWARD -s 0/0 -d $PPP_REMOTE -j ACCEPT
/usr/sbin/iptables -D FORWARD -s $PPP_REMOTE -j ACCEPT
/usr/sbin/iptables -t nat -D POSTROUTING  -s $PPP_REMOTE -j MASQUERADE
GeSHi © Codebox Plus


/etc/ppp/ip-up
: [/] [] ()
#!/bin/bash
PPP_IPPARAM="$6"
PPP_REMOTE=$5
KLIENT=$2
INTERFEJS=$1
PORT=`echo $PPP_REMOTE |cut -f 4 -d "."`
tc="/sbin/rchtb_tc"
NR_PPP=`echo $INTERFEJS | cut -c 4- `
NR_IP=`echo $PPP_REMOTE | cut -c 12- `
/usr/sbin/iptables -A FORWARD -s 0/0 -d $PPP_REMOTE -j ACCEPT
/usr/sbin/iptables -A FORWARD -s $PPP_REMOTE -j ACCEPT
/usr/sbin/iptables -t nat -A POSTROUTING  -s $PPP_REMOTE -j MASQUERADE
GeSHi © Codebox Plus


/etc/ppp/pppoe-server-options
: [/] [] ()
# PPP options for the PPPoE server
# LIC: GPL
require-chap
login
lcp-echo-interval 5
lcp-echo-failure 5
GeSHi © Codebox Plus


/etc/ppp/resolv.conf
: [/] [] ()
nameserver 194.204.152.34
nameserver 217.98.63.164
GeSHi © Codebox Plus


moze podaj jaka ty masz konfiguracje u siebie to porownam z moimi configami, moze cos u siebie jeszcze ulepsze...
pozdro
Autor:  Albercik [ niedziela, 1 lipca 2007, 10:51 ]
Tytuł: 
Sprawdzonymi wartościami w pliku pppoe-server-options są:
: [/] [] ()
lcp-echo-interval 10
lcp-echo-failure 20
GeSHi © Codebox Plus


serwer co 10 sek sprawdza połączenie i jeśli nie ma odpowiedzi - wyłącza je, oraz jeśli klient 20 razy nie odpowie na żądanie echa także nastąpi wyłączenie lub restart połączenia, po takim czasie powinno nastąpić zdownowanie interfejsu pppX klienta. Jeśli to się nie sprawdzi mam pewien patent, który pomoże, ale to będzie oznaczać, że system (ppp) nie potrafi zakończyć połączenia i należy przeinstalować lub poprawnie skonfigurować ppp.
Autor:  kuruś [ niedziela, 1 lipca 2007, 11:19 ]
Tytuł: 
: [/] [] ()
/etc/ppp/resolv.conf
GeSHi © Codebox Plus

Ten plik raczej jest niepotrzebny.
Autor:  marckamillus [ poniedziałek, 2 lipca 2007, 00:41 ]
Tytuł: 
Cytuj:
Sprawdzonymi wartościami w pliku pppoe-server-options są:
Kod:

lcp-echo-interval 10
lcp-echo-failure 20


to raczej sa zbyt duze wartosci, przy rozlaczeniu trzeba czekac ponad 3 min na ponowne polaczenie do serwera pppoe, troche duzo...
Autor:  kuruś [ poniedziałek, 2 lipca 2007, 02:27 ]
Tytuł: 
Przetestuj te ustawienia na połączeniu kablowym jeśli z nim będzie wszystko ok, to wina leży po stronie połączenia radiowego.
Autor:  Albercik [ poniedziałek, 2 lipca 2007, 10:46 ]
Tytuł: 
marckamillus pisze:
Cytuj:
Sprawdzonymi wartościami w pliku pppoe-server-options są:
Kod:

lcp-echo-interval 10
lcp-echo-failure 20


to raczej sa zbyt duze wartosci, przy rozlaczeniu trzeba czekac ponad 3 min na ponowne polaczenie do serwera pppoe, troche duzo...


jak Ty to obliczyłeś :wink: ? 10 sekund i tunel jest downowany.
Autor:  marckamillus [ poniedziałek, 2 lipca 2007, 12:19 ]
Tytuł: 
u mnie przy takich ustawieniach musialem czekac 3min 30sekund na ponowne polaczenie, jezeli co 10sek sprawdzane jest polaczenie to 20 takich sprawdzen trwa ponad 3 min, wedlug mnie to logiczne (20x10=200=3.3min)
pozdro
Autor:  Albercik [ poniedziałek, 2 lipca 2007, 14:39 ]
Tytuł: 
marckamillus pisze:
u mnie przy takich ustawieniach musialem czekac 3min 30sekund na ponowne polaczenie, jezeli co 10sek sprawdzane jest polaczenie to 20 takich sprawdzen trwa ponad 3 min, wedlug mnie to logiczne (20x10=200=3.3min)
pozdro


Ale skąd to Ci się wzięło ? Obie opcje nie są w żaden sposób łączone !!! Każda z tych funkcji działa oddzielnie, niezależnie od siebie.
Autor:  marckamillus [ poniedziałek, 2 lipca 2007, 14:40 ]
Tytuł: 
no to dlaczego jak tak ustawilem to czekac musialm dokladnie 3.3min ??
Autor:  Albercik [ poniedziałek, 2 lipca 2007, 14:46 ]
Tytuł: 
marckamillus pisze:
no to dlaczego jak tak ustawilem to czekac musialm dokladnie 3.3min ??


Bo Ci się serwer zamula? A może jakieś kłopoty z pppd ? Nie jestem wróżką :wink:
Autor:  marckamillus [ poniedziałek, 2 lipca 2007, 14:51 ]
Tytuł: 
nic mi sie nie zamula, przy takich wartosciach:
: [/] [] ()

lcp-echo-interval 5
lcp-echo-failure 5
GeSHi © Codebox Plus


na ponowne polaczenie czekam 25 sek czyli 5x5=25, w logach mam cos takiego:
Cytuj:
Jul 2 13:57:48 rudnet pppd[12567]: Received bad configure-ack:
Jul 2 13:57:48 rudnet pppd[12567]: not replacing existing default route to ppp0 [213.25.2.180]
Jul 2 14:02:59 rudnet pppd[12652]: Received bad configure-ack:
Jul 2 14:02:59 rudnet pppd[12652]: not replacing existing default route to ppp0 [213.25.2.180]
Jul 2 14:25:40 rudnet pppd[14270]: Received bad configure-ack:
Jul 2 14:25:40 rudnet pppd[14270]: not replacing existing default route to ppp0 [213.25.2.180]
Jul 2 14:27:54 rudnet pppd[15901]: Received bad configure-ack:
Jul 2 14:27:54 rudnet pppd[15901]: not replacing existing default route to ppp0 [213.25.2.180]
Jul 2 14:36:18 rudnet pppd[16587]: Received bad configure-ack:
Jul 2 14:36:18 rudnet pppd[16587]: not replacing existing default route to ppp0 [213.25.2.180]
Jul 2 14:36:50 rudnet pppd[16616]: Received bad configure-ack:
Jul 2 14:36:50 rudnet pppd[16616]: not replacing existing default route to ppp0 [213.25.2.180]


Cytuj:
Jul 2 14:31:55 rudnet pppd[10295]: Connected to 00:0f:b0:fa:bd:46 via interface eth1
Jul 2 14:31:55 rudnet pppd[10295]: Using interface ppp8
Jul 2 14:31:55 rudnet pppd[10295]: Connect: ppp8 <--> eth1
Jul 2 14:31:55 rudnet pppd[10295]: Couldn't increase MTU to 1500
Jul 2 14:31:55 rudnet pppd[10295]: Couldn't increase MRU to 1500
Jul 2 14:32:25 rudnet pppd[10295]: LCP: timeout sending Config-Requests
Jul 2 14:32:25 rudnet pppd[10295]: Connection terminated.
Jul 2 14:32:25 rudnet pppd[10295]: Connect time 20.7 minutes.
Jul 2 14:32:25 rudnet pppd[10295]: Sent 2873764 bytes, received 651215 bytes.
Autor:  zen_ek [ poniedziałek, 2 lipca 2007, 23:13 ]
Tytuł: 
Ja nie wiem z czym wy macie takie problemy przy pppoe. U mnie na starej maszynie 133Mhz działa około 20 uzytkowników na pppoe i wszystkim wszystko ładnie działa. Nie ma problemów z zamulaniem czy tworzeniem niepotrzebnych polaczen. Sporo wczesniej pisałem i pytalem sie tutaj na forum na ten temat i w koncu w któryms z wątków uzyskałem odpowiedź. Teraz stworzyłem u siebie dokumenty tekstowe :) na 20 stron w których zawarta jest cała konfiguracja serwera NND czy pod dhcp czy pppoe i wszystko ładnie na moim starym złomie się sprawdza. Pozdrawiam.
Autor:  marckamillus [ wtorek, 3 lipca 2007, 08:38 ]
Tytuł: 
moglbys podac swoje configi do porownania, u mnie tez wszystko dziala, to tylko jedna sytuacja taka byla.
pozdro
Autor:  zen_ek [ wtorek, 3 lipca 2007, 15:19 ]
Tytuł: 
Oto moje configi:
plik PPPOE-SERVER-OPTIONS:

# PPP options for the PPPoE server
# LIC: GPL
require-chap
login
lcp-echo-interval 10
lcp-echo-failure 20

plik OPTIONS:

# /etc/ppp/options

mtu 1500
mru 1500
+chap
-pap
ms-dns 194.204.152.34
ms-dns 194.204.159.1

# ---<End of File>---

plik pppoe.conf

#***********************************************************************
#
# pppoe.conf
#
# Configuration file for rp-pppoe. Edit as appropriate and install in
# /etc/ppp/pppoe.conf
#
# NOTE: This file is used by the pppoe-start, pppoe-stop, pppoe-connect and
# pppoe-status shell scripts. It is *not* used in any way by the
# "pppoe" executable.
#
# Copyright (C) 2000 Roaring Penguin Software Inc.
#
# This file may be distributed under the terms of the GNU General
# Public License.
#
# LIC: GPL
# $Id: pppoe.conf,v 1.11 2005/08/09 02:49:12 dfs Exp $
#***********************************************************************

# When you configure a variable, DO NOT leave spaces around the "=" sign.

# Ethernet card connected to DSL modem
ETH=eth1

# PPPoE user name. You may have to supply "@provider.com" Sympatico
# users in Canada do need to include "@sympatico.ca"
# Sympatico uses PAP authentication. Make sure /etc/ppp/pap-secrets
# contains the right username/password combination.
# For Magma, use xxyyzz@magma.ca
USER='biuro@empresa.pl'

# Bring link up on demand? Default is to leave link up all the time.
# If you want the link to come up on demand, set DEMAND to a number indicating
# the idle time after which the link is brought down.
DEMAND=no
#DEMAND=300

# DNS type: SERVER=obtain from server; SPECIFY=use DNS1 and DNS2;
# NOCHANGE=do not adjust.
DNSTYPE=SPECIFY

# Obtain DNS server addresses from the peer (recent versions of pppd only)
# In old config files, this used to be called USEPEERDNS. Changed to
# PEERDNS for better Red Hat compatibility
PEERDNS=no

DNS1=194.204.152.34
DNS2=194.204.159.1

# Make the PPPoE connection your default route. Set to
# DEFAULTROUTE=no if you don't want this.
DEFAULTROUTE=yes

### ONLY TOUCH THE FOLLOWING SETTINGS IF YOU'RE AN EXPERT

# How long pppoe-start waits for a new PPP interface to appear before
# concluding something went wrong. If you use 0, then pppoe-start
# exits immediately with a successful status and does not wait for the
# link to come up. Time is in seconds.
#
# WARNING WARNING WARNING:
#
# If you are using rp-pppoe on a physically-inaccessible host, set
# CONNECT_TIMEOUT to 0. This makes SURE that the machine keeps trying
# to connect forever after pppoe-start is called. Otherwise, it will
# give out after CONNECT_TIMEOUT seconds and will not attempt to
# connect again, making it impossible to reach.
CONNECT_TIMEOUT=30

# How often in seconds pppoe-start polls to check if link is up
CONNECT_POLL=2

# Specific desired AC Name
ACNAME=

# Specific desired service name
SERVICENAME=

# Character to echo at each poll. Use PING="" if you don't want
# anything echoed
PING="."

# File where the pppoe-connect script writes its process-ID.
# Three files are actually used:
# $PIDFILE contains PID of pppoe-connect script
# $PIDFILE.pppoe contains PID of pppoe process
# $PIDFILE.pppd contains PID of pppd process
CF_BASE=`basename $CONFIG`
PIDFILE="/var/run/$CF_BASE-pppoe.pid"

# Do you want to use synchronous PPP? "yes" or "no". "yes" is much
# easier on CPU usage, but may not work for you. It is safer to use
# "no", but you may want to experiment with "yes". "yes" is generally
# safe on Linux machines with the n_hdlc line discipline; unsafe on others.
SYNCHRONOUS=no

# Do you want to clamp the MSS? Here's how to decide:
# - If you have only a SINGLE computer connected to the DSL modem, choose
# "no".
# - If you have a computer acting as a gateway for a LAN, choose "1412".
# The setting of 1412 is safe for either setup, but uses slightly more
# CPU power.
CLAMPMSS=1412
#CLAMPMSS=no

# LCP echo interval and failure count.
LCP_INTERVAL=20
LCP_FAILURE=3

# PPPOE_TIMEOUT should be about 4*LCP_INTERVAL
PPPOE_TIMEOUT=80

# Firewalling: One of NONE, STANDALONE or MASQUERADE
FIREWALL=MASQUERADE

# Linux kernel-mode plugin for pppd. If you want to try the kernel-mode
# plugin, use LINUX_PLUGIN=/etc/ppp/plugins/rp-pppoe.so
LINUX_PLUGIN=

# Any extra arguments to pass to pppoe. Normally, use a blank string
# like this:
PPPOE_EXTRA=""

# Rumour has it that "Citizen's Communications" with a 3Com
# HomeConnect DSL Modem DualLink requires these extra options:
# PPPOE_EXTRA="-f 3c12:3c13 -S ISP"

# Any extra arguments to pass to pppd. Normally, use a blank string
# like this:
PPPD_EXTRA=""


########## DON'T CHANGE BELOW UNLESS YOU KNOW WHAT YOU ARE DOING
# If you wish to COMPLETELY overrride the pppd invocation:
# Example:
# OVERRIDE_PPPD_COMMAND="pppd call dsl"

# If you want pppoe-connect to exit when connection drops:
# RETRY_ON_FAILURE=no

plik ip-up:
#!/bin/sh
PPP_IPPARAM="$6"
PPP_REMOTE=$5
KLIENT=$2
INTERFEJS=$1
/sbin/ifconfig $INTERFEJS mtu 1500
PORT='echo $PPP_REMOTE |cut -f 4 -d "." '
tc="/sbin/rchtb_tc"
NR_PPP='echo $INTERFEJS | cut -c 4- '
NR_IP='echo $PPP_REMOTE | cut -c 12- '
/usr/sbin/iptables -A FORWARD -s 0/0 -d $PPP_REMOTE -j ACCEPT
/usr/sbin/iptables -A FORWARD -s $PPP_REMOTE -j ACCEPT
/usr/sbin/iptables -t nat -A POSRIUTING -s $PPP_REMOTE -j MASQUERADE
#
# This script is run by pppd when there's a successful ppp connection.
#
i plik ip-down:
#!/bin/sh
PPP_IPPARAM="$6"
PPP_REMOTE="$5"
KLIENT=$2
INTERFEJS=$1
PORT='echo $PPP_REMOTE |cut -f 4 -d "."'
tc="/sbin/rchtb_tc"
NR_PPP='echo $INTERFEJS | cut -c 4- '
NR_IP='echo $PPP_REMOTE | cut -c 12- '
/usr/sbin/iptables -D FORWARD -s 0/0 -d $PPP_REMOTE -j ACCEPT
/usr/sbin/iptables -D FORWARD -s $PPP_REMOTE -j ACCEPT
/usr/sbin/iptables -t nat -D POSTROUTING -s $PPP_REMOTE -j MASQUERADE
#
# This script is run by pppd after the connection has ended.
#

Jesli pominąłem jakis plik to daj znać.
Strona 1 z 2 Strefa czasowa UTC+2godz.
Powered by phpBB® Forum Software © phpBB Group
https://www.phpbb.com/