Kann keine Clients aus der Nasentabelle in Freeradius nur mit clients.conf lesen

Ich habe Freeradius auf Centos installiert.

Die MySQL-Datenbank wird zum Testen mit einigen Daten gefüllt, und die Dateien freeradiusd.conf und sql.conf sind konfiguriert.

Der RADIUS-Server kann sich mit der MySQL-Datenbank verbinden, und ich kann Benutzer davon authentifizieren. Ich habe auch einen Remote-RADIUS-Client konfiguriert, der mit meinem Captive-Portal und meinem RADIUS-Server funktioniert. Er funktioniert jedoch nur, wenn die IP-Adresse des Clients in konfiguriert ist /etc/raddb/clients.conf. Es funktioniert nicht mit der MySQL-Tabelle "nas".

Mit anderen Worten, Freeradius scheint meine Nasentabelle nicht aus der MySQL-Datenbank abzufragen.

In meiner /etc/raddb/mods-enabled/sqlDatei habe ich Folgendes:

# Table to keep radius client info nas_table = "nas"  # Set to 'yes' to read radius clients from the database ('nas' table) read_clients = yes 

In meiner Nasentabelle habe ich folgendes:

id nasname shortname type ports secret server community description 1 xx.xx.xx.xx NULL other NULL testing123  default NULL RADIUS Client 

... wobei xx.xx.xx.xx die korrekte IP-Adresse meines RADIUS-Clients ist.

Wenn ich versuche, mich über das Captive-Portal anzumelden, wobei Freeradius im Debug-Modus ausgeführt wird, erhalte ich Folgendes:

Wed Aug 8 06:39:11 2018 : Info: Ready to process requests Wed Aug 8 06:39:19 2018 : Error: Ignoring request to auth address * port 1812 bound to server default from unknown client xx.xx.xx.xx port 55546 proto udp Wed Aug 8 06:39:19 2018 : Info: Ready to process requests Wed Aug 8 06:39:21 2018 : Error: Ignoring request to auth address * port 1812 bound to server default from unknown client xx.xx.xx.xx port 55546 proto udp Wed Aug 8 06:39:21 2018 : Info: Ready to process requests Wed Aug 8 06:39:24 2018 : Error: Ignoring request to auth address * port 1812 bound to server default from unknown client xx.xx.xx.xx port 55546 proto udp Wed Aug 8 06:39:24 2018 : Info: Ready to process requests eWed Aug 8 06:39:28 2018 : Error: Ignoring request to auth address * port 1812 bound to server default from unknown client xx.xx.xx.xx port 55546 proto udp 

In der Debug-Ausgabe ist mir aufgefallen, dass die Daten in nas geladen werden

Wed Aug 8 09:07:58 2018 : Debug: rlm_sql (sql): Reserved connection (0) Wed Aug 8 09:07:58 2018 : Debug: rlm_sql (sql): Executing select query: SELECT id, nasname, shortname, type, secret, server FROM nas Wed Aug 8 09:07:58 2018 : Debug: rlm_sql (sql): Adding client xx.xx.xx.xx (xx.xx.xx.xx) to default clients list Wed Aug 8 09:07:58 2018 : Debug: Adding client xx.xx.xx.xx/32 (xx.xx.xx.xx) to prefix tree 32 Wed Aug 8 09:07:58 2018 : Debug: rlm_sql (xx.xx.xx.xx): Client "xx.xx.xx.xx" (sql) added Wed Aug 8 09:07:58 2018 : Debug: rlm_sql (sql): Released connection (0) Wed Aug 8 09:07:58 2018 : Debug: # Instantiating module "pap" from file /etc/raddb/mods-enabled/pap Wed Aug 8 09:07:58 2018 : Debug: # Instantiating module "reject" from file /etc/raddb/mods-enabled/always Wed Aug 8 09:07:58 2018 : Debug: # Instantiating module "fail" from file /etc/raddb/mods-enabled/always Wed Aug 8 09:07:58 2018 : Debug: # Instantiating module "ok" from file /etc/raddb/mods-enabled/always Wed Aug 8 09:07:58 2018 : Debug: # Instantiating module "handled" from file /etc/raddb/mods-enabled/always Wed Aug 8 09:07:58 2018 : Debug: # Instantiating module "invalid" from file /etc/raddb/mods-enabled/always Wed Aug 8 09:07:58 2018 : Debug: # Instantiating module "userlock" from file /etc/raddb/mods-enabled/always Wed Aug 8 09:07:58 2018 : Debug: # Instantiating module "notfound" from file /etc/raddb/mods-enabled/always Wed Aug 8 09:07:58 2018 : Debug: # Instantiating module "noop" from file /etc/raddb/mods-enabled/always Wed Aug 8 09:07:58 2018 : Debug: # Instantiating module "updated" from file /etc/raddb/mods-enabled/always Wed Aug 8 09:07:58 2018 : Debug: # Instantiating module "monthlycounter" from file /etc/raddb/mods-enabled/sqlcounter 

Jede Hilfe wäre sehr dankbar! PS: Ich habe versucht, den Kurznamen in der Nasentabelle wie die IP-Adresse zu ändern, aber es funktionierte immer noch nicht