| Author | 
		  Message
		 | 
		
		  | MABeatty1978 | 
		  
		    
			  
				 Posted: Mon Oct 07, 2019 6:41 am    Post subject: 2035 NOT AUTHORIZED client work station | 
				     | 
			   
			 
		   | 
		
		
		   Acolyte
 
 Joined: 17 Jul 2014 Posts: 54
  
  | 
		  
		    
			  
				We're migrating to a new Linux OS and upgrading MQ to the current version and I've run into a problem with my application on our client workstations.  When trying to do a message put, I'm getting a 2035 NOT AUTHORIZED error.
 
 
the MQSERVER variable is pointed to the correct channel, and doing a 'dspmqaut' on the channel shows the user has dlt,chg,dsp,ctrl.ctrlx privledges.  The queue itself is a cluster queue, the transmission queue is also showing full privledges for that user.  I'm not sure what else could be causing the problem. What else can I check for authorization issues?
 
 
Thank you? | 
			   
			 
		   | 
		
		
		  | Back to top | 
		  
		  	
		   | 
		
		
		    | 
		
		
		  | exerk | 
		  
		    
			  
				 Posted: Mon Oct 07, 2019 6:50 am    Post subject:  | 
				     | 
			   
			 
		   | 
		
		
		    Jedi Council
 
 Joined: 02 Nov 2006 Posts: 6339
  
  | 
		  
		    
			  
				The queue manager logs should show the entity that is connecting and the authority causing the MQRC 2035.
 
 
Also:
 
 
1. Are you mapping a connecting user to a 'local' user (CHLAUTH rules) ?
 
2. Are you using an MCAUSER value and if so is it a privileged user?
 
3. Are you aware that using MQSERVER prevents the use of TLS to lock down the connection? _________________ It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. | 
			   
			 
		   | 
		
		
		  | Back to top | 
		  
		  	
		   | 
		
		
		    | 
		
		
		  | HubertKleinmanns | 
		  
		    
			  
				 Posted: Mon Oct 07, 2019 7:10 am    Post subject:  | 
				     | 
			   
			 
		   | 
		
		
		    Shaman
 
 Joined: 24 Feb 2004 Posts: 732 Location: Germany 
  | 
		  
		    
			  
				And how is the setting of CONNAUTH in the QMgr. _________________ Regards
 
Hubert | 
			   
			 
		   | 
		
		
		  | Back to top | 
		  
		  	
		   | 
		
		
		    | 
		
		
		  | MABeatty1978 | 
		  
		    
			  
				 Posted: Mon Oct 07, 2019 7:17 am    Post subject:  | 
				     | 
			   
			 
		   | 
		
		
		   Acolyte
 
 Joined: 17 Jul 2014 Posts: 54
  
  | 
		  
		    
			  
				
   
	| exerk wrote: | 
   
  
	The queue manager logs should show the entity that is connecting and the authority causing the MQRC 2035.
 
 
Also:
 
 
1. Are you mapping a connecting user to a 'local' user (CHLAUTH rules) ?
 
2. Are you using an MCAUSER value and if so is it a privileged user?
 
3. Are you aware that using MQSERVER prevents the use of TLS to lock down the connection? | 
   
 
 
 
It appears that the QMGR CHLAUTH needed to be set to DISABLED.
 
 
Thanks for pointing me in the right direction. | 
			   
			 
		   | 
		
		
		  | Back to top | 
		  
		  	
		   | 
		
		
		    | 
		
		
		  | exerk | 
		  
		    
			  
				 Posted: Mon Oct 07, 2019 7:29 am    Post subject:  | 
				     | 
			   
			 
		   | 
		
		
		    Jedi Council
 
 Joined: 02 Nov 2006 Posts: 6339
  
  | 
		  
		    
			  
				
   
	| MABeatty1978 wrote: | 
   
  
	
   
	| exerk wrote: | 
   
  
	The queue manager logs should show the entity that is connecting and the authority causing the MQRC 2035.
 
 
Also:
 
 
1. Are you mapping a connecting user to a 'local' user (CHLAUTH rules) ?
 
2. Are you using an MCAUSER value and if so is it a privileged user?
 
3. Are you aware that using MQSERVER prevents the use of TLS to lock down the connection? | 
   
 
 
 
It appears that the QMGR CHLAUTH needed to be set to DISABLED.
 
 
Thanks for pointing me in the right direction. | 
   
 
 
No, no, and thrice NO!    
 
 
You would be better served to get it working with CONNAUTH and CHLAUTH enabled, or at least CHLAUTH, even in a Dev environment.
 
 
There are many good articles on how to do this (all hail the great Morag!).
 
 
HERE'S your starter for 10... _________________ It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. | 
			   
			 
		   | 
		
		
		  | Back to top | 
		  
		  	
		   | 
		
		
		    | 
		
		
		  | Vitor | 
		  
		    
			  
				 Posted: Mon Oct 07, 2019 9:02 am    Post subject:  | 
				     | 
			   
			 
		   | 
		
		
		    Grand High Poobah
 
 Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA 
  | 
		  
		    
			  
				
   
	| exerk wrote: | 
   
  
	No, no, and thrice NO!     | 
   
 
 
 
 
 
 
That's like solving an "invalid password" error on a website by removing the need to sign onto the website. _________________ Honesty is the best policy.
 
Insanity is the best defence. | 
			   
			 
		   | 
		
		
		  | Back to top | 
		  
		  	
		   | 
		
		
		    | 
		
		
		  | HubertKleinmanns | 
		  
		    
			  
				 Posted: Mon Oct 07, 2019 11:49 pm    Post subject:  | 
				     | 
			   
			 
		   | 
		
		
		    Shaman
 
 Joined: 24 Feb 2004 Posts: 732 Location: Germany 
  | 
		  
		    
			  
				
   
	| Vitor wrote: | 
   
  
	
   
	| exerk wrote: | 
   
  
	No, no, and thrice NO!     | 
   
 
 
 
 
 
 
That's like solving an "invalid password" error on a website by removing the need to sign onto the website. | 
   
 
  
 
 
or like setting "chmod -R 777 /" on Unix systems, to solve file permission issues _________________ Regards
 
Hubert | 
			   
			 
		   | 
		
		
		  | Back to top | 
		  
		  	
		   | 
		
		
		    | 
		
		
		  | 
		    
		   |