Журналните файлове (текущия и архивираните от logrotate в Gzip формат) се намират в директория /var/log/radius/. По-долу е даден примерно съдържание на директорията /var/log/radius/ (възможно е там да има и други файлове, но тези в примера са тези дискутираните по-долу в това ръководство):

-rw-r-----.  1 radiusd radiusd  50387  Sep  3 03:00 radius.log
-rw-r-----.  1 radiusd radiusd  199536 Jun  1 03:57 radius.log-20180601.gz
-rw-r-----.  1 radiusd radiusd  374110 Jul  1 04:09 radius.log-20180701.gz
-rw-r-----.  1 radiusd radiusd  434969 Aug  1 04:26 radius.log-20180801.gz
-rw-r-----.  1 radiusd radiusd  893516 Sep  1 03:17 radius.log-20180901.gz

За анализирането на тези файлове е необходим скрипта parse.py. Ако той не е наличен в системата, инсталирайте го следвайки инструкциите в Приложение 1.

Бъдете сигурни, че в настройките на FreeRADIUS е указано описването в /var/log/radius/radius.log. Във файла /etc/raddb/radiusd.conf стойността на auth в секцията log трябва да бъде установена на yes:

log {
       ...
       auth = yes
       ...
    }

ВНИМАНИЕ!!! Ако стойността на auth е била yes по време на възникване на проблема докладван от потребителя, най-вроятно в /var/log/radius/radius.log няма да има достатъчно количество информация за извършване на анализите.

В Приложение 2 е описано как да се определи, че даден FreeRADIUS сървър е с роля "home".

• успешно удостоверяване на потребителя:

  Sat Sep  8 22:04:23 2018 : Auth: Login OK: [anonymous@uni-sofia.bg] (from client radius-rec.uni-sofia.bg port 0 via TLS tunnel)
  Sat Sep  8 22:04:23 2018 : Auth: Login OK: [username@uni-sofia.bg] (from client radius-rec.uni-sofia.bg port 0 cli 78-D7-F6-2A-3E-22)
  

  В този случай всичко е наред и няма нужда да се предприемат никакви стъпки по отстраняване на проблем.

• комбинацията от потребителско име и парола (предавани в TLS тунела) не е вярна:

  Thu Sep  6 02:31:01 2018 : Auth: Login incorrect: [anonymous@uni-sofia.bg] (from client radius-rec.uni-sofia.bg port 0 via TLS tunnel)
  Thu Sep  6 02:31:01 2018 : Auth: Login incorrect: [username@uni-sofia.bg] (from client radius-rec.uni-sofia.bg port 0 cli 78-D7-F6-2A-3E-22)
  

  В този случай помолете потребителя да провери дали вярно е въвел потребителското си име и парола. Проверете също така и журналните файлове на приложението или сървъра, който извършва крайния удостоверителен процес (най-често LDAP сървър) за повече яснота относно кое причинява проблема.

• CA сертификата инсталиран от потребителя не може да удостовери сървърския сертификат на "home" RADIUS сървъра:

  Thu Aug 30 01:26:53 2018 : Error: TLS Alert read:fatal:unknown CA
  Thu Aug 30 01:26:53 2018 : Error:     TLS_accept: failed in SSLv3 read client certificate A
  Thu Aug 30 01:26:53 2018 : Error: rlm_eap: SSL error error:14094418:SSL routines:SSL3_READ_BYTES:tlsv1 alert unknown ca
  Thu Aug 30 01:26:53 2018 : Error: SSL: SSL_read failed inside of TLS (-1), TLS session fails.
  

  Помолете потребителя да изтрие профила с настройките за свързване към Eduroam и да го създаде наново следвайки ръководствата.

• WiFi клиентът на потребителя по някакъв начин смята, че TLS тунела е "жив" и се опита да се удостовери отново:

  Sat Sep  8 04:49:25 2018 : Error: rlm_eap: No EAP session matching the State variable.
  Sat Sep  8 04:49:25 2018 : Auth: Login incorrect: [username@uni-sofia.bg] (from client radius-rec.uni-sofia.bg port 0 cli 78-D7-F6-2A-3E-22)

  В този случай помолете потребителя да деактивира за момент безжичния адаптор и след това да го активира отново, след което да опита отново да се свърже към точка за достъп на Eduroam.

В тези журнални файлове не се пази информация относно процеса на удостоверяването на потребителя, а САМО СУМАРИЗАЦИЯ НА СТАТУСА на удостоверяването. И причината е, че "proxy" RADIUS сървърът само участва (най-често с помощта на други "proxy" RADIUS сървъри) в транзитирането на тунела, който пренася в крипиран вид криптираната потребителска информация.

• успешно удостоверяване на потребителя (от страна на "home" RADIUS сървъра):

  Sun Sep  9 01:22:47 2018 : Auth: Login OK: [anonymous@uni-sofia.bg/<via Auth-Type = Accept>] (from client 172.19.2.8 port 1 cli 78-D7-F6-2A-3E-22)

  В този случай всичко е наред с удостоверяването и няма проблем.

• по някакъв начин "home" RADIUS сървъра не може да удостовери комбинацията от потребителско име и парола:

  Sun Sep  9 02:02:04 2018 : Auth: Login incorrect (Home Server says so): [anonymous@uni-sofia.bg/<no User-Password attribute>] (from client 172.19.4.5 port 1 cli 78-D7-F6-2A-3E-22)

  В този случай помолете потребителя да провери дали вярно е въвел потребителското име и паролата. Отбележете, че потребителското име и парола се предават в криптиран тунел и те няма как да бъдат видяни в журналния файл на "proxy" RADIUS сървърите. Върху тях могат да бъдат видяни само MAC адреса на потребителския WiFi адаптер и формалното потребителско име използвано за анонимизация. Въпреки, че това формално име за анонимизация може в някои редки случаи да съвпада с потребителското име предавано в тунела, в общия случай те нямат нищо общо понежду си. Ако "home" RADIUS сървъра обслужващ удостоверяването на домейна на потребителя е в мрежата на Софийския университет, свържете се с неговия администратор, за да провери на какво се дължи провала в удостоверяването, като му препратите информацията, която сте получили от потребителя за часа на възникване на проблема, формалното име за анонимизация използвано от потребителя и MAC адреса на потребителския WiFi адаптер. Ако имате достъп до "home" сървъра на потребителя, продължете с проверката там, както е указано по-горе.