Miranda NG русскоязычный форум > Общие разговоры о Miranda NG
Русские буквы в имени пользователя при использовании опции "Доменный логин"
shuum:
Добрый день! Отцы, возник вопрос с использованием Miranda NG в корпоративной среде, а именно по использованию опции "Доменный логин", разворачиваю Миранду пользователям из собственноручно сделанного MSI-пакета политиками домена, SSO настроен и работает, сервер Openfire 4.3.1(Debian), клиент ставится на Windows 10, НО! если имя входа пользователя домена на русском, то клиент не коннектится, при этот в логах сервера вижу:
--- Code: ---2019.01.31 10:04:29 org.jivesoftware.openfire.auth.AuthorizationManager - AuthorizationManager: Trying Default Policy.authorize(����������������_���� , ����������������_����@LGS-GROUP.RU)
--- End code ---
При этом, в этих же логах сервера вижу, что он сам абсолютно корректно работает с русскими именами:
--- Code: ---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"...
--- End code ---
Информация о версии:
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]
--- End quote ---
[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
--- End quote ---
[close]
UPD: Очень похоже, что строка с логином летит на сервер в виндовой ансишной кодировке... а всё остальное (группы и проч. летит, как и положено в UTF-8), но это не точно :)
UPD2: Спарк с русским именем пользователя работает в любых вариантах, Миранда не работает даже если его писать руками(без доменного логина)!
Товарищи разработчики, если Вы тут бываете, - помогите пожалуйста. Спасибо.
ghazan:
нетворк лог бы, ядро + жабер. пока не очень понятно, куда вообще попадает это имя пользователя, потому что имя у нас уникодное, по понятным причинам, вот только в GSSAPI оно не передается (т.е. на его базе вычисляется credentials, которые потом и едут на сервер)
PS: нашел одно место, где самый старый NTLM используется, тогда есть одно преобразование из уникода прямо в анси, да.
поправил, сейчас соберу девелоперский билд - попробуй его. в стаблю пихать фикс напрямую, понятное дело, никто не будет
shuum:
Спасибо! Похоже помогло! С русским именем ночная сборка законнектилась без проблем, чего раньше не получалось! Вопрос, какой файл из ночной сборки подсунуть в стабильную, чтобы эта ошибка исправилась и в стабильной(попробовал mir_app.mir - ругается на плагин ядра stdcrypt) тоже можно было коннектиться с русским именем? Спасибо.
Apollo2k4:
shuum, увы но придётся подождать стабильную версию, она уже в планах.
shuum:
Так, в прошлом посте написал ересь, поэтому удалил его. Что имеем сейчас - определенно поправили кодировку и сервер теперь видит имя пользователя не квадратиками (см. мой первый пост), а нормальной строкой UTF-8, но авторизация всё-равно не проходит, вот как это выглядит сейчас со стороны сервера OpenFire:
--- Code: ---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, ]
--- End code ---
Ошибка LDAP 49 со стороны сервера означает, что неверное имя пользователя или пароль, пруф: https://ldapwiki.com/wiki/LDAP_INVALID_CREDENTIALS
Прилагаю netlog со стороны Миранды для неудачного доменного коннекта(русские буквы в имени пользователя): https://pastebin.com/BkdSGsn8 - где конкретно смущает 87 строка
Прилагаю netlog со стороны Миранды для УДАЧНОГО доменного коннекта(имя пользователя на английском): https://pastebin.com/PDD4WN37 - где ничего не смущает и нет никаких ошибок со стороны Kerberos
P.S. Т.е. сервер сейчас видит правильного пользователя с русскими буквами, но не авторизует его, возможно секрет NTLM считается по имени в неправильной кодировке ? При этом если вписать имя пользователя и пароль руками, то всё ок!
Navigation
[0] Message Index
[#] Next page
Go to full version