Tu nie chodzi o przekonywania, bo logicznym się wydaje że szybsze w odszukaniu będzie z pliku. W książce beginners guide piszą właśnie o accouningu w bazie ale klientów w plikach.
Robię przerobke i chcę pozbyć się jednego punktu awarii. Teraz niech coś sypnie się z bazą to robi się kaszana.
Stawiając dwa nie zależne radiusy eliminuje jeden z punktów awarii, ale przy bazie nadal zostaje jedna baza bo z PG robić replikacje to masakra. Przy płaskich plikach jak będzie ewentualny problem z bazą to najwyżej nie wygeneruje się konfig a wsio będzie działać. Pozostaje tylko synchronizacja radiusa pod względem accouningu by oba miały spójne dane.
W dniu 09.03.2015 23:18, Marcin napisał(a):
fragment z pliku konfiguracyjnego freeradiusa:
#v+
# Session database, used for checking Simultaneous-Use. Either the
radutmp
# or rlm_sql module can handle this.
# THE RLM_SQL MODULE IS *MUCH* FASTER
session {
# radutmp
#
# See "Simultaneous Use Checking Queries" in sql.conf
# sql
}
#v-
to jak to jest z tymi plikami? są szybsze czy nie? skoro sami
developerzy freeradiusa mówią, że trzymanie sesji w sql jest
szybsze
1. Sql sql-owi nie równy. W przypadku samego sql, zależy w jaki
sposób odszukujesz rekordy w bazie danych.
2. Jeśli chodzi o bazę użytkowników to freeradius trzyma ją w taki
sposób, żeby odszukiwanie użytkownika nie przebiegało tak jak wygląda
zawartość pliku, a w oparciu o funkcję haszującą.
3. Poza tym szczerze: nie chcę Ciebie do niczego przekonywać. Najlepiej
sam skonfiguruj tak jak uważasz i jak działa zadowalająco to po co kombinować.
--
Pozdrawiam
Marcin / nicraM
--
Pozdrawiam
Tomasz Chiliński, Chilan
_______________________________________________
lms mailing list
lms@lists.lms.org.pl
http://lists.lms.org.pl/mailman/listinfo/lms