Miranda NG Official Community Forum

Miranda NG русскоязычный форум => Общие разговоры о Miranda NG => Topic started by: shuum on 31 01 2019, 03:15:59

Title: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: shuum on 31 01 2019, 03:15:59
Добрый день! Отцы, возник вопрос с использованием Miranda NG в корпоративной среде, а именно по использованию опции "Доменный логин", разворачиваю Миранду пользователям из собственноручно сделанного MSI-пакета политиками домена, SSO настроен и работает, сервер Openfire 4.3.1(Debian), клиент ставится на Windows 10, НО! если имя входа пользователя домена на русском, то клиент не коннектится, при этот в логах сервера вижу:
Code: [Select]
2019.01.31 10:04:29 org.jivesoftware.openfire.auth.AuthorizationManager - AuthorizationManager: Trying Default Policy.authorize(����������������_���� , ����������������_����@LGS-GROUP.RU)
При этом, в этих же логах сервера вижу, что он сам абсолютно корректно работает с русскими именами:
Code: [Select]
2019.01.30 23:57:45 org.jivesoftware.openfire.ldap.LdapManager - LdapManager: Trying to find a user's DN based on their username. sAMAccountName: петрофанова_ив, Base DN: DC="lgs-group",DC="ru"...
Информация о версии:
VersionInfo
Quote
CPU: Intel(R) Core(TM) i7-7700K CPU @ 4.20GHz [Intel64 Family 6 Model 158 Stepping 9] [DEP Enabled] [8 CPUs]
Installed RAM: 16303 MBytes
Microsoft Windows 10 , 64-bit (build 14393)
Internet Explorer: 9.11.14393.0 (build 914393)
Administrator privileges: No
OS Languages: (UI | Locale (User/System)) : Russian/Russian | Russian/Russian
Free disk space on Miranda partition: 25529 MBytes

Miranda NG Version: 0.95.10 build #21022 (2366312a6d) [running inside WOW64]
Build time: 16 Jan 2019 15:58:24
Profile: C:\Users\петрофанова_ив\AppData\Roaming\MirandaLgsProfile\LgsOpenFire\LgsOpenFire.dat
Profile size: 1048576 Bytes
Profile creation date: 29 Jan 2019 13:09:58
Language pack: Russian (RU) [0419]
Service Mode: No

Active Plugins (27):
¤ Actman.dll v.0.3.0.1 [16 Jan 2019 19:59:56] - Action manager
¤ AutoRun.dll v.0.95.10.0 [16 Jan 2019 19:59:06] - AutoRun
¤ AVS.dll v.0.95.10.0 [16 Jan 2019 15:58:26] - Avatar service
¤ Clist_modern.dll v.0.95.10.0 [16 Jan 2019 15:58:54] - Modern contact list
¤ CrashDumper.dll v.0.95.10.0 [16 Jan 2019 15:58:52] - Crash dumper
¤ DbEditorPP.dll v.0.95.10.0 [16 Jan 2019 19:58:52] - Database editor++
¤ Dbx_mdbx.dll v.0.95.10.0 [16 Jan 2019 15:59:40] - Miranda NG MDBX database driver
¤ Dbx_mmap.dll v.0.95.10.0 [16 Jan 2019 15:58:26] - Miranda NG mmap database driver
¤ Dummy.dll v.0.95.10.0 [16 Jan 2019 15:59:22] - Dummy protocol
¤ FavContacts.dll v.0.95.10.0 [16 Jan 2019 19:58:34] - Favorite contacts
¤ historypp.dll v.1.5.1.5 [16 Jan 2019 20:00:00] - History++
¤ ICQ.dll v.0.95.10.0 [16 Jan 2019 15:58:32] - IcqOscarJ protocol
¤ IEView.dll v.0.95.10.0 [16 Jan 2019 19:58:38] - IEView
¤ Import.dll v.0.95.10.0 [16 Jan 2019 15:58:46] - Import contacts and messages
¤ Jabber.dll v.0.95.10.0 [16 Jan 2019 15:58:54] - Jabber protocol
¤ mTextControl.dll v.0.95.10.0 [16 Jan 2019 19:58:38] - Miranda text control
¤ PluginUpdater.dll v.0.95.10.0 [16 Jan 2019 15:58:58] - Plugin updater
¤ Popup.dll v.0.95.10.0 [16 Jan 2019 19:58:40] - Popup plus
¤ QuickSearch.dll v.1.4.2.0 [16 Jan 2019 19:59:58] - Quick Search
¤ SmileyAdd.dll v.0.95.10.0 [16 Jan 2019 19:59:00] - SmileyAdd
¤ SpellChecker.dll v.0.95.10.0 [16 Jan 2019 19:59:30] - Spell checker
¤ StatusManager.dll v.0.95.10.0 [16 Jan 2019 19:59:32] - Status manager
¤ TabSRMM.dll v.0.95.10.0 [16 Jan 2019 15:58:34] - TabSRMM
¤ Tipper.dll v.0.95.10.0 [16 Jan 2019 19:58:42] - Tipper
¤ TopToolBar.dll v.0.95.10.0 [16 Jan 2019 15:58:50] - TopToolBar
¤ Variables.dll v.0.95.10.0 [16 Jan 2019 19:59:00] - Variables
¤ WhenWasIt.dll v.0.95.10.0 [16 Jan 2019 19:58:42] - Birthday reminder

Protocols and Accounts:
-------------------------------------------------------------------------------
JABBER                   1 - Enabled 0 - Disabled  Loaded

Icon Packs:
-------------------------------------------------------------------------------
 Flags_icons.dll [16 Jan 2019 19:59:54]
 HistoryPP_icons.dll [16 Jan 2019 19:59:54]
 Proto_Dummy.dll [16 Jan 2019 15:59:54]
 Proto_ICQ.dll [16 Jan 2019 15:59:52]
 Proto_Jabber.dll [16 Jan 2019 15:59:52]
 Proto_MetaContacts.dll [16 Jan 2019 15:59:54]
 TabSRMM_icons.dll [16 Jan 2019 15:59:52]
 Toolbar_icons.dll [16 Jan 2019 15:59:52]
 xStatus_ICQ.dll [16 Jan 2019 15:59:52]
 xStatus_Jabber.dll [16 Jan 2019 15:59:52]
[close]

Содержимое секции [JABBER_1] из разворачиваемого политиками ini-файла:
Spoiler
Quote
[JABBER_1]
AM_BaseProto=sJABBER
AM_MenuId=s5292a9b57c57894898b81f91637897b0
AcceptNotes=b1
AutoAcceptAuthorization=b1
AutoAcceptMUC=b0
AutoAdd=b1
AutoJoinBookmarks=b1
AutoJoinConferences=b0
AutoJoinHidden=b1
AutosaveNotes=b0
AvatarHash=s1b45c8a98630d4d7daa3d6f6e1298c787a4210e6
AvatarSaved=s1b45c8a98630d4d7daa3d6f6e1298c787a4210e6
AvatarType=b1
BsDirect=b0
BsDirectAddr=s
BsDirectManual=b0
BsOnlyIBB=b0
BsProxyManual=b0
BsProxyServer=sproxy.lgs-web.lgs-group.ru
Disable3920auth=b0
DisableFrame=b1
EnableAvatars=b1
EnableCarbons=b1
EnableMsgArchive=b0
EnableRemoteControl=b0
EnableUserActivity=b1
EnableUserMood=b1
EnableUserTune=b0
EnableZlib=b1
FixIncorrectTimestamps=b1
GcAltNick=s
GcLogAffiliations=b0
GcLogBans=b1
GcLogChatHistory=b1
GcLogConfig=b0
GcLogRoles=b0
GcLogStatuses=b0
GcMsgQuit=sЯ использую Миранда(LGS) v1.2
GcMsgSlap=s/me шарахнул %s веслом по голове
HostNameAsResource=b1
IgnoreMUCInvites=b0
IgnoreRosterGroups=b0
Jud=s
KeepAlive=b1
LastLoggedServer=slgs-web.lgs-group.ru
LogChatstates=b0
LogPresence=b1
LogPresenceErrors=b0
LoginServer=slgs-web.lgs-group.ru
ManualConnect=b0
ManualHost=s
ManualPort=w0
MsgAck=b1
NLDnsThroughProxy=b1
NLEnableUPnP=b0
NLIncomingPorts=s
NLOutgoingPorts=s
NLProxyAuthPassword=s
NLProxyAuthUser=s
NLProxyPort=w1080
NLProxyServer=s
NLProxyType=b2
NLSpecifyIncomingPorts=b0
NLSpecifyOutgoingPorts=b0
NLUseProxy=b0
NLUseProxyAuth=b0
NLValidateSSL=b0
NLlog=d1
Password=s
Port=w5222
Priority=d0
ProcessXMPPLinks=b0
RosterSync=b0
SavePassword=b1
ShowOSVersion=b1
ShowTransport=b1
UseDomainLogin=b1
UseOMEMO=b0
UseSSL=b0
UseStreamMgmt=b0
UseTLS=b1
XmlLang=sru
bookmarksWnd_cx0=w132
bookmarksWnd_cx1=w210
bookmarksWnd_cx2=w90
bookmarksWnd_height=d429
bookmarksWnd_width=d460
bookmarksWnd_x=d730
bookmarksWnd_y=d305
discoWnd_cx0=w200
discoWnd_cx1=w200
discoWnd_cx2=w200
discoWnd_height=d398
discoWnd_rcJid=b1
discoWnd_rcJid0=slgs-web.lgs-group.ru
discoWnd_useTree=b1
discoWnd_width=d546
discoWnd_x=d687
discoWnd_y=d321
e-mailFlag0=w4
m_bAcceptHttpAuth=b1
m_bAllowVersionRequests=b1
rosterCtrlWnd_height=d507
rosterCtrlWnd_width=d652
rosterCtrlWnd_x=d634
rosterCtrlWnd_y=d266
[close]

UPD: Очень похоже, что строка с логином летит на сервер в виндовой ансишной кодировке... а всё остальное (группы и проч. летит, как и положено в UTF-8), но это не точно :)
UPD2: Спарк с русским именем пользователя работает в любых вариантах, Миранда не работает даже если его писать руками(без доменного логина)!
 
Товарищи разработчики, если Вы тут бываете, - помогите пожалуйста. Спасибо.
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: ghazan on 31 01 2019, 18:49:23
нетворк лог бы, ядро + жабер. пока не очень понятно, куда вообще попадает это имя пользователя, потому что имя у нас уникодное, по понятным причинам, вот только в GSSAPI оно не передается (т.е. на его базе вычисляется credentials, которые потом и едут на сервер)

PS: нашел одно место, где самый старый NTLM используется, тогда есть одно преобразование из уникода прямо в анси, да.
поправил, сейчас соберу девелоперский билд - попробуй его. в стаблю пихать фикс напрямую, понятное дело, никто не будет
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: shuum on 01 02 2019, 05:29:07
Спасибо! Похоже помогло! С русским именем ночная сборка законнектилась без проблем, чего раньше не получалось! Вопрос, какой файл из ночной сборки подсунуть в стабильную, чтобы эта ошибка исправилась и в стабильной(попробовал mir_app.mir - ругается на плагин ядра stdcrypt) тоже можно было коннектиться с русским именем? Спасибо.
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: Apollo2k4 on 01 02 2019, 05:43:06
shuum, увы но придётся подождать стабильную версию, она уже в планах.
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: shuum on 01 02 2019, 06:46:08
Так, в прошлом посте написал ересь, поэтому удалил его. Что имеем сейчас - определенно поправили кодировку и сервер теперь видит имя пользователя не квадратиками (см. мой первый пост), а нормальной строкой UTF-8, но авторизация всё-равно не проходит, вот как это выглядит сейчас со стороны сервера OpenFire:
Code: [Select]
2019.02.01 13:30:43 org.apache.mina.filter.codec.ProtocolCodecFilter - Processing a MESSAGE_RECEIVED for session 2478
2019.02.01 13:30:43 org.jivesoftware.openfire.ldap.LdapManager - LdapManager: In LdapManager.checkAuthentication(userDN, password), userDN is: CN="Пробный пользователь",OU="Test",OU="Пользователи",OU="Отдел ИТ",OU="Ромашка",OU="Н-ск",OU="Лгс"...
2019.02.01 13:30:43 org.jivesoftware.openfire.ldap.LdapManager - LdapManager: Warning: Using unencrypted connection to LDAP service!
2019.02.01 13:30:43 org.jivesoftware.openfire.ldap.LdapManager - LdapManager: Created context values, attempting to create context...
2019.02.01 13:30:43 org.jivesoftware.openfire.ldap.LdapManager - LdapManager: Caught a naming exception when creating InitialContext
javax.naming.AuthenticationException: [LDAP: error code 49 - 80090308: LdapErr: DSID-0C09042A, comment: AcceptSecurityContext error, data 52e, v3839]
        at com.sun.jndi.ldap.LdapCtx.mapErrorCode(LdapCtx.java:3154) ~[?:1.8.0_181]
        at com.sun.jndi.ldap.LdapCtx.processReturnCode(LdapCtx.java:3100) ~[?:1.8.0_181]
        at com.sun.jndi.ldap.LdapCtx.processReturnCode(LdapCtx.java:2886) ~[?:1.8.0_181]
        at com.sun.jndi.ldap.LdapCtx.connect(LdapCtx.java:2800) ~[?:1.8.0_181]
        at com.sun.jndi.ldap.LdapCtx.<init>(LdapCtx.java:319) ~[?:1.8.0_181]
        at com.sun.jndi.ldap.LdapCtxFactory.getUsingURL(LdapCtxFactory.java:192) ~[?:1.8.0_181]
        at com.sun.jndi.ldap.LdapCtxFactory.getUsingURLs(LdapCtxFactory.java:210) ~[?:1.8.0_181]
        at com.sun.jndi.ldap.LdapCtxFactory.getLdapCtxInstance(LdapCtxFactory.java:153) ~[?:1.8.0_181]
        at com.sun.jndi.ldap.LdapCtxFactory.getInitialContext(LdapCtxFactory.java:83) ~[?:1.8.0_181]
        at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:684) ~[?:1.8.0_181]
        at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:313) ~[?:1.8.0_181]
        at javax.naming.InitialContext.init(InitialContext.java:244) ~[?:1.8.0_181]
        at javax.naming.ldap.InitialLdapContext.<init>(InitialLdapContext.java:154) ~[?:1.8.0_181]
        at org.jivesoftware.util.JiveInitialLdapContext.<init>(JiveInitialLdapContext.java:39) ~[xmppserver-4.3.1.jar:4.3.1]
        at org.jivesoftware.openfire.ldap.LdapManager.checkAuthentication(LdapManager.java:700) [xmppserver-4.3.1.jar:4.3.1]
        at org.jivesoftware.openfire.ldap.LdapAuthProvider.authenticate(LdapAuthProvider.java:115) [xmppserver-4.3.1.jar:4.3.1]
        at org.jivesoftware.openfire.auth.AuthFactory.authenticate(AuthFactory.java:203) [xmppserver-4.3.1.jar:4.3.1]
        at org.jivesoftware.openfire.net.XMPPCallbackHandler.handle(XMPPCallbackHandler.java:94) [xmppserver-4.3.1.jar:4.3.1]
        at org.jivesoftware.openfire.sasl.SaslServerPlainImpl.evaluateResponse(SaslServerPlainImpl.java:118) [xmppserver-4.3.1.jar:4.3.1]
        at org.jivesoftware.openfire.net.SASLAuthentication.handle(SASLAuthentication.java:329) [xmppserver-4.3.1.jar:4.3.1]
        at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:185) [xmppserver-4.3.1.jar:4.3.1]
        at org.jivesoftware.openfire.nio.ConnectionHandler.messageReceived(ConnectionHandler.java:177) [xmppserver-4.3.1.jar:4.3.1]
        at org.apache.mina.core.filterchain.DefaultIoFilterChain$TailFilter.messageReceived(DefaultIoFilterChain.java:690) [mina-core-2.0.7.jar:?]
        at org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:417) [mina-core-2.0.7.jar:?]
        at org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1200(DefaultIoFilterChain.java:47) [mina-core-2.0.7.jar:?]
        at org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:765) [mina-core-2.0.7.jar:?]
        at org.apache.mina.core.filterchain.IoFilterAdapter.messageReceived(IoFilterAdapter.java:109) [mina-core-2.0.7.jar:?]
        at org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:417) [mina-core-2.0.7.jar:?]
        at org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1200(DefaultIoFilterChain.java:47) [mina-core-2.0.7.jar:?]
        at org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:765) [mina-core-2.0.7.jar:?]
        at org.apache.mina.filter.codec.ProtocolCodecFilter$ProtocolDecoderOutputImpl.flush(ProtocolCodecFilter.java:407) [mina-core-2.0.7.jar:?]
        at org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(ProtocolCodecFilter.java:236) [mina-core-2.0.7.jar:?]
        at org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:417) [mina-core-2.0.7.jar:?]
        at org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1200(DefaultIoFilterChain.java:47) [mina-core-2.0.7.jar:?]
        at org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:765) [mina-core-2.0.7.jar:?]
        at org.apache.mina.core.filterchain.IoFilterEvent.fire(IoFilterEvent.java:74) [mina-core-2.0.7.jar:?]
        at org.apache.mina.core.session.IoEvent.run(IoEvent.java:63) [mina-core-2.0.7.jar:?]
        at org.apache.mina.filter.executor.OrderedThreadPoolExecutor$Worker.runTask(OrderedThreadPoolExecutor.java:769) [mina-core-2.0.7.jar:?]
        at org.apache.mina.filter.executor.OrderedThreadPoolExecutor$Worker.runTasks(OrderedThreadPoolExecutor.java:761) [mina-core-2.0.7.jar:?]
        at org.apache.mina.filter.executor.OrderedThreadPoolExecutor$Worker.run(OrderedThreadPoolExecutor.java:703) [mina-core-2.0.7.jar:?]
        at java.lang.Thread.run(Thread.java:748) [?:1.8.0_181]
2019.02.01 13:30:43 org.jivesoftware.openfire.net.SASLAuthentication - SASL negotiation failed for session: org.jivesoftware.openfire.session.LocalClientSession@384aacc7 status: 1 address: lgs-web.lgs.ru/3mpqhqoljr id: 3mpqhqoljr presence:
<presence type="unavailable"/>
javax.security.sasl.SaslException: PLAIN authentication failed for: пробный_пользователь@lgs-web.lgs.ru
        at org.jivesoftware.openfire.sasl.SaslServerPlainImpl.evaluateResponse(SaslServerPlainImpl.java:144) ~[xmppserver-4.3.1.jar:4.3.1]
        at org.jivesoftware.openfire.net.SASLAuthentication.handle(SASLAuthentication.java:329) [xmppserver-4.3.1.jar:4.3.1]
        at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:185) [xmppserver-4.3.1.jar:4.3.1]
        at org.jivesoftware.openfire.nio.ConnectionHandler.messageReceived(ConnectionHandler.java:177) [xmppserver-4.3.1.jar:4.3.1]
        at org.apache.mina.core.filterchain.DefaultIoFilterChain$TailFilter.messageReceived(DefaultIoFilterChain.java:690) [mina-core-2.0.7.jar:?]
        at org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:417) [mina-core-2.0.7.jar:?]
        at org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1200(DefaultIoFilterChain.java:47) [mina-core-2.0.7.jar:?]
        at org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:765) [mina-core-2.0.7.jar:?]
        at org.apache.mina.core.filterchain.IoFilterAdapter.messageReceived(IoFilterAdapter.java:109) [mina-core-2.0.7.jar:?]
        at org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:417) [mina-core-2.0.7.jar:?]
        at org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1200(DefaultIoFilterChain.java:47) [mina-core-2.0.7.jar:?]
        at org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:765) [mina-core-2.0.7.jar:?]
        at org.apache.mina.filter.codec.ProtocolCodecFilter$ProtocolDecoderOutputImpl.flush(ProtocolCodecFilter.java:407) [mina-core-2.0.7.jar:?]
        at org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(ProtocolCodecFilter.java:236) [mina-core-2.0.7.jar:?]
        at org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:417) [mina-core-2.0.7.jar:?]
        at org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1200(DefaultIoFilterChain.java:47) [mina-core-2.0.7.jar:?]
        at org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:765) [mina-core-2.0.7.jar:?]
        at org.apache.mina.core.filterchain.IoFilterEvent.fire(IoFilterEvent.java:74) [mina-core-2.0.7.jar:?]
        at org.apache.mina.core.session.IoEvent.run(IoEvent.java:63) [mina-core-2.0.7.jar:?]
        at org.apache.mina.filter.executor.OrderedThreadPoolExecutor$Worker.runTask(OrderedThreadPoolExecutor.java:769) [mina-core-2.0.7.jar:?]
        at org.apache.mina.filter.executor.OrderedThreadPoolExecutor$Worker.runTasks(OrderedThreadPoolExecutor.java:761) [mina-core-2.0.7.jar:?]
        at org.apache.mina.filter.executor.OrderedThreadPoolExecutor$Worker.run(OrderedThreadPoolExecutor.java:703) [mina-core-2.0.7.jar:?]
        at java.lang.Thread.run(Thread.java:748) [?:1.8.0_181]
Caused by: javax.security.sasl.SaslException: PLAIN: user not authorized: пробный_пользователь@lgs-web.lgs.ru
        at org.jivesoftware.openfire.sasl.SaslServerPlainImpl.evaluateResponse(SaslServerPlainImpl.java:133) ~[xmppserver-4.3.1.jar:4.3.1]
        ... 22 more
2019.02.01 13:30:43 org.apache.mina.filter.ssl.SslFilter - Session Server[2478](SSL): Writing Message : WR WrapperWriteRequest: HeapBuffer[pos=0 lim=77 cap=128: 3C 66 61 69 6C 75 72 65 20 78 6D 6C 6E 73 3D 22...]
2019.02.01 13:30:43 org.jivesoftware.openfire.net.SASLAuthentication - Closing session that failed to authenticate 3 times: org.jivesoftware.openfire.session.LocalClientSession@384aacc7 status: 1 address: lgs-web.lgs.ru/3mpqhqoljr id: 3mpqhqoljr presence:
<presence type="unavailable"/>
2019.02.01 13:30:43 org.apache.mina.filter.ssl.SslFilter - Session Server[2478](SSL): Writing Message : WR WrapperWriteRequest: HeapBuffer[pos=0 lim=16 cap=16: 3C 2F 73 74 72 65 61 6D 3A 73 74 72 65 61 6D 3E]
2019.02.01 13:30:43 org.apache.mina.filter.executor.OrderedThreadPoolExecutor - Adding event MESSAGE_SENT to session 2478
Queue : [MESSAGE_SENT, ]

2019.02.01 13:30:43 org.apache.mina.filter.executor.OrderedThreadPoolExecutor - Adding event MESSAGE_SENT to session 2478
Queue : [MESSAGE_SENT, , MESSAGE_SENT, ]

Ошибка LDAP 49 со стороны сервера означает, что неверное имя пользователя или пароль, пруф: https://ldapwiki.com/wiki/LDAP_INVALID_CREDENTIALS (https://ldapwiki.com/wiki/LDAP_INVALID_CREDENTIALS)

Прилагаю netlog со стороны Миранды для неудачного доменного коннекта(русские буквы в имени пользователя): https://pastebin.com/BkdSGsn8 (https://pastebin.com/BkdSGsn8) - где конкретно смущает 87 строка
Прилагаю netlog со стороны Миранды для УДАЧНОГО доменного коннекта(имя пользователя на английском): https://pastebin.com/PDD4WN37 (https://pastebin.com/PDD4WN37) - где ничего не смущает и нет никаких ошибок со стороны Kerberos

P.S. Т.е. сервер сейчас видит правильного пользователя с русскими буквами, но не авторизует его, возможно секрет NTLM считается по имени в неправильной кодировке ? При этом если вписать имя пользователя и пароль руками, то всё ок!
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: ghazan on 01 02 2019, 08:32:09
Quote from: shuum on 01 02 2019, 06:46:08
Прилагаю netlog со стороны Миранды для неудачного доменного коннекта(русские буквы в имени пользователя): https://pastebin.com/BkdSGsn8 - где конкретно смущает 87 строка
непонятно... в коде очень странная идея, которая заключается в том, что NTLM отдается предпочтение по отношению к GSSAPI aka Kerberos, в то время, как NTLM авторизация в современной винде просто вырублена из-за ломкости, ее надо специально включать политиками. поправил, чтобы GSSAPI включался первым, собрал билдик.

PS: и лучше для локалки выключить zlib, чтобы не грузить сервер понапрасну.
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: shuum on 01 02 2019, 09:09:41
Спасибо, сейчас попробую!

P.S. NTLM не выпилен ... он успешно тащится во все версии винды, включая десятку, ну во всяком случае, так говорит Википедия: https://ru.wikipedia.org/wiki/NTLMv2 (https://ru.wikipedia.org/wiki/NTLMv2)

Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: shuum on 01 02 2019, 10:24:39
Проверил - не работает  :(, симптомы те-же ...
Code: [Select]
CPU: Intel(R) Core(TM) i7-7700K CPU @ 4.20GHz [Intel64 Family 6 Model 158 Stepping 9] [DEP Enabled] [8 CPUs]
Installed RAM: 16303 MBytes
Microsoft Windows 10 , 64-bit (build 14393)
Internet Explorer: 9.11.14393.0 (build 914393)
Administrator privileges: No
OS Languages: (UI | Locale (User/System)) : Russian/Russian | Russian/Russian
Free disk space on Miranda partition: 26263 MBytes

Miranda NG Version: 0.95.11 alpha build #21299 (b0a9d63d5e) [running inside WOW64]
Build time: 1 Feb 2019 15:29:24
Profile: C:\Miranda-NG3\Profiles\ааа\ааа.dat
Profile size: 1048576 Bytes
Profile creation date: 1 Feb 2019 17:16:11
Language pack: No language pack installed
Service Mode: No

Active Plugins (17):
¤ AVS.dll v.0.95.11.0 [1 Feb 2019 15:29:28] - Avatar service
¤ Clist_modern.dll v.0.95.11.0 [1 Feb 2019 15:29:56] - Modern contact list
¤ CrashDumper.dll v.0.95.11.0 [1 Feb 2019 15:29:54] - Crash dumper
¤ Db_autobackups.dll v.0.95.11.0 [1 Feb 2019 15:29:34] - Db autobackuper
¤ Dbx_mdbx.dll v.0.95.11.0 [1 Feb 2019 15:30:45] - Miranda NG MDBX database driver
¤ Dbx_mmap.dll v.0.95.11.0 [1 Feb 2019 15:29:28] - Miranda NG mmap database driver
¤ Dummy.dll v.0.95.11.0 [1 Feb 2019 15:30:23] - Dummy protocol
¤ Facebook.dll v.0.95.11.0 [1 Feb 2019 15:29:54] - Facebook
¤ GG.dll v.0.95.11.0 [1 Feb 2019 15:29:51] - Gadu-Gadu protocol
¤ ICQ.dll v.0.95.11.0 [1 Feb 2019 15:30:38] - ICQ-WIM protocol
¤ Import.dll v.0.95.11.0 [1 Feb 2019 15:29:51] - Import contacts and messages
¤ IRC.dll v.0.95.11.0 [1 Feb 2019 15:29:31] - IRC protocol
¤ Jabber.dll v.0.95.11.0 [1 Feb 2019 15:30:02] - Jabber protocol
¤ MSN.dll v.0.95.11.0 [1 Feb 2019 15:29:52] - MSN protocol
¤ PluginUpdater.dll v.0.95.11.0 [1 Feb 2019 15:29:58] - Plugin updater
¤ TabSRMM.dll v.0.95.11.0 [1 Feb 2019 15:29:35] - TabSRMM
¤ TopToolBar.dll v.0.95.11.0 [1 Feb 2019 15:29:46] - TopToolBar

Protocols and Accounts:
-------------------------------------------------------------------------------
JABBER                   1 - Enabled 0 - Disabled  Loaded

Icon Packs:
-------------------------------------------------------------------------------
 Proto_Dummy.dll [1 Feb 2019 15:30:58]
 Proto_Facebook.dll [1 Feb 2019 15:30:57]
 Proto_GG.dll [1 Feb 2019 15:30:57]
 Proto_ICQ.dll [1 Feb 2019 15:30:58]
 Proto_IRC.dll [1 Feb 2019 15:30:57]
 Proto_Jabber.dll [1 Feb 2019 15:30:57]
 Proto_MetaContacts.dll [1 Feb 2019 15:30:58]
 Proto_MSN.dll [1 Feb 2019 15:30:57]
 TabSRMM_icons.dll [1 Feb 2019 15:30:58]
 Toolbar_icons.dll [1 Feb 2019 15:30:57]
 xStatus_Jabber.dll [1 Feb 2019 15:30:58]

И вот netlog: https://pastebin.com/ecsiQzZY  (https://pastebin.com/ecsiQzZY)
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: ghazan on 01 02 2019, 11:01:05
Quote from: shuum on 01 02 2019, 09:09:41
NTLM не выпилен ... он успешно тащится во все версии винды, включая десятку
все зашибись, но судя по тому, что фикс помог с именем пользователя, управление прилетает в NTLMv1, который таки да выпилен нахрен :-) поэтому он работать в принципе не может.

Quote from: shuum on 01 02 2019, 10:24:39
Проверил - не работает  , симптомы те-же ...
Code: [Select]
спасибо, буду дальше гуглить код ошибки. там какой-то трэш, угар и содомия, и пока ни одного позитивного совета, как это лечить :(

кстати, а вот этот SPN, который в логе, точно правильный и существует? потому что в качестве лекарства в одной статье приводится необходимость запросить описание SPN, и если оно резолвится в другое имя, то потом юзать другое имя, а не приведенное

PS: а если ввести в настройках имя пользователя (но не вводить пароль), то ситуация изменится?
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: shuum on 01 02 2019, 15:13:01
Quote from: ghazan on 01 02 2019, 11:01:05
кстати, а вот этот SPN, который в логе, точно правильный и существует?
Конечно, ведь коннект с именем доменного пользователя не содержащего русских букв с включенной опцией "Use Domain Login" проходит на ура, а я использую для тестов один и тот-же комп и одну и ту-же Миранду(просто меняю пользователя винды и настройки Миранды).

Quote from: ghazan on 01 02 2019, 11:01:05
а если ввести в настройках имя пользователя (но не вводить пароль), то ситуация изменится?
Миранда так-же ругается. Вот так это выглядит в логе Миранды: https://pastebin.com/DLY3WWdN (https://pastebin.com/DLY3WWdN)

P.S. Собственно, то, что оно идеально работает для англоязычных пользователей(в абсолютно одинаковых условиях) и наводит на мысли, что NTLM или GSSAPI работает(т.к. если бы SPN не существовала, то англоязычные пользователи бы тоже не законнектились), а проблема где-то в формировании данных для них в Миранде, но это не точно ... просто версия, но в подтверждение версии вот кусок лога(весь лог (https://pastebin.com/raw/PDD4WN37)) для успешного логина англоязычного имени доменного пользователя(ровно в тех же условиях, что и русскоязычного), начинающегося ровно с того его куска, которая в случае с именем пользователя содержащим кириллицу - вызывало ошибку SPN:
Code: [Select]
[14:07:54 5F8C] SPN: xmpp/lgs-web.lgs.ru@lgs.ru
[14:07:54 5F8C] InitializeSecurityContext(Kerberos): 0x90312
[14:07:54 5F8C] [JABBER_1] Deflate: Z_OK
[14:07:54 5F8C] [JABBER_1] Deflate: Z_OK
[14:07:54 5F8C] [JABBER_1] (ZLIB) Data sent
<auth xmlns="urn:ietf:params:xml:ns:xmpp-sasl" mechanism="GSSAPI">YIIJZgYJKoZIhvcSAQICAQBugglVMIIJUaADAgEFoQMCAQ6iBwMFACAAAACjggdxYYIHbTCCB2mgAwIBBaEQGw5MT0dPUy1HUk9VUC5SVaIrMCmgAwIBAqEiMCAbBHhtcHAbGGxvZ29zLXdlYi5sb2dvcy1ncm91cC5ydaOCByEwggcdoAMCARehAwIBBaKCBw8EggcLaT4KVSMmLFwd6qYzQ0UB0ryNUqK6fj66mR4APZIKQBqMr530Ykr32GnWMhLGEG16N9DYES+6qgtOaPgL9nxYteMKBMlARw+zuiUJ5dkomIxM8gtI3tN83EsnEaiRqN8qGBjaXfxVydcZrfP2MqxEXteJqhwsPTkr7QxGwnc11kmcncSF5jTpUwBjaRriXaw9rtGiLhg1Bwn1XYqjx0qsOn23X9SPWSg1oU8ynmCQguS4/7ySeMXqYXlq86gfH3ioq+JsaD+rNSq8AZy6YlSWQgg3fwpSsZrqBO4trXDkyT/EICSiZ/zvIXzKNth9oLwXv5QELTU687Rby4AMmYYZzR5deF8xSa+5qAbnRrv87esn9/9op8XcKR4c25WKfd4nD4SJgLEzHMd5T0bHo575TmmLDXxCMTTO27j1O9X3dsu454BQrU/B5DiS0NcBtN0iAdlsShAj3OcDSK6WaeAvHzpoc950pyKF8kxMcPYnAWjfj54YhdyWYl5EbQLgEmDdOE0+PLwdDZbm9yFqYBKC4oWxZFFZ8+0Sa0YbYoPfU0KSC44I8aOCk3PGJ7V7VMAFIvF0n6ska6ijbFICyDCTC+zFUDs1WY8eBrrAsdKD4xj97YxjAAgIF0Qct7yxQvMZkxdVWFVR87mrRoV61EOcg1kRxSYmObt59I2dCYBQ5CvenCsduzBsbd4b4R6say2xBTdFpBuxcn0SQS40/t3QrXbIjX5EF8gaQ5xBvgwXJyQ+AAnHPKk47Zig8xpO0tQnnaRpfT9DNz+3/Jap8DCR04EABp9SorNFMv8IWq3ADJ5kIJ1pEYenij/DutEb3MS3bseMLAVLlQOl73pwgwPPvq0E1JPjaIiRhHTCVtrmKVjuq7vn0jIN4dOX1VJ0Uaa88Ukgohj5xak2zRt1anW7yqt70FOLSEbphcz8RUxUwDAGg4ceCZTKfKOibraqDwIWGx9LgBkheZnbn+4+mmoq2O1juQ7JqNB2apEMNvS2kRoN3iZFYV7WzDwCqgxNzoiMBiSXrVmFo17pc9TUmQUzNMBPpoAc9Hjb86VED+TwmFFm4nQfvydmM5d7iWorDfIRWGJ9ebKKZkSJTh0hBY0N/b4x+CYgfWsokWHkr4qUapzzmPRrhTA4y0yNbZr1tsfnlub8ZRVW7ySL1k2EULXtotFFIcCvhYpTWU2/NpRkHLfCSNCWrnN6D8ApkFE9AQ5UuNzF4AkgGjwghAsN7zhSP0JzU6DGnjD62IYjEzlituX3rEM95rHH8kW5w4Pzlosu/wbovd1hwuvQEJFZ6cExAEtzfBLVD7HAQ3phNt34kL75ylEUikC0LlncwEFwfT3YKbDNWOgFIa6KQhsfUH6H3H5aOhoeQ2F6vxrPzq79QNyMn1AI8PRGU7e91TdI54o2xwU2teoXoZM/gU66IE+y5ABRkNKpshHJoOJKuVD1cX/YkpHsO5DmvyAQg4Gwzf/TYfSi4E6P6ZU9a5usX4aeQr7TY58intU3LlUKAJb97z1fedgJFvcyMxJ5HOzxcwaBvDidfnbppPdioI/fBhxGMhSIZ0j4Rmt58QMwphaiC//jhqyCzx0y5gAcoLSODmBRw8vyUn05kQq1g4d646iZzxeucZh4O0LoCEElfx/rwkTcJb8yj3agBxp/pXhbwZXXnV1qshDziw+kJmXoJl2MEdphB0T+jenTbqXWYLR/q6wGHIndv/Nx9yZigExt2H/jbCR7T7h92K4jmRMdSUW8JVGXtJqYuP/Bf4Ct14GjWFnYKt+DLf3MmvWzuwbXcrv/yYUkTKCeWt0ViOMjotPZyeoyBWHBsqt9kYmu6fk098E2YM82LCwNd4zbmEaCtWloLyWuPfSvhi9qdyEBLO8kvZzdYHoeZYx35TZugP/k9xOrk9CN6ROIKdtnvTkDuKNkccFNJtgZ9CSej9MQyeUPYTcYf0Q+E8nMyQDxmmqFzBcGCFWuLQhnAF4WjAJbtZxs89p6IDXm78zirWIsJ+bLUPkmQkBNXVhven1L0xppYu++Q30veCFMOQ1xEhgmuXveNji+9DsEFbbDuAeWs12gXW8joHTKWAFGUua1eMQAB9uy1+BxCRIw3dORPAmln26BGfnK1ygJBdYVamAB5Uu6Xv4ZqXvq7W54HvS0uwU87v+kxKGd0SqycNFG+ApG052XidwfoWPGGRjM1Fgkzu7VUxWCzdo9zpx79HXPGpTGjnNfuFVqOSDYjn/rP97u+mjVpKxYQHX9LGxTOGqCMCKrcN+6zCawRKY8OUVUNo8WDUuZwB8IcL4jje1Qq5oXcJSocVPDyz048leFM7CCqkOr9zS7myldDyElD/iVqusRUB21aow+NKRv+Lmp/S96HjyMOe6YL6gnVQwL5dD/xnwMRTfMIpjCnJgPtEhHpIIBxTCCAcGgAwIBF6KCAbgEggG0LlilJ1jUbQyJoceazWV0VC/UAE5x7LiXRz5IU8zhJKsE8CdAStXDswXuVPDnp3tHN2pTd19uRcmlMtvisCgfYb1sOMtV5nT1UH4a/4EWd3TbsRSMYMYQPwxYeK6PrDtLzKNS5BG/dU3yqsEhTMCvaBvqntGSU79e7AT4jKaQkHrUTl4cl2JCECYCAWDg9KNImx3J3qmPgKICHHsW5j0TBWfRtGgS7UoixZyNUe0p/at4oNzoh12w7F9DAX1u/Th+wGRv7N6wbZtDz1jZpIhpM+aZETprvp4V/fY0/P/amD6cvI0u33Oy0YscbAlOcBEAHTI0aWb5UMAJuwFWBIChvSIvVNWYu0VAG5hGkHsqSz7HH2hHXc1XVs9Ez6AdZSfVujmTET1GUGdbg9czWbigXTLk9eSWTmb2RY6njeeDrq1E2XcsJLxL4D1GHh9lbMlVs5yjHr2AUEtJlPGZVlj0FjDIs2yYXfhsNfLzrIF1apjdZGtptsjpTDSwbFxL8O6PuYyJNQ4sf3KibazUTR9ZXym6DUOInFhEjVvvH1rlo3s54RNsT4Gt/GmVsnqukhw2wI0xgA==</auth>
===OUT: 3289(2473) bytes
[14:07:54 5F8C] [JABBER_1] Inflate: Z_OK
[14:07:54 5F8C] [JABBER_1] (ZLIB) Data received
<challenge xmlns="urn:ietf:params:xml:ns:xmpp-sasl">YGUGCSqGSIb3EgECAgIAb1YwVKADAgEFoQMCAQ+iSDBGoAMCAReiPwQ9MMEK5qo6xbch8+tBTrRAmm+hPKjnC0kslDY+lhFyIc4+E7g2LUYwf778Z8I3oROwCyByGvjszqJJK/ezJg==</challenge>
===IN: 204(148) bytes
[14:07:54 5F8C] [JABBER_1] recvResult = 204
[14:07:54 5F8C] [JABBER_1] bytesParsed = 204
[14:07:54 5F8C] InitializeSecurityContext(Kerberos): 0x0
[14:07:54 5F8C] [JABBER_1] Deflate: Z_OK
[14:07:54 5F8C] [JABBER_1] (ZLIB) Data sent
<response xmlns="urn:ietf:params:xml:ns:xmpp-sasl"></response>
===OUT: 62(12) bytes
[14:07:54 5F8C] [JABBER_1] Inflate: Z_OK
[14:07:54 5F8C] [JABBER_1] (ZLIB) Data received
<challenge xmlns="urn:ietf:params:xml:ns:xmpp-sasl">YDAGCSqGSIb3EgECAgIBEQD/////pe5KmV5vVk9CLz6rD+BmR5I4NF4RijNUAQEAAAE=</challenge>
===IN: 132(60) bytes
[14:07:54 5F8C] [JABBER_1] recvResult = 132
[14:07:54 5F8C] [JABBER_1] bytesParsed = 132
[14:07:54 5F8C] [JABBER_1] Deflate: Z_OK
[14:07:54 5F8C] [JABBER_1] (ZLIB) Data sent
<response xmlns="urn:ietf:params:xml:ns:xmpp-sasl">YDAGCSqGSIb3EgECAgIBEQD/////knrsvzds2OkpYh40r/Zzkojih8Cuz2VJAQAQAAE=</response>
===OUT: 130(75) bytes
[14:07:54 5F8C] [JABBER_1] Inflate: Z_OK
[14:07:54 5F8C] [JABBER_1] (ZLIB) Data received
<success xmlns="urn:ietf:params:xml:ns:xmpp-sasl"/>
===IN: 51(18) bytes
[14:07:54 5F8C] [JABBER_1] recvResult = 51
[14:07:54 5F8C] [JABBER_1] bytesParsed = 51
[14:07:54 5F8C] [JABBER_1] Success: Logged-in.
[14:07:54 5F8C] [JABBER_1] Stream will be initialized after successful sasl
[14:07:54 5F8C] [JABBER_1] Stream is initializing after successful sasl
[14:07:54 5F8C] [JABBER_1] Deflate: Z_OK

Как видим, SPN не вызывает ошибки ...

P.P.S. Кстати - NTLM действительно не работает, это видно в этом-же логе выше, вы правы, работает GSSAPI
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: ghazan on 03 02 2019, 10:50:13
shuum,
вопрос - а если выпилить пробел из русского имени пользователя, то это поможет?
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: shuum on 03 02 2019, 11:00:23
Quote from: ghazan on 03 02 2019, 10:50:13
вопрос - а если выпилить пробел из русского имени пользователя, то это поможет?
А его там нет, там не пробел, а символ нижнего подчеркивания "_" ...
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: shuum on 04 02 2019, 08:38:16
Основной вопрос в том, что на английском то всё работает ...
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: ghazan on 04 02 2019, 10:37:36
Quote from: shuum on 04 02 2019, 08:38:16
Основной вопрос в том, что на английском то всё работает ...
очевидно, что это последствия кривой конвертации уникода, но проблема в том, что все остальные системные вызовы не содержат конвертации.. там просто все параметры уходят в уникоде
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: shuum on 04 02 2019, 10:57:07
Есть надежда, что у Вас дойдут руки заняться этим вопросом?, а то внедрение локальной "аськи" встало раком, т.к. много пользователей заведены на русском :)
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: ghazan on 05 02 2019, 14:05:08
Quote from: shuum on 04 02 2019, 10:57:07
Есть надежда, что у Вас дойдут руки заняться этим вопросом?, а то внедрение локальной "аськи" встало раком, т.к. много пользователей заведены на русском :)
руки уже несколько раз доходили, но меня пугает то, что гугл вообще не содержит описания этой проблемы, это сильно усложняет задачу + то, что у меня нет окружения для тестирования.
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: shuum on 06 02 2019, 03:39:56
В данном таске тестовым окружением будет считаться 2 виртуалки, на одной ставим серверную винду и поднимаем контроллер домена(заводим там пользователя с русским логином) + openfire с настроенным SSO(статей в инете море), на второй просто клиентскую десятку(вкинутую в наш домен и залогиненную под ранее созданным русскоязычным пользователем) с Мирандой ...

P.S. Готов рассмотреть предоставление Вам удалённой отладки (Visual Studio так умеет ...)
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: ghazan on 06 02 2019, 10:16:58
shuum,
Quote from: shuum on 06 02 2019, 03:39:56
В данном таске тестовым окружением будет считаться 2 виртуалки
это слишком сложно :) моя бедная машинка столько не вынесет, да и времени столько нету.

Quote from: shuum on 06 02 2019, 03:39:56
Готов рассмотреть предоставление Вам удалённой отладки
к сожалению, отлаживать винду даже удалённо вряд ли получится. ведь проблема сейчас ровно в том, что из системного вызова вдруг прилетел код ошибки
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: shuum on 08 02 2019, 07:07:47
Так может это потому, что в системный вызов были переданы кривые данные ?
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: ghazan on 08 02 2019, 08:54:13
shuum,
давай пробовать.
надо скачать https://www.dropbox.com/s/ztxqiyab3t9anya/Libs.7z?dl=0 и на этой dll сделать новые логи
спасибо
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: shuum on 08 02 2019, 09:05:58
ЗАменил файлы в папке libs вашими из архива, поведение такое-же как и раньше, netlog снял, при попытке зайти в настройки Миранда падает :) crashreport тоже прилагаю: архив тут (https://yadi.sk/d/Y5yIhic-C8p98Q)
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: ghazan on 08 02 2019, 10:47:10
к крашлогу хорошо бы символы приложить (перейти на репозитарий с отладочными символами в настройках Plugin Updater и свалиться еще раз)
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: pechQ on 07 06 2020, 06:58:56
Привет! Не нашлось ли решения, чтобы авторизация выполнялась с кириллицей в логине?
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: ghazan on 08 06 2020, 10:26:41
pechQ,
всё тот же лог надо сделать
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: FDrake on 17 06 2020, 14:12:37
Здравствуйте, не подскажите в чем затык?
miranda-ng-alpha-latest_x64.exe висит бесконечно на прозрачной авторизации
ntlm на openfire 4.5.2 настроен по этой инструкции http://forum.ru-board.com/topic.cgi?forum=8&topic=45052&start=0&limit=1&m=3#1 (http://forum.ru-board.com/topic.cgi?forum=8&topic=45052&start=0&limit=1&m=3#1)
win 10x64 & win2016
netlog:
Code: [Select]
[16:55:39 27D4] [JABBER_1] PS_SETSTATUS(1,40072) => 40072
[16:55:40 0CA0] UPnP Gateway detected 0, Control URL:
[16:55:41 27D4] [JABBER_1] PS_SETSTATUS(1,40072) => 40071
[16:55:41 27D4] [JABBER_1] (00000000031797C0:1392) Data sent
</stream:stream>
[16:55:41 1C50] [JABBER_1] Netlib_Recv() failed, error=10058
[16:55:41 1C50] [JABBER_1] recvResult = 0
[16:55:41 1C50] [JABBER_1] Expiring iq id 1, sent to server
[16:55:41 1C50] [JABBER_1] <iq/> iqIdGetAuth
[16:55:41 1C50] [JABBER_1] m_iDesiredStatus reset to (40071,40071) => 40071
[16:55:41 1C50] [JABBER_1] leaving worker thread
[16:55:41 1C50] [JABBER_1] Thread ended: type=0 server='serveropenfire.domainr.ru'
[16:55:41 1C50] [JABBER_1] (00000000031797C0:1392) Connection closed internal
[16:55:41 1C50] [JABBER_1] (00000000031797C0:4294967295) Connection closed
[16:55:41 1C50] [JABBER_1] Exiting ServerThread
[16:55:42 27D4] [JABBER_1] PS_SETSTATUS(40071,40071) => 40072
[16:55:42 0E78] [JABBER_1] Thread started: type=0
[16:55:42 0E78] [JABBER_1] Connection request to 192.168.115.5:5222 (Flags 0)....
[16:55:42 0E78] [JABBER_1] (0000000003179340) Connecting to server 192.168.115.5:5222....
[16:55:42 0E78] [JABBER_1] (0000000003179340) Connecting to ip 192.168.115.5:5222 ....
[16:55:42 0E78] [JABBER_1] (1628) Connected to 192.168.115.5:5222
[16:55:42 0E78] [JABBER_1] Thread type=0 server='192.168.115.5' port='5222'
[16:55:42 0E78] [JABBER_1] Stream is initializing after connect
[16:55:42 0E78] [JABBER_1] (0000000003179340:1628) Data sent
<?xml version="1.0" encoding="UTF-8"?><stream:stream xmlns="jabber:client" to="serveropenfire.domainr.ru" xmlns:stream="http://etherx.jabber.org/streams" xml:lang="ru">
[16:55:42 0E78] [JABBER_1] Entering main recv loop
[16:55:42 0E78] [JABBER_1] (0000000003179340:1628) Data received
<?xml version='1.0' encoding='UTF-8'?><stream:stream xmlns:stream="http://etherx.jabber.org/streams" xmlns="jabber:client" from="serveropenfire.domainr.ru" id="3ug1d54yki" xml:lang="ru">
[16:55:42 0E78] [JABBER_1] recvResult = 184
[16:55:42 0E78] [JABBER_1] (0000000003179340:1628) Data sent
<iq type="get" id="mirce7c40e8f3d7ac7d_2"><query xmlns="jabber:iq:auth"><username>Иванов РС</username></query></iq>
[16:55:42 0E78] [JABBER_1] bytesParsed = 184
[16:57:43 220C] [JABBER_1] Expiring iq id 2, sent to server
[16:57:43 220C] [JABBER_1] <iq/> iqIdGetAuth
[16:58:43 0E78] [JABBER_1] (0000000003179340:1628) Data received
<iq type="get" id="528-16" from="serveropenfire.domainr.ru" to="serveropenfire.domainr.ru/3ug1d54yki"><ping xmlns="urn:xmpp:ping"/></iq>
[16:58:43 0E78] [JABBER_1] recvResult = 132
[16:58:43 0E78] [JABBER_1] Handling iq id 528-16, type get, from serveropenfire.domainr.ru
[16:58:43 0E78] [JABBER_1] (0000000003179340:1628) Data sent
<iq type="result" to="serveropenfire.domainr.ru" id="528-16" from="Иванов РС@serveropenfire.domainr.ru/Miranda"/>
[16:58:43 0E78] [JABBER_1] bytesParsed = 132
[17:01:43 0E78] [JABBER_1] (0000000003179340:1628) Data received
<iq type="get" id="57-17" from="serveropenfire.domainr.ru" to="serveropenfire.domainr.ru/3ug1d54yki"><ping xmlns="urn:xmpp:ping"/></iq>
[17:01:43 0E78] [JABBER_1] recvResult = 131
[17:01:43 0E78] [JABBER_1] Handling iq id 57-17, type get, from serveropenfire.domainr.ru
[17:01:43 0E78] [JABBER_1] (0000000003179340:1628) Data sent
<iq type="result" to="serveropenfire.domainr.ru" id="57-17" from="Иванов РС@serveropenfire.domainr.ru/Miranda"/>
[17:01:43 0E78] [JABBER_1] bytesParsed = 131
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: ghazan on 18 06 2020, 11:00:37
FDrake,
а пользователь с пробелом в логине реально существует?
я о "Иванов РС", если что.
может быть снять галку "использовать имя компьютера в качестве логина"?
Title: Re: Русские буквы в имени пользователя при использовании опции \"Доменный логин\"
Post by: FDrake on 18 06 2020, 12:55:10
Quote from: ghazan on 18 06 2020, 11:00:37
FDrake,
а пользователь с пробелом в логине реально существует?
я о "Иванов РС", если что.
может быть снять галку "использовать имя компьютера в качестве логина"?
Да, пробелы в логинах есть, так исторически сложилось  :-\ Галки не стоит
С английскими логинами и снятой галкой "Отключать аутентификацию SASL (старые сервера)" полный порядок - авторизует и работает как надо.

С теми же настройками, но логином Иванов РС не работает ((

Вот последний лог с кириллицей и рабочими настройками для английского логина:
Code: [Select]
[15:32:35 2620] amThreadProc thread start
[15:32:35 2448] Setting protocol/module name to 'JABBER_1'
[15:32:35 2448] CAPS: set caps 572c36477fdff for: dKMk0MvWrhsy4Dkv3RcQe9BWY0k=#http://miranda-ng.org/caps => [0.95.11.1]
[15:32:39 2448] [JABBER_1] PS_SETSTATUS(40071,40071) => 40072
[15:32:39 0390] [JABBER_1] Thread started: type=0
[15:32:39 0390] [JABBER_1] Connection request to 192.168.115.5:5222 (Flags 0)....
[15:32:39 0390] [JABBER_1] (000000000308CD60) Connecting to server 192.168.115.5:5222....
[15:32:39 0390] [JABBER_1] (000000000308CD60) Connecting to ip 192.168.115.5:5222 ....
[15:32:39 0390] [JABBER_1] (1444) Connected to 192.168.115.5:5222
[15:32:39 0390] [JABBER_1] Thread type=0 server='192.168.115.5' port='5222'
[15:32:39 0390] [JABBER_1] Stream is initializing after connect
[15:32:39 0390] [JABBER_1] (000000000308CD60:1444) Data sent
<?xml version="1.0" encoding="UTF-8"?><stream:stream xmlns="jabber:client" to="domainr.ru" xmlns:stream="http://etherx.jabber.org/streams" xml:lang="ru" version="1.0">
[15:32:39 0390] [JABBER_1] Entering main recv loop
[15:32:39 0390] [JABBER_1] (000000000308CD60:1444) Data received
<?xml version='1.0' encoding='UTF-8'?><stream:stream xmlns:stream="http://etherx.jabber.org/streams" xmlns="jabber:client" from="domainr.ru" id="a1rybrrafb" xml:lang="ru" version="1.0">
[15:32:39 0390] [JABBER_1] recvResult = 183
[15:32:39 0390] [JABBER_1] bytesParsed = 183
[15:32:39 1098] M-SEARCH * HTTP/1.1
HOST: 239.255.255.250:1900
MAN: "ssdp:discover"
MX: 1
ST: urn:schemas-upnp-org:service:WANIPConnection:1

[15:32:39 1098] M-SEARCH * HTTP/1.1
HOST: 239.255.255.250:1900
MAN: "ssdp:discover"
MX: 1
ST: urn:schemas-upnp-org:service:WANPPPConnection:1

[15:32:39 0390] [JABBER_1] (000000000308CD60:1444) Data received
<stream:features><starttls xmlns="urn:ietf:params:xml:ns:xmpp-tls"></starttls><mechanisms xmlns="urn:ietf:params:xml:ns:xmpp-sasl"><mechanism>PLAIN</mechanism><mechanism>NTLM</mechanism></mechanisms><compression xmlns="http://jabber.org/features/compress"><method>zlib</method></compression><ver xmlns="urn:xmpp:features:rosterver"/><c xmlns="http://jabber.org/protocol/caps" hash="sha-1" node="https://www.igniterealtime.org/projects/openfire/" ver="hTIQ13SsKdQ38ItD+na/jFYnVNs="/></stream:features>
[15:32:39 0390] [JABBER_1] recvResult = 500
[15:32:39 0390] [JABBER_1] Server compression available
[15:32:39 0390] [JABBER_1] Zlib init...
[15:32:39 0390] [JABBER_1] Requesting Zlib compression
[15:32:39 0390] [JABBER_1] (000000000308CD60:1444) Data sent
<compress xmlns="http://jabber.org/protocol/compress"><method>zlib</method></compress>
[15:32:39 0390] [JABBER_1] bytesParsed = 500
[15:32:39 0390] [JABBER_1] (000000000308CD60:1444) Data received
<compressed xmlns='http://jabber.org/protocol/compress'/>
[15:32:39 0390] [JABBER_1] recvResult = 57
[15:32:39 0390] [JABBER_1] Compression confirmed
[15:32:39 0390] [JABBER_1] Starting Zlib stream compression...
[15:32:39 0390] [JABBER_1] Stream will be initialized after successful Zlib init
[15:32:39 0390] [JABBER_1] bytesParsed = 57
[15:32:39 0390] [JABBER_1] Stream is initializing after successful Zlib init
[15:32:39 0390] [JABBER_1] Deflate: Z_OK
[15:32:39 0390] [JABBER_1] (ZLIB) Data sent
<?xml version="1.0" encoding="UTF-8"?><stream:stream xmlns="jabber:client" to="domainr.ru" xmlns:stream="http://etherx.jabber.org/streams" xml:lang="ru" version="1.0">
===OUT: 165(129) bytes
[15:32:39 0390] [JABBER_1] Inflate: Z_OK
[15:32:39 0390] [JABBER_1] (ZLIB) Data received
<?xml version='1.0' encoding='UTF-8'?><stream:stream xmlns:stream="http://etherx.jabber.org/streams" xmlns="jabber:client" from="domainr.ru" id="a1rybrrafb" xml:lang="ru" version="1.0"><stream:features><mechanisms xmlns="urn:ietf:params:xml:ns:xmpp-sasl"><mechanism>PLAIN</mechanism><mechanism>NTLM</mechanism></mechanisms><ver xmlns="urn:xmpp:features:rosterver"/><c xmlns="http://jabber.org/protocol/caps" hash="sha-1" node="https://www.igniterealtime.org/projects/openfire/" ver="hTIQ13SsKdQ38ItD+na/jFYnVNs="/></stream:features>
===IN: 530(318) bytes
[15:32:39 0390] [JABBER_1] recvResult = 530
[15:32:39 0390] [JABBER_1] bytesParsed = 183
[15:32:39 0390] NtlmCreateResponseFromChallenge (N): chl= {(null):(null)} => 0
[15:32:39 0390] InitializeSecurityContext(NTLM): 0x90312
[15:32:39 0390] [JABBER_1] Deflate: Z_OK
[15:32:39 0390] [JABBER_1] (ZLIB) Data sent
<auth xmlns="urn:ietf:params:xml:ns:xmpp-sasl" mechanism="NTLM">TlRMTVNTUAABAAAAB7IIogUABQAwAAAACAAIACgAAAAKAGFKAAAAD0xLQUIyMDJSMjNVUFI=</auth>
===OUT: 143(127) bytes
[15:32:39 0390] [JABBER_1] bytesParsed = 347
[15:32:39 0390] [JABBER_1] Inflate: Z_OK
[15:32:39 0390] [JABBER_1] (ZLIB) Data received
<challenge xmlns="urn:ietf:params:xml:ns:xmpp-sasl">TlRMTVNTUAACAAAACgAKADgAAAAFgomi4hHdehyKU+EAAAAAAAAAAJgAmABCAAAACgA5OAAAAA8yADMAVQBQAFIAAgAKADIAMwBVAFAAUgABABwAUwBFAFIAVgBFAFIATwBQAEUATgBGAEkAUgBFAAQAEAAyADMAdQBwAHIALgByAHUAAwAuAFMAZQByAHYAZQByAE8AcABlAG4AZgBpAHIAZQAuADIAMwB1AHAAcgAuAHIAdQAFABAAMgAzAHUAcAByAC4AcgB1AAcACACZFiiObEXWAQAAAAA=</challenge>
===IN: 356(217) bytes
[15:32:39 0390] [JABBER_1] recvResult = 356
[15:32:39 0390] NtlmCreateResponseFromChallenge (N): chl=TlRMTVNTUAACAAAACgAKADgAAAAFgomi4hHdehyKU+EAAAAAAAAAAJgAmABCAAAACgA5OAAAAA8yADMAVQBQAFIAAgAKADIAMwBVAFAAUgABABwAUwBFAFIAVgBFAFIATwBQAEUATgBGAEkAUgBFAAQAEAAyADMAdQBwAHIALgByAHUAAwAuAFMAZQByAHYAZQByAE8AcABlAG4AZgBpAHIAZQAuADIAMwB1AHAAcgAuAHIAdQAFABAAMgAzAHUAcAByAC4AcgB1AAcACACZFiiObEXWAQAAAAA= {(null):(null)} => 0
[15:32:39 0390] InitializeSecurityContext(NTLM): 0x0
[15:32:39 0390] [JABBER_1] Deflate: Z_OK
[15:32:39 0390] [JABBER_1] (ZLIB) Data sent
<response xmlns="urn:ietf:params:xml:ns:xmpp-sasl">TlRMTVNTUAADAAAAGAAYAIIAAAAYABgAmgAAAAoACgBYAAAAEAAQAGIAAAAQABAAcgAAAAAAAACyAAAABYKIogoAYUoAAAAPLbhFMU49VzrB1ApIxWWr5zIAMwBVAFAAUgAuBEgEOgQ+BDIEIAAgBCEETABLAEEAQgAyADAAMgBSAH9wyVMu6dfRAAAAAAAAAAAAAAAAAAAAAEhPVyGAuBNXz6gFltTq5p5V4A4xwlmxCA==</response>
===OUT: 302(191) bytes
[15:32:39 0390] [JABBER_1] bytesParsed = 356
[15:32:39 0390] [JABBER_1] Inflate: Z_OK
[15:32:39 0390] [JABBER_1] (ZLIB) Data received
<success xmlns="urn:ietf:params:xml:ns:xmpp-sasl">=</success>
===IN: 61(21) bytes
[15:32:39 0390] [JABBER_1] recvResult = 61
[15:32:39 0390] [JABBER_1] Success: Logged-in.
[15:32:39 0390] [JABBER_1] Stream will be initialized after successful sasl
[15:32:39 0390] [JABBER_1] bytesParsed = 61
[15:32:39 0390] [JABBER_1] Stream is initializing after successful sasl
[15:32:39 0390] [JABBER_1] Deflate: Z_OK
[15:32:39 0390] [JABBER_1] (ZLIB) Data sent
<?xml version="1.0" encoding="UTF-8"?><stream:stream xmlns="jabber:client" to="domainr.ru" xmlns:stream="http://etherx.jabber.org/streams" xml:lang="ru" version="1.0">
===OUT: 165(10) bytes
[15:32:39 0390] [JABBER_1] Inflate: Z_OK
[15:32:39 0390] [JABBER_1] (ZLIB) Data received
<?xml version='1.0' encoding='UTF-8'?><stream:stream xmlns:stream="http://etherx.jabber.org/streams" xmlns="jabber:client" from="domainr.ru" id="a1rybrrafb" xml:lang="ru" version="1.0"><stream:features><ver xmlns="urn:xmpp:features:rosterver"/><bind xmlns="urn:ietf:params:xml:ns:xmpp-bind"/><session xmlns="urn:ietf:params:xml:ns:xmpp-session"><optional/></session><sm xmlns='urn:xmpp:sm:2'/><sm xmlns='urn:xmpp:sm:3'/><c xmlns="http://jabber.org/protocol/caps" hash="sha-1" node="https://www.igniterealtime.org/projects/openfire/" ver="hTIQ13SsKdQ38ItD+na/jFYnVNs="/></stream:features>
===IN: 585(70) bytes
[15:32:39 0390] [JABBER_1] recvResult = 585
[15:32:39 0390] [JABBER_1] bytesParsed = 183
[15:32:39 0390] [JABBER_1] Deflate: Z_OK
[15:32:39 0390] [JABBER_1] (ZLIB) Data sent
<iq type="set" id="mir6786b4503e856bf5_1"><bind xmlns="urn:ietf:params:xml:ns:xmpp-bind"><resource>Miranda</resource></bind></iq>
===OUT: 129(85) bytes
[15:32:39 0390] [JABBER_1] bytesParsed = 402
[15:32:39 0390] [JABBER_1] Inflate: Z_OK
[15:32:39 0390] [JABBER_1] (ZLIB) Data received
<iq type="error" id="mir6786b4503e856bf5_1" to="domainr.ru/a1rybrrafb"><bind xmlns="urn:ietf:params:xml:ns:xmpp-bind"><resource>Miranda</resource></bind><error code="500" type="wait"><internal-server-error xmlns="urn:ietf:params:xml:ns:xmpp-stanzas"/></error></iq>
===IN: 262(134) bytes
[15:32:39 0390] [JABBER_1] recvResult = 262
[15:32:39 0390] [JABBER_1] Deflate: Z_OK
[15:32:39 0390] [JABBER_1] (ZLIB) Data sent
</stream:stream>
===OUT: 16(12) bytes
[15:32:39 0390] [JABBER_1] bytesParsed = 262
[15:32:39 0390] [JABBER_1] Inflate: Z_OK
[15:32:39 0390] [JABBER_1] (ZLIB) Data received
</stream:stream>
===IN: 16(11) bytes
[15:32:39 0390] [JABBER_1] recvResult = 16
[15:32:39 0390] [JABBER_1] bytesParsed = 16
[15:32:39 0390] [JABBER_1] Connection closed gracefully
[15:32:39 0390] [JABBER_1] recvResult = 0
[15:32:39 0390] [JABBER_1] m_iDesiredStatus reset to (1,40072) => 40071
[15:32:39 0390] [JABBER_1] leaving worker thread
[15:32:39 0390] [JABBER_1] Thread ended: type=0 server='domainr.ru'
[15:32:39 0390] [JABBER_1] (000000000308CD60:1444) Connection closed internal
[15:32:39 0390] [JABBER_1] (000000000308CD60:4294967295) Connection closed
[15:32:39 0390] [JABBER_1] Exiting ServerThread
[15:32:41 1098] M-SEARCH * HTTP/1.1
HOST: 239.255.255.250:1900
MAN: "ssdp:discover"
MX: 1
ST: urn:schemas-upnp-org:service:WANIPConnection:1

[15:32:41 1098] M-SEARCH * HTTP/1.1
HOST: 239.255.255.250:1900
MAN: "ssdp:discover"
MX: 1
ST: urn:schemas-upnp-org:service:WANPPPConnection:1

[15:32:42 1098] UPnP Gateway detected 0, Control URL:
Так же удалось добиться вменяемой ошибки от openfire:
Code: [Select]
2020.06.18 15:45:20 WARN  [socket_c2s-thread-2]: org.jivesoftware.openfire.ldap.LdapManager - Using unencrypted connection to LDAP service!
2020.06.18 15:45:20 WARN  [socket_c2s-thread-2]: org.jivesoftware.openfire.ldap.LdapManager - Using unencrypted connection to LDAP service!
2020.06.18 15:45:20 WARN  [socket_c2s-thread-2]: org.jivesoftware.openfire.ldap.LdapManager - Using unencrypted connection to LDAP service!
2020.06.18 15:45:20 WARN  [socket_c2s-thread-2]: org.jivesoftware.openfire.ldap.LdapManager - Using unencrypted connection to LDAP service!
2020.06.18 15:45:20 WARN  [socket_c2s-thread-2]: org.jivesoftware.openfire.ldap.LdapManager - Using unencrypted connection to LDAP service!
2020.06.18 15:45:20 WARN  [socket_c2s-thread-2]: org.jivesoftware.openfire.ldap.LdapManager - Using unencrypted connection to LDAP service!
2020.06.18 15:45:20 INFO  [socket_c2s-thread-2]: org.jivesoftware.util.cache.CacheFactory - Created cache [org.jivesoftware.util.cache.DefaultLocalCacheStrategy] for Locked Out Accounts
2020.06.18 15:45:20 ERROR [socket_c2s-thread-2]: org.jivesoftware.openfire.handler.IQHandler - Внутренняя ошибка сервера
java.lang.IllegalArgumentException: Illegal JID: иванов рс@domainr.ru/Miranda
at org.xmpp.packet.JID.<init>(JID.java:534) ~[tinder-2.0.0.jar:?]
at org.xmpp.packet.JID.<init>(JID.java:490) ~[tinder-2.0.0.jar:?]
at org.jivesoftware.openfire.session.LocalClientSession.setAuthToken(LocalClientSession.java:684) ~[xmppserver-4.5.2.jar:4.5.2]
at org.jivesoftware.openfire.handler.IQBindHandler.handleIQ(IQBindHandler.java:156) ~[xmppserver-4.5.2.jar:4.5.2]
at org.jivesoftware.openfire.handler.IQHandler.process(IQHandler.java:62) [xmppserver-4.5.2.jar:4.5.2]
at org.jivesoftware.openfire.IQRouter.handle(IQRouter.java:369) [xmppserver-4.5.2.jar:4.5.2]
at org.jivesoftware.openfire.IQRouter.route(IQRouter.java:112) [xmppserver-4.5.2.jar:4.5.2]
at org.jivesoftware.openfire.spi.PacketRouterImpl.route(PacketRouterImpl.java:74) [xmppserver-4.5.2.jar:4.5.2]
at org.jivesoftware.openfire.net.StanzaHandler.processIQ(StanzaHandler.java:366) [xmppserver-4.5.2.jar:4.5.2]
at org.jivesoftware.openfire.net.ClientStanzaHandler.processIQ(ClientStanzaHandler.java:95) [xmppserver-4.5.2.jar:4.5.2]
at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:316) [xmppserver-4.5.2.jar:4.5.2]
at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:203) [xmppserver-4.5.2.jar:4.5.2]
at org.jivesoftware.openfire.nio.ConnectionHandler.messageReceived(ConnectionHandler.java:183) [xmppserver-4.5.2.jar:4.5.2]
at org.apache.mina.core.filterchain.DefaultIoFilterChain$TailFilter.messageReceived(DefaultIoFilterChain.java:1015) [mina-core-2.1.3.jar:?]
at org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:650) [mina-core-2.1.3.jar:?]
at org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1300(DefaultIoFilterChain.java:49) [mina-core-2.1.3.jar:?]
at org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:1128) [mina-core-2.1.3.jar:?]
at org.apache.mina.core.filterchain.IoFilterAdapter.messageReceived(IoFilterAdapter.java:122) [mina-core-2.1.3.jar:?]
at org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:650) [mina-core-2.1.3.jar:?]
at org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1300(DefaultIoFilterChain.java:49) [mina-core-2.1.3.jar:?]
at org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:1128) [mina-core-2.1.3.jar:?]
at org.apache.mina.filter.codec.ProtocolCodecFilter$ProtocolDecoderOutputImpl.flush(ProtocolCodecFilter.java:413) [mina-core-2.1.3.jar:?]
at org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(ProtocolCodecFilter.java:257) [mina-core-2.1.3.jar:?]
at org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:650) [mina-core-2.1.3.jar:?]
at org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1300(DefaultIoFilterChain.java:49) [mina-core-2.1.3.jar:?]
at org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:1128) [mina-core-2.1.3.jar:?]
at org.apache.mina.filter.compression.CompressionFilter.messageReceived(CompressionFilter.java:169) [mina-filter-compression-2.1.3.jar:?]
at org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:650) [mina-core-2.1.3.jar:?]
at org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1300(DefaultIoFilterChain.java:49) [mina-core-2.1.3.jar:?]
at org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:1128) [mina-core-2.1.3.jar:?]
at org.apache.mina.core.filterchain.IoFilterEvent.fire(IoFilterEvent.java:106) [mina-core-2.1.3.jar:?]
at org.apache.mina.core.session.IoEvent.run(IoEvent.java:89) [mina-core-2.1.3.jar:?]
at org.apache.mina.filter.executor.OrderedThreadPoolExecutor$Worker.runTask(OrderedThreadPoolExecutor.java:766) [mina-core-2.1.3.jar:?]
at org.apache.mina.filter.executor.OrderedThreadPoolExecutor$Worker.runTasks(OrderedThreadPoolExecutor.java:758) [mina-core-2.1.3.jar:?]
at org.apache.mina.filter.executor.OrderedThreadPoolExecutor$Worker.run(OrderedThreadPoolExecutor.java:697) [mina-core-2.1.3.jar:?]
at java.lang.Thread.run(Unknown Source) [?:1.8.0_202]
Caused by: java.lang.IllegalArgumentException: The input 'иванов рс' is not a valid JID node part: Contains prohibited code points.
at org.xmpp.packet.JID.nodeprep(JID.java:331) ~[tinder-2.0.0.jar:?]
at org.xmpp.packet.JID.<init>(JID.java:522) ~[tinder-2.0.0.jar:?]
... 35 more
Post Merge: 18 06 2020, 13:32:45
Похоже, что проблема именно с пробелом в логине. Обычные типа ИвановРС  отрабатываются нормально. Сможете доработать ?
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: ghazan on 20 06 2020, 08:58:40
Quote from: FDrake on 18 06 2020, 12:55:10
Похоже, что проблема именно с пробелом в логине. Обычные типа ИвановРС  отрабатываются нормально. Сможете доработать ?
в каком смысле доработать?  :) стирать пробелы из логина? вставлять вместо пробела подчерк или какой-то другой символ?
не очень понятно, что надо сделать, чтобы оно это прожевало
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: FDrake on 20 06 2020, 10:53:31
Quote from: ghazan on 20 06 2020, 08:58:40
в каком смысле доработать?  :) стирать пробелы из логина? вставлять вместо пробела подчерк или какой-то другой символ?
не очень понятно, что надо сделать, чтобы оно это прожевало
мне кажется, что openfire ждет пробел в виде "\20"
по крайней мере здесь так говорят https://discourse.igniterealtime.org/t/ous-with-spaces/45120/3 (https://discourse.igniterealtime.org/t/ous-with-spaces/45120/3)
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: ghazan on 21 06 2020, 14:11:10
FDrake,
Тогда в форме настройки вбей \20 вместо пробела и попробуй. Если прокатит, я это исправлю программно
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: FDrake on 21 06 2020, 17:52:20
Quote from: ghazan on 21 06 2020, 14:11:10
FDrake,
Тогда в форме настройки вбей \20 вместо пробела и попробуй. Если прокатит, я это исправлю программно
\20 сработало, авторизовался
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: ghazan on 24 06 2020, 08:35:21
FDrake,
залил на сервер дев билд с исправлением, но там дальше вопрос, насколько хватит этого фикса, чтобы жить нормально с таким жидом... в плагине больше 200 мест, где на сервер или с сервера прилетает from/to/jid, и если их всех надо будет кодировать и раскодировать, это затянется надолго
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: FDrake on 24 06 2020, 09:36:01
Quote from: ghazan on 24 06 2020, 08:35:21
FDrake,
залил на сервер дев билд с исправлением, но там дальше вопрос, насколько хватит этого фикса, чтобы жить нормально с таким жидом... в плагине больше 200 мест, где на сервер или с сервера прилетает from/to/jid, и если их всех надо будет кодировать и раскодировать, это затянется надолго
потестил, вроде уже пишет Logged in, но затем валится в ошибку.
Code: [Select]
[12:20:36 2D4C] [JABBER_1] (030B1728:1988) Data received
<stream:features><starttls xmlns="urn:ietf:params:xml:ns:xmpp-tls"></starttls><mechanisms xmlns="urn:ietf:params:xml:ns:xmpp-sasl"><mechanism>PLAIN</mechanism><mechanism>NTLM</mechanism></mechanisms><compression xmlns="http://jabber.org/features/compress"><method>zlib</method></compression><ver xmlns="urn:xmpp:features:rosterver"/><c xmlns="http://jabber.org/protocol/caps" hash="sha-1" node="https://www.igniterealtime.org/projects/openfire/" ver="dfdAkP3SX5AVgYgi5Osia/oYKTk="/></stream:features>
[12:20:36 2D4C] [JABBER_1] recvResult = 500
[12:20:36 2D4C] NtlmCreateResponseFromChallenge (N): chl= {(null):(null)} => 0
[12:20:36 2D4C] InitializeSecurityContext(NTLM): 0x90312
[12:20:36 2D4C] [JABBER_1] (030B1728:1988) Data sent
<auth xmlns="urn:ietf:params:xml:ns:xmpp-sasl" mechanism="NTLM">TlRMTVNTUAABAAAAB7IIogUABQAwAAAACAAIACgAAAAKAGFKAAAAD0xLQUIyMDJSMjNVUFI=</auth>
[12:20:36 2D4C] [JABBER_1] bytesParsed = 500
[12:20:36 2D4C] [JABBER_1] (030B1728:1988) Data received
<challenge xmlns="urn:ietf:params:xml:ns:xmpp-sasl">TlRMTVNTUAACAAAACgAKADgAAAAFgomilLmTdsqA2wsAAAAAAAAAAJgAmABCAAAACgA5OAAAAA8yADMAVQBQAFIAAgAKADIAMwBVAFAAUgABABwAUwBFAFIAVgBFAFIATwBQAEUATgBGAEkAUgBFAAQAEAAyADMAdQBwAHIALgByAHUAAwAuAFMAZQByAHYAZQByAE8AcABlAG4AZgBpAHIAZQAuADIAMwB1AHAAcgAuAHIAdQAFABAAMgAzAHUAcAByAC4AcgB1AAcACAC06YW4CErWAQAAAAA=</challenge>
[12:20:36 2D4C] [JABBER_1] recvResult = 356
[12:20:36 2D4C] NtlmCreateResponseFromChallenge (N): chl=TlRMTVNTUAACAAAACgAKADgAAAAFgomilLmTdsqA2wsAAAAAAAAAAJgAmABCAAAACgA5OAAAAA8yADMAVQBQAFIAAgAKADIAMwBVAFAAUgABABwAUwBFAFIAVgBFAFIATwBQAEUATgBGAEkAUgBFAAQAEAAyADMAdQBwAHIALgByAHUAAwAuAFMAZQByAHYAZQByAE8AcABlAG4AZgBpAHIAZQAuADIAMwB1AHAAcgAuAHIAdQAFABAAMgAzAHUAcAByAC4AcgB1AAcACAC06YW4CErWAQAAAAA= {(null):(null)} => 0
[12:20:36 2D4C] InitializeSecurityContext(NTLM): 0x0
[12:20:36 2D4C] [JABBER_1] (030B1728:1988) Data sent
<response xmlns="urn:ietf:params:xml:ns:xmpp-sasl">TlRMTVNTUAADAAAAGAAYAIIAAAAYABgAmgAAAAoACgBYAAAAEAAQAGIAAAAQABAAcgAAAAAAAACyAAAABYKIogoAYUoAAAAPC/Rs8hY967cQRfvJOd/BJDIAMwBVAFAAUgAuBEgEOgQ+BDIEIAAgBCEETABLAEEAQgAyADAAMgBSAMEtbpFc0YwdAAAAAAAAAAAAAAAAAAAAAPBlt3ykQE6cCAthX2PtQg3zMJTLUuf+Kw==</response>
[12:20:36 2D4C] [JABBER_1] bytesParsed = 356
[12:20:36 2D4C] [JABBER_1] (030B1728:1988) Data received
<success xmlns="urn:ietf:params:xml:ns:xmpp-sasl">=</success>
[12:20:36 2D4C] [JABBER_1] recvResult = 61
[12:20:36 2D4C] [JABBER_1] Success: Logged-in.
[12:20:36 2D4C] [JABBER_1] Stream will be initialized after successful sasl
[12:20:36 2D4C] [JABBER_1] bytesParsed = 61
[12:20:36 2D4C] [JABBER_1] Stream is initializing after successful sasl
[12:20:36 2D4C] [JABBER_1] (030B1728:1988) Data sent
<?xml version="1.0" encoding="UTF-8"?><stream:stream xmlns="jabber:client" to="domainr.ru" xmlns:stream="http://etherx.jabber.org/streams" xml:lang="ru" version="1.0">
[12:20:36 2D4C] [JABBER_1] (030B1728:1988) Data received
<?xml version='1.0' encoding='UTF-8'?><stream:stream xmlns:stream="http://etherx.jabber.org/streams" xmlns="jabber:client" from="domainr.ru" id="9e30wncite" xml:lang="ru" version="1.0"><stream:features><compression xmlns="http://jabber.org/features/compress"><method>zlib</method></compression><ver xmlns="urn:xmpp:features:rosterver"/><bind xmlns="urn:ietf:params:xml:ns:xmpp-bind"/><session xmlns="urn:ietf:params:xml:ns:xmpp-session"><optional/></session><sm xmlns='urn:xmpp:sm:2'/><sm xmlns='urn:xmpp:sm:3'/><c xmlns="http://jabber.org/protocol/caps" hash="sha-1" node="https://www.igniterealtime.org/projects/openfire/" ver="dfdAkP3SX5AVgYgi5Osia/oYKTk="/></stream:features>
[12:20:36 2D4C] [JABBER_1] recvResult = 677
[12:20:36 2D4C] [JABBER_1] bytesParsed = 183
[12:20:36 2D4C] [JABBER_1] (030B1728:1988) Data sent
<iq type="set" id="mirb9b91bee991dff3e_1"><bind xmlns="urn:ietf:params:xml:ns:xmpp-bind"><resource>Miranda</resource></bind></iq>
[12:20:36 2D4C] [JABBER_1] bytesParsed = 494
[12:20:36 2D4C] [JABBER_1] (030B1728:1988) Data received
<iq type="error" id="mirb9b91bee991dff3e_1" to="domainr.ru/9e30wncite"><bind xmlns="urn:ietf:params:xml:ns:xmpp-bind"><resource>Miranda</resource></bind><error code="500" type="wait"><internal-server-error xmlns="urn:ietf:params:xml:ns:xmpp-stanzas"/></error></iq>
[12:20:36 2D4C] [JABBER_1] recvResult = 262
[12:20:36 2D4C] [JABBER_1] (030B1728:1988) Data sent
</stream:stream>
[12:20:36 2D4C] [JABBER_1] bytesParsed = 262
[12:20:36 2D4C] [JABBER_1] (030B1728:1988) Data received
</stream:stream>
[12:20:36 2D4C] [JABBER_1] recvResult = 16
[12:20:36 2D4C] [JABBER_1] bytesParsed = 16
[12:20:36 2D4C] [JABBER_1] Connection closed gracefully
[12:20:36 2D4C] [JABBER_1] recvResult = 0
[12:20:36 2D4C] [JABBER_1] m_iDesiredStatus reset to (1,40072) => 40071
[12:20:36 2D4C] [JABBER_1] leaving worker thread
[12:20:36 2D4C] [JABBER_1] Thread ended: type=0 server='domainr.ru'
[12:20:36 2D4C] [JABBER_1] (030B1728:1988) Connection closed internal
[12:20:36 2D4C] [JABBER_1] (030B1728:4294967295) Connection closed
[12:20:36 2D4C] [JABBER_1] Exiting ServerThread
со стороны сервера жалобы на jid:
Code: [Select]
2020.06.24 12:20:37 ERROR [socket_c2s-thread-2]: org.jivesoftware.openfire.handler.IQHandler - Внутренняя ошибка сервера
java.lang.IllegalArgumentException: Illegal JID: иванов рс@domainr.ru/Miranda
at org.xmpp.packet.JID.<init>(JID.java:534) ~[tinder-2.0.0.jar:?]
at org.xmpp.packet.JID.<init>(JID.java:490) ~[tinder-2.0.0.jar:?]
at org.jivesoftware.openfire.session.LocalClientSession.setAuthToken(LocalClientSession.java:684) ~[xmppserver-4.5.2.jar:4.5.2]
at org.jivesoftware.openfire.handler.IQBindHandler.handleIQ(IQBindHandler.java:156) ~[xmppserver-4.5.2.jar:4.5.2]
at org.jivesoftware.openfire.handler.IQHandler.process(IQHandler.java:62) [xmppserver-4.5.2.jar:4.5.2]
at org.jivesoftware.openfire.IQRouter.handle(IQRouter.java:369) [xmppserver-4.5.2.jar:4.5.2]
at org.jivesoftware.openfire.IQRouter.route(IQRouter.java:112) [xmppserver-4.5.2.jar:4.5.2]
at org.jivesoftware.openfire.spi.PacketRouterImpl.route(PacketRouterImpl.java:74) [xmppserver-4.5.2.jar:4.5.2]
at org.jivesoftware.openfire.net.StanzaHandler.processIQ(StanzaHandler.java:366) [xmppserver-4.5.2.jar:4.5.2]
at org.jivesoftware.openfire.net.ClientStanzaHandler.processIQ(ClientStanzaHandler.java:95) [xmppserver-4.5.2.jar:4.5.2]
at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:316) [xmppserver-4.5.2.jar:4.5.2]
at org.jivesoftware.openfire.net.StanzaHandler.process(StanzaHandler.java:203) [xmppserver-4.5.2.jar:4.5.2]
at org.jivesoftware.openfire.nio.ConnectionHandler.messageReceived(ConnectionHandler.java:183) [xmppserver-4.5.2.jar:4.5.2]
at org.apache.mina.core.filterchain.DefaultIoFilterChain$TailFilter.messageReceived(DefaultIoFilterChain.java:1015) [mina-core-2.1.3.jar:?]
at org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:650) [mina-core-2.1.3.jar:?]
at org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1300(DefaultIoFilterChain.java:49) [mina-core-2.1.3.jar:?]
at org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:1128) [mina-core-2.1.3.jar:?]
at org.apache.mina.core.filterchain.IoFilterAdapter.messageReceived(IoFilterAdapter.java:122) [mina-core-2.1.3.jar:?]
at org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:650) [mina-core-2.1.3.jar:?]
at org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1300(DefaultIoFilterChain.java:49) [mina-core-2.1.3.jar:?]
at org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:1128) [mina-core-2.1.3.jar:?]
at org.apache.mina.filter.codec.ProtocolCodecFilter$ProtocolDecoderOutputImpl.flush(ProtocolCodecFilter.java:413) [mina-core-2.1.3.jar:?]
at org.apache.mina.filter.codec.ProtocolCodecFilter.messageReceived(ProtocolCodecFilter.java:257) [mina-core-2.1.3.jar:?]
at org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:650) [mina-core-2.1.3.jar:?]
at org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1300(DefaultIoFilterChain.java:49) [mina-core-2.1.3.jar:?]
at org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:1128) [mina-core-2.1.3.jar:?]
at org.apache.mina.core.filterchain.IoFilterEvent.fire(IoFilterEvent.java:106) [mina-core-2.1.3.jar:?]
at org.apache.mina.core.session.IoEvent.run(IoEvent.java:89) [mina-core-2.1.3.jar:?]
at org.apache.mina.filter.executor.OrderedThreadPoolExecutor$Worker.runTask(OrderedThreadPoolExecutor.java:766) [mina-core-2.1.3.jar:?]
at org.apache.mina.filter.executor.OrderedThreadPoolExecutor$Worker.runTasks(OrderedThreadPoolExecutor.java:758) [mina-core-2.1.3.jar:?]
at org.apache.mina.filter.executor.OrderedThreadPoolExecutor$Worker.run(OrderedThreadPoolExecutor.java:697) [mina-core-2.1.3.jar:?]
at java.lang.Thread.run(Unknown Source) [?:1.8.0_202]
Caused by: java.lang.IllegalArgumentException: The input 'иванов рс' is not a valid JID node part: Contains prohibited code points.
at org.xmpp.packet.JID.nodeprep(JID.java:331) ~[tinder-2.0.0.jar:?]
at org.xmpp.packet.JID.<init>(JID.java:522) ~[tinder-2.0.0.jar:?]
... 31 moreЗапасся терпением, вся надежда на Ваши доработки  :) разработчики openfire не реагируют с 2010г., а кроме миранды с ntlm никто нормально не работает с кириллицей
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: ghazan on 24 06 2020, 10:09:28
FDrake,
есть мнение, что если логин всё равно вбивается руками, а не берется автоматически из имени компьютера, то проще его так и вбивать в настройки в виде \20 - заодно и проверка жида будет нормально работать (с сервера-то он тоже в таком виде прилетать будет)

реально невозможно сейчас в двухстах местах пройти это и перебить без того, чтобы плагин не превратился в кашу и не начал глючить в самых странных местах, да и времени на это совсем нет
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: FDrake on 24 06 2020, 11:00:48
Quote from: ghazan on 24 06 2020, 10:09:28
FDrake,
есть мнение, что если логин всё равно вбивается руками, а не берется автоматически из имени компьютера, то проще его так и вбивать в настройки в виде \20 - заодно и проверка жида будет нормально работать (с сервера-то он тоже в таком виде прилетать будет)

реально невозможно сейчас в двухстах местах пройти это и перебить без того, чтобы плагин не превратился в кашу и не начал глючить в самых странных местах, да и времени на это совсем нет
понимаю. просто тогда придется и пароль вбивать ручками юзерам.
либо идти по пути смены логинов в LDAP...
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: ghazan on 24 06 2020, 14:40:39
Quote from: FDrake on 24 06 2020, 11:00:48
просто тогда придется и пароль вбивать ручками юзерам.
почему вдруг? пароль в GSSAPI вообще не фигурирует
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: FDrake on 26 06 2020, 10:41:13
Quote from: ghazan on 24 06 2020, 14:40:39
почему вдруг? пароль в GSSAPI вообще не фигурирует
Так просто хотелось чтобы работала прозрачная авторизация по ntlm. Без ввода паролей.
Пока остановился на снятой галке "Доменный логин", автоматическом заполнении логина скриптом с заменой пробела на \20 и однократным вводом доменного пароля юзером при входе с сохранением пароля.

Спасибо за подсказки  :THUMBS UP:



Вкратце по настройке (вдруг кто вздумает повторить):
Галка "Доменный логин" и логины на кириллице отлично работают:
1) Windows Server 2016, Postgresql,  Openfire 4.5.2 x64 со встроенным JRE и отдельно настроенным плагином NTLM x64 по инструкции http://forum.ru-board.com/topic.cgi?forum=8&topic=45052&start=0&limit=1&m=3#1 (http://forum.ru-board.com/topic.cgi?forum=8&topic=45052&start=0&limit=1&m=3#1). Плагин качается отсюда:http://norman.rasmussen.co.za/dl/sasl-sspi/ (http://norman.rasmussen.co.za/dl/sasl-sspi/) плюс SaslSspi.dll x64 https://cloud.mail.ru/public/3v3h/37ykKS3Q4 (https://cloud.mail.ru/public/3v3h/37ykKS3Q4)
2) Windows 10 и последняя сборка Miranda NG с галкой "Доменный логин"
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: sergio_sd on 21 08 2020, 10:17:41
Аналогичная проблема при авторизации через kerberos. Openfire 4.5.3 GSSAPI + MirandaNG 0.95.12
Да, пожалуй со стороны клиента тут ничего не исправить.

Остается два реальных варианта:
1 Включить PLAIN на сервере и забивать логин/пароль руками
2 Менять имена пользователей в AD удаляя пробелы

И один призрачный вариант:
Что igniterealtime исправит эту досадную особенность.
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: satoo on 21 04 2022, 07:41:15
Не создаю другую тему, т.к. эта тема близка к теме ;)

Сервер 4.7.1 x64, клиент последняя миранда, jre1.8.0_321 x64. Домен вида dom.domain.ru Использование openfire - только внутри сети. Логины вида User_IO (на английском). Обычным образом клиенты подключаются (при указании логина/пароля)

Попробовал по всем мануалам с руборда (когда-то делал для старого сервера - все работало). Использовал 64 битную длл SaslSspi.dll

Просьба подсказать, куда копать. И вообще, есть такая рабочая связка у кого-то?
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: ghazan on 21 04 2022, 15:25:25
Quote from: satoo on 21 04 2022, 07:41:15
Просьба подсказать, куда копать.
в каком смысле? обычно всё работает, если в миранде не указывать пароль и поставить Use domain login
приложи хоть скриншот опций на посмотреть, ну и в логе сервера бывает полезная ругань.
бывает, что GSSAPI в виндовом клиенте старый и не подходит серверу по используемому шифрованию
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: satoo on 21 04 2022, 15:29:38
Гуру, подскажите, может я не так понимаю инструкцию?
 
Вводная: сервер 2019x64, сервер 4.7.1x64, jre1.8.0_321x64, миранда обновлена (на старом сервере авторизация на этой же сборке работает)
 
Скопировал 64 битную версию
c:\Program Files\Openfire\bin\SaslSspi.dll
 
Скопировал 
c:\Program Files\Openfire\lib\sasl-sspi.jar
 
В файле:
c:\Program Files\Java\jre1.8.0_321\lib\security\java.security
 
 
заремарил вместо 10 провайдера
security.provider.10=sun.security.mscapi.SunMSCAPI
#security.provider.10=net.za.darkskies.security.sasl.SSPIProvider
 
Установил плагин saslmechanisms.jar (пробовал и простым копированием в каталог c:\Program Files\Openfire\plugins\saslmechanisms.jar)
 
В свойствах сервера создал параметр:
sasl.realm = netbios_имя_домена
sasl.mechs = ANONYMOUS,PLAIN,NTLM
 
При запуске, в консоле видим:
Successfully loaded plugin 'admin'.
Successfully loaded plugin 'monitoring'.
Successfully loaded plugin 'clientcontrol'.
Successfully loaded plugin 'search'.
Successfully loaded plugin 'broadcast'.
Successfully loaded plugin 'bookmarks'.
An exception occurred while loading plugin 'saslmechanisms':
Finished processing all plugins.
 
Авторизация, соответственно, не работает. ЧЯДНТ?




Spoiler
[JABBER_1]
AM_BaseProto=sJABBER
AutoAcceptMUC=b0
AutoJoinBookmarks=b1
AutoJoinConferences=b1
AutoJoinHidden=b1
GcAltNick=u
GcLogAffiliations=b0
GcLogBans=b1
GcLogChatHistory=b1
GcLogConfig=b0
GcLogRoles=b0
GcLogStatuses=b0
GcMsgQuit=uI'm happy Miranda NG user. Get it at https://miranda-ng.org/.
GcMsgSlap=u/me slaps %s around a bit with a large trout
HostNameAsResource=b1
IgnoreMUCInvites=b0
KeepAlive=b1
LastGetVcard=d1650395192
LastLoggedServer=sserv.neo.domain.local
LastMamId=s1
ManualConnect=b0
ManualHost=u
ManualPort=w0
NLlog=d1
Password=u
Port=w5222
Priority=d0
Resource=upc
RosterSync=b0
SavePassword=b1
UseDomainLogin=b1
UseSSL=b0
UseTLS=b1
VCardHash=s851009bb4436d08f3c8589478bd82b7a
XmlLang=sru
bookmarksWnd_cx0=w120
bookmarksWnd_cx1=w210
bookmarksWnd_cx2=w90
bookmarksWnd_height=d429
bookmarksWnd_width=d460
bookmarksWnd_x=d730
bookmarksWnd_y=d305
[close]
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: ghazan on 21 04 2022, 18:10:38
Quote from: satoo on 21 04 2022, 15:29:38
An exception occurred while loading plugin 'saslmechanisms':
Есть мнение, что этот вопрос надо тащить на форум OpenFire, буде таковой существует.
От клиента всё это ни в малейшей степени не зависит
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: satoo on 22 04 2022, 06:34:35
Я знаю. Где только можно я поискал и спросил.

А здесь надеюсь лишь на то, что мирандовцы используя openfire могут поделиться своим опытом.

ps про файл java.security я, конечно, описался - заремарен родной провайдер, добавлен новый
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: Davis on 21 05 2022, 16:02:05
Quote from: satoo on 22 04 2022, 06:34:35
огут поделиться своим опытом
Я в итоге давно плюнул на NTLM, вник один раз и настроил GSSAPI - и все хорошо. Ничего не патчишь, само работает.
Например так: https://discourse.igniterealtime.org/t/how-to-video-on-setting-up-sso-ad-with-openfire/79384
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: dartraiden on 18 07 2022, 20:40:15
Добавил эту ссылку в вики (https://wiki.miranda-ng.org/index.php?title=Plugin:Jabber).