Newsgroup: it.comp.os.linux.sys
Titolo: bastardo d'un diald!!!!

Connette ma non sconnette! 
Che dite, lo lancio dalla finestra o gli svuoto mezzo litro di pepsi
quando e' acceso?
Ciao
_TeX_
-- 
Le uniche cose che girano sotto Windows sono le palle

 quando e' acceso?
Non si sconnette perchè il traffico non e' mai a zero!!!
Evidentemente il tuo linux continua a rispondere a qualche ICMP del tuo
provider.
Prova a mettere su due regolette con iptables dopo aver visto cosa succede
con tcpdump.
Ciao.
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (
http://www.grisoft.com
).
Version: 6.0.708 / Virus Database: 464 - Release Date: 18/06/2004

 con tcpdump.
Umh... sul link il traffico passa comunque, e arriva allo
stack tcp/ip. Solo _dopo_ viene filtrato, ma intanto e' gia'
bell'e' che passato per l'interfaccia ppp che appunto diald
monitorizza con le libcap (...usate anche da tcpdump).
Penso proprio che debba affinare i filtri su diald. Al limite
puo' iniziare a "droppare" gli icmp echo/echo-reply agendo su
/proc/sys/net/ipv4
bye G.L.
-- 
« E' assolutamente evidente che l'arte del cinema
  si ispira alla vita, mentre la vita si ispira alla TV »
(Woody Allen)

 /proc/sys/net/ipv4
Eh si hai ragione, a questo punto consiglierei al nostro amico almeno
queste:
/bin/echo 1 > /proc/sys/net/ipv4/icmp_echo_ignore_all
/bin/echo 1 > /proc/sys/net/ipv4/conf/all/rp_filter
/bin/echo 1 > /proc/sys/net/ipv4/icmp_echo_ignore_broadcasts
Io su diald usavo alcuni filtri oltre a quelli standard:
accept tcp 15 tcp.syn
ignore tcp tcp.dest=tcp.domain
ignore tcp tcp.source=tcp.domain
accept tcp 5 ip.tot_len=40,tcp.syn
ignore tcp ip.tot_len=40,tcp.live
accept tcp 120 tcp.dest=tcp.www
accept tcp 120 tcp.source=tcp.www
keepup tcp 5 !tcp.live
ignore tcp !tcp.live
accept tcp 120 tcp.dest=tcp.ftp
accept tcp 120 tcp.source=tcp.ftp
accept tcp 600 any
ignore udp udp.dest=udp.who
ignore udp udp.source=udp.who
ignore udp udp.dest=udp.route
ignore udp udp.source=udp.route
ignore udp udp.dest=udp.ntp
ignore udp udp.source=udp.ntp
ignore udp udp.dest=udp.timed
ignore udp udp.source=udp.timed
ignore udp udp.dest=udp.domain,udp.source=udp.domain
accept udp 30 udp.dest=udp.domain
accept udp 30 udp.source=udp.domain
ignore udp udp.source=udp.netbios-ns,udp.dest=udp.netbios-ns
accept udp 30 udp.dest=udp.netbios-ns
accept udp 30 udp.source=udp.netbios-ns
ignore udp tcp.dest=udp.route
ignore udp tcp.source=udp.route
accept udp 120 any
accept any 30 any
Mi ricordo che così andava benone.


hehe:
09:57:32.312829 151.6.140.37 > 
224.0.0.13
: pim v2 Hello (Hold-time 1m45s) (OLD-DR-Priority: 1) (State Refresh Capable ?0x1000000?) [tos 0xc0]  [ttl 1]
ho provato con iptables a bloccarlo, ma non ce verso di bloccare 


-- 


 09:57:32.312829 151.6.140.37 > 
224.0.0.13
: pim v2 Hello (Hold-time 1m45s)
(OLD-DR-Priority: 1) (State Refresh Capable ?0x1000000?) [tos 0xc0]  [ttl 1]
Eh si... queste sono query igmp, scommetto che sei collegato in isdn con
tiscali vero?


 
no, ho libero, e mi sono accorto di una cosa bruttissima, se metto nel
diald.conf la riga "include /etc/diald/standard.filter" allo start di
diald mi viene fuori sto msg:
[root@worf diald]# service diald start
Starting diald: ./diald-up: line 267:  4726 Segmentation fault      diald -file /tmp/diald-${IFACE}.conf
 
sto seriamente pensando di cambiare lavoro, torno a fare il muratore... :))

 ignore tcp tcp.dest=tcp.domain
