Excuse my noise: SASLAuthentication.java is brought in or not?
http://codingteam.net/project/jappix/forum/show/4379 Does anyone have an opinion on this? On Fri, Jan 27, 2012 at 2:56 PM, Tony Graziano <[email protected]> wrote: > I have a new system using its own domain and the hostname is NOT the > sipdomain name. > > After comparing a spark login (debug log)--- > > 2012.01.27 14:25:08 execute: -> > 2012.01.27 14:25:08 execute: Request performed successfully > 2012.01.27 14:25:08 execute: <- > 2012.01.27 14:25:13 NIOConnection: startTLS: using c2s > 2012.01.27 14:25:14 SASLAuthentication: SaslException > javax.security.sasl.SaslException: DIGEST-MD5: digest response format > violation. Nonexistent realm: voice.myitdepartment.net > at > com.sun.security.sasl.digest.DigestMD5Server.validateClientResponse(DigestMD5Server.java:430) > at > com.sun.security.sasl.digest.DigestMD5Server.evaluateResponse(DigestMD5Server.java:244) > at > org.jivesoftware.openfire.net.SASLAuthentication.handle(SASLAuthentication.java:296) > at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:165) > at > org.jivesoftware.openfire.nio.ConnectionHandler.messageReceived(ConnectionHandler.java:133) > at > org.apache.mina.common.support.AbstractIoFilterChain$TailFilter.messageReceived(AbstractIoFilterChain.java:570) > at > org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:299) > at > org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilterChain.java:53) > at > org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceived(AbstractIoFilterChain.java:648) > at > org.apache.mina.common.IoFilterAdapter.messageReceived(IoFilterAdapter.java:80) > at > org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:299) > at > org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilterChain.java:53) > at > org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceived(AbstractIoFilterChain.java:648) > at > org.apache.mina.filter.codec.support.SimpleProtocolDecoderOutput.flush(SimpleProtocolDecoderOutput.java:58) > at > org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(ProtocolCodecFilter.java:185) > at > org.apache.mina.common.support.AbstractIoFilterChain.callNextMessageReceived(AbstractIoFilterChain.java:299) > at > org.apache.mina.common.support.AbstractIoFilterChain.access$1100(AbstractIoFilterChain.java:53) > at > org.apache.mina.common.support.AbstractIoFilterChain$EntryImpl$1.messageReceived(AbstractIoFilterChain.java:648) > at > org.apache.mina.filter.executor.ExecutorFilter.processEvent(ExecutorFilter.java:239) > at > org.apache.mina.filter.executor.ExecutorFilter$ProcessEventsRunnable.run(ExecutorFilter.java:283) > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) > at > org.apache.mina.util.NamePreservingRunnable.run(NamePreservingRunnable.java:51) > at java.lang.Thread.run(Thread.java:636) > > When I use pidgin, it says no realm used, and it logs in fine. > > > 2012.01.27 14:38:08 execute: -> > 2012.01.27 14:38:08 execute: Request performed successfully > 2012.01.27 14:38:08 execute: <- > 2012.01.27 14:38:09 NIOConnection: startTLS: using c2s > 2012.01.27 14:38:10 000137 (01/03/00) - Connection #1 tested: OK > 2012.01.27 14:38:10 000138 (01/03/00) - Connection #1 tested: OK > 2012.01.27 14:38:10 AuthorizationManager: Trying Default > Mapping.map(xxreplaced_was sip users idxx) > 2012.01.27 14:38:10 DefaultAuthorizationMapping: No realm found > 2012.01.27 14:38:10 AuthorizationManager: Trying Default > Policy.authorize(xxreplaced_was sip users idxx , xxwas passwordxx) > 2012.01.27 14:38:10 DefaultAuthorizationPolicy: Checking authenID realm > 2012.01.27 14:38:10 000138 (01/03/00) - Connection #3 tested: OK > 2012.01.27 14:38:10 000139 (01/03/00) - Connection #3 tested: OK > 2012.01.27 14:38:10 000139 (01/03/00) - Connection #2 tested: OK > 2012.01.27 14:38:10 000140 (01/03/00) - Connection #2 tested: OK > 2012.01.27 14:38:10 000140 (01/03/00) - Connection #1 tested: OK > 2012.01.27 14:38:10 000141 (02/03/00) - Connection #3 tested: OK > 2012.01.27 14:38:10 000142 (02/03/00) - #1 registered a statement as > closed which wasn't known to be open. This could happen if you close a > statement twice. > 2012.01.27 14:38:10 000142 (02/03/00) - Connection #1 tested: OK > 2012.01.27 14:38:10 000142 (01/03/00) - Connection #3 tested: OK > > So does this mean there is a basic issue with SASL (I am thinking the > answer is here because of the "violation". > > javax.security.sasl.SaslException: DIGEST-MD5: digest response format > violation. Nonexistent realm:mysipdomain.tld > > I am also thinking that sasl.mechs, sasl.realms and > sasl.approvedRealms is set by sipxconfig, correct? If so, it would be > a configuration issue. > > Am I daft? > > -- > ~~~~~~~~~~~~~~~~~~ > Tony Graziano, Manager > Telephone: 434.984.8430 > sip: [email protected] > Fax: 434.465.6833 > ~~~~~~~~~~~~~~~~~~ > LAN/Telephony/Security and Control Systems Helpdesk: > Telephone: 434.984.8426 > sip: [email protected] > > Helpdesk Customers: http://myhelp.myitdepartment.net > Blog: http://blog.myitdepartment.net > > Linked-In Profile: > http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 > Ask about our Internet Fax services! -- ~~~~~~~~~~~~~~~~~~ Tony Graziano, Manager Telephone: 434.984.8430 sip: [email protected] Fax: 434.465.6833 ~~~~~~~~~~~~~~~~~~ LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected] Helpdesk Customers: http://myhelp.myitdepartment.net Blog: http://blog.myitdepartment.net Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 Ask about our Internet Fax services! -- LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: [email protected] Helpdesk Customers: http://myhelp.myitdepartment.net Blog: http://blog.myitdepartment.net _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev/
