For example, consider an eduroam li

For example, consider an eduroam like Wi-Fi access point sharing system has four RADIUS servers namely R1, R2, R3 and R4. Like Figure 3, in this case each RADIUS server has a domain mapping table with tuples like (R1, jnu.ac.kr), (R2, snu.ac.kr), (R3, knu.ac.kr), (R4, cnu.ac.kr).
If request arises at R1 for [e-mail] then R1 is directly connected to the R3. In this case there is no need to use R2 as intermediate RADIUS proxy to connect with R3; i.e. Path for authentication is R1R3 instead of R1R2R3. Authentication takes place on R3 and response is forwarded to R1. By using this Flat Layer RADIUS server model, it is not needed to travel through unnecessary RADIUS proxies; we can directly communicate with the RADIUS which is corresponding to the requested domain.

ผลลัพธ์ (ไทย) 1:

ตัวอย่างเช่น พิจารณา eduroam เป็นเหมือนจุดเข้าถึง Wi-fi ระบบแชร์มีเซิร์ฟเวอร์ RADIUS ที่สี่คือ R1, R2, R3 และ R4 เช่นรูปที่ 3 ในกรณีนี้แต่ละเซิร์ฟเวอร์ RADIUS มีตารางแม็ปโดเมน ด้วย tuples เช่น (R1, jnu.ac.kr), (R2, snu.ac.kr), (R3, knu.ac.kr), (R4, cnu.ac.kr)ถ้าร้องขอเกิดขึ้นที่ R1 สำหรับ [e-mail] แล้ว R1 เชื่อมไป R3 ในกรณีนี้ ไม่จำเป็นต้องใช้ R2 เป็นกลางรัศมีพร็อกซีเพื่อเชื่อมต่อกับ R3 เช่นเส้นทางสำหรับการรับรองความถูกต้องเป็น R1R3 แทน R1R2R3 รับรองความถูกต้องเกิดขึ้นบน R3 และตอบถูกส่งต่อไป R1 โดยรุ่นนี้ server แบนชั้นรัศมี มันไม่จำเป็นต้องผ่านผู้รับมอบฉันทะรัศมีไม่จำเป็น เราสามารถสื่อสารโดยตรงกับรัศมีซึ่งสอดคล้องกับโดเมนที่ร้องขอ

ผลลัพธ์ (ไทย) 2:

ยกตัวอย่างเช่นพิจารณา Eduroam เช่น Wi-Fi ระบบ Access Point ใช้งานร่วมกันมีสี่ RADIUS เซิร์ฟเวอร์คือ R1, R2, R3 และ R4 เช่นเดียวกับรูปที่ 3 ในกรณีนี้แต่ละเซิร์ฟเวอร์ RADIUS มีตาราง mapping โดเมนกับ tuples Like (R1, jnu.ac.kr), (R2, snu.ac.kr), (R3, knu.ac.kr), (R4 , cnu.ac.kr).
หากคำขอที่เกิดขึ้น R1 สำหรับ [e-mail] แล้ว R1 มีการเชื่อมต่อโดยตรงกับ R3 ในกรณีนี้มีความจำเป็นต้องใช้พร็อกซี่ R2 เป็น RADIUS กลางเพื่อเชื่อมต่อกับ R3; คือเส้นทางสำหรับการตรวจสอบเป็นR1R3แทนR1R2R3 รับรองความถูกต้องเกิดขึ้นใน R3 และการตอบสนองจะถูกส่งต่อไปยัง R1 โดยใช้รูปแบบนี้แบนชั้นเซิร์ฟเวอร์ RADIUS ก็ไม่จำเป็นต้องเดินทางผ่านพร็อกซี RADIUS โดยไม่จำเป็น เราโดยตรงสามารถสื่อสารกับ RADIUS ซึ่งจะสอดคล้องกับโดเมนที่ร้องขอ

ผลลัพธ์ (ไทย) 3:

ตัวอย่างเช่นพิจารณา eduroam เหมือนจุดการเข้าถึง Wi - Fi ระบบแบ่งปันมีสรัศมีเซิร์ฟเวอร์คือ R1 , R2 , R3 R4 และ . ชอบรูปที่ 3 ในกรณีนี้รัศมีแต่ละเซิร์ฟเวอร์มีตารางการทำแผนที่โดเมนกับทูเปิล ( R1 , jnu . ac.kr ) , ( R2 snu . ac.kr ) , ( r3 , สหภาพแห่งชาติกะเหรี่ยง . ac.kr ) , ( r4 เปลี่ยน . ac.kr )ถ้าขอเกิดขึ้นที่ [e-mail] แล้ว R1 R1 เพื่อเชื่อมต่อโดยตรงกับอาร์ทรี ในกรณีนี้ไม่ต้องใช้ R2 เป็นกลางรัศมีพร็อกซีเพื่อเชื่อมต่อกับเส้นทาง R3 ; เช่นสำหรับการตรวจสอบ R3 R1 R1 R2 R3 แทน . การใช้สถานที่ใน R3 และการตอบสนองจะถูกส่งต่อไปยัง R1 . โดยใช้แฟลตชั้นรัศมีรูปแบบเซิร์ฟเวอร์ ไม่ต้องเดินทางผ่านผู้รับมอบฉันทะรัศมีไม่จำเป็น เราสามารถสื่อสารโดยตรงกับรัศมีซึ่งสอดคล้องกับการร้องขอโดเมน