[SNIP]
Nulla contro diald, che e' IMHO indispensabile nei
casi in cui usi schede isdn, giacche ipppd non sembra
avere quelle opzioni di pppd necessarie per realizzare
una connessione on-demand (oppure comunque vecchie
versioni di pppd).
Ma con pppd una semplice opzione
active-filter "outbound", unita a settaggi dei parametri
kernel e ad eventuali altri filtri di iptables che
impediscono allo stack tcp/ip di rispondere anche con,
ad esempio, un "icmp-port-unreachable", mi realizza l'uovo
di colombo di buttar giu' la connessione quando
semplicemente non c'e' traffico in uscita, ignorando tutto
il traffico in ingresso. Penso che anche con diald sia
possibile fare cio', semplificando notevolmente la catena
di filtri... o no?


 di filtri... o no?
Diald ha un ottimo stack di filtri da poter utilizzare in configurazione,
anche se ora ricordo molto poco, sono anni che non lo uso.
Ne ho postati prima alcuni ritrovati da vecchissimi appunti magari gia'
quelli potrebbero risolvere il problema, aspetto notizie.
Ciauz


 Ciauz
Le notizie non sono buone, mi da segmentation fault se includo nel
diald.conf i filtri.
grazie per la pazienza 
ciau
_TeX_

 sto seriamente pensando di cambiare lavoro, torno a fare il muratore...
:))
Ok ma prima posta il contenuto di diald-up e anche /tmp/diald-${IFACE}.conf


 
Scusa scusa scusa come non detto, adesso funziona, colpa mia, avevo
incasinato un paio di cose. 
Senti una cosa, e' possibile che non tiri giu la connessione per colpa
dello script di disconnessione(magari fatto male)?


 dello script di disconnessione(magari fatto male)?
Beh la mia sfera di cristallo dice... forse!
Sono propenso pero' a pensare che tu sia bravo e che lo script l'hai scritto
bene ;-) , e che in vece siano quelle query igmp a tenerti su la
connessione.
Ciao.


/tmp/diald-ppp0.conf
pidfile diald-ppp0.pid
connect /tmp/diald-ppp0.connect
fifo /etc/diald/diald-ppp0.ctl
device /dev/ttyS0
speed 115200
modem
crtscts
defaultroute
buffer-timeout 600
redial-timeout 10
dial-fail-limit 6
mru 1500
local 0.0.0.0
remote 0.0.0.0
pppd-options  lcp-echo-failure 3 lcp-echo-interval 7 0.0.0.0:0.0.0.0
include /tmp/diald-ppp0.filter
/tpm/diald-ppp0.connect
#!/bin/sh
exec /etc/sysconfig/network-scripts/diald-connect ppp0
diald-ppp0.connect (END)
/tmp/diald-ppp0.filter te lo risparmio che e' tanto lungo.
mi fa strano che manchi la stringa `connect-timeout`....


-- 


 mi fa strano che manchi la stringa `connect-timeout`....
?! E allora metticelo!


 
hehe, questo e' il /tmp, in /etc/diald.conf l'ho messo......


ho provato il tuo scriptino, funzuiona tutto tranne l'opzione 
active-filter. mi da sto msg 
/etc/ppp/options: unrecognized option 'active-filter'
la versione e 2.4.1
sapresti darmi qualche delucidazione?
grazie 
_TeX_


 /etc/ppp/options: unrecognized option 'active-filter'
mmmhh... prova a metterlo sulla linea di comando,
non nel file delle opzioni di default. Poi, ninzo'...    :-\
bye G.L.
p.s.: migliora il quoting.   :-)


 hehe, questo e' il /tmp, in /etc/diald.conf l'ho messo......
Mi ricorderesti che distro usi?
bye G.L.


 p.s.: migliora il quoting.   :-)
-- 


 Cmq grazie di tutto...
rh7.3 e' IMHO valida ma un po' vecchiotta...
Io uso debian 3.0rc2 woody con pppd versione 2.4.1
(mica ci saremo confusi con la versione del kernel?),
basta digitare pppd --help per verificare. E li', va.
bye G.L.


 bye G.L.
nono, la versione del pppd e' 2.4.1, il kernel e' un "vecchio" 2.4.18
(causa esigenze driver wireless). 
Sbuffff....io continuo a leggere vari man e howto, anche se credo che non
ci saranno soluzioni....
ciauz _TeX_


 bye G.L.
-- 


 anche active-filter.
Lo immaginavo... grazie per il consiglio.   :-)
