radius question i'm taking a security class right now and one of the questions in our book is this which of the following cannot be used as a radius client a vpn server b wireless access point c network access server d windows workstation now the answer according to the book is d windows workstation which we all agreed with however we don't know why any input would be nice if your windows workstation had a gina module that acted as a radius client the answer could be all of the above things like this actually do exist and are used for some applications such as guest networks and cyber cafes wireless section is it just me or does the following not make sense although radius was not initially intended to be a wireless security authentication method it improves the wep encryption key standard in conjunction with other security methods such as eap peap radius does not improve on wep although auth credentials can be transmitted from the nas ap to the auth server using radius the underlying wep security is still as vulnerable as it otherwise would be can we delete question why udp it's always baffled me why radius uses udp and not tcp udp seems much better suited for streaming applications where the loss of a few packets is tolerable a perfect example is streaming live video but as a developer i can't see how these principals apply to what we're trying to achieve with the radius protocol surely the overhead of tcp wouldn't have any scalability or performance issues on fast networks and modern hardware someone please enlighten me why they chose udp for radius why udp answer radius is designed to scale to large scale deployments with dozens maybe hundreds of bass all talking occasionally to a couple of central servers given the underlying reliability of modern networks the overhead of maintaining hundreds of open tcp connections would have been overkill the alternative open a connection each time a packet needs to be sent would also have been inefficient no point in performing a way handshake for the sake of a single accounting update on balance udp is probably the best choice remember that radius has built in acknowledgement retransmission mechanisms to cope with the occasional lost packet for a more flexible and robust protocol see another reason is that when radius was designed it was possible to implement a udp stack in a single embedded chip but a tcp stack was more complicated read more expensive this seems rather silly now but it was a real problem designing cheap devices back then you can still find the same reasoning in sip phones although sip can be used both over udp and tcp a lot of vendors only implement the udp part bulk changes commited some new text at the start to try and speak to what radius is does for those who don't have much knowledge of it and its associated soup of tlas think it would be good to axe move some of the existing text especially the paragraphs including and immediatly following 'many networks services ' some ideas for new sections one focusing on each of the popular radius auth protocols pap chap mschap eap etc centralizing some scattered information a second on popular backend databases sql password files ldap etc in the spirit of whatever common practices there are for managing accounts finally security focused protocol criticisms such as use of md secret key lengths just use ipsec a security mitigation section might be helpful cleanup over the next few days i will spend some time to cleanup this article i am planning on adding three figures one showing a block diagram of radius in an enterprise where dialup vpn and wi fi all use the same radius server a typical protocol stack and a block diagram of a roaming scenario where there is a proxy radius server communicating with a remote radius server connected by a pki tunnel i