Deny internet access to delinquent accounts
I have never used the freeradius software before, but it looked like a possible fit for my needs. I work for an ISP and we are looking for a way to block internet access for people with delinquent accounts, and redirect them to a page to allow them to pay their bill. I plan on using this software with pfsense. Can anyone give me any info on how to set this up. I have checked out google looking for tutorials but have had no luck. I am really just looking for some good documentation. I can hopefully work everything out from there. Any help or advice is greatly appreciated. -- View this message in context: http://old.nabble.com/Deny-internet-access-to-delinquent-accounts-tp26938916... Sent from the FreeRadius - User mailing list archive at Nabble.com.
19bab79 <bryanb@awsllc.net> wrote:
I have never used the freeradius software before, but it looked like a possible fit for my needs. I work for an ISP and we are looking for a way to block internet access for people with delinquent accounts, and redirect them to a page to allow them to pay their bill. I plan on using this software with pfsense.
This is *not* a FreeRADIUS problem, this is a problem where the solution could use FreeRADIUS that *could* make up part of it however the *tricky* part is going to be: * what medium does your xDSL/dialup/cups-n-string come over (L2TP, Ethernet, etc?) * what do you terminate the connections on * what routing facilities do you have available to you * what firewalling facilities do you have * what DNS facilities do you have (you do *not* want to use destination NAT of you can avoid it)
From what you have told me, I am pretty sure there is no need for FreeRADIUS to be part of the solution....but then of course you have given no details.
Can anyone give me any info on how to set this up. I have checked out google looking for tutorials but have had no luck. I am really just looking for some good documentation. I can hopefully work everything out from there. Any help or advice is greatly appreciated.
This is not something where a 'tutorial' will exist. Either you know it, or you do not I am afraid. In the world of IT there is no shame in admiting "nope, I have no idea, we are going to have to find a good *and* respectible consultant". A worthwhile investment. At $ORK[-1], about six years ago, I worked at an ISP and when we deployed this type of system it was worth more than it's weight in gold as: * customers know they have to pay before they can continue * customers can 'self help' themselves with the payment * the do not need to speak to you or the helldesk Although a consultant will cost you money, you will *very* quickly make it back in the support/billing/*stress* savings that you make. The solution to make this work is to make the transistion *instant* to a working connection without delay/reconnection once payment is made (hint: source based routing). Once this is in place, it is trivial to add very similar functionality that lets you disable users, let them clean patch/update their box So...go get a consultant and do not be ashamed of doing so, but make sure you learn from them *how* and *why* it works so you know how to do it next time, and fix it. :) You problem is in working out a solution that works with your *networking* infrastructure, not how to get FreeRADIUS (if it is even needed) to do 'something' that could help out. Cheers -- Alexander Clouter .sigmonster says: Memories of you remind me of you. -- Karl Lehenbauer
This is more of a project than a necessity. I was hoping to get this done on my own. We can't really afford to pay for the tech support either since we are a small company. I will keep searching on my own and hope some more replies come in. Thanks for your input. Alexander Clouter wrote:
19bab79 <bryanb@awsllc.net> wrote:
I have never used the freeradius software before, but it looked like a possible fit for my needs. I work for an ISP and we are looking for a way to block internet access for people with delinquent accounts, and redirect them to a page to allow them to pay their bill. I plan on using this software with pfsense.
This is *not* a FreeRADIUS problem, this is a problem where the solution could use FreeRADIUS that *could* make up part of it however the *tricky* part is going to be: * what medium does your xDSL/dialup/cups-n-string come over (L2TP, Ethernet, etc?) * what do you terminate the connections on * what routing facilities do you have available to you * what firewalling facilities do you have * what DNS facilities do you have (you do *not* want to use destination NAT of you can avoid it)
From what you have told me, I am pretty sure there is no need for FreeRADIUS to be part of the solution....but then of course you have given no details.
Can anyone give me any info on how to set this up. I have checked out google looking for tutorials but have had no luck. I am really just looking for some good documentation. I can hopefully work everything out from there. Any help or advice is greatly appreciated.
This is not something where a 'tutorial' will exist. Either you know it, or you do not I am afraid. In the world of IT there is no shame in admiting "nope, I have no idea, we are going to have to find a good *and* respectible consultant". A worthwhile investment.
At $ORK[-1], about six years ago, I worked at an ISP and when we deployed this type of system it was worth more than it's weight in gold as: * customers know they have to pay before they can continue * customers can 'self help' themselves with the payment * the do not need to speak to you or the helldesk
Although a consultant will cost you money, you will *very* quickly make it back in the support/billing/*stress* savings that you make.
The solution to make this work is to make the transistion *instant* to a working connection without delay/reconnection once payment is made (hint: source based routing).
Once this is in place, it is trivial to add very similar functionality that lets you disable users, let them clean patch/update their box
So...go get a consultant and do not be ashamed of doing so, but make sure you learn from them *how* and *why* it works so you know how to do it next time, and fix it. :)
You problem is in working out a solution that works with your *networking* infrastructure, not how to get FreeRADIUS (if it is even needed) to do 'something' that could help out.
Cheers
-- Alexander Clouter .sigmonster says: Memories of you remind me of you. -- Karl Lehenbauer
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
-- View this message in context: http://old.nabble.com/Deny-internet-access-to-delinquent-accounts-tp26938916... Sent from the FreeRadius - User mailing list archive at Nabble.com.
Hi, 19bab79 <bryanb@awsllc.net> wrote:
This is more of a project than a necessity. I was hoping to get this done on my own. We can't really afford to pay for the tech support either since we are a small company.
Well a quick way to produce a budget from thin air is to work out on a monthly basis how much it costs *not* to have something like this in place. Remember to include in late payments, interest, your company pro-actively chasing after customers *and* the load on your helpdesk in time (including the delaying of *real* non-billing calls). I am sure there are other costs you can think of too :)
I will keep searching on my own and hope some more replies come in.
Good luck, but seriously you need to spend your time looking into how to get your network *infrastructure* (switches, routers, DNS servers [aka views] and any proxy servers) to treat users differently without changing their IP addresses/etc or getting them to reconnect....on the fly and instantly. Getting something to decide whether a person has paid or not is a flag in a database that changes an attribute, this is a trivial problem and the least of your problems. You need to find out if your infrastructure can do what you need. Means you need to know someone who knows your infrastructure *and* knows how to build something like this. You might need to hire in some conslutant time. Cheers -- Alexander Clouter .sigmonster says: Stone's Law: One man's "simple" is another man's "huh?"
I am sorry to say, but hiring a consultant is completely out of the question. The only way to learn is to jump in and do it myself. Then, I will also know how everything works if things end up breaking sometime. I will be building and deploying this in a virtual environment. So hardware cost is not an issue. I have all the time i need because that is one of the secretaries jobs (collections of delinquent accounts). I love to do this kind of stuff so I will be working on it in my free time as well as at work. The plan is to run all of the different subnets (all access points in our wireless internet company make up different subnets) into interfaces on one side of the pfsense/freeradius machine. Since there are quite a few access points, we will probably have to deploy a couple of these virtual machines to cut the workload on each vm, and to make sure they don't slow down the traffic at all. Ideally I would like the machine to check each user the first time they try to access the internet once a week. I would like to put this/these machines close to the gateway of the network so they could still navigate our network after they have been blocked from leaving. This would allow them to navigate to our web page and the billing system that they can log into to manage their account (the billing system is already up and working). Saying all of this, I am wondering if it would be easier, since the boxes will be on the edge of the network, if I configured the firewalls web gui so that the secretary could easily input the ip addresses of the delinquent account holders into a rule to block their traffic through the firewall. If I were to do that, I would just need to figure out how to show them a page so that they knew why they weren't getting the internet. Although, it would be nice to have it all work automatically, with the box checking ip addresses for delinquency on their way out once a week. I really do appreciate all of the replies I have gotten so far. Alexander Clouter wrote:
Hi,
19bab79 <bryanb@awsllc.net> wrote:
This is more of a project than a necessity. I was hoping to get this done on my own. We can't really afford to pay for the tech support either since we are a small company.
Well a quick way to produce a budget from thin air is to work out on a monthly basis how much it costs *not* to have something like this in place.
Remember to include in late payments, interest, your company pro-actively chasing after customers *and* the load on your helpdesk in time (including the delaying of *real* non-billing calls). I am sure there are other costs you can think of too :)
I will keep searching on my own and hope some more replies come in.
Good luck, but seriously you need to spend your time looking into how to get your network *infrastructure* (switches, routers, DNS servers [aka views] and any proxy servers) to treat users differently without changing their IP addresses/etc or getting them to reconnect....on the fly and instantly.
Getting something to decide whether a person has paid or not is a flag in a database that changes an attribute, this is a trivial problem and the least of your problems.
You need to find out if your infrastructure can do what you need. Means you need to know someone who knows your infrastructure *and* knows how to build something like this. You might need to hire in some conslutant time.
Cheers
-- Alexander Clouter .sigmonster says: Stone's Law: One man's "simple" is another man's "huh?"
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
-- View this message in context: http://old.nabble.com/Deny-internet-access-to-delinquent-accounts-tp26938916... Sent from the FreeRadius - User mailing list archive at Nabble.com.
19bab79 wrote:
This is more of a project than a necessity. I was hoping to get this done on my own. We can't really afford to pay for the tech support either since we are a small company. I will keep searching on my own and hope some more replies come in. Thanks for your input.
See the FAQ for how to use a "disabled" group. All you need to do is put the delinquent users into a "disabled" group, and they won't get *new* access. If they have "live" sessions when they are marked "delinquent", then find a way to kick them offline, and close those sessions. Alan DeKok.
participants (4)
-
19bab79 -
Alan DeKok -
Alexander Clouter -
EasyHorpak.com