Here's the authorize section:

authorize {
    update control { &REST-HTTP-Header += "${...api_token_header}" }
    rest
    sql
    dailycounter
    noresetcounter
    dailybandwidthcounter
}


Thanks.

On Friday, December 7, 2018 at 9:44:36 PM UTC+5:30, Federico Capoano wrote:
>
> Sorry I forgot to ask for the authorize section which is the most 
> important part.
>
> Fed
>
> On Fri, Dec 7, 2018 at 1:53 PM Yash Jipkate <[email protected] 
> <javascript:>> wrote:
>
>> These are the sections from sites-enabled/default:
>>
>>    - authenticate
>>    authenticate {}
>>    
>>    - post-auth
>>    post-auth {
>>        update control { &REST-HTTP-Header += "${...api_token_header}" }
>>        rest
>>    
>>        Post-Auth-Type REJECT {
>>            update control { &REST-HTTP-Header += 
>>    "${....api_token_header}" }
>>            rest
>>        }
>>    }
>>    
>>    
>>    - accounting
>>    accounting {
>>        update control { &REST-HTTP-Header += "${...api_token_header}" }
>>        rest
>>    }
>>    
>>    
>>    - preacct
>>    preacct {
>>    preprocess
>>    
>>    #
>>    #  Merge Acct-[Input|Output]-Gigawords and Acct-[Input-Output]-Octets
>>    #  into a single 64bit counter Acct-[Input|Output]-Octets64.
>>    #
>>    # acct_counters64
>>    
>>    #
>>    #  Session start times are *implied* in RADIUS.
>>    #  The NAS never sends a "start time".  Instead, it sends
>>    #  a start packet, *possibly* with an Acct-Delay-Time.
>>    #  The server is supposed to conclude that the start time
>>    #  was "Acct-Delay-Time" seconds in the past.
>>    #
>>    #  The code below creates an explicit start time, which can
>>    #  then be used in other modules.  It will be *mostly* correct.
>>    #  Any errors are due to the 1-second resolution of RADIUS,
>>    #  and the possibility that the time on the NAS may be off.
>>    #
>>    #  The start time is: NOW - delay - session_length
>>    #
>>    
>>    # update request {
>>    #   &FreeRADIUS-Acct-Session-Start-Time = "%{expr: %l - 
>>    %{%{Acct-Session-Time}:-0} - %{%{Acct-Delay-Time}:-0}}"
>>    # }
>>    
>>    
>>    #
>>    #  Ensure that we have a semi-unique identifier for every
>>    #  request, and many NAS boxes are broken.
>>    acct_unique
>>    
>>    #
>>    #  Look for IPASS-style 'realm/', and if not found, look for
>>    #  '@realm', and decide whether or not to proxy, based on
>>    #  that.
>>    #
>>    #  Accounting requests are generally proxied to the same
>>    #  home server as authentication requests.
>>    # IPASS
>>    suffix
>>    # ntdomain
>>    
>>    #
>>    #  Read the 'acct_users' file
>>    files
>>    }
>>    
>>    
>>
>> On Friday, December 7, 2018 at 5:53:02 PM UTC+5:30, Federico Capoano 
>> wrote:
>>
>>> Could you share the following sections of your config?
>>>
>>>    - authenticate
>>>    - post-auth
>>>    - accounting
>>>    - preacct
>>>
>>>
>>>
>>> On Fri, Dec 7, 2018 at 1:02 PM Yash Jipkate <[email protected]> wrote:
>>>
>>>> No, I just followed the docs. Am I missing something in the config 
>>>> files?
>>>>
>>>> Thanks
>>>>
>>>>
>>>> On Friday, December 7, 2018 at 5:26:01 PM UTC+5:30, Federico Capoano 
>>>> wrote:
>>>>
>>>>> That's a configuration issue related to "eap". Are you trying to 
>>>>> configure EAP?
>>>>>
>>>>> Fed
>>>>>
>>>>> On Fri, Dec 7, 2018 at 11:55 AM Yash Jipkate <[email protected]> 
>>>>> wrote:
>>>>>
>>>> Thanks Federico,
>>>>>>
>>>>>> The server is a development one and I have specified the port 
>>>>>> in /etc/freeradius/mods-enabled/rest file. Although I have changed it 
>>>>>> back 
>>>>>> to 8000 after you pointed out but still no effect.
>>>>>>
>>>>>> Is freeradius sitting on the same host where 
>>>>>>> django-freeradius/openwisp-radius is installed? 
>>>>>>
>>>>>>
>>>>>> The host is 127.0.0.1 as specified in my  
>>>>>> /etc/freeradius/mods-enabled/rest file and I have followed the 
>>>>>> instructions 
>>>>>> as in the docs as a root user.
>>>>>>
>>>>>> I tried purging and reinstalling freeradius and ended up with a new 
>>>>>> error
>>>>>>
>>>>>> Dec 07 16:18:04 thejedicode-inspiron-5558o freeradius[24760]: rlm_sql 
>>>>>> (sql): Driver rlm_sql_mysql (module rlm_sql_mysql) loaded and linked
>>>>>> Dec 07 16:18:04 thejedicode-inspiron-5558o freeradius[24760]: 
>>>>>> Creating attribute SQL-Group
>>>>>> Dec 07 16:18:04 thejedicode-inspiron-5558o freeradius[24760]: Unable 
>>>>>> to check file "/etc/freeradius/certs/dh": No such file or directory
>>>>>> Dec 07 16:18:04 thejedicode-inspiron-5558o freeradius[24760]: 
>>>>>> rlm_eap_tls: Failed initializing SSL context
>>>>>> Dec 07 16:18:04 thejedicode-inspiron-5558o freeradius[24760]: rlm_eap 
>>>>>> (EAP): Failed to initialise rlm_eap_tls
>>>>>> Dec 07 16:18:04 thejedicode-inspiron-5558o freeradius[24760]: 
>>>>>> /etc/freeradius/mods-enabled/eap[14]: Instantiation failed for module 
>>>>>> "eap"
>>>>>> Dec 07 16:18:04 thejedicode-inspiron-5558o systemd[1]: 
>>>>>> freeradius.service: Control process exited, code=exited status=1
>>>>>> Dec 07 16:18:04 thejedicode-inspiron-5558o systemd[1]: Failed to 
>>>>>> start FreeRADIUS multi-protocol policy server.
>>>>>> -- Subject: Unit freeradius.service has failed
>>>>>>
>>>>>> Any idea of how it got here?
>>>>>>
>>>>>> On Friday, December 7, 2018 at 2:21:19 PM UTC+5:30, Federico Capoano 
>>>>>> wrote:
>>>>>>>
>>>>>>> As the log says, freeradius is trying to reac http://127.0.0.1:8007, 
>>>>>>> this fails and hence it halts. To fix it you must ensure it can connect.
>>>>>>>
>>>>>>  
>>>>>>
>>>>>> Is freeradius sitting on the same host where 
>>>>>>> django-freeradius/openwisp-radius is installed? Is this a production or 
>>>>>>> development environment?
>>>>>>>
>>>>>>> If it's a production environment, the URL http://127.0.0.1:8007 is 
>>>>>>> likely wrong.
>>>>>>> If it's a development environment, either the development server is 
>>>>>>> not started, or maybe is just because unless you changed the port of 
>>>>>>> the 
>>>>>>> development server, the port is 8000, so the URL should be 
>>>>>>> http://127.0.0.1:8000
>>>>>>>
>>>>>>> I hope it helps
>>>>>>> Federico
>>>>>>>
>>>>>>>
>>>>>>> On Friday, December 7, 2018 at 4:49:02 AM UTC+1, Yash Jipkate wrote:
>>>>>>>>
>>>>>>>> Hello,
>>>>>>>>
>>>>>>>> I am currently started to work on the django-freeradius project. I 
>>>>>>>> am facing some problems in setting up the freeradius server...
>>>>>>>>
>>>>>>>> when I run 
>>>>>>>> journalctl -xe
>>>>>>>>
>>>>>>>>
>>>>>>>> the output I get is:
>>>>>>>>
>>>>>>>> Dec 07 08:55:18 thejedicode-inspiron-5558o freeradius[10549]: 
>>>>>>>> [/etc/freeradius/mods-config/attr_filter/access_reject]:11 Check item 
>>>>>>>> "FreeRADIUS-Response-Delay-USec"    
>>>>>>>> Dec 07 08:55:18 thejedicode-inspiron-5558o freeradius[10549]: 
>>>>>>>> rlm_mschap (mschap): using internal authentication
>>>>>>>> Dec 07 08:55:18 thejedicode-inspiron-5558o freeradius[10549]: 
>>>>>>>> rlm_sql_mysql: libmysql version: 5.7.24
>>>>>>>> Dec 07 08:55:18 thejedicode-inspiron-5558o freeradius[10549]: 
>>>>>>>> rlm_sql (sql): Attempting to connect to database "radius"
>>>>>>>> Dec 07 08:55:18 thejedicode-inspiron-5558o freeradius[10549]: 
>>>>>>>> rlm_sql (sql): Initialising connection pool
>>>>>>>> Dec 07 08:55:18 thejedicode-inspiron-5558o freeradius[10549]: 
>>>>>>>> Ignoring "ldap" (see raddb/mods-available/README.rst)
>>>>>>>> Dec 07 08:55:18 thejedicode-inspiron-5558o freeradius[10549]:  # 
>>>>>>>> Skipping contents of 'if' as it is always 'false' -- 
>>>>>>>> /etc/freeradius/sites-enabled/inner-tunnel:331
>>>>>>>> Dec 07 08:55:18 thejedicode-inspiron-5558o freeradius[10549]: 
>>>>>>>> radiusd: #### Skipping IP addresses and Ports ####
>>>>>>>> Dec 07 08:55:18 thejedicode-inspiron-5558o freeradius[10549]: 
>>>>>>>> Configuration appears to be OK
>>>>>>>> Dec 07 08:55:18 thejedicode-inspiron-5558o freeradius[10549]: 
>>>>>>>> rlm_rest (rest): Removing connection pool
>>>>>>>> Dec 07 08:55:18 thejedicode-inspiron-5558o freeradius[10549]: 
>>>>>>>> rlm_sql (sql): Removing connection pool
>>>>>>>> Dec 07 08:55:18 thejedicode-inspiron-5558o systemd[1]: 
>>>>>>>> freeradius.service: Control process exited, code=exited status=1
>>>>>>>> Dec 07 08:55:18 thejedicode-inspiron-5558o systemd[1]: Failed to 
>>>>>>>> start FreeRADIUS multi-protocol policy server.
>>>>>>>> -- Subject: Unit freeradius.service has failed
>>>>>>>> -- Defined-By: systemd
>>>>>>>> -- Support: 
>>>>>>>> http://lists.freedesktop.org/mailman/listinfo/systemd-devel
>>>>>>>> -- 
>>>>>>>> -- Unit freeradius.service has failed.
>>>>>>>> -- 
>>>>>>>> -- The result is failed.
>>>>>>>> Dec 07 08:55:18 thejedicode-inspiron-5558o systemd[1]: 
>>>>>>>> freeradius.service: Unit entered failed state.
>>>>>>>> Dec 07 08:55:18 thejedicode-inspiron-5558o systemd[1]: 
>>>>>>>> freeradius.service: Failed with result 'exit-code'.
>>>>>>>>
>>>>>>>> When I run: 
>>>>>>>>
>>>>>>>> freeradius -X
>>>>>>>>
>>>>>>>> I get:
>>>>>>>>
>>>>>>>> rlm_rest (rest): Opening additional connection (0), 1 of 32 pending 
>>>>>>>> slots used
>>>>>>>> rlm_rest (rest): Connecting to "http://127.0.0.1:8007";
>>>>>>>> rlm_rest (rest): Connection failed: 7 - Couldn't connect to server
>>>>>>>> rlm_rest (rest): Opening connection failed (0)
>>>>>>>> rlm_rest (rest): Removing connection pool
>>>>>>>> /etc/freeradius/mods-enabled/rest[1]: Instantiation failed for 
>>>>>>>> module "rest"
>>>>>>>>
>>>>>>>> I tried to look it up on the internet but cant seem to solve it. 
>>>>>>>>
>>>>>>>> Any help is appreciated. Thanks
>>>>>>>>
>>>>>>> -- 
>>>>>> You received this message because you are subscribed to the Google 
>>>>>> Groups "OpenWISP" group.
>>>>>>
>>>>> To unsubscribe from this group and stop receiving emails from it, send 
>>>>>> an email to [email protected].
>>>>>
>>>>>
>>>>>> For more options, visit https://groups.google.com/d/optout.
>>>>>>
>>>>> -- 
>>>> You received this message because you are subscribed to the Google 
>>>> Groups "OpenWISP" group.
>>>> To unsubscribe from this group and stop receiving emails from it, send 
>>>> an email to [email protected].
>>>> For more options, visit https://groups.google.com/d/optout.
>>>>
>>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "OpenWISP" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to [email protected] <javascript:>.
>> For more options, visit https://groups.google.com/d/optout.
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"OpenWISP" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/d/optout.

Reply via email to