[Serusers] Restrict registration to one user per login

karim Oumalou karim.oumalou at gmail.com
Tue Mar 22 16:37:05 CET 2005


hi everybody,

I am using ser with dbtext database

The code is working,

the authentification users is ok
but when i add news users, i have a pb, they are not loaded in the suscriber.

My question is :   can i add users in the suscriber table (dbtext)
without restart ser
Thank you.

#
# $Id: ser.cfg,v 1.21.4.1 2003/11/10 15:35:15 andrei Exp $
#
# simple quick-start config script
#

# ----------- global configuration parameters ------------------------

debug=7         # debug level (cmd line: -dddddddddd)
fork=yes
log_stderror=yes

check_via=no # (cmd. line: -v)
dns=no           # (cmd. line: -r)
rev_dns=no      # (cmd. line: -R)
#port=5060
#children=4
fifo="/tmp/ser_fifo"

# ------------------ module loading ----------------------------------

loadmodule "/usr/local/lib/ser/modules/dbtext.so"
loadmodule "/usr/local/lib/ser/modules/sl.so"
loadmodule "/usr/local/lib/ser/modules/tm.so"
loadmodule "/usr/local/lib/ser/modules/rr.so"
loadmodule "/usr/local/lib/ser/modules/maxfwd.so"
loadmodule "/usr/local/lib/ser/modules/usrloc.so"
loadmodule "/usr/local/lib/ser/modules/registrar.so"

# Uncomment this if you want digest authentication
loadmodule "/usr/local/lib/ser/modules/auth.so"
loadmodule "/usr/local/lib/ser/modules/auth_db.so"

# ----------------- setting module-specific parameters ---------------

# -- usrloc params --
#################################################################
modparam("usrloc", "db_mode",2)
modparam("usrloc", "db_url", "/usr/local/etc/ser/dbtext")

# -- auth params --
#

modparam("auth_db", "db_url", "/usr/local/etc/ser/dbtext")
modparam("auth_db", "calculate_ha1", 1)
modparam("auth_db", "password_column", "password")
################################################################

# -- registrar  params --
##########################################################
#modparam("registrar", "nat_flag", 6)
#modparam("registrar", "max_expires", 1200)
#modparam("registrar", "min_expires", 300)
#modparam("registrar", "default_expires", 1200)
#modparam("registrar", "use_domain", 1)
#modparam("registrar","desc_time_order",1)

# -- 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;
};

# 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
record_route();
# loose-route processing
if (loose_route()) {
t_relay();
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("softiphone.net", "subscriber")) {
# www_challenge("softiphone.net", "0");
# break;
# };

if (!proxy_authorize("", "subscriber")) {
                       proxy_challenge("", "0");
                       break;
                       }

save("location");
break;
};

# native SIP destinations are handled using our USRLOC DB
if (!lookup("location")) {
sl_send_reply("404", "Not Found");
break;
};
};
# forward to current uri now; use stateful forwarding; that
# works reliably even if we forward from TCP to UDP
if (!t_relay()) {
sl_reply_error();
};

}


On Tue, 22 Mar 2005 11:34:30 -0300, Bruno Lopes F. Cabral
<bruno at openline.com.br> wrote:
> Hi
> 
> if you are 1 person only and your telefone is registered,
> supposedely no one else will have your id/password to try
> to register a second time. if they do so, you will complain
> (as you described) and the admin will know your id/password
> was stolen (and perhaps provide you a new one)
> 
> I suppose this is the desire of any admin wishing to limit
> SIP registrations to 1 user only, to avoid having two customers
> sharing a single account.
> 
> please note that, in second case, if you change IP and
> re-register, as you are only one person/account, the old
> register should expire imediately
> 
> my excuses if I didn't myself clearer early
> 
> Cheers
> !3runo
> 
> Dana Olson wrote:
> > I'm pretty sure that the default is this, and if not, you can
> > certainly do it with stateless forwarding, which I am using. However,
> > this is kinda defeating the goal I'm trying to achieve. If I'm logged
> > into my account, and someone else logs in with my account after me, I
> > stop receiving calls, and they go to the other person until they log
> > out or I re-register. That's not good. I need to give the priority to
> > the person who logged in first, and reject further registrations. I'm
> > sure that someone can use your methodology though.
> >
> > --
> > Dana
> >
> >
> > On Tue, 22 Mar 2005 10:40:41 -0300, Bruno Lopes F. Cabral wrote
> >>isn't there a way on which a new registration would
> >>override the previous one? this way, the cases of
> >>re-registering (changed IPs) would be solved and
> >>anyone that wish to force two simultaenous registerings
> >>would have some hard time?
> 
> _______________________________________________
> Serusers mailing list
> serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
> 


-- 
Karim Oumalou




More information about the sr-users mailing list