re: LDAP in an ISP

2002-07-23 Thread Phil
We used cistron radius, pam-ldap, ldap, all from debian installs.
we modified radius to work out the time on-line from the stop record and 
update a total in ldap (billing purposes).

The ldap is used for single point for user id, account status 
radius for portslave login, static ips, dsl logins etc

Phil

>Does anyone run an LDAP back end within an ISP ? Im looking to rebuild
> the ISP and use ldap with some sort of radius configuration. Has anyone
> got any sort of expeirence with this? Basically im just wanting to know
> what to use, livingston/cistron ? and is LDAP really what I should be
> using,


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




re: LDAP in an ISP

2002-07-23 Thread Phil

We used cistron radius, pam-ldap, ldap, all from debian installs.
we modified radius to work out the time on-line from the stop record and 
update a total in ldap (billing purposes).

The ldap is used for single point for user id, account status 
radius for portslave login, static ips, dsl logins etc

Phil

>Does anyone run an LDAP back end within an ISP ? Im looking to rebuild
> the ISP and use ldap with some sort of radius configuration. Has anyone
> got any sort of expeirence with this? Basically im just wanting to know
> what to use, livingston/cistron ? and is LDAP really what I should be
> using,


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: DMA?

2002-07-23 Thread Kevin J. Menard, Jr.
Thomas -Balu- Walter wrote:
I thought that myself, but got curious, why the #debian.de FAQ told me
that "it could be possible that the BIOS activated the UDMA-mode already
(marked with *). You don't have to do anything in this case. If not you
have to enable it using hdparm afterwards." 
Well, there's a kernel option to automatically enable DMA if it's 
detected, at least in 2.4.18.  I don't recall exactly where, and alas, I 
can't access my box from here :-/.  But I compiled the kernel to support 
my motherboard's chipset, enabled the option in the kernel to 
automatically enable DMA if detected, and now it detects and enables it 
when I boot :)

--
Kevin


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: DMA?

2002-07-23 Thread Thomas -Balu- Walter
+ Raghavendra Bhat <[EMAIL PROTECTED]> [23.07.02 20:06]:
> -Balu- Walter posts :
> 
> >> but do I have dma on?
> 
> DMA is not enabled.  Have you installed hdparm ?  

Of course, I couldn't have done "hdparm -i /dev/hda" without ;)

> Do an `apt-get install
> hdparm' and  enable DMA  by doing `hdparm  -d1 /dev/hda'.  You  can also
> pass on `-c1 -u1' to hdparm.  Please test out the hard disk read timings
> by  doing  a`hdparn -t  /dev/hda'  before  and  after passing  the  said
> arguments.

I thought that myself, but got curious, why the #debian.de FAQ told me
that "it could be possible that the BIOS activated the UDMA-mode already
(marked with *). You don't have to do anything in this case. If not you
have to enable it using hdparm afterwards." 

The hdd "felt" kinda slow though, so I checked with "hdparm -d /dev/hda"
and was told that dma is not active...

> >> BuffType=unknown, BuffSize=2048kB, MaxMultSect=16, MultSect=16
> 
> You  can also  set the  multi-sector count  to 16  by passing  `-m16' to
> hdparm.

I'd like to test it, but I have to wait 'til tomorrow. Self-larted
myself (as I am guessing atm) by editing /etc/network/interfaces and
typing "auth eth0" instead of "auto eth0" some hours ago.

I just tried to reboot and check if everything gets started and
configured as expected on booting (which does not :)


 Balu


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: DMA?

2002-07-23 Thread Raghavendra Bhat
-Balu- Walter posts :

>> but do I have dma on?

DMA is not enabled.  Have you installed hdparm ?  Do an `apt-get install
hdparm' and  enable DMA  by doing `hdparm  -d1 /dev/hda'.  You  can also
pass on `-c1 -u1' to hdparm.  Please test out the hard disk read timings
by  doing  a`hdparn -t  /dev/hda'  before  and  after passing  the  said
arguments.


>> BuffType=unknown, BuffSize=2048kB, MaxMultSect=16, MultSect=16
  ^^ 

You  can also  set the  multi-sector count  to 16  by passing  `-m16' to
hdparm.


>> BIOS is already using udma4, but the following tells me, it's off?

Anyway `man hdparm' and `hdparm --help'. 

HTH.
-- 
ragOO, VU2RGU<->http://gnuhead.dyndns.org/<->GPG: 1024D/F1624A6E 
   Helping to keep the  Air-Waves FREE Amateur Radio
   Helping to keep your Software  FREE   the GNU Project  
   Helping to keep the  W W W FREE  Debian GNU/${kernel}


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: LDAP in an ISP

2002-07-23 Thread Emile van Bergen
Hi,

On Tue, 23 Jul 2002, Charl Matthee wrote:

> On Tue Jul 23 2002 at 09:00:20AM +0800 'Daniel Hooper' <[EMAIL PROTECTED]> 
> wrote:
>
> > Does anyone run an LDAP back end within an ISP ? Im looking to rebuild
> > the ISP and use ldap with some sort of radius configuration. Has anyone
> > got any sort of expeirence with this? Basically im just wanting to know
> > what to use, livingston/cistron ? and is LDAP really what I should be
> > using, or is there something funkier ?
>
> We use Radius Radiator [www.open.com.au/radiator]. It has numerous auth
> modules (LDAP being one). We generally need to do some interesting
> things that span multiple databases (LDAP being one) to authenticate a
> user.
>
> Radiator can delegate auth requests to an external script which is how we
> implement this.
>
> Radiator is not free (and many say it is not very scalable but we have not
> run into any issues).

If you forgive the shameless plug, OpenRADIUS may be a good alternative.
It's a RADIUS server with a C core, supporting external modules written
in other languages, but without the "CGI"-penalty (doesn't spawn per
request), and it comes with a flexible LDAP backend module. You can not
only put your users in LDAP but your NASes as well with this server.

See http://www.openradius.net. No debian package is yet available
though; you'll have to compile from source.

Oh, and it's free as in speech and free as in beer.

Cheers,


Emile.

--
E-Advies / Emile van Bergen   |   [EMAIL PROTECTED]
tel. +31 (0)70 3906153|   http://www.e-advies.info


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




DMA?

2002-07-23 Thread Thomas -Balu- Walter
Guess it's a FAQ, but do I have dma on?

# hdparm -i /dev/hda

/dev/hda:

 Model=ST340810A, FwRev=3.39, SerialNo=5FB3DCX2
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
 BuffType=unknown, BuffSize=2048kB, MaxMultSect=16, MultSect=16
 CurCHS=4047/16/255, CurSects=16511760, LBA=yes, LBAsects=78165360
 IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes: pio0 pio1 pio2 pio3 pio4
 DMA modes: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 *udma4 udma5
 AdvancedPM=yes: unknown setting WriteCache=enabled
 Drive Supports : Reserved : ATA-1 ATA-2 ATA-3 ATA-4 ATA-5 ATA-6


If I got it correctly (german:
http://channel.debian.de/faq/ch-confighw.html#s-udmaactivate), 
the * in "DMA modes" tells me that BIOS is already using udma4, but the
following tells me, it's off?

# hdparm -d /dev/hda

/dev/hda:
 using_dma=  0 (off)

 Balu


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: DMA?

2002-07-23 Thread Kevin J. Menard, Jr.

Thomas -Balu- Walter wrote:
> 
> I thought that myself, but got curious, why the #debian.de FAQ told me
> that "it could be possible that the BIOS activated the UDMA-mode already
> (marked with *). You don't have to do anything in this case. If not you
> have to enable it using hdparm afterwards." 

Well, there's a kernel option to automatically enable DMA if it's 
detected, at least in 2.4.18.  I don't recall exactly where, and alas, I 
can't access my box from here :-/.  But I compiled the kernel to support 
my motherboard's chipset, enabled the option in the kernel to 
automatically enable DMA if detected, and now it detects and enables it 
when I boot :)

-- 
Kevin





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: DMA?

2002-07-23 Thread Thomas -Balu- Walter

+ Raghavendra Bhat <[EMAIL PROTECTED]> [23.07.02 20:06]:
> -Balu- Walter posts :
> 
> >> but do I have dma on?
> 
> DMA is not enabled.  Have you installed hdparm ?  

Of course, I couldn't have done "hdparm -i /dev/hda" without ;)

> Do an `apt-get install
> hdparm' and  enable DMA  by doing `hdparm  -d1 /dev/hda'.  You  can also
> pass on `-c1 -u1' to hdparm.  Please test out the hard disk read timings
> by  doing  a`hdparn -t  /dev/hda'  before  and  after passing  the  said
> arguments.

I thought that myself, but got curious, why the #debian.de FAQ told me
that "it could be possible that the BIOS activated the UDMA-mode already
(marked with *). You don't have to do anything in this case. If not you
have to enable it using hdparm afterwards." 

