Zammad: LDAP / ExchangeUTF-8ステータスコード500

こんにちは@ e311-ログの上部も

こんにちは、
やってみます。
（admin-> system-> Integarionで）LDAPを開きます。 構成を開始します。すべて問題ありません。
ドメインDNユーザーパスワード。

標準マッピングを使用しました。

LDAP構成画面が正常に表示されないことを確認してください。

安全を押します。 そして、エラーメッセージが表示されます。

ページをリロードした後、フレームは空になります。

そしてここに完全なログファイルがあります：

log.txt

こんにちは@ e311-包括的な記事をありがとう！ ログの興味深い行は次のとおりです。

E, [2018-07-24T11:39:30.491795 #973] ERROR -- : "\xC5" from ASCII-8BIT to UTF-8 (Encoding::UndefinedConversionError)
/opt/zammad/vendor/bundle/ruby/2.4.0/gems/activesupport-5.1.5/lib/active_support/core_ext/object/json.rb:36:in `encode'
...
/opt/zammad/app/controllers/application_controller/renders_models.rb:70:in `model_update_render_item'
/opt/zammad/app/controllers/application_controller/renders_models.rb:66:in `model_update_render'
/opt/zammad/app/controllers/settings_controller.rb:31:in `update'

これは基本的に、LDAP設定に保存される/取得される特別にエンコードされた文字があることを示しています。 それらもログで確認できます。

これで問題を再現するのに十分だと思います。 これまでのご支援ありがとうございます。 問題を修正します。

Exchange統合も影響を受けることに注意してください：＃2152

こんにちは@ e311 、

私たちはこの問題を掘り下げており、何が起こっているのかを理解していると確信していますが、完全に確実にするためにもう一度あなたの助けを求める必要があります。

ステップ1：バグの原因を確認する

ターミナルのZammadディレクトリで次の行を試してください。 疑惑が正しければ、失敗するはずです（つまり、エラーが発生し、トレースバックが表示されます）。

$ rails r "puts Setting.get('ldap_config').to_json"

最初のバグレポートで取得したのと同じEncoding::UndefinedConversionErrorトレースバックが表示された場合は、ステップ2に進んでください。 そうでない場合は、このバグが最後に発生してからデータベースをリセットしたり、LDAP構成を変更したりしていないことを確認してください。 それでもエラーが発生しない場合は、引き続き調査できるようにお知らせください。

ステップ2：重要な情報の最後のビットを送ってください

ターミナルで次のコマンドを実行します。

$ rails r "pp Setting.get('ldap_config').except('bind_pw')" > zammad_2140_debug_output.txt

次に、結果のファイル（ zammad_2140_debug_output.txt ）を[email protected]に送信します

これにより、修正をすぐに機能させることができるはずです。

あなたのご親切に感謝します！

これは最初のマッサージです

serveradmin @ support ：/ opt / zammad $ rails r "puts Setting.get（ 'ldap_config'）。to_json"
トレースバック（最後の最後の呼び出し）：
4：bin / railsから<main>'         3: from bin/rails:3:in require_relative '
2：/opt/zammad/config/boot.rb：3：in <top (required)>'         1: from /usr/lib/ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in require '
/usr/lib/ruby/2.5.0/rubygems/core_ext/kernel_require.rb:59:in `require '：そのようなファイルをロードできません--bundle / setup（LoadError）

Gesendet：Montag、2018年8月6日11:53 Uhr
Von：「RyanLue」 [email protected]
回答：zammad / zammad [email protected]
Cc：e311 [email protected] 、言及@ noreply.github.com
Betreff：Re：[zammad / zammad] LDAP / Exchange UTF-8ステータスコード500（＃2140）

こんにちは@ e311 、

私たちはこの問題を掘り下げており、何が起こっているのかを理解していると確信していますが、完全に確実にするためにもう一度あなたの助けを求める必要があります。

ステップ1：バグの原因を確認する

ターミナルのZammadディレクトリで次の行を試してください。 疑惑が正しければ、失敗するはずです（つまり、エラーを発生させてトレースバックを表示します）。

$ rails r "puts Setting.get（ 'ldap_config'）。to_json"

最初のバグレポートで取得したものと同じEncoding :: UndefinedConversionErrorのトレースバックが表示された場合は、手順2に進んでください。 そうでない場合は、このバグが最後に発生してからデータベースをリセットしたり、LDAP構成を変更したりしていないことを確認してください。 それでもエラーが発生しない場合は、引き続き調査できるようにお知らせください。

ステップ2：重要な情報の最後のビットを送ってください

ターミナルで次のコマンドを実行します。

$ rails r "pp Setting.get（ 'ldap_config'）。except（ 'bind_pw'）"> zammad_2140_debug_output.txt

次に、結果のファイル（zammad_2140_debug_output.txt）を[email protected]に送信します

これにより、修正をすぐに機能させることができるはずです。

あなたのご親切に感謝します！

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信するか、GitHubで表示するか、スレッドをミュートしてください。

rails r "pp Setting.get（ 'ldap_config'）。except（ 'bind_pw'）"> zammad_2140_debug_output.txt
emtyファイルを作成します（emtyであるためアップロードできません）

こんにちは@ e311-以下を試してください：

zammad run rails r "pp Setting.get('ldap_config').except('bind_pw')" > zammad_2140_debug_output.txt

または：

bundle exec rails r "pp Setting.get('ldap_config').except('bind_pw')" > zammad_2140_debug_output.txt

しかし、最初の行である必要があります。

私は最初のコマンドを試します：
sudoありまたはsudoなしの「Serveradmin」と同じ

バンドルがインストールされていませんか？

@ e311 、それは非常に奇妙です。 今のところ、2番目のコマンド（ bundle exec rails ... ）は無視しましょう—ここではそれが正しいパスではないと思います。 ログファイルをバックアップして、新しい空のファイルを作成してみてください。

/opt/zammad:# gzip production.log
/opt/zammad:# mv production.log.gz production.log.15.gz
/opt/zammad:# touch production.log
/opt/zammad:# chown zammad.zammad production.log
/opt/zammad:# chmod 0644 production.log
/opt/zammad:# zammad run rails r "pp Setting.get('ldap_config').except('bind_pw')" > zammad_2140_debug_output.txt

この問題を解決するためにご協力いただきありがとうございます。

@rlue昨日@ e311でコマンドを実行し

ログには完全に細かいアクセス権があります。私はそれを再確認しました。
まだ持っていない場合に備えて、最も重要なldap-config出力を送信します。

おっと、昨日の始まりにログを完全に送ってくれました。 どうして逃したのかわからない！

@ e311 、デバッグ出力に期待していたものが表示されませんでした。 @MrGenerationがzammad run rails r ...コマンドを機能させるのに役立ったので、次のことをもう一度試して、この問題の原因であるEncoding::UndefinedConversionErrorが発生するかどうかを教えてください。

$ rails r "puts Setting.get('ldap_config').to_json"

「Rubyのバージョンは2.5.1ですが、Gemfileで2.4.4が指定されています」というメッセージが表示されます。
申し訳ありませんが、機能しません（Googleが私に言うすべての考えを試してみます）

RubyとElasticsearchのバージョンはZammadと互換性がありません。
Ruby2.4.4と最大5.6のElasticsearchを使用します。

@ e311申し訳ありませんが、完全に私のせいです。 zammad rもう一度追加するのを忘れました。 -_- '

私は意味しました

$ zammad run rails r "puts Setting.get('ldap_config').to_json"

メッセージは次のとおりです。

Neues Textdokument（3）.txt

したがって、最後のコマンドからの出力は、まさに私が期待していたものでした。 要約すると、LDAPサーバーの一部のユーザー属性にバイナリデータ値があるようです。 Zammadはこれらを文字列に変換してから、バックエンドからフロントエンドに渡そうとしますが、実際には文字列ではないため、エンコード/変換の問題が発生します。

もちろん、LDAPサーバーに接続できないため、試してみるまで修正が機能するかどうかを100％確信することはできません。 それで、私はさらに2つの点についてあなたの助けを求めたいと思います：

1. 前回、いくつかのコマンドを実行して出力を電子メールで送信するように依頼したとき（先週の水曜日）、私が提供したコマンドは完全に正しくなく、必要な情報を正確に提供していませんでした。 今回は正しく実行する必要があるスクリプトを次に示します（

   # Place this script in your Zammad directory and run it with
   #
   #     $ zammad run rails r 2140_bug_report.rb
   #
   # It should create a file named 2140_bug_report.txt.
   # Please send this file to [email protected], and mention that it's for Ryan.
   
   class Hash
    def deep_values
      values.map { |v| v.try(:deep_values) || v }.flatten
    end
   end
   
   string_values = Setting.get('ldap_config').except('bind_pw').deep_values.select { |v| v.is_a?(String) }
   
   File.binwrite('2140_bug_report.txt', Marshal.dump(string_values))
   

   二度やらせてごめんなさい。

2. 問題を修正する必要があると思うパッチを作成しました。 基本的に、LDAP同期でバイナリデータ値を検出すると、文字列として保存しようとするのではなく、スキップします。

   これらの変更をメインコードベースにマージする前に、修正がマシンで機能することを確認したいと思います。 これは、 lib/ldap/user.rbファイルのバグ修正バージョンです。

   ダウンロードして/opt/zammad/lib/ldap/user.rbにコピーし、 Zammadを

   

それでも手順2で修正できない場合は、手順1のスクリプトを再度実行して、両方のファイルを送信してください。

あなたの助けとあなたの忍耐にもう一度感謝します！

ホールシステムを再起動しましたが、変更ボタンを押すことができません。

パッチの前
2140_bug_report（Step1）.txt

パッチ後
2140_bug_report（Step2）.txt

また、新しいLDAP構成を試してください。 LDAPconfの前にシステムを復元します。 しかし、同じ結果ではありません。

ドメインの機能レベルを確認しました。 2003年ですこれが問題になる可能性があります

ホールシステムを再起動しましたが、変更ボタンを押すことができません。

これを明確にしてくれてありがとう。 もともと問題の範囲がわからなかった。

また、新しいLDAP構成を試してください。 LDAPconfの前にシステムを復元します。 しかし、同じ結果ではありません。

LDAP confの前にシステムを復元し、ウィザード全体を正常に実行したにもかかわらず、同じ問題が発生したということですか？ または、LDAP confの前にシステムを復元しようとしたが、それでもこのエラーが発生し、ウィザードにアクセスできないということですか？

前者の場合、パッチにはまだもう少し作業が必要です。 明日あなたのために修正が必要です。 後者の場合は、LDAP構成をリセットしてみてください。

$ RAILS_ENV=production zammad run rails r "Setting.set('ldap_config', {})"

（開発環境でこれを行う場合は、 RAILS_ENV=production部分を省略できます。）

バックアップを復元しました。バックアップは、LDAP構成を初めて開始する前に作成されました。

LDAPconをリセットしようとしています
$ RAILS_ENV=production zammad run rails r "Setting.set('ldap_config', {})"
confを「リセット」しませんが、それでも機能します。
エラーメッセージなしで、システム全体が実行されているように見えます

（LDAPなし）

さて、あなたは言っています：

1. Zammadは機能しています、
2. 現在、LDAP同期が構成されておらず、
3. LDAP同期ページにエラーメッセージが表示されなくなりましたか？

（ポイント2を確認するために、 RAILS_ENV=production zammad run rails r "puts Setting.get('ldap_config')"実行できます。これにより、コンソールに{}れます。）

上記のすべてが当てはまり、上記にリンクしたパッチ適用されたバージョンのlib/ldap/user.rbをコピーした場合、LDAP同期をもう一度セットアップしてみて、それでも問題が発生するかどうかを教えてください。同じ問題？

または、誤解された場合は、状況をお知らせください。

ありがとう。

@ rlue -JFI： https： //community.zammad.org/t/unable-to-access-ldap-in-integrations-statuscode-500/1116/5を

返事が遅れて申し訳ありません。 はい、すべて正しいです。 LDAPを再度構成した後、同じエラーが再び発生しました。

- @rlue @ E311は、すでに述べたようにまだそこに何か間違っている： https://community.zammad.org/t/unable-to-access-ldap-in-integrations-statuscode-500/1116/21

参考：同じ問題が発生し、パッチを適用したuser.rbも機能しませんでした。
よろしくお願いします

ファイルを変更してアプリケーションを再起動した後も問題が解決しない場合は、 log/production.logファイルからエラー（バックトレースを含む）を入力してください。 ありがとう！

@ E311、@tbeitter、と誰もが、誰が、現在この問題が発生しています-私が持っている私はあなたが実行したいスクリプトのデバッグ_yet another_を。 早く話したくないのですが、これが最後になるはずです。

zammadディレクトリに配置してから実行します

$ zammad run rails r 2140_improved_bug_report.rb

LDAPサーバーのURLとログイン資格情報の入力を求められたら、スクリプトは2140_debug_log.txtというファイルを生成します。 このファイルには、LDAPサーバーのユーザー属性のサンプルが含まれているため、機密性の高いものを意味する場合は、公開しないでsupport @ zammad.comに送信し、ライアン用であることを伝えて

このバグを処理する間、今しばらくお待ちいただきますようお願いいたします。

こんにちは、
新しいスクリプトを実行しようとすると、これが表示されます（LDAPがオン）。ファイルは作成されませんでした。

serveradmin<strong i="7">@support</strong>:/opt/zammad$ sudo zammad run rails r 2140_improved_bug_report.rb
/opt/zammad/vendor/bundle/ruby/2.4.0/gems/railties-5.1.5/lib/rails/commands/runner/runner_command.rb:34:in `load': 2140_improved_bug_report.rb:77: invalid multibyte char (UTF-8) (SyntaxError)
        from /opt/zammad/vendor/bundle/ruby/2.4.0/gems/railties-5.1.5/lib/rails/commands/runner/runner_command.rb:34:in `perform'
        from /opt/zammad/vendor/bundle/ruby/2.4.0/gems/thor-0.20.0/lib/thor/command.rb:27:in `run'
        from /opt/zammad/vendor/bundle/ruby/2.4.0/gems/thor-0.20.0/lib/thor/invocation.rb:126:in `invoke_command'
        from /opt/zammad/vendor/bundle/ruby/2.4.0/gems/thor-0.20.0/lib/thor.rb:387:in `dispatch'
        from /opt/zammad/vendor/bundle/ruby/2.4.0/gems/railties-5.1.5/lib/rails/command/base.rb:63:in `perform'
        from /opt/zammad/vendor/bundle/ruby/2.4.0/gems/railties-5.1.5/lib/rails/command.rb:44:in `invoke'
        from /opt/zammad/vendor/bundle/ruby/2.4.0/gems/railties-5.1.5/lib/rails/commands.rb:16:in `<top (required)>'
        from /opt/zammad/bin/rails:4:in `require'
        from /opt/zammad/bin/rails:4:in `<main>'
serveradmin<strong i="8">@support</strong>:/opt/zammad$

production.log

このLDAPエラーもあります...（リポジトリを介したubuntu 16.04のインストール）

root<strong i="6">@zammad01</strong>:/opt/zammad# zammad run rails r 2140_improved_bug_report.rb
Please specify a valid ruby command or the path of a script to run.
Run 'bin/rails runner -h' for help.

/opt/zammad/vendor/bundle/ruby/2.4.0/gems/railties-5.1.5/lib/rails/commands/runner/runner_command.rb:37: trailing `_' in number
2140_improved_bug_report.rb
     ^
/opt/zammad/vendor/bundle/ruby/2.4.0/gems/railties-5.1.5/lib/rails/commands/runner/runner_command.rb:37: syntax error, unexpected tIDENTIFIER, expecting end-of-input
2140_improved_bug_report.rb

@ redbear-ger、 2140_improved_bug_report.rbが/opt/zammadディレクトリにあることを確認してください。

@ e311おっと、それは奇妙なバグです。

コンソール出力から不要なマルチバイト文字を削除して、スクリプトを変更しました。 スクリプトを再ダウンロードして再試行するか、77行目のスマート引用符を通常の引用符に変更するだけです。

# replace “#{default_base_dn}” with '#{default_base_dn}'
printf "Base DN (leave blank for default '#{default_base_dn}'): "

これで問題が解決するかどうかは100％確信できませんが、私には予感があります。

@ rlue、/ opt / zammadに

ところで：LDAP構成（RAILS_ENV = production zammad run rails r "Setting.set（ 'ldap_config'、{}）"）を削除するとすぐに、問題は解消されます。

@ redbear-ger迅速なフィードバックに感謝します。 バグレポートスクリプトを/opt/zammad 、再試行してください。

問題が100％なくなったとしても、サンプルデータを用意しておくと、これが二度と起こらないことを確認するためのテストを作成できるので、非常に役立ちます。

バグはなくなりましたが、LDAP統合もあります;）
今夜レポートスクリプトをダウンロードします

こんにちは、
私は同じ問題を抱えており、上記のすべての提案を試しました。 それらのどれも問題を解決しません。
そこで、機密データを提供せずにデバッグファイルを提供するために、開発システムで問題を再現することにしました。

2140_improved_bug_report.rbスクリプトは、次のテキストファイルを返しました。
2140_debug_log.txt

ありがとう！

ありがとう@hublux！ 何らかの理由で、ファイル内に制御文字（_e.g。、_ ^D ）がリテラルカラット（ ^ ）の後にリテラル文字（ D ）、これにより、ファイルを解析しようとしたときにエラーが発生します。 万が一、ファイルをアップロードする前に何かしましたか？ （たとえば、テキストエディターで開き、閉じて、[変更を保存]をクリックしますか？）または、アップロード時にGitHubが何らかの処理を行った可能性があると思いますか？

元のファイルがマシン上で正しくフォーマットされていることを確認するには、Zammadディレクトリで次のコマンドを試して、出力を確認してください。

$ zammad run rails r "puts Marshal.load(File.read('2140_debug_log.txt')).first.inspect"

# should print the following:
["dn", "CN=Exchange Online-ApplicationAccount,OU=SBSUsers,OU=Users,OU=MyBusiness,DC=ebusiness,DC=local"]

それがすべて期待どおりに機能している場合は、ファイルを[email protected]に電子メールで送信して

こんにちは、
お返事ありがとうございます。

実際、コンテンツをコピーしたときに、いくつかのアクションによってファイルが変更されたようです。
猫と確認すると少し違って見えます。

コマンドを試し、正しい出力を受け取りました。

ファイルをzammadサポートに送信しました。

こちらも新しいファイルです
2140_debug_log.txt

@hublux 、迅速なフィードバックに改めて感謝します。 この新しいファイルも完全に正しくないため、私が作成したデバッグスクリプトに何か問題があると思います（最初に送信した16kBのデバッグログと比較して、4kBの多くのデータが欠落しています）。

それ以来、デバッグスクリプトにパッチを適用して、（うまくいけば） 2140_debug_log.txtファイルをより堅牢にし、これらの奇妙なエンコーディングの問題なしに安全に送信できるようにしました。 もう一度ダウンロードして、もう一度お試しください。 （都合がよければ、このスレッドの返信に自由に含めてください。）

2140_debug_log.txt
新しいスクリプトの出力があります
よろしく！

こんにちは、みなさん、
同じ問題が私にも影響を与えるので、チャイムも鳴ります-新しいlib/ldap/user.rbに更新した後でも

2140_debug_log.txt

また、 ldap_configハッシュを少し掘り下げて、すべての!binary内容を取り除き始めました。 しかし、これらのうち4つを持っていたとしても、エンコーディングにねじ込まれたのは2つだけであることが判明しました。

usersmimecertificateとmsexchmailboxsecuritydescriptorを削除する必要がありました。

他の2つ、 msexchmasteraccountsidとsecurityprotocolは問題を引き起こしませんでした。

こんにちは、

明確にするために、私はこれについて言及している人を見たことがないので、これが明白であるかどうかはわかりません。
LDAP接続として、ドイツ語をシステム言語として使用するActiveDirectoryを使用します。 そこで、新しいシステムと別のドメインをインストールしました。 問題が発生した以前のシステムとの唯一の違いは、新しいシステムでは、言語がドイツ語ではなく米国英語に設定されていることです。 この設定では、エラーは検出されず、すべてが期待どおりに機能します。 そこで、問題が発生した元のzammadシステムを使用して、新しくインストールしたドメインに接続すると、問題は解決しました。

作業セットアップで以下を実行すると、次の出力が得られます。
sudo zammad run rails r "puts Setting.get('ldap_config').to_json"

workingsetup.txt

コマンドを実行して元のセットアップでLDAP構成を確認すると、失敗し、次のエラーが発生します。

これがお役に立てば幸いです。
よろしく！

ありがとう@hublux！ ご意見をお寄せいただき、ありがとうございます。 まもなくdevelopマージされるはずです！

更新後も同じエラーが発生します。 （ただし、Exchangeセットアップなし、LDAP同期のみ）

こんにちは@tidet 、フィードバックをありがとう。 このコメントの指示に従ってください; サンプルデータは、この問題を最終的に解決するのに大いに役立ちます。

こんにちは、
念のために言っておきますが、同じ問題が再び発生しましたが、古い構成はまだ存在していました。 したがって、この問題が再度発生する場合は、次のように進めてください。

次のコマンドを使用して、古い構成を削除します。
sudo RAILS_ENV=production zammad run rails r "Setting.set('ldap_config', {})"

• zammadサービスを停止します

• zammadを更新する

• zammadサービスを再度開始し、LDAP接続を再構成してみてください

この後、私は何の問題にも直面しませんでした。

よろしく

@rlue上記の解決策を試すか、デバッグ目的で現在のエラーのままにする必要がありますか？
ログファイル付きの電子メールがsupport @に送信されます

@tidet 、サンプルLDAPデータができたので、自由に上記を試してください。 とにかく問題を引き起こす可能性のある値を1つ見つけましたが、おそらく問題ありません。 そして、上記の指示があなたのためにそれを修正するかどうかにかかわらず、パイプラインに今日遅くに来る別のパッチがあるでしょう。

編集：私の考えを変えました。 修正はあなたのために働いているので、誰かのために実際に壊れるまで、コードを変更したり、不必要な複雑さを追加したりすることは控えます。

@hubluxFixも私のために働いた。

@hubluxも修正されました

私たちはまだこの問題に直面しています。 @hubluxが書き込み、構成を削除し、zammadを更新し（2.6.0-1534939663.6d23dae9.stretchになりました）、zammadを再起動し、LDAP接続を構成しました。 コードに手動でパッチを適用する必要がありますか？ 前もって感謝します。

私は休暇中でした、ここでの返信が遅れて申し訳ありません、そして私が何かを逃した場合:)

こんにちは@tbeitter 、
このコマンドを実行すると、次の出力が表示されますか。
sudo zammad run rails r "puts Setting.get('ldap_config').to_json"

もしそうなら、これをチェックしてください：
https://github.com/zammad/zammad/issues/2140#issuecomment -417605384

よろしく

はい、私はあなたと同様のエラーを受け取ります：

"\xC2" from ASCII-8BIT to UTF-8 (Encoding::UndefinedConversionError)

こんにちは、

今朝更新したZammadのバージョンを確認しました。

それはあなたのものとは異なります。

次の手順にもう一度進んでください。

• LDAP構成を削除します
• zammadサービスを停止します
• zammadを再度更新する
• zammadサービスを開始します

よろしく

私のために働いた@hublux ！ ありがとう！

他のユーザーを整理するためにあなたのすべての助けを求めて@hubluxに大声で叫んでください。 e07f41edには、障害のあるLDAP構成を自動的にクリアするデータベース移行が含まれるようになりました。これにより、将来この問題が発生したユーザーは、これらの手動手順に対処する必要がなくなります。