On Saturday 27 January 2007 23:58:21 Mihai Voica wrote: > On Sat, 27 Jan 2007 20:34:16 +0200 > > Mihai Maties wrote: > > Inainte de a raporta chestia asta drept bug gandeste-te bine daca nu > > cumva ceea ce ai tu acolo este un caz particular. > > prea tarziu, am trimis deja, daca am vazut ca nu sare nimeni cu un exemplu > . Oricum scopul unui radius server este authorize & accounting. Daca ai > accounting atunci e clar ca o sa il bagi intr-un sql. Daca sql nu e pornit > cand freeradius vrea sa inchida sute|mii de sesiuni, atunci apare o > problema mare. Nu am verificat pentru postgres ordinea din init, o fi vreo > masura elitista de a descuraja mysql :).
OK, am vazut bugreport-ul tau [1], am sa arunc o privire pentru ca sunt intr-adevar curios ce are de spus maintainerul. Pur si simplu mi se pare o chestiune mult prea banala ca sa nu aiba in spate o explicatie mai complexa. >> > Nu am experienta cu freeradius > > astfel incat nu pot comenta situatia ta in schimb pot sa-ti povestesc > > despre una similara: > > > > Exista 2 servicii: > > - openvpn - pentru crearea unui VPN > > - ntlmaps - un proxy server ce intermediaza cererile catre un MS ISA > > server folosind autentificare NTLM > > nu ma pot gandi la nici o situatie in care mysql sa aiba nevoie de radius > pornit. Nici eu nu ma pricep la exemplu tau, dar dau cu presupusul: daca > porneste intai openvpn si apoi ntlmaps exista o perioda scurta in care > openvpn nu poate satisface anumite cereri (alea deghizate). Acest mic delay > nu reprezinta big problem pentru un client, mai incearca odata si gata. Sau > in situatia descrisa de tine trebuie restart la openvpn? In mod normal trebuie restart la openvpn pentru ca incercarea esuata de a contacta proxy-ul e considerata eroare fatala. Exista workaround-uri in configuratia openvpn-ului pentru a trata acest tip de eroare ca una temporara astfel incat sa se faca retry, numai ca in anumite cazuri poti da in alte probleme. Cel mai sfant e sa pornesti proxy-ul inainte de openvpn. Mihai [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=408665 _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
