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
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]

Содержимое секции [JABBER_1] из разворачиваемого политиками ini-файла:
Spoiler
[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

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
Прилагаю 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
NTLM не выпилен ... он успешно тащится во все версии винды, включая десятку
все зашибись, но судя по тому, что фикс помог с именем пользователя, управление прилетает в NTLMv1, который таки да выпилен нахрен :-) поэтому он работать в принципе не может.

Проверил - не работает  , симптомы те-же ...
Code: [Select]
спасибо, буду дальше гуглить код ошибки. там какой-то трэш, угар и содомия, и пока ни одного позитивного совета, как это лечить :(

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

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

а если ввести в настройках имя пользователя (но не вводить пароль), то ситуация изменится?
Миранда так-же ругается. Вот так это выглядит в логе Миранды: 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
вопрос - а если выпилить пробел из русского имени пользователя, то это поможет?
А его там нет, там не пробел, а символ нижнего подчеркивания "_" ...
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: shuum on 04 02 2019, 08:38:16
Основной вопрос в том, что на английском то всё работает ...
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: ghazan on 04 02 2019, 10:37:36
Основной вопрос в том, что на английском то всё работает ...
очевидно, что это последствия кривой конвертации уникода, но проблема в том, что все остальные системные вызовы не содержат конвертации.. там просто все параметры уходят в уникоде
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: shuum on 04 02 2019, 10:57:07
Есть надежда, что у Вас дойдут руки заняться этим вопросом?, а то внедрение локальной "аськи" встало раком, т.к. много пользователей заведены на русском :)
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: ghazan on 05 02 2019, 14:05:08
Есть надежда, что у Вас дойдут руки заняться этим вопросом?, а то внедрение локальной "аськи" встало раком, т.к. много пользователей заведены на русском :)
руки уже несколько раз доходили, но меня пугает то, что гугл вообще не содержит описания этой проблемы, это сильно усложняет задачу + то, что у меня нет окружения для тестирования.
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,
В данном таске тестовым окружением будет считаться 2 виртуалки
это слишком сложно :) моя бедная машинка столько не вынесет, да и времени столько нету.

Готов рассмотреть предоставление Вам удалённой отладки
к сожалению, отлаживать винду даже удалённо вряд ли получится. ведь проблема сейчас ровно в том, что из системного вызова вдруг прилетел код ошибки
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
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
Похоже, что проблема именно с пробелом в логине. Обычные типа ИвановРС  отрабатываются нормально. Сможете доработать ?
в каком смысле доработать?  :) стирать пробелы из логина? вставлять вместо пробела подчерк или какой-то другой символ?
не очень понятно, что надо сделать, чтобы оно это прожевало
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: FDrake on 20 06 2020, 10:53:31
в каком смысле доработать?  :) стирать пробелы из логина? вставлять вместо пробела подчерк или какой-то другой символ?
не очень понятно, что надо сделать, чтобы оно это прожевало
мне кажется, что 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
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
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
FDrake,
есть мнение, что если логин всё равно вбивается руками, а не берется автоматически из имени компьютера, то проще его так и вбивать в настройки в виде \20 - заодно и проверка жида будет нормально работать (с сервера-то он тоже в таком виде прилетать будет)

реально невозможно сейчас в двухстах местах пройти это и перебить без того, чтобы плагин не превратился в кашу и не начал глючить в самых странных местах, да и времени на это совсем нет
понимаю. просто тогда придется и пароль вбивать ручками юзерам.
либо идти по пути смены логинов в LDAP...
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: ghazan on 24 06 2020, 14:40:39
просто тогда придется и пароль вбивать ручками юзерам.
почему вдруг? пароль в GSSAPI вообще не фигурирует
Title: Re: Русские буквы в имени пользователя при использовании опции "Доменный логин"
Post by: FDrake on 26 06 2020, 10:41:13
почему вдруг? пароль в 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 с галкой "Доменный логин"