[freeside] jobqueue not working
Mario Zuppini
tribune at cybersol.com.au
Thu May 2 23:54:03 PDT 2002
how did you go about adding in the default accounts like
root/daemon/bin/sys etc ?
-----Original Message-----
From: Stephen Bechard [mailto:steve at destek.net]
Sent: Friday, 3 May 2002 12:51 PM
To: ivan-freeside at sisd.com
Subject: Re: [freeside] jobqueue not working
Be careful of the changes you made with the master.passwd file, as the
>> will continue to add duplicate users into the file and only the first
one will work, hence not updating your changes.
As far as the ic-radius radcheck table I am not sure, as I use a
Livingston Radius which it is just a flat file that is created just fine
by the svc_acct.export script.
Mario Zuppini wrote:
>
> Ah ok, yeah ive noticed that it overwrites the entire passwd file
> which i thought isnt a very smart thing, lucky we all use dev boxes to
> test these things first..
>
> What i found with the svc_acct.export tho, i went and edited the file
> and changed it from mv the /etc/passwd.new /etc/passwd to cat
> /etc/passwd.new >> /etc/passwd
> to get around it overwriting, dont know why it does that.
>
> And now once again, when i just tried to run ./svc_acct.export
> freeside before executing this command my ic-radius radcheck table was
> populated correctly that freeside added during
> the new user creation, but the svc_acct.export has wiped it
>
> -----Original Message-----
> From: Stephen Bechard [mailto:steve at destek.net]
> Sent: Friday, 3 May 2002 10:42 AM
> To: ivan-freeside at sisd.com
> Subject: Re: [freeside] jobqueue not working
>
> That same thing stumped me for a while too.
> But all it does is add the user account and
> makes sure it creates the home directory.
>
> Then when you run svc_acct.export it extracts
> the contents of the svc_acct table, works it's
> magic encrypting all the passwords and such, then
> it over writes the remote systems master.passwd
> file with this data.
>
> A warning of Caution!!! It will erase all accounts
> on the remote server so make sure you have all of the necessary root,
> daemon, shell accounts that you need in your svc_acct table before
> running the svc_acct.export script. I actually keep a root login to
> the remote server during the first couple of times to make sure I
> didn't lock myself out.
>
> Hope this helps,
> Steve
>
> Mario Zuppini wrote:
> >
> > Wow your right, I did what you said and now the jobqueue works, Did
> > you also note that when the jobqueue adds the user to a specific
> > shellmachine ( for mail i assume) that it does not put their
> > password on the system?? im trying to find out what the
> > point of this is without a password being added as well..
> >
> > -----Original Message-----
> > From: Stephen Bechard [mailto:steve at destek.net]
> > Sent: Thursday, 2 May 2002 9:47 PM
> > To: ivan-freeside at sisd.com
> > Subject: Re: [freeside] jobqueue not working
> >
> > >From my experience with freeside, I found that
> > the `ps aux` showed the same results whether
> > I started the freeside-queued as root or freeside:
> >
> > 1.) From root:
> > host# /usr/local/bin/freeside-queued freeside
> >
> > 2.) From freeside user:
> > host# su - freeside
> > bash$ /usr/local/bin/freeside-queued freeside
> >
> > If I did started the queue using option 1 above
> > my jobqueues didn't run and I got the same errors
> > you are getting.
> >
> > If I did started the queue using option 2 above
> > my jobqueues cleaned up and all was well.
> >
> > Mario wrote:
> > >
> > > freeside 7091 0.0 8.1 10448 5060 ? S May01 0:02
perl
> -w
> > > /usr/local/bin/freeside-queued freeside
> > >
> > > nope mines running as the freeside user :(
> > >
> > > -----Original Message-----
> > > From: Stephen Bechard [mailto:steve at destek.net]
> > > Sent: Thursday, May 02, 2002 8:53 PM
> > > To: ivan-freeside at sisd.com
> > > Subject: Re: [freeside] jobqueue not working
> > >
> > > I had this same problem and found that it was related
> > > to the freeside-queued not running as the freeside user. Try
> > > stopping and starting your freeside-queued. Enjoy, Steve
> > >
> > > > Mario Zuppini wrote:
> > > >
> > > > Everything is nearly working 100% except when I add a user, the
> > > > username and passwords are getting added to the radcheck table
> > > > in my
> >
> > > > icradius database, but the users are not getting added to the
> > > > system.
> > > >
> > > > Below I have selected teh job queue where im trying to get it
> > > > going by
> > >
> > > > clicking on *retry* and then i have the error below it.
> > > >
> > > > root at 203.34.142.143 /usr/sbin/useradd -d
> > > > Net::SSH::ssh_cmd/home-clients/louie3600 -m -s /bin/false
Wed
> > May
> > > 1 locked louie3600 at cybersol.com.au
> > > > louie3600
> > 17:47:02
> > > 2002 ( retry | remove )
> > > >
> > > > The error im getting on 203.34.142.8 server is as follows..ssh
> > > > debug
> >
> > > > log in auth.log
> > > >
> > > > May 2 10:23:41 hq sshd[548]: debug1: Forked child 6109. May 2
> > > > 10:23:41 hq sshd[6109]: Connection from 203.34.142.9 port 1039
> > > > May
>
> > > > 2 10:23:41 hq sshd[6109]: Did not receive identification string
> > > > from
> >
> > > > 203.34.142.9 May 2 10:23:41 hq sshd[6109]: debug1: Calling
> > > > cleanup
> > > > 0x8066dbc(0x0)
> > > >
> > > > Now from what I can gather, it tries to execute that ssh_cmd as
> > > > the freeside user to get to 203.34.142.143 as root, I have all
> > > > the
>
> > > > rsa keys done and i can manually ssh across via the freeside
> > > > account to root account on 203.34.142.143 without any problem or
> > > > password queries..
> > > >
> > > > To test the Net::SSH module in perl as I thought this might of
> > > > been the problem, I went and got the example from cpan to test
> > > > the
>
> > > > module
> >
> > > > to make sure it works and the arguments for it where correct in
> > > > the jobqueue that you see above. The test perl file I used that
> > > > works correctly and added the user was as follows..
> > > >
> > > > #!/usr/bin/perl
> > > >
> > > > use Net::SSH qw(sshopen2);
> > > > use strict;
> > > >
> > > > my $user = "root";
> > > > my $host = "203.34.142.143";
> > > > my $cmd = "/usr/sbin/useradd -d /home-clients/cocacola11 -m
> > > > -s
>
> > > > /bin/false cocacola11";
> > > >
> > > > sshopen2("$user\@$host", *READER, *WRITER, "$cmd") || die "ssh:
> > > > $!";
> > > >
> > > > while (<READER>) {
> > > > chomp();
> > > > print "$_\n";
> > > > }
> > > >
> > > > close(READER);
> > > > close(WRITER);
> > > >
> > > > -----------------------------
> > > > that works 100% perfect and added the user, so I am unsure and
> > > > have no
> > >
> > > > idea why when i click RETRY on the jobqueue there that im
> > > > getting that
> > >
> > > > error in the auth.log for ssh..
> > > >
> > > > Machine : i386
> > > > OS : Debian 2.2
> > > > Radius : IC-Radius 0.18.1
> > > > Freeside v1.4.0pre11
> > > > Perl v5.6.1
> > > > Server version: Apache/1.3.23 (Unix) Debian GNU/Linux (apache is
> > > > running as the freeside user)
> > > >
> > > >
> > > > Thank You
> > > >
> > > > Mario Zuppini
> > > > Systems Administrator
> > > >
> > > > Total Cybersolutions
> > > > www.cybersol.com.au
> > > >
> > > > PO BOX 2081
> > > > Windsor QLD 4030
> > > > Australia
> > > > Phone : +617-3861-0882
> > > > Fax: +617-3861-0884
> > > > sysadmin at cybersol.com.au
> > > >
> > > >
More information about the freeside-users
mailing list