I am still not able to log into serweb. I updated from CVS, but no
difference.
What is the format of the username at login, and what does it
authenticate against? In other words, where is the login name and
password that I should be using. The symptom is that I type in username
and password, and screen just stays the same, but erases the username
and password.
Tom
-----Original Message-----
From: Jan Janak [mailto:jan@iptel.org]
Sent: Tuesday, May 06, 2003 11:31 AM
To: Bowar, Tom
Cc: serusers(a)lists.iptel.org
Subject: Re: [Serusers] Help with serweb
Hello,
On 06-05 09:38, Bowar, Tom wrote:
> Hello,
>
> I am trying to use SER in a test environment (we are getting ready to
> test a VoIP product that we are building). I have ser running and can
> register with authentication on the server. I have also installed
> serweb, and it looks fine until I try to log in. I put in the user
> name and password that I have added as admin, and the screen just
> clears the username and password fields and sits there. I have tried
> looking through the PHP code to understand how it does authentication,
> but I don't know PHP well enough to understand what it is
> authenticating against. I suspect a problem with my domain setup,
> because since it is a test environment, I did not use our actual
> domain name, I just used localhost as the domain.
>
> Am I on the right track, and if so, where do I need to look to make
> sure I have everything configured right?
Please update serweb from the CVS and try again, serweb author did
some changes yesterday. Also note that if you don't use domain
iptel.org then you will have to re-calculate HA1 strings in the
database, because they were calculated with iptel.org as the domain.
Let me know if the problem persist.
Jan.
>
> Tom Bowar
> bowart(a)nextnetwireless.com
HELP!!! --
I have tried installing jabber off of the sip-router CVS distr. I get
it compiled and when I try to start SER I get:
May 10 22:06:32 lunar /usr/local/sbin/ser[64543]: init_mod(): Error
while initializing module jabber
May 10 22:06:32 lunar /usr/local/sbin/ser[64543]: init_mod(): Error
while initializing module jabber
Here is my config:
# ----------- 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
children=4
fifo="/tmp/ser_fifo"
# ------------------ module loading ----------------------------------
# Uncomment this if you want to use SQL database
loadmodule "/usr/local/lib/ser/modules/mysql.so"
loadmodule "/usr/local/lib/ser/modules/textops.so"
loadmodule "/usr/local/lib/ser/modules/print.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/acc.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"
loadmodule "/usr/local/lib/ser/modules/jabber.so"
# Uncomment this if you want digest authentication
# mysql.so must be loaded !
loadmodule "/usr/local/lib/ser/modules/auth.so"
loadmodule "/usr/local/lib/ser/modules/auth_db.so"
# ----------------- setting module-specific parameters ---------------
# -- usrloc params --
/* 0 -- dont use mysql, 1 -- write_through, 2--write_back */
modparam("usrloc", "db_mode", 2)
modparam("usrloc", "timer_interval", 10)
modparam("usrloc", "db_url","sql://ser:heslo@localhost/ser")
# -- auth params --
#modparam("auth", "calculate_ha1", yes)
modparam("auth_db", "db_url","sql://ser:heslo@localhost/ser")
modparam("auth_db", "user_column", "username")
# nonce generation secret; particularly useful if multiple servers
# in a proxy farm are configured to authenticate
#modparam("auth", "secret", "43sjkl33T9kjj_5jvlA384hg")
#modparam("auth", "nonce_expire", 300)
#modparam("auth", "retry_count", 5)
# -- acc params --
# report ACKs too for sake of completeness -- as we account PSTN
# destinations which are RR, ACKs should show up
modparam("acc", "report_ack", 1)
modparam("acc", "log_level", 1)
# that is the flag for which we will account -- don't forget to
# set the same one :-)
/* Usage of flags is as follows: 1==should account(all to gateway),
2==should rr (all to gateway, MESSAGES, etc), 3==should report
on missed calls (transactions to iptel.org's users), 4==destination
user wishes to use voicemail
*/
modparam("acc", "db_flag", 1 )
modparam("acc", "db_missed_flag", 3 )
# -- tm params --
modparam("tm", "fr_timer", 20 )
modparam("tm", "fr_inv_timer", 90 )
modparam("tm", "wt_timer", 20 )
modparam("tm", "uac_from", "sip:admin@sip.kalg.net" )
# ------- JABBER -----------------
modparam("jabber","db_url","sql://<login to db>@localhost/sip_jab")
modparam("jabber","jaddress","localhost")
modparam("jabber","jport",5222)
modparam("jabber","workers",2)
modparam("jabber","max_jobs",10)
modparam("jabber","aliases","4;icq.jabber.kalg.net;msn.jabber.kalg.net;y
ahoo.jabber.kalg.net;aim.jabber.kalg.net")
modparam("jabber","jdomain","jabber.kalg.net")
# ------------------------- request routing logic -------------------
# main routing logic
route{
if ((search("To:.*@icq\.jabber\.kalg\.net"))
|| (search("To:.*@aim\.jabber\.kalg\.net"))
|| (search("To:.*@msn\.jabber\.kalg\.net"))
|| (search("To:.*@jabber\.kalg\.net"))
|| (search("To:.*@yahoo\.jabber\.kalg\.net")))
{
if (method=="MESSAGE")
{
log("MESSAGE received -> manage it with
XJAB\n");
if(search("\n:online"))
{
if (jab_go_online())
{
sl_send_reply("200","Accepted");
}else{
sl_send_reply("404","Not
found");
};
break;
};
if(search("\n:offline"))
{
if (jab_go_offline())
{
sl_send_reply("200","Accepted");
}else{
sl_send_reply("404","Not
found");
};
break;
};
if(search("\n:join"))
{
if (jab_join_jconf())
{
sl_send_reply("200","Accepted");
}else{
sl_send_reply("404","Not
Found");
};
break;
};
if(search("\n:exit"))
{
if (jab_exit_jconf())
{
sl_send_reply("200","Accepted");
}else{
sl_send_reply("404","Not
Found");
};
break;
};
if (jab_send_message())
{
sl_send_reply("200","Accepted");
}else{
sl_send_reply("503","Service
Unavailable");
};
break;
};
};
forward(uri:host,uri:port);
lookup("aliases");
# 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 (len_gt( 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
loose_route();
# 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=~"kalg.net") {
if (method=="REGISTER") {
# Uncomment this if you want to use digest authentication
if (!www_authorize("kalg.net", "subscriber")) {
www_challenge("kalg.net", "0");
break;
};
save("location");
break;
};
# native SIP destinations are handled using our USRLOC
DB
if (!lookup("location")) {
sl_send_reply("404","Currently Not Available");
break;
};
};
# set for accounting (the same value as in acc_flag!)
if (method=="INVITE" || method=="BYE"){
setflag(1);
# ... and also report on missed calls ... note that reporting
# on missed calls is mutually exclusive with silent C timer
#
setflag(3);
};
# 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();
};
}
Gary Goodloff
KALG Communications, LTD
T: 402-898-4152
C: 402-208-5183
F: 413-294-3404
We have now installed the new version 0.8.11.
Our application includes both the SER and a Jabber server.
After installing the new version we have problem with presence on the sip client. This happends only with the ICQ contacts.
According to the SIP client the ICQ member is offine (even though it is not), the ICQ client says the SIP member is online and has no problem sending IM to the SIP client which also can be answered.
This kind of worked before but now all our icq memers appear offline all the time.It also seems like there is a problem with presence regarding other clients to, somehow the have status away even though they are not
Thank's again for great support.
Magnus
Ahh, OK, that is the problem. We changed the FIFO interface so you
should install CVS version of ser. You should do that anyway because it
contains many new features.
See
http://lists.iptel.org/pipermail/serusers/2003-May/001283.html
Jan.
On 13-05 02:47, George KAPELIOS wrote:
> I am not sure for that.
>
> I use ser-0.8.10 on RH 8.0, installed from .tar, as
> well as the serweb (how can I check the exact version
> of serweb?). I have downloaded the packet 10 days ago.
>
> Do you suggest me to re-install both ?
>
> What is the difference between the CVS version and the
> one (.tar) I used for my installation ?
>
> Where is the latest CVS version and what is the
> installation procedure, in that case ?
>
> George
>
> --- Jan Janak <jan(a)iptel.org> wrote:
> > And are you using a CVS version of ser and latest
> > serweb version ?
> > We tried to install both on a new machine couple
> > days ago and it worked
> > fine, that's why I am asking.
> >
> > Jan.
> >
> > On 13-05 02:21, George KAPELIOS wrote:
> > > Yes it is.
> > >
> > > George
> > >
> > > --- Jan Janak <jan(a)iptel.org> wrote:
> > > > Hello,
> > > >
> > > > is your ser running and working ?
> > > >
> > > > Jan.
> > > >
> > > > On 12-05 19:20, George KAPELIOS wrote:
> > > > > Enabling the "write" permission of ser_fifo
> > the
> > > > warning message
> > > > > disappeared, but still a message (in red
> > fonts)
> > > > appears in the main
> > > > > frame: "sorry - fifo reading error".
> > > > >
> > > > > The "read" attribute for the file is also
> > enabled.
> > > > Is anybody knows what
> > > > > is still wrong? What is the form trying to
> > read
> > > > from the fifo in that
> > > > > point?
> > > > >
> > > > > Regards,
> > > > > George
> > > > >
> > > > > -----Original Message-----
> > > > > From: santosh s [mailto:apna22@yahoo.com]
> > > > > Sent: Monday, 12 May, 2003 12:24
> > > > > To: George KAPELIOS
> > > > > Subject: Re: [Serusers] Cannot open fifo
> > > > >
> > > > > Just check out if the ser_fifo has "write"
> > > > permision
> > > > > inside /tmp directory.
> > > > >
> > > > > Regards,
> > > > > Santosh
> > > > >
> > > > > --- George KAPELIOS <kapelios(a)yahoo.com>
> > wrote:
> > > > > > After I managed to login to serweb through
> > the
> > > > > > ../admin/index.php as admin user, I 'm
> > trying to
> > > > > > access the admin user's account.
> > > > > >
> > > > > > I can open the page and even make changes
> > and
> > > > save
> > > > > > them, but I'm receiving the following
> > warning
> > > > > > message:
> > > > > > Warning: fopen("/tmp/ser_fifo", "w") -
> > > > Permission
> > > > > > denied in /var/www/html/serweb/functions.php
> > on
> > > > line
> > > > > > 172
> > > > > > Sorry - cannot open fifo
> > > > > >
> > > > > > Nothing has been changed on line 172 of the
> > > > > > functions.php file and the ser_fifo file
> > exists
> > > > in
> > > > > > the
> > > > > > /tmp directory with 0 bytes size.
> > > > > >
> > > > > > Any idea what it might cause such a problem
> > ?
> > > > > >
> > > > > > best regards,
> > > > > > george
> > > > > >
> > > > > >
> > _______________________________________________
> > > > > > Serusers mailing list
> > > > > > serusers(a)lists.iptel.org
> > > > > >
> > http://lists.iptel.org/mailman/listinfo/serusers
> > > > >
> > > > >
> > > > > __________________________________
> > > > > Do you Yahoo!?
> > > > > The New Yahoo! Search - Faster. Easier. Bingo.
> > > > > http://search.yahoo.com
> > > >
> > >
> > > > ATTACHMENT part 2 application/pgp-signature
> > >
> > >
>
Hi all,
Is there any RFC available which I can refer to, for
writting a client program for SER PA module ? I am
intersted in GET/SET Presence information, subscribe,
notify, unsubscribe messages for a user with SER PA
module.
Thanks in advance,
Santosh
__________________________________
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
http://search.yahoo.com
Hello all !
I have problem with this feature
As was described, I:
- created separate subscriber and location database table for my second
domain called subscriber.gdynia and location.gdynia
- configure my script properly (I hope) ;)
if (method=="REGISTER") {
# Uncomment this if you want to use digest authentication
if (!www_authorize("gdynia.pl", "subscriber.gdynia")) {
www_challenge("gdynia.pl", "0");
break;
};
save("location.gdynia");
log(3,"REGISTER from gdynia.pl");
sl_send_reply("200", "ok");
break;
if (!www_authorize("gda.pl", "subscriber"))
{
www_challenge("gda.pl", "0");
break;
};
save("location");
log(3,"REGISTER from gda.pl");
sl_send_reply("200", "ok");
break;
};
Nobody is regigisted from this domain :(
Is this same solution ( create separate table) in the newest version of
SER ?
Greetings
Andrzej Radke
hi, sometime last month someone here offered to help me sort out getting two
SER servers working behind two Linux firewalls doing NAT with iptables.
As i said then i was having email problems but that's all fixed now so if that
person, or anyone else can help, please say.
cheers, and i hope i can get this working :)
--
Mat Harris ( ) ASCII Ribbon Campaign
mat.harris(a)genestate.com X against HTML on email
Network/Systems Administrator / \ and Usenet posts
And are you using a CVS version of ser and latest serweb version ?
We tried to install both on a new machine couple days ago and it worked
fine, that's why I am asking.
Jan.
On 13-05 02:21, George KAPELIOS wrote:
> Yes it is.
>
> George
>
> --- Jan Janak <jan(a)iptel.org> wrote:
> > Hello,
> >
> > is your ser running and working ?
> >
> > Jan.
> >
> > On 12-05 19:20, George KAPELIOS wrote:
> > > Enabling the "write" permission of ser_fifo the
> > warning message
> > > disappeared, but still a message (in red fonts)
> > appears in the main
> > > frame: "sorry - fifo reading error".
> > >
> > > The "read" attribute for the file is also enabled.
> > Is anybody knows what
> > > is still wrong? What is the form trying to read
> > from the fifo in that
> > > point?
> > >
> > > Regards,
> > > George
> > >
> > > -----Original Message-----
> > > From: santosh s [mailto:apna22@yahoo.com]
> > > Sent: Monday, 12 May, 2003 12:24
> > > To: George KAPELIOS
> > > Subject: Re: [Serusers] Cannot open fifo
> > >
> > > Just check out if the ser_fifo has "write"
> > permision
> > > inside /tmp directory.
> > >
> > > Regards,
> > > Santosh
> > >
> > > --- George KAPELIOS <kapelios(a)yahoo.com> wrote:
> > > > After I managed to login to serweb through the
> > > > ../admin/index.php as admin user, I 'm trying to
> > > > access the admin user's account.
> > > >
> > > > I can open the page and even make changes and
> > save
> > > > them, but I'm receiving the following warning
> > > > message:
> > > > Warning: fopen("/tmp/ser_fifo", "w") -
> > Permission
> > > > denied in /var/www/html/serweb/functions.php on
> > line
> > > > 172
> > > > Sorry - cannot open fifo
> > > >
> > > > Nothing has been changed on line 172 of the
> > > > functions.php file and the ser_fifo file exists
> > in
> > > > the
> > > > /tmp directory with 0 bytes size.
> > > >
> > > > Any idea what it might cause such a problem ?
> > > >
> > > > best regards,
> > > > george
> > > >
> > > > _______________________________________________
> > > > Serusers mailing list
> > > > serusers(a)lists.iptel.org
> > > > http://lists.iptel.org/mailman/listinfo/serusers
> > >
> > >
> > > __________________________________
> > > Do you Yahoo!?
> > > The New Yahoo! Search - Faster. Easier. Bingo.
> > > http://search.yahoo.com
> >
>
> > ATTACHMENT part 2 application/pgp-signature
>
>
Hi,
I'm doing a few tests to try SER.
I use a simple configuration:
-two Cisco ip phones
-one Cisco 1760 Voice gateway with ISDN interfaces.
Calling between the ip phones works, but going through
the Voice Gateway is something else... I don't really
understand how to edit the config file, and I suppose
their's a simple way. Here's how I tried.
I added these lines to the default config:
if (uri=~"^sip:452564@10.1.1.22") {
t_relay_to("10.1.1.240","5060");
break;
};
And I call always teh same number 452564. 10.1.1.240 being
my gateway, and 10.1.1.22 the SIP proxy server.
An extract of the debbuging info:
...
6(13970) SIP Request:
6(13970) method: <ACK>
6(13970) uri: <sip:452564@10.1.1.22>
6(13970) version: <SIP/2.0>
6(13970) parse_headers: flags=1
...
6(13970) DEBUG: add_param: tag=d907c037823644515dfe0ede38ca9976.1dfc
6(13970) end of header reached, state=29
6(13970) DEBUG: get_hdr_field: <To> [66]; uri=[sip:452564@10.1.1.22]
6(13970) DEBUG: to body [<sip:452564@10.1.1.22>]
6(13970) DEBUG: sl_filter_ACK : local ACK found -> dropping it!
6(13970) error:...
..
If you see something big, please let me know.
THanks.
Sebastien Peterson
Luxembourg.
route{
# initial sanity checks -- messages with
# max_forwars==0, or excessively long requests
if (!mf_process_maxfwd_header("10")) {
sl_send_reply("483","Too Many Hops");
break;
};
if (len_gt( max_len )) {
sl_send_reply("513", "Message too big");
break;
};
# Do strict routing if pre-loaded route headers present
rewriteFromRoute();
# 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;
};
# native SIP destinations are handled using our USRLOC DB
if (!lookup("location")) {
sl_send_reply("404", "Not Found");
break;
};
};
if (uri=~"^sip:452564@10.1.1.22") {
t_relay_to("10.1.1.240","5060");
break;
};
# forward to current uri now
if (!t_relay()) {
sl_reply_error();
};
}
Enabling the "write" permission of ser_fifo the warning message
disappeared, but still a message (in red fonts) appears in the main
frame: "sorry - fifo reading error".
The "read" attribute for the file is also enabled. Is anybody knows what
is still wrong? What is the form trying to read from the fifo in that
point?
Regards,
George
-----Original Message-----
From: santosh s [mailto:apna22@yahoo.com]
Sent: Monday, 12 May, 2003 12:24
To: George KAPELIOS
Subject: Re: [Serusers] Cannot open fifo
Just check out if the ser_fifo has "write" permision
inside /tmp directory.
Regards,
Santosh
--- George KAPELIOS <kapelios(a)yahoo.com> wrote:
> After I managed to login to serweb through the
> ../admin/index.php as admin user, I 'm trying to
> access the admin user's account.
>
> I can open the page and even make changes and save
> them, but I'm receiving the following warning
> message:
> Warning: fopen("/tmp/ser_fifo", "w") - Permission
> denied in /var/www/html/serweb/functions.php on line
> 172
> Sorry - cannot open fifo
>
> Nothing has been changed on line 172 of the
> functions.php file and the ser_fifo file exists in
> the
> /tmp directory with 0 bytes size.
>
> Any idea what it might cause such a problem ?
>
> best regards,
> george
>
> _______________________________________________
> Serusers mailing list
> serusers(a)lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
__________________________________
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
http://search.yahoo.com
