[RADIATOR] Could not load AuthBy module Radius::AuthNTLM
Hi Radiator Gurus, I'm migrating a Win32 solution to a Centos 6.3 x64 solution and need to migrate from AuthBy LSA to AuthBy NTLM. Here is the error I am running into: ERR: Could not load AuthBy module Radius::AuthNTLM: Can't locate Digest/MD4.pm in @INC (@INC contains: . /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .) at /usr/local/share/perl5/Radius/MSCHAP.pm line 47, CONFIG line 37. Which indicates a missing module. I tried loading it via CPAN cpan[1] install Radius::AuthNTLM without any luck. Do I need to build and install samba to get this to work? I have added the Centos system to the Windows AD domain and am able to: [root@Auth01 Radiator]# ntlm_auth --username=xx --domain= xx.com --password= xx NT_STATUS_OK: Success (0x0) A Google search for Could not load AuthBy module Radius::AuthNTLM results in only one hit, so I've clearly missed an obvious step in the install. Thanks, Chris ___ radiator mailing list radiator@open.com.au http://www.open.com.au/mailman/listinfo/radiator
Re: [RADIATOR] Could not load AuthBy module Radius::AuthNTLM
On 08/31/2012 06:15 PM, Chris Corbin wrote: ERR: Could not load AuthBy module Radius::AuthNTLM: Can't locate Digest/MD4.pm in @INC (@INC contains: . /usr/local/lib64/perl5 Hello Chris, you need Digest::MD4. Radius::AuthNTLM tries to use it but it's nowhere to be found. Otherwise it looks good. ntlm_auth seems to work fine. Thanks, Heikki /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .) at /usr/local/share/perl5/Radius/MSCHAP.pm line 47, CONFIG line 37. Which indicates a missing module. I tried loading it via CPAN “cpan[1] install Radius::AuthNTLM” without any luck. Do I need to build and install samba to get this to work? I have added the Centos system to the Windows AD domain and am able to: [root@Auth01 Radiator]# ntlm_auth --username=xx --domain= xx.com --password= xx NT_STATUS_OK: Success (0x0) A Google search for “Could not load AuthBy module Radius::AuthNTLM” results in only one hit, so I’ve clearly missed an obvious step in the install… Thanks, Chris ___ radiator mailing list radiator@open.com.au http://www.open.com.au/mailman/listinfo/radiator -- Heikki Vatiainen h...@open.com.au Radiator: the most portable, flexible and configurable RADIUS server anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, Platypus, Freeside, TACACS+, PAM, external, Active Directory, EAP, TLS, TTLS, PEAP, TNC, WiMAX, RSA, Vasco, Yubikey, MOTP, HOTP, TOTP, DIAMETER etc. Full source on Unix, Windows, MacOSX, Solaris, VMS, NetWare etc. ___ radiator mailing list radiator@open.com.au http://www.open.com.au/mailman/listinfo/radiator
Re: [RADIATOR] Random AuthBy LDAP2 Undefined subroutine main:: connect failures
Heikki, On 08/26/2012 02:40 AM, Heikki Vatiainen wrote: On 08/25/2012 02:34 AM, Kevin Schmidt wrote: ... Briefly stated, at some apparently-random point the radius server attempts to reconnect to the back-end ldap server, but the connection fails with Undefined subroutine main:: called at /usr/share/perl5/IO/Socket/SSL.pm line 391. ... Also, one idea we discussed here is to try upgrading Net::SSLeay. Can you try compiling Net::SSLeay locally and try the latest version? I manually upgraded Net::SSLeay on Ubuntu 12.04 as follows: # Check current version perl -MNet::SSLeay -e 'print $Net::SSLeay::VERSION\n' # Bring in build dependencies aptitude build-dep libnet-ssleay-perl # Follow defaults when running cpan cpan Net::SSLeay # Check post-upgrade version perl -MNet::SSLeay -e 'print $Net::SSLeay::VERSION\n' The default was version 1.42 installed in /usr/lib/perl5/Net, and the upgrade was 1.48 installed in /usr/local/lib/perl/5.14.2/Net. I still had a crash with HoldServerConnection enabled, but it appears to be stable without HoldServerConnection. Thanks for the suggestion to upgrade Net::SSLeay, this allowed us to return to stable operation. Cheers, -- Kevin Schmidt Office of Information Technology University of California, Santa Barbara North Hall 2124 Santa Barbara, CA 93106-3201 805-893-7779 k...@ucsb.edu ___ radiator mailing list radiator@open.com.au http://www.open.com.au/mailman/listinfo/radiator
Re: [RADIATOR] Random AuthBy LDAP2 Undefined subroutine main:: connect failures
On 08/31/2012 08:55 PM, Kevin Schmidt wrote: The default was version 1.42 installed in /usr/lib/perl5/Net, and the upgrade was 1.48 installed in /usr/local/lib/perl/5.14.2/Net. I still had a crash with HoldServerConnection enabled, but it appears to be stable without HoldServerConnection. Good to hear it works better. The crash still sounds troublesome. Can you tell if it was more stable with HoldServerConnection? Did you have time to let it run with the option enabled to see if the crashes were happening as frequently as with the older NetSSLeay? Thanks, Heikki -- Heikki Vatiainen h...@open.com.au Radiator: the most portable, flexible and configurable RADIUS server anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, Platypus, Freeside, TACACS+, PAM, external, Active Directory, EAP, TLS, TTLS, PEAP, TNC, WiMAX, RSA, Vasco, Yubikey, MOTP, HOTP, TOTP, DIAMETER etc. Full source on Unix, Windows, MacOSX, Solaris, VMS, NetWare etc. ___ radiator mailing list radiator@open.com.au http://www.open.com.au/mailman/listinfo/radiator
Re: [RADIATOR] Random AuthBy LDAP2 Undefined subroutine main:: connect failures
On 08/31/2012 01:36 PM, Heikki Vatiainen wrote: On 08/31/2012 08:55 PM, Kevin Schmidt wrote: The default was version 1.42 installed in /usr/lib/perl5/Net, and the upgrade was 1.48 installed in /usr/local/lib/perl/5.14.2/Net. I still had a crash with HoldServerConnection enabled, but it appears to be stable without HoldServerConnection. Good to hear it works better. The crash still sounds troublesome. Can you tell if it was more stable with HoldServerConnection? Did you have time to let it run with the option enabled to see if the crashes were happening as frequently as with the older NetSSLeay? I didn't run it long enough with HoldServerConnection to make a good judgment about relative stability. That said, it crashed within 30 minutes using NetSSLeay 1.48 and HoldServerConnection, which is consistent with previous failures under NetSSLeay 1.42. I removed HoldServerConnection immediately after the first crash and have been happy since. -- Kevin Schmidt Office of Information Technology University of California, Santa Barbara North Hall 2124 Santa Barbara, CA 93106-3201 805-893-7779 k...@ucsb.edu ___ radiator mailing list radiator@open.com.au http://www.open.com.au/mailman/listinfo/radiator