Eduroam debugging Gurvinder Singh and Gunnar Bøe, Campus Networks and Systems, UNINETT AMRES Wireless workshop Belgrade, 12 September 2011 connect • communicate • collaborate Eduroam in Norway connect • communicate • collaborate Eduroam Architecture Top level RADIUS Nation A Radsec Proxy Inst. A1 Inst. A2 Nation B Radsec Proxy Inst. B2 Inst. B1 connect • communicate • collaborate Issues User unable to connect while roaming. How to locate the problem ? Is it at the client device, station ID, visiting institution's radius server, national proxy or home radius server ? connect • communicate • collaborate Challenges Distributed architecture Inter-institution/international roaming Heterogeneous environment (FreeRadius, Microsoft radius server etc..) Encrypted traffic Privacy issues connect • communicate • collaborate History •Radius log files are nice, BUT…. •Debugging eduroam is complicated •Lack of access to radius logs on other levels •The guys who did something about it Gurvinder Singh Jardar Leira Tore Kristiansen Kolbjorn Barmen 6 Gunnar Boe connect • communicate • collaborate Edudbg Design Due to the mentioned challenges, edudbg monitors the request logs at national radsec proxy level. Parse and store the information in a easily accessible and searchable way to help in finding the problem at hand. connect • communicate • collaborate Edudbg's Components Edudbg-logger Parse & store the radsec proxy log file in to the database. Edudbg-webservice Reads the database for search and make it easily accessible for users/administrators. Authentication plug-in Authorisation plug-in connect • communicate • collaborate Privacy issues Access to RADIUS logs on higher level can expose information (who, where, when) about people from other organisations Solution: Supports federated security systems e.g. Feide. Only grant access to information related to your own organisation No more information exposed than you already have access to 9 connect • communicate • collaborate Edudbg Architecture Federated login connect • communicate • collaborate Edudbg-webservice Reads the database and allows user to access debug information in user friendly way. Hides the complexity caused by eduroam architecture and makes debugging easy. connect • communicate • collaborate Edudbg Usage scenario Edudbg can be used to detect the connection failure. It can also be used by administrators for proactive maintenance e.g. detecting radius server loops. connect • communicate • collaborate Demo interface file:///F:/all/GigaCampus/Mobilitet/edudbg/documentatio n%20examle.htm http://eduroam.no connect • communicate • collaborate Eduroam Architecture Top level RADIUS Nation A Radsec Proxy Inst. A1 Inst. A2 Nation B Radsec Proxy Inst. B2 Inst. B1 connect • communicate • collaborate Use cases (missing realm) Missing realm name causes the national proxy to forward the request to local radius server. Whereas the given user does not belong to this organization, where request has been rejected. connect • communicate • collaborate Use cases (incorrect realm) Misspelled realm name causes the national proxy to forward the request to top level servers and thus request has been rejected. connect • communicate • collaborate Use cases (incorrect password) The contents of request seems to be fine and request has been routed to correct home server. The reason for getting access-reject is at the home institution side and most likely is incorrect password. connect • communicate • collaborate Use cases (Radius Server Loop) The contents of request seems to be fine and request has been routed to correct home server. But the request comes from the same institution and routed back to the same. This should not happen, as institution should forward request to national proxy only if the user is from another institution. connect • communicate • collaborate Edudbg Experience Our experience from running the edudbg service till yet shows that almost 70 - 80% issues occurs due to incorrect information sent in request e.g. misspelled username, password or incorrect realm. Edudbg helps in debugging of the mentioned cases. To get more deep in to the problem, it requires log information from local institution which requires further discussion. connect • communicate • collaborate Discussion Should we deploy at national proxy level or institutional level. Should log information be in fixed format or default format. For how long should such information records be kept in database. connect • communicate • collaborate Useful links • • Wireless best practice: • http://www.terena.org/activities/campus-bp/bpd.html Slides from this workshop: • https://ow.feide.no/geantcampus:wireless_sept_2011 connect • communicate • collaborate More information / Contact GEANT3 NA3 Task 4: Campus Best Practice http://www.geant.net/About_GEANT/Campus_Best_Practice/Pages/home.aspx http://http://www.terena.org/activities/campus-bp/ gn3campus@uninett.no Look out for more BPDs coming along… Subscribe to announcements campus-bp-announcements@terena.org 22 connect • communicate • collaborate Thank you! Contact: campus@uninett.n o connect • communicate • collaborate