Ich teste WebSphere zu Entwicklungszwecken auf lokaler Ebene und wollte jetzt zu einem neuen PC wechseln. Aber ich erinnere mich nicht genau, wie ich diesen Fehler im Titel loswerde. Ich weiß, es gibt Tonnen von Posts über diesen Fehler seit der Einführung von MQ 7.1, wie man die Sicherheit deaktiviert. Ich erinnere mich an das letzte Mal, als ich runmqsc.exe QM_name - & gt; ALTER CHLAUTH (BEHINDERT). Aber es funktioniert nicht mehr ?! Was muss ich noch ändern, damit sich jemand mit der Warteschlange verbinden kann?
%Vor%Danke.
In WebSphere MQ V7.1 wurden CHLAUTH-Regeln eingeführt, die standardmäßig den Remotezugriff für privilegierte Benutzer verbieten. Um CHLAUTH auszuschalten, ist es richtig, dass Sie
ausgeben können %Vor%Sie können sich aber auch ganz einfach Zugriff auf einen bestimmten Kanal erlauben, wie in CHLAUTH beschrieben. Erlaube einigen privilegierten Admins .
IBM MQ V8 führte die Verbindungsauthentifizierung ein, die standardmäßig ein Kennwort zur Authentifizierung eines privilegierten Remotebenutzers erfordert. Um dies OPTIONAL zu machen (wie es für nicht-privilegierte Benutzer ist) können Sie
ausgeben %Vor%anstatt es vollständig mit
zu deaktivieren %Vor%Nach jedem dieser Befehle müssen Sie den folgenden Befehl eingeben, damit der Warteschlangenmanager Ihre Änderungen erkennt.
%Vor%Sie erwähnen, dass dies zu Entwicklungszwecken angemessen ist, aber denken Sie daran, diese Funktionen zu aktivieren, damit Sie Ihren Warteschlangenmanager sichern können, wenn Sie ihn in der Produktion verwenden!
Denken Sie auch daran, dass das Fehlerprotokoll des Warteschlangenmanagers Ihnen Informationen darüber liefert, warum Ihre Anwendung den 2035 erhalten hat, z. B. "Kanal blockiert" für CHLAUTH und "Fehlendes Kennwort" für CONNAUTH.
Tags und Links java authentication authorization ibm-mq