That worked Bogdon,Thank you, I also added:
modparam ("cpl-c", "cpl_table", "cpl")
Now it requires the cpl_dtd_file - However I am not sure what path
here: i.e.
modparam("cpl-c", "cpl_dtd_file", "whatpath?")
Is there a usual directory where this can be found?
Regards,
Aisling
>---- Original Message ----
>From: bogdan(a)voice-system.ro
>To: vivcurran(a)yahoo.co.uk
>Subject: Re: [Serusers] cpl_init: mandatory parameter "DB_URL" found
>empty
>Date: Tue, 12 Apr 2005 18:05:02 +0200
>
>>sorry, in cpl-c the parameter is called "cpl_db" - I will change the
>
>>error message to state the proper parameter name. (db_url -> cpl_db)
>>
>>bogdan
>>
>>
>>Vivienne Curran wrote:
>>
>>> Bogdan,
>>>
>>> I set
>>> modparam("cpl-c","db_url","mysql://root:password@localhost/ser"),
>>> however when i tried to restart SER I got:
>>>
>>> set_mod_param_regex: parameter <db_url> not found in module
><cpl-c>
>>> parse error (87,20-21): Can't set module parameter
>>>
>>> I tried db_url in upper case also. An I incoorect in thinking that
>the
>>> module should load without this anyway?
>>>
>>> Regards,
>>> Aisling.
>>>
>>> */Bogdan-Andrei Iancu <bogdan(a)voice-system.ro>/* wrote:
>>>
>>> you have to set the db_url parameter pointing to a DB
>connection -
>>> default is NULL. For example:
>>> modparam("cpl-c","db_url","mysql://ser:heslo@localhost/ser")
>>>
>>> bogdan
>>>
>>> Aisling O'Driscoll wrote:
>>>
>>> >Hello,
>>> >
>>> >I am using ser 0.9.0. When I try to load the cpl module e.g.
>>> >loadmodule "/opt/ser/lib/ser/modules/cpl-c.so", and restart
>ser, I
>>> >get the following error:
>>> >
>>> >ERROR:cpl_init: mandatory parameter "DB_URL" found empty
>>> >init_mod(): Error while initializing module cpl-c
>>> >
>>> >When I check in /opt/ser/lib/ser/modules, the cpl-c module si
>there.
>>> >Does anyone have any clue how this can be resolved?
>>> >
>>> >Thank you,
>>> >Aisling.
>>> >
>>> >
>>> >-------------------Legal
>>> Disclaimer---------------------------------------
>>> >
>>> >The above electronic mail transmission is confidential and
>>> intended only for the person to whom it is addressed. Its
>contents
>>> may be protected by legal and/or professional privilege.
>Should it
>>> be received by you in error please contact the sender at the
>above
>>> quoted email address. Any unauthorised form of reproduction of
>>> this message is strictly prohibited. The Institute does not
>>> guarantee the security of any information electronically
>>> transmitted and is not liable if the information contained in
>this
>>> communication is not a proper and complete record of the
>message
>>> as transmitted by the sender nor for any delay in its receipt.
>>> >
>>> >_______________________________________________
>>> >Serusers mailing list
>>> >Serusers(a)iptel.org
>>> >http://mail.iptel.org/mailman/listinfo/serusers
>>> >
>>> >
>>> >
>>>
>>> _______________________________________________
>>> Serusers mailing list
>>> Serusers(a)iptel.org
>>> http://mail.iptel.org/mailman/listinfo/serusers
>>>
>>> Send instant messages to your online friends
>>> http://uk.messenger.yahoo.com
>>>
>>
>>
-------------------Legal Disclaimer---------------------------------------
The above electronic mail transmission is confidential and intended only for the person to whom it is addressed. Its contents may be protected by legal and/or professional privilege. Should it be received by you in error please contact the sender at the above quoted email address. Any unauthorised form of reproduction of this message is strictly prohibited. The Institute does not guarantee the security of any information electronically transmitted and is not liable if the information contained in this communication is not a proper and complete record of the message as transmitted by the sender nor for any delay in its receipt.
Hello,
I am working with a Denver based Voice Mail company who is preparing to
enter the VoIP business with a IP trunking type service, delivering dial
tone and features to small businesses with broadband and 4-8 line analog key
systems.
This company is leaning towards an open source solution, most likely using a
combination of SER and Asterisk.
I am seeking a person or group who could perform the initial
implementation/configuration of such a platform. Budget has been allocated
for this project.
Please reply directly to mlvoipproject(a)hotmail.com with your contact
information and details of your experience with similar implementations, or
if you have any questions about the scope of work. Work on this project is
slated to begin immediately.
Thank you.
-DP
_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today - it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
Bogdan,
I set modparam("cpl-c","db_url","mysql://root:password@localhost/ser"), however when i tried to restart SER I got:
set_mod_param_regex: parameter <db_url> not found in module <cpl-c>
parse error (87,20-21): Can't set module parameter
I tried db_url in upper case also. An I incoorect in thinking that the module should load without this anyway?
Regards,
Aisling.
Bogdan-Andrei Iancu <bogdan(a)voice-system.ro> wrote:
you have to set the db_url parameter pointing to a DB connection -
default is NULL. For example:
modparam("cpl-c","db_url","mysql://ser:heslo@localhost/ser")
bogdan
Aisling O'Driscoll wrote:
>Hello,
>
>I am using ser 0.9.0. When I try to load the cpl module e.g.
>loadmodule "/opt/ser/lib/ser/modules/cpl-c.so", and restart ser, I
>get the following error:
>
>ERROR:cpl_init: mandatory parameter "DB_URL" found empty
>init_mod(): Error while initializing module cpl-c
>
>When I check in /opt/ser/lib/ser/modules, the cpl-c module si there.
>Does anyone have any clue how this can be resolved?
>
>Thank you,
>Aisling.
>
>
>-------------------Legal Disclaimer---------------------------------------
>
>The above electronic mail transmission is confidential and intended only for the person to whom it is addressed. Its contents may be protected by legal and/or professional privilege. Should it be received by you in error please contact the sender at the above quoted email address. Any unauthorised form of reproduction of this message is strictly prohibited. The Institute does not guarantee the security of any information electronically transmitted and is not liable if the information contained in this communication is not a proper and complete record of the message as transmitted by the sender nor for any delay in its receipt.
>
>_______________________________________________
>Serusers mailing list
>serusers(a)lists.iptel.org
>http://lists.iptel.org/mailman/listinfo/serusers
>
>
>
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
Send instant messages to your online friends http://uk.messenger.yahoo.com
Hello,
I am using ser 0.9.0. When I try to load the cpl module e.g.
loadmodule "/opt/ser/lib/ser/modules/cpl-c.so", and restart ser, I
get the following error:
ERROR:cpl_init: mandatory parameter "DB_URL" found empty
init_mod(): Error while initializing module cpl-c
When I check in /opt/ser/lib/ser/modules, the cpl-c module si there.
Does anyone have any clue how this can be resolved?
Thank you,
Aisling.
-------------------Legal Disclaimer---------------------------------------
The above electronic mail transmission is confidential and intended only for the person to whom it is addressed. Its contents may be protected by legal and/or professional privilege. Should it be received by you in error please contact the sender at the above quoted email address. Any unauthorised form of reproduction of this message is strictly prohibited. The Institute does not guarantee the security of any information electronically transmitted and is not liable if the information contained in this communication is not a proper and complete record of the message as transmitted by the sender nor for any delay in its receipt.
Hello,
I am running ser on public ip without [RTP\Media]Proxy.
I have two UA from two different NAT cloud and they are only SIP client in
their network. I think, they are from Asymetric NAT. I am using STUN to get
their public IP.
Problem is:
When these two UA register to SER for the first time, in location table I
see there public IP. But after couple of mintues ( I think, when its renew
their information), in location table, public IP is replaced by their
private IP.
I am not sure what is causing this. I have tried both stund and mystun.
Thanks,
Mohammad
--------------------------------------------------------------------
mail2web - Check your email from the web at
http://mail2web.com/ .
Thanks Daniel,
I think of ser+serweb devoloppers should be
synchronized in order to waste time
Regards
Harry
--- Daniel-Constantin Mierla <daniel(a)voice-system.ro>
wrote:
> The msilo has changed from 0.8.14. In order to have
> multidomain support
> compatible with other ser modules (subscriber, acc,
> ...) the columns has
> been split into username and domain. The r_uri
> column is still kept for
> backward compatibilities (scheduled to be removed),
> but it is not filled
> by newer ser anymore.
>
> Daniel
>
>
> harry gaillac wrote:
>
> >Hi all,
> >
> >I use ser 0.10.99-dev5 (i386/linux) with the latest
> >Ser web from cvs.
> >according to mysql log r_uri is not set in table
> silo
> >?!
> >Ser don't return error and message is stored in
> table
> >silo.
> >I need help to fix that problem
> >
> >Harry
> >
> >050322 11:48:07 114 Connect ser@localhost
> on
> > 114 Init DB ser
> > 114 Query select val from
> >active_sessions where sid =
> >'fd33d3dd6e4783743b30428e0942f0b4' and name =
> >'phplib_Session'
> > 114 Query select val from
> >active_sessions where sid =
> >'fd33d3dd6e4783743b30428e0942f0b4' and name =
> >'phplib_Session'
> > 88 Query insert into
> silo
>
>(dst_addr,src_addr,username,domain,body,exp_time,inc_time
> >) values
>
('sip:alice@home.net','sip:alice@home.net','alice','home.net','helo\r\n',1111747687,1111488487)
> >
> >
> >
> >
> >
> >
> >Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace
> de stockage pour vos mails !
> >Créez votre Yahoo! Mail sur
> http://fr.mail.yahoo.com/
> >
>
>------------------------------------------------------------------------
> >
> >_______________________________________________
> >Serusers mailing list
> >serusers(a)lists.iptel.org
> >http://lists.iptel.org/mailman/listinfo/serusers
> >
> >
>
__________________________________________________________________
Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails !
Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/
Hello, guys!
Here is my situation:
I have 2 ADSL at home:
I have set up a linux(debian) SER +RTPPROXY on of the ADSL
and i use the other Adsl for internet
here:
me ----> 192.168.0.xx(SER with two ethernet int)
|
192.168.0.x(default gateway)
|
internet
I`m using Xphone-Lite.
I would like to contact another person registered on the outside interface of Ser(i`m registering from the interior).
Internet IP <---> outside interface(SER)(lan)<---->me
But that`s not working
What`s should be the mistake(from sipsak i got:
from the internet user: sipsak -s sip:adress_registered_from_lan@myADLShere
returns my other ADSL line.
and from sipsak -s sip:internet_number_user@myADSLhere i got sip:internet_number_user@HIS_IP_ADDRESS
rttproxy is isntalled(build from cvs this morning)
SER.cfg is :------------------->>>>>>>>><<<<<<<<<<<--------------------
# ----------- global configuration parameters ------------------------
debug=3 # debug level (cmd line: -dddddddddd)
fork=yes
log_stderror=no # (cmd line: -E)
#/* Uncomment these lines to enter debugging mode
#debug=7
#Fork=no
#log_stderror=yes
#*/
check_via=no # (cmd. line: -v)
dns=no # (cmd. line: -r)
rev_dns=no # (cmd. line: -R)
port=5060
#Listen=83.228.8.112
children=2
fifo="/tmp/ser_fifo"
# ------------------ module loading ----------------------------------
# Uncomment this if you want to use SQL database
#loadmodule "/usr/lib/ser/modules/mysql.so"
loadmodule "/usr/lib/ser/modules/textops.so"
loadmodule "/usr/lib/ser/modules/sl.so"
loadmodule "/usr/lib/ser/modules/tm.so"
loadmodule "/usr/lib/ser/modules/rr.so"
loadmodule "/usr/lib/ser/modules/maxfwd.so"
loadmodule "/usr/lib/ser/modules/usrloc.so"
loadmodule "/usr/lib/ser/modules/registrar.so"
loadmodule "/usr/lib/ser/modules/nathelper.so"
#loadmodule "/usr/lib/ser/modules/domain.so"
#loadmodule "/usr/lib/ser/modules/mediaproxy.so"
# Uncomment this if you want digest authentication
# mysql.so must be loaded !
#loadmodule "/usr/lib/ser/modules/auth.so"
#loadmodule "/usr/lib/ser/modules/auth_db.so"
# ----------------- setting module-specific parameters ---------------
# -- usrloc params --
modparam("usrloc", "db_mode", 0)
modparam("registrar", "nat_flag", 6)
modparam("nathelper", "natping_interval", 60)
modparam("nathelper", "ping_nated_only", 1)
# Uncomment this if you want to use SQL database
# for persistent storage and comment the previous line
#modparam("usrloc", "db_mode", 2)
# -- auth params --
# Uncomment if you are using auth module
#
#modparam("auth_db", "calculate_ha1", yes)
#
# If you set "calculate_ha1" parameter to yes (which true in this config),
# uncomment also the following parameter)
#
#modparam("auth_db", "password_column", "password")
# -- rr params --
# add value to ;lr param to make some broken UAs happy
modparam("rr", "enable_full_lr", 1)
# ------------------------- request routing logic -------------------
# main routing logic
route{
# initial sanity checks -- messages with
# max_forwards==0, or excessively long requests
if (!mf_process_maxfwd_header("10")) {
sl_send_reply("483","Too Many Hops");
break;
};
if (msg:len >= max_len ) {
sl_send_reply("513", "Message too big");
break;
};
# !! Nathelper
# Special handling for NATed clients; first, NAT test is
# executed: it looks for via!=received and RFC1918 addresses
# in Contact (may fail if line-folding is used); also,
# the received test should, if completed, should check all
# vias for rpesence of received
if (nat_uac_test("3")) {
# Allow RR-ed requests, as these may indicate that
# a NAT-enabled proxy takes care of it; unless it is
# a REGISTER
if (method == "REGISTER" || ! search("^Record-Route:")) {
log("LOG: Someone trying to register from private IP, rewriting\n");
# This will work only for user agents that support symmetric
# communication. We tested quite many of them and majority is
# smart enough to be symmetric. In some phones it takes a configuration
# option. With Cisco 7960, it is called NAT_Enable=Yes, with kphone it is
# called "symmetric media" and "symmetric signalling".
fix_nated_contact(); # Rewrite contact with source IP of signalling
if (method == "INVITE") {
fix_nated_sdp("1"); # Add direction=active to SDP
};
force_rport(); # Add rport parameter to topmost Via
setflag(6); # Mark as NATed
};
};
# we record-route all messages -- to make sure that
# subsequent messages will go through our proxy; that's
# particularly good if upstream and downstream entities
# use different transport protocol
if (!method=="REGISTER") record_route();
# subsequent messages withing a dialog should take the
# path determined by record-routing
if (loose_route()) {
# mark routing logic in request
append_hf("P-hint: rr-enforced\r\n");
route(1);
break;
};
if (!uri==myself) {
# mark routing logic in request
append_hf("P-hint: outbound\r\n");
route(1);
break;
};
# if the request is for other domain use UsrLoc
# (in case, it does not work, use the following command
# with proper names and addresses in it)
if (uri==myself) {
if (method=="REGISTER") {
# Uncomment this if you want to use digest authentication
# if (!www_authorize("iptel.org", "subscriber")) {
# www_challenge("iptel.org", "0");
# break;
# };
save("location");
break;
};
lookup("aliases");
if (!uri==myself) {
append_hf("P-hint: outbound alias\r\n");
route(1);
break;
};
# native SIP destinations are handled using our USRLOC DB
if (!lookup("location")) {
sl_send_reply("404", "Not Found");
break;
};
};
append_hf("P-hint: usrloc applied\r\n");
route(1);
}
route[1]
{
# if client or server know to be behind a NAT, enable relay
if (isflagset(6)) {
force_rtp_proxy();
};
# NAT processing of replies; apply to all transactions (for example,
# re-INVITEs from public to private UA are hard to identify as
# NATed at the moment of request processing); look at replies
t_on_reply("1");
# send it out now; use stateful forwarding as it works reliably
# even for UDP2TCP
if (!t_relay()) {
sl_reply_error();
};
}
# !! Nathelper
onreply_route[1] {
# NATed transaction ?
if (isflagset(6))
{
#&& status =~ "(10)[0-9]") {
fix_nated_contact();
force_rtp_proxy();
# otherwise, is it a transaction behind a NAT and we did not
# know at time of request processing ? (RFC1918 contacts)
} else if (nat_uac_test("1")) {
fix_nated_contact();
};
}
-----------------------------------------------------------------
http://host.GBG.bg - лидер в Уеб Хостинг решения и регистрация на Домейн имена
Hi all,
I use ser 0.10.99-dev5 (i386/linux) with the latest
Ser web from cvs.
according to mysql log r_uri is not set in table silo
?!
Ser don't return error and message is stored in table
silo.
I need help to fix that problem
Harry
050322 11:48:07 114 Connect ser@localhost on
114 Init DB ser
114 Query select val from
active_sessions where sid =
'fd33d3dd6e4783743b30428e0942f0b4' and name =
'phplib_Session'
114 Query select val from
active_sessions where sid =
'fd33d3dd6e4783743b30428e0942f0b4' and name =
'phplib_Session'
88 Query insert into silo
(dst_addr,src_addr,username,domain,body,exp_time,inc_time
) values ('sip:alice@home.net','sip:alice@home.net','alice','home.net','helo\r\n',1111747687,1111488487)
Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails !
Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/
Hello,
I read the howto frop onsip.org in order to set NAT
with rtpproxy.
I setup ser-0.9.0 rtpproxy from CVS it's ok .
192.168.0.0/24---FW+NAT---SER+rtpproxy------public
network
Here are my netfilter rules below :
My two Polycom ip 300 (alice & bob) are able to
register to ser but Subscribe/Notify via SIMPLE don't
work !?
When i try to call alice from bob or bob from alice
ser
reply 404 not found !!!!!!!
I wasted much time with ethereal to find the solution.
Thanks for help
Harry -:(
Chain INPUT (policy DROP 0 packets, 0 bytes)
pkts bytes target prot opt in out source
destination
1273 885K ACCEPT all -- * *
0.0.0.0/0 0.0.0.0/0 state
RELATED,ESTABLISHED
7 429 ACCEPT all -- lo *
0.0.0.0/0 0.0.0.0/0 state NEW
70 4610 ACCEPT all -- eth0 *
192.168.0.0/24 0.0.0.0/0 state NEW
0 0 ACCEPT tcp -- ppp0 *
0.0.0.0/0 0.0.0.0/0 tcp dpt:80
state NEW
0 0 ACCEPT tcp -- ppp0 *
0.0.0.0/0 0.0.0.0/0 tcp dpt:443
state NEW
0 0 ACCEPT tcp -- ppp0 *
0.0.0.0/0 0.0.0.0/0 tcp dpt:21
state NEW
0 0 ACCEPT tcp -- ppp0 *
0.0.0.0/0 0.0.0.0/0 tcp dpt:2401
state NEW
0 0 ACCEPT udp -- ppp0 *
0.0.0.0/0 0.0.0.0/0 udp dpt:53
state NEW
0 0 ACCEPT udp -- ppp0 *
0.0.0.0/0 0.0.0.0/0 udp dpt:123
state NEW
0 0 ACCEPT icmp -- ppp0 *
0.0.0.0/0 0.0.0.0/0 icmp type 0
code 0 state NEW
0 0 ACCEPT icmp -- ppp0 *
0.0.0.0/0 0.0.0.0/0 icmp type 8
code 0 state NEW
0 0 ACCEPT tcp -- ppp0 *
0.0.0.0/0 0.0.0.0/0 tcp dpt:5060
state NEW
0 0 ACCEPT udp -- ppp0 *
0.0.0.0/0 0.0.0.0/0 udp dpt:5060
state NEW
0 0 ACCEPT udp -- ppp0 *
0.0.0.0/0 0.0.0.0/0 udp
dpts:35000:65000 state NEW
678 32876 REJECT tcp -- ppp0 *
0.0.0.0/0 0.0.0.0/0 reject-with
tcp-reset
26 1994 REJECT all -- ppp0 *
0.0.0.0/0 0.0.0.0/0 reject-with
icmp-net-prohibited
Chain FORWARD (policy DROP 0 packets, 0 bytes)
pkts bytes target prot opt in out source
destination
0 0 ACCEPT all -- * *
0.0.0.0/0 0.0.0.0/0 state
RELATED,ESTABLISHED
0 0 ACCEPT all -- eth0 *
192.168.0.0/24 0.0.0.0/0 state NEW
0 0 ACCEPT all -- * eth0
192.168.0.0/24 0.0.0.0/0 state NEW
0 0 ACCEPT tcp -- ppp0 *
0.0.0.0/0 0.0.0.0/0 tcp dpt:80
state NEW
0 0 ACCEPT tcp -- * ppp0
0.0.0.0/0 0.0.0.0/0 tcp dpt:80
state NEW
0 0 ACCEPT tcp -- ppp0 *
0.0.0.0/0 0.0.0.0/0 tcp dpt:443
state NEW
0 0 ACCEPT tcp -- * ppp0
0.0.0.0/0 0.0.0.0/0 tcp dpt:443
state NEW
0 0 ACCEPT tcp -- ppp0 *
0.0.0.0/0 0.0.0.0/0 tcp dpt:21
state NEW
0 0 ACCEPT tcp -- * ppp0
0.0.0.0/0 0.0.0.0/0 tcp dpt:21
state NEW
0 0 ACCEPT tcp -- ppp0 *
0.0.0.0/0 0.0.0.0/0 tcp dpt:2401
state NEW
0 0 ACCEPT tcp -- * ppp0
0.0.0.0/0 0.0.0.0/0 tcp dpt:2401
state NEW
0 0 ACCEPT udp -- ppp0 *
0.0.0.0/0 0.0.0.0/0 udp dpt:53
state NEW
0 0 ACCEPT udp -- * ppp0
0.0.0.0/0 0.0.0.0/0 udp dpt:53
state NEW
0 0 ACCEPT udp -- ppp0 *
0.0.0.0/0 0.0.0.0/0 udp dpt:123
state NEW
0 0 ACCEPT udp -- * ppp0
0.0.0.0/0 0.0.0.0/0 udp dpt:123
state NEW
0 0 ACCEPT icmp -- ppp0 *
0.0.0.0/0 0.0.0.0/0 icmp type 0
code 0 state NEW
0 0 ACCEPT icmp -- ppp0 *
0.0.0.0/0 0.0.0.0/0 icmp type 8
code 0 state NEW
0 0 ACCEPT icmp -- * ppp0
0.0.0.0/0 0.0.0.0/0 icmp type 0
code 0 state NEW
0 0 ACCEPT icmp -- * ppp0
0.0.0.0/0 0.0.0.0/0 icmp type 8
code 0 state NEW
0 0 ACCEPT tcp -- ppp0 *
0.0.0.0/0 0.0.0.0/0 tcp dpt:5060
state NEW
0 0 ACCEPT udp -- ppp0 *
0.0.0.0/0 0.0.0.0/0 udp dpt:5060
state NEW
0 0 ACCEPT tcp -- * ppp0
0.0.0.0/0 0.0.0.0/0 tcp dpt:5060
state NEW
0 0 ACCEPT udp -- * ppp0
0.0.0.0/0 0.0.0.0/0 udp dpt:5060
state NEW
0 0 ACCEPT udp -- ppp0 *
0.0.0.0/0 0.0.0.0/0 udp
dpts:35000:65000 state NEW
0 0 ACCEPT udp -- * ppp0
0.0.0.0/0 0.0.0.0/0 udp
dpts:35000:65000 state NEW
0 0 REJECT tcp -- ppp0 *
0.0.0.0/0 0.0.0.0/0 reject-with
tcp-reset
0 0 REJECT all -- ppp0 *
0.0.0.0/0 0.0.0.0/0 reject-with
icmp-net-prohibited
0 0 REJECT tcp -- * ppp0
0.0.0.0/0 0.0.0.0/0 reject-with
tcp-reset
0 0 REJECT all -- * ppp0
0.0.0.0/0 0.0.0.0/0 reject-with
icmp-net-prohibited
Chain OUTPUT (policy DROP 1 packets, 164 bytes)
pkts bytes target prot opt in out source
destination
2072 424K ACCEPT all -- * *
0.0.0.0/0 0.0.0.0/0 state
RELATED,ESTABLISHED
7 429 ACCEPT all -- * lo
0.0.0.0/0 0.0.0.0/0 state NEW
32 2432 ACCEPT all -- * eth0
192.168.0.0/24 0.0.0.0/0 state NEW
47 2820 ACCEPT tcp -- * ppp0
0.0.0.0/0 0.0.0.0/0 tcp dpt:80
state NEW
0 0 ACCEPT tcp -- * ppp0
0.0.0.0/0 0.0.0.0/0 tcp dpt:443
state NEW
0 0 ACCEPT tcp -- * ppp0
0.0.0.0/0 0.0.0.0/0 tcp dpt:21
state NEW
0 0 ACCEPT tcp -- * ppp0
0.0.0.0/0 0.0.0.0/0 tcp dpt:2401
state NEW
80 5888 ACCEPT udp -- * ppp0
0.0.0.0/0 0.0.0.0/0 udp dpt:53
state NEW
0 0 ACCEPT udp -- * ppp0
0.0.0.0/0 0.0.0.0/0 udp dpt:123
state NEW
0 0 ACCEPT icmp -- * ppp0
0.0.0.0/0 0.0.0.0/0 icmp type 0
code 0 state NEW
0 0 ACCEPT icmp -- * ppp0
0.0.0.0/0 0.0.0.0/0 icmp type 8
code 0 state NEW
0 0 ACCEPT tcp -- * ppp0
0.0.0.0/0 0.0.0.0/0 tcp dpt:5060
state NEW
0 0 ACCEPT udp -- * ppp0
0.0.0.0/0 0.0.0.0/0 udp dpt:5060
state NEW
0 0 ACCEPT udp -- * ppp0
0.0.0.0/0 0.0.0.0/0 udp
dpts:35000:65000 state NEW
0 0 REJECT tcp -- * ppp0
0.0.0.0/0 0.0.0.0/0 reject-with
tcp-reset
0 0 REJECT all -- * ppp0
0.0.0.0/0 0.0.0.0/0 reject-with
icmp-net-prohibited
__________________________________________________________________
Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails !
Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/
in case this hasn't been reported previously, compiling ser core on OS
X requires a very minor change to daemonize.c:
#include <sys/time.h> has to be above #include <sys/resource.h>
if i should submit a patch for this triviality, let me know.
otherwise, i'll assume this is sufficient.
ben