.TH RADRELAY 8 "23 October 2007" "" "FreeRADIUS Daemon"
.SH "نام (NAME)"
radrelay \- ابزار بازپخش بسته‌های حسابداری RADIUS
.SH "توضیحات (DESCRIPTION)"
قابلیت‌ها و عملکردهای
.I radrelay
به
.I radiusd
افزوده شده است. یکی از مزایا این است که یک نمونه از
.I radiusd
می‌تواند از جمله چندین پرونده جزئیات (detail) را بخواند.
.PP
ماژول
.I rlm_sql_log
کاری مشابه انجام می‌دهد، اما برای پرس‌وجوهای SQL. برای جزئیات بیشتر به صفحه راهنمای آن مراجعه کنید.
.SH "تکثیر برای پشتیبان‌گیری (REPLICATION FOR BACKUPS)"
.PP
بسیاری از پایگاه‌ها چندین کارساز RADIUS را اجرا می‌کنند؛ دست‌کم یک کارساز اصلی و یک کارساز پشتیبان. هنگامی که کارساز اصلی از کار می‌افتد، بیشتر NASها آن را تشخیص داده و به کارساز پشتیبان تغییر وضعیت می‌دهند.
.PP
این امر باعث می‌شود بسته‌های حسابداری (accounting) شما به کارساز پشتیبان بروند؛ و حتی برخی از NASها پس از در دسترس قرار گرفتن مجدد کارساز اصلی، به آن بازنمی‌گردند.
.PP
در نتیجه رکوردهای حسابداری از دست می‌روند، و/یا مدیر سیستم مجبور است برای ترکیب پرونده‌های مختلف جزئیات (detail) از چندین کارساز، سختی‌های زیادی را متحمل شود. این امر همچنین به این معناست که پایگاه‌داده نشست‌ها («radutmp» که برای radwho و تشخیص استفاده هم‌زمان به کار می‌رود) از حالت همگام خارج می‌شود.
.PP
ما این مشکل را با «بازپخش» (relay) بسته‌ها از یک کارساز به کارساز دیگر حل می‌کنیم، تا هر دو دارای مجموعه یکسانی از داده‌های حسابداری باشند.
.PP
برای اطلاعات بیشتر، پرونده
.B raddb/sites-available/buffered-sql
را ببینید.
.SH "بافرسازی برای کارسازهای پربار (BUFFERING FOR HIGH-LOAD SERVERS)"
.PP
اگر کارساز RADIUS ناگهان تعداد زیادی بسته حسابداری دریافت کند، ممکن است توان پردازشی (CPU) کافی برای پردازش به موقع همه آن‌ها وجود نداشته باشد. این مشکل به ویژه زمانی که بسته‌های حسابداری به سمت یک پایگاه‌داده در لایه پشتی (back-end) می‌روند، مشهودتر است.
.PP
به همین ترتیب، ممکن است یک پایگاه‌داده داشته باشید که نشست‌های «زنده» (live) را پیگیری می‌کند، و پایگاه‌داده دیگری که داده‌های پیشینه و سوابق حسابداری را نگهداری می‌نماید. در این حالت، دسترسی به پایگاه‌داده اول سریع است زیرا کوچک است. دسترسی به پایگاه‌داده دوم ممکن است کندتر باشد، چرا که می‌تواند شامل چندین گیگابایت داده باشد. افزون بر این، نوشتن به موقع در پایگاه‌داده اول بسیار مهم است، در حالی که داده‌ها می‌توانند با چند دقیقه تأخیر و بدون ایجاد هیچ مشکلی در پایگاه‌داده دوم نوشته شوند.
.PP
برای اطلاعات بیشتر، پرونده
.B raddb/sites-available/copy-to-home-server
را ببینید.
.SH "همچنین ببینید (SEE ALSO)"
.BR radiusd (8),
.BR rlm_sql_log (5)
.SH "نویسندگان (AUTHORS)"
پروژه کارساز FreeRADIUS