Hi !!!
I have this problem :
When start Sendmail daemon , diald bring up the connection to ISP.
Is possible resolve this problem ?
What i do ?
I have this configuration :
1) Linux RH 6.0
2) Diald-0.99
My diald.conf is :
mode ppp
connect "chat -v -f /etc/sysconfig/network-scripts/chat-ppp0"
device /dev/ttyS1
speed 115200
modem
lock
crtscts
local 192.168.0.1
remote 192.168.0.2
dynamic
defaultroute
#pppd-options asyncmap 0
include /usr/lib/diald/standard.filter
My hosts file is :
127.0.0.1 localhost localhost.localdomain
192.168.1.10 uranus.myhome uranus
192.168.1.20 pluto.myhome pluto
My network file is :
NETWORKING=yes
FORWARD_IPV4="yes"
HOSTNAME="pluto.myhome"
DOMAINNAME=myhome
GATEWAY=""
GATEWAYDEV=""
My Network parameters are :
Host Name: pluto.myhome
Domain Name: myhome
IP Address: 192.168.1.1
Netmask: 255.255.255.0
Broadcast: 192.168.1.255
Default Gateway:
Primary Nameserver: (IP address of my ISP's primary nameserver)
Secondary Nameserver: ()
Tertiary Nameserver: ()
My standard.filter file :
# This is a pretty complicated set of filter rules.
# (These are the rules I use myself.)
#
# I've divided the rules up into four sections.
# TCP packets, UDP packets, ICMP packets and a general catch all rule
# at the end.
#------------------------------------------------------------------------------
# Rules for TCP packets.
#------------------------------------------------------------------------------
# General comments on the rule set:
#
# In general we would like to treat only data on a TCP link as
signficant
# for timeouts. Therefore, we try to ignore packets with no data.
# Since the shortest possible set of headers in a TCP/IP packet is 40
bytes.
# Any packet with length 40 must have no data riding in it.
# We may miss some empty packets this way (optional routing information
# and other extras may be present in the IP header), but we should get
# most of them. Note that we don't want to filter out packets with
# tcp.live clear, since we use them later to speedup disconnects
# on some TCP links.
#
# We also want to make sure WWW packets live even if the TCP socket
# is shut down. We do this because WWW doesn't keep connections open
# once the data has been transfered, and it would be annoying to have
the link
# keep bouncing up and down every time you get a document.
#
# Outside of WWW the most common use of TCP is for long lived
connections,
# that once they are gone mean we no longer need the network connection.
# We don't neccessarily want to wait 10 minutes for the connection
# to go down when we don't have any telnet's or rlogin's running,
# so we want to speed up the timeout on TCP connections that have
# shutdown. We do this by catching packets that do not have the live
flag set.
# --- start of rule set proper ---
# When initiating a connection we only give the link 15 seconds
initially.
# The idea here is to deal with possibility that the network on the
opposite
# end of the connection is unreachable. In this case you don't really
# want to give the link 10 minutes up time. With the rule below
# we only give the link 15 seconds initially. If the network is
reachable
# then we will normally get a response that actually contains some
# data within 15 seconds. If this causes problems because you have a
slow
# response time at some site you want to regularly access, you can
either
# increase the timeout or remove this rule.
accept tcp 15 tcp.syn
# Keep named xfers from holding the link up
ignore tcp tcp.dest=tcp.domain
ignore tcp tcp.source=tcp.domain
# (Ack! SCO telnet starts by sending empty SYNs and only opens the
# connection if it gets a response. Sheesh..)
accept tcp 5 ip.tot_len=40,tcp.syn
# keep empty packets from holding the link up (other than empty SYN
packets)
ignore tcp ip.tot_len=40,tcp.live
# make sure http transfers hold the link for 2 minutes, even after they
end.
# NOTE: Your /etc/services may not define the tcp service www, in which
# case you should comment out the following two lines or get a more
# up to date /etc/services file. See the FAQ for information on
obtaining
# a new /etc/services file.
accept tcp 180 tcp.dest=tcp.www
accept tcp 180 tcp.source=tcp.www
# SSL connections are usually for secure http so treat them like http.
# NOTE: Your /etc/services may not define the tcp service ssl, in which
# case you should comment out the following two lines or get a more
# up to date /etc/services file. See the FAQ for information on
obtaining
# a new /etc/services file.
#keepup tcp 120 tcp.dest=tcp.ssl
#keepup tcp 120 tcp.source=tcp.ssl
# Once the link is no longer live, we try to shut down the connection
# quickly. Note that if the link is already down, a state change
# will not bring it back up.
keepup tcp 180 !tcp.live
ignore tcp !tcp.live
# an ftp-data or ftp connection can be expected to show reasonably
frequent
# traffic.
accept tcp 180 tcp.dest=tcp.ftp
accept tcp 180 tcp.source=tcp.ftp
#NOTE: ftp-data is not defined in the /etc/services file provided with
# the latest versions of NETKIT, so I've got this commented out here.
# If you want to define it add the following line to your /etc/services:
# ftp-data 20/tcp
# and uncomment the following two rules.
#accept tcp 120 tcp.dest=tcp.ftp-data
#accept tcp 120 tcp.source=tcp.ftp-data
# Mail is probably constantly checked for, we don"t want it
# bringing the link up and down
accept tcp 180 tcp.dest=tcp.smtp
accept tcp 180 tcp.source=tcp.smtp
accept tcp 180 tcp.dest=tcp.pop-3
accept tcp 180 tcp.source=tcp.pop-3
accept tcp 180 tcp.dest=tcp.pop-2
accept tcp 180 tcp.source=tcp.pop-2
# TELNET Services
accept tcp 180 tcp.dest=tcp.telnet
accept tcp 180 tcp.source=tcp.telnet
# Other Services
# Linuxconf running on port 98
accept tcp 180 tcp.dest=tcp.linuxconf
accept tcp 180 tcp.source=tcp.linuxconf
# If we don't catch it above, give the link 3 minutes up time.
accept tcp 180 any
# Rules for UDP packets
#
# We time out domain requests right away, we just want them to bring
# the link up, not keep it around for very long.
# This is because the network will usually come up on a call
# from the resolver library (unless you have all your commonly
# used addresses in /etc/hosts, in which case you will discover
# other problems.)
# Note that you should not make the timeout shorter than the time you
# might expect your DNS server to take to respond. Otherwise
# when the initial link gets established there might be a delay
# greater than this between the initial series of packets before
# any packets that keep the link up longer pass over the link.
# Don't bring the link up for rwho.
ignore udp udp.dest=udp.who
ignore udp udp.source=udp.who
# Don't bring the link up for RIP.
ignore udp udp.dest=udp.route
ignore udp udp.source=udp.route
# Don't bring the link up for NTP or timed.
ignore udp udp.dest=udp.ntp
ignore udp udp.source=udp.ntp
ignore udp udp.dest=udp.timed
ignore udp udp.source=udp.timed
# Don't bring up on domain name requests between two running nameds.
ignore udp udp.dest=udp.domain,udp.source=udp.domain
# Bring up the network whenever we make a domain request from someplace
# other than named.
accept udp 30 udp.dest=udp.domain
accept udp 30 udp.source=udp.domain
# Do the same for netbios-ns broadcasts
# NOTE: your /etc/services file may not define the netbios-ns service
# in which case you should comment out the next three lines.
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
# keep routed and gated transfers from holding the link up
ignore udp tcp.dest=udp.route
ignore udp tcp.source=udp.route
# Anything else gest 3 minutes.
accept udp 180 any
# Catch any packets that we didn't catch above and give the connection
# 30 seconds of live time.
accept any 30 any
Tanks.......!!1! =:)
~
--
Mr.
Paolo Mastroianni
Office : ++39 (0) 823 349459
RM : ++39 (0) 339 3057895
EMail : [EMAIL PROTECTED]
-----------------------------------------
IvyLogic
Via Adige, 31
81100 CASERTA
Url : http://www.ivylogic.it/
EMail: [EMAIL PROTECTED]
-----------------------------------------
JIA ( Java Italian Association ) Member
Coordinator of Zone : South & Islands
Email : [EMAIL PROTECTED]
ML Administrator : [EMAIL PROTECTED]
[EMAIL PROTECTED]
Url : http://www.jia.it
-----------------------------------------
-
To unsubscribe from this list: send the line "unsubscribe linux-diald" in
the body of a message to [EMAIL PROTECTED]