The hdd "felt" kinda slow though, so I checked with "hdparm -d /dev/hda"
and was told that dma is not active...

> >> BuffType=unknown, BuffSize=2048kB, MaxMultSect=16, MultSect=16
> 
> You  can also  set the  multi-sector count  to 16  by passing  `-m16' to
> hdparm.

I'd like to test it, but I have to wait 'til tomorrow. Self-larted
myself (as I am guessing atm) by editing /etc/network/interfaces and
typing "auth eth0" instead of "auto eth0" some hours ago.

I just tried to reboot and check if everything gets started and
configured as expected on booting (which does not :)


 Balu


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: DMA?

2002-07-23 Thread Raghavendra Bhat

-Balu- Walter posts :

>> but do I have dma on?

DMA is not enabled.  Have you installed hdparm ?  Do an `apt-get install
hdparm' and  enable DMA  by doing `hdparm  -d1 /dev/hda'.  You  can also
pass on `-c1 -u1' to hdparm.  Please test out the hard disk read timings
by  doing  a`hdparn -t  /dev/hda'  before  and  after passing  the  said
arguments.


>> BuffType=unknown, BuffSize=2048kB, MaxMultSect=16, MultSect=16
  ^^ 

You  can also  set the  multi-sector count  to 16  by passing  `-m16' to
hdparm.


>> BIOS is already using udma4, but the following tells me, it's off?

Anyway `man hdparm' and `hdparm --help'. 

HTH.
-- 
ragOO, VU2RGU<->http://gnuhead.dyndns.org/<->GPG: 1024D/F1624A6E 
   Helping to keep the  Air-Waves FREE Amateur Radio
   Helping to keep your Software  FREE   the GNU Project  
   Helping to keep the  W W W FREE  Debian GNU/${kernel}


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: LDAP in an ISP

2002-07-23 Thread Emile van Bergen

Hi,

On Tue, 23 Jul 2002, Charl Matthee wrote:

> On Tue Jul 23 2002 at 09:00:20AM +0800 'Daniel Hooper' <[EMAIL PROTECTED]> 
>wrote:
>
> > Does anyone run an LDAP back end within an ISP ? Im looking to rebuild
> > the ISP and use ldap with some sort of radius configuration. Has anyone
> > got any sort of expeirence with this? Basically im just wanting to know
> > what to use, livingston/cistron ? and is LDAP really what I should be
> > using, or is there something funkier ?
>
> We use Radius Radiator [www.open.com.au/radiator]. It has numerous auth
> modules (LDAP being one). We generally need to do some interesting
> things that span multiple databases (LDAP being one) to authenticate a
> user.
>
> Radiator can delegate auth requests to an external script which is how we
> implement this.
>
> Radiator is not free (and many say it is not very scalable but we have not
> run into any issues).

If you forgive the shameless plug, OpenRADIUS may be a good alternative.
It's a RADIUS server with a C core, supporting external modules written
in other languages, but without the "CGI"-penalty (doesn't spawn per
request), and it comes with a flexible LDAP backend module. You can not
only put your users in LDAP but your NASes as well with this server.

See http://www.openradius.net. No debian package is yet available
though; you'll have to compile from source.

Oh, and it's free as in speech and free as in beer.

Cheers,


Emile.

--
E-Advies / Emile van Bergen   |   [EMAIL PROTECTED]
tel. +31 (0)70 3906153|   http://www.e-advies.info


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




DMA?

2002-07-23 Thread Thomas -Balu- Walter

Guess it's a FAQ, but do I have dma on?

# hdparm -i /dev/hda

/dev/hda:

 Model=ST340810A, FwRev=3.39, SerialNo=5FB3DCX2
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
 BuffType=unknown, BuffSize=2048kB, MaxMultSect=16, MultSect=16
 CurCHS=4047/16/255, CurSects=16511760, LBA=yes, LBAsects=78165360
 IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes: pio0 pio1 pio2 pio3 pio4
 DMA modes: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 *udma4 udma5
 AdvancedPM=yes: unknown setting WriteCache=enabled
 Drive Supports : Reserved : ATA-1 ATA-2 ATA-3 ATA-4 ATA-5 ATA-6


If I got it correctly (german:
http://channel.debian.de/faq/ch-confighw.html#s-udmaactivate), 
the * in "DMA modes" tells me that BIOS is already using udma4, but the
following tells me, it's off?

# hdparm -d /dev/hda

/dev/hda:
 using_dma=  0 (off)

 Balu


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




change DOCUMENT_ROOT via mod_rewrite

2002-07-23 Thread Davide Giunchi
 
How can i rewrite the content of the environment variable DOCUMENT_ROOT via 
the mod_rewrite Apache module?
I've a mass-virtual-hosting system based on mod_rewrite, everything is 
working ok expect the DOCUMENT_ROOT that it's alsays refered to the principal 
DocumentRoot directive (/web/htdocs). 
In the doc page
http://httpd.apache.org/docs/vhosts/mass.html#overview
the problem is well explained ("The other thing to `fake' is the document 
root ...") and it say that can be solved via the VirtualDocumentRoot 
directive of the mod_vhost_dyn and via the mod_rewrite.
I've already tryied mod_vhost_dyn and it works but for various reason i 
cannot use this, but how can i do this with mod_rewrite?

Regards.

-- 
Davide Giunchi


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: LDAP in an ISP

2002-07-23 Thread Charl Matthee
On Tue Jul 23 2002 at 09:00:20AM +0800 'Daniel Hooper' <[EMAIL PROTECTED]> 
wrote:

> Does anyone run an LDAP back end within an ISP ? Im looking to rebuild
> the ISP and use ldap with some sort of radius configuration. Has anyone
> got any sort of expeirence with this? Basically im just wanting to know
> what to use, livingston/cistron ? and is LDAP really what I should be
> using, or is there something funkier ?

We use Radius Radiator [www.open.com.au/radiator]. It has numerous auth
modules (LDAP being one). We generally need to do some interesting
things that span multiple databases (LDAP being one) to authenticate a
user.

Radiator can delegate auth requests to an external script which is how we
implement this.

Radiator is not free (and many say it is not very scalable but we have not
run into any issues).


Ciao

Charl
__

write-protect tab, n.:
A small sticker created to cover the unsightly notch carelessly left
by disk manufacturers.  The use of the tab creates an error message
once in a while, but its aesthetic value far outweighs the momentary
inconvenience.
-- Robb Russon

__

  [ Charl Matthee ] [ +27-11-721-3800 ]
  [ Entropic Reality Facilitator]   [ +27-11-405-6508 ]
__


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




change DOCUMENT_ROOT via mod_rewrite

2002-07-23 Thread Davide Giunchi

 
How can i rewrite the content of the environment variable DOCUMENT_ROOT via 
the mod_rewrite Apache module?
I've a mass-virtual-hosting system based on mod_rewrite, everything is 
working ok expect the DOCUMENT_ROOT that it's alsays refered to the principal 
DocumentRoot directive (/web/htdocs). 
In the doc page
http://httpd.apache.org/docs/vhosts/mass.html#overview
the problem is well explained ("The other thing to `fake' is the document 
root ...") and it say that can be solved via the VirtualDocumentRoot 
directive of the mod_vhost_dyn and via the mod_rewrite.
I've already tryied mod_vhost_dyn and it works but for various reason i 
cannot use this, but how can i do this with mod_rewrite?

Regards.

-- 
Davide Giunchi


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: LDAP in an ISP

2002-07-23 Thread Charl Matthee

On Tue Jul 23 2002 at 09:00:20AM +0800 'Daniel Hooper' <[EMAIL PROTECTED]> 
wrote:

> Does anyone run an LDAP back end within an ISP ? Im looking to rebuild
> the ISP and use ldap with some sort of radius configuration. Has anyone
> got any sort of expeirence with this? Basically im just wanting to know
> what to use, livingston/cistron ? and is LDAP really what I should be
> using, or is there something funkier ?

We use Radius Radiator [www.open.com.au/radiator]. It has numerous auth
modules (LDAP being one). We generally need to do some interesting
things that span multiple databases (LDAP being one) to authenticate a
user.

Radiator can delegate auth requests to an external script which is how we
implement this.

Radiator is not free (and many say it is not very scalable but we have not
run into any issues).


Ciao

Charl
__

write-protect tab, n.:
A small sticker created to cover the unsightly notch carelessly left
by disk manufacturers.  The use of the tab creates an error message
once in a while, but its aesthetic value far outweighs the momentary
inconvenience.
-- Robb Russon

__

  [ Charl Matthee ] [ +27-11-721-3800 ]
  [ Entropic Reality Facilitator]   [ +27-11-405-6508 ]
__


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]