Making progress :) Let me ask you, is there any documentation on 'registration 
queuing'? Is this an actual configuration we can achieve or do you mean as far 
as operations?  We register over 2000 users each fall, if PF needs to log in to 
the controller every time to disassociate a client from the AP, it might be a 
little hefty over SSH.  Is there any other suggestions?



-----Original Message-----
From: Francois Gaudreault [mailto:[email protected]] 
Sent: Monday, February 07, 2011 4:27 PM
To: [email protected]
Subject: Re: [Packetfence-users] Meru and PacketFence

  Antonio,

You need to connect at least once using the pf user to the controller to 
accept the key fingerprint, and add the device to the known hosts list.

On 11-02-07 4:19 PM, Manueco, Antonio wrote:
> Yes, makes sense, hence why this is in the switch.conf file =P
>
> Have you guys encountered this issue?
>
> Feb 07 15:17:39 pfcmd_vlan(0) ERROR: Unable to connect to 10.224.232.220 
> using SSH. Failed with Failed to get first prompt at 
> /usr/local/pf/lib/pf/SNMP/Meru.pm line 65
>
> Under the switches.conf I have the following:
>
> cliTransport=SSH
> cliUser='username'
> cliPwd='password'
>
> I've tried with and without single quotes because the password conotains 
> special characters.
>
> I ran a wire capture, and saw the exchange of SSH keys between the controller 
> and the PF box.  This is happening after the user registers when it tries to 
> SSh into the Meru controller to disassociate the client.
>
>
>
> -----Original Message-----
> From: Francois Gaudreault [mailto:[email protected]]
> Sent: Monday, February 07, 2011 9:28 AM
> To: [email protected]
> Subject: Re: [Packetfence-users] Meru and PacketFence
>
>    Antonio,
>
> Let me add for the Meru, the diassociation is not using SNMP, but CLI
> commands.  You need to have an administrative user/pass in the switch
> definition in switches.conf
>


-- 
Francois Gaudreault, ing. jr
[email protected]  ::  +1.514.447.4918 (x130) ::  www.inverse.ca
Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence 
(www.packetfence.org)


------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Packetfence-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/packetfence-users

------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________
Packetfence-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/packetfence-users

Reply via email to