Početak › Forumi › Linuks › Linuks umrežavanje › ip-down
- This topic has 2 odgovora, 2 glasa, and was last updated 22 years, 5 months ranije by
jovir.
-
AutorČlanci
-
19. februar 2004. u 12:11 pm #3370
jovir
UčesnikImam umrežena dva računara, instalirane i podešene (?) iptables i maskiranje IP, na internet se izlazi sa jednog računara, a drugi ide preko njega,ali se javlja sledeći problem. Naime, posle nekog vremena, konekcija nekontrolisano pada, a PPP-logfile se završava ovako:
Feb 19 12:10:59 jovir pppd[3183]: Hangup (SIGHUP)
Feb 19 12:10:59 jovir pppd[3183]: Modem hangup
Feb 19 12:10:59 jovir pppd[3183]: Script /etc/ppp/ip-down started (pid 3227)
Feb 19 12:10:59 jovir pppd[3183]: Connection terminated.
Feb 19 12:10:59 jovir pppd[3183]: Connect time 9.0 minutes.
Feb 19 12:10:59 jovir pppd[3183]: Sent 102801 bytes, received 1016725 bytes.
Feb 19 12:10:59 jovir pppd[3183]: Waiting for 1 child processes…
Feb 19 12:10:59 jovir pppd[3183]: script /etc/ppp/ip-down, pid 3227
Feb 19 12:11:00 jovir pppd[3183]: Script /etc/ppp/ip-down finished (pid 3227), status = 0x0
Feb 19 12:11:00 jovir pppd[3183]: Exit.Pretpostavljam da je problem u fajlu /etc/ppp/ip-down:
#!/bin/bash
# This file should not be modified — make local changes to
# /etc/ppp/ip-down.local insteadPATH=/sbin:/usr/sbin:/bin:/usr/bin
export PATHLOGDEVICE=$6
REALDEVICE=$1export PATH=/sbin:/usr/sbin:/bin:/usr/bin
cp -f /etc/resolv.conf /etc/resolv.conf.tmp
fgrep -v “# ppp temp entry” /etc/resolv.conf.tmp > /etc/resolv.conf
chmod 0644 /etc/resolv.conf
rm -f /etc/resolv.conf.tmp[ -x /etc/ppp/ip-down.local ] && /etc/ppp/ip-down.local “$@”
# These variables are for the use of the scripts run by run-parts
PPP_IFACE=”$1″
PPP_TTY=”$2″
PPP_SPEED=”$3″
PPP_LOCAL=”$4″
PPP_REMOTE=”$5″
PPP_IPPARAM=”$6″
export PPP_IFACE PPP_TTY PPP_SPEED PPP_LOCAL PPP_REMOTE PPP_IPPARAMif [ -d /etc/ppp/ip-down.d/ -a -x /usr/bin/run-parts ]; then
/usr/bin/run-parts /etc/ppp/ip-down.d/
fi/etc/sysconfig/network-scripts/ifdown-post ifcfg-${LOGDEVICE}
exit 0
Inače, da bih uopšte ostvario bilo kakav protok sa/na net, pre konektovanja pokrećem sledeću skriptu:
route del default
route add default ppp0
/sbin/iptables –flush
/sbin/iptables –table nat –flush
/sbin/iptables –delete-chain
/sbin/iptables –table nat –delete-chain/sbin/iptables –table nat –append POSTROUTING –out-interface ppp0 -s 192.168.0.0/24 -j MASQUERADE
/sbin/iptables –append FORWARD –in-interface eth0 -j ACCEPTecho 1 > /proc/sys/net/ipv4/ip_forward
echo 30 > /proc/sys/net/ipv4/tcp_fin_timeoutIma li neko ideju šta dalje? 🙄
24. februar 2004. u 8:55 am #17162grujakg
UčesnikPo logfile-u se svakako da zakljuciti da ip-down nema nikakve veze sa modem hangup-om, kao sto pise prvo modem prekine vezu pa se tek onda pokrene ip-down skript sto je sasvim normalno i predvidjeno funkcionisanje cele stvari.
Mene zanima da li pokreces ppp0 interfejs rucno (preko skriptova koje si ti pisao) ili pomocu nekog dialer-a (KPPP, Minicom, VWDial itd). Konkretno pitanje je sta oni kao parametre prenose pppd-u, jer ovo meni jako lici na pricu da pppd filtrira saobracaj na netu za odredjenu vrstu paketa i ako nema drugog sabracaja smatra da je veza idle i prekida je, sto je po meni izuzetno lepa osobina pppd-a.
Sto se NAT-a tice postavljanje bio kakvih parametara nema (ili nebi smelo da ima) uticaj na fizicki rad interfejsa. Zamisli recimo da ti zbog deklaracije forvardovanja nekih paketa strada mrezna kartica (malo ekstreman ali plastican primer).
Jos jedno pitanje, odakle ovakav /etc/ppp/ip-down, tj koja je distribucija u pitanju, dodato je par stvari ali ne vidim u kom kontekstu.
No u svakom slucaju proveri razlog zasto puca veza, da li se radi o losoj tel. centrali, cudima tvog provajdera (ako je tako ovo ti se vec sve desavalo pre), driver-a za tvoj modem, i u svakom slucaju kao sto rekoh parametre koje se prenose pppd-u, sto, ako nije odradjeno u letu kroz neki dialer (sto se opet podesava kod njega), postoji zapisano u datoteci /etc/ppp/options. (recimo /etc/ppp/options.modem).
Primer takve datoteke je naredna koja prepoznaje aktivan saobracaj samo ako potice sa domaceg pop, smtp i nntp porta, sve ostalo ne uzima u obzir i ako je po njemu veza mrtva narednih 30 sekundi on je prekida.#/etc/ppp/options.
lock
usepeerdns
defaultroute
noipdefault
noauth
asyncmap 0
crtscts
modem
115200
noext-traffic
active-filter ‘port smtp or port pop3 or port nntp’
idle 30Nadam se da sam bio bar malo od koristi
24. februar 2004. u 8:48 pm #17163jovir
UčesnikDistribucija je Mandrake 9.2, a problem je sam od sebe nestao. Najverovatnije su u pitanju bili provajderi. Malo čudno, jer se isto dešavalo i na veratu i na ptt-u, pa sam zbog toga u startu isključio to kao mogući uzrok.
U svakom slučaju hvala, u Tvom postu ima vrlo korisnih informacija.
Pozdrav! -
AutorČlanci
Moraš biti prijavljen da bi postavio komentar u ovoj temi.