コンテンツにスキップ
Kong Logo | Kong Docs Logo
  • ドキュメント
    • API仕様を確認する
      View all API Specs すべてのAPI仕様を表示 View all API Specs arrow image
    • ドキュメンテーション
      API Specs
      Kong Gateway
      軽量、高速、柔軟なクラウドネイティブAPIゲートウェイ
      Kong Konnect
      SaaSのエンドツーエンド接続のための単一プラットフォーム
      Kong AI Gateway
      GenAI インフラストラクチャ向けマルチ LLM AI Gateway
      Kong Mesh
      Kuma と Envoy をベースにしたエンタープライズサービスメッシュ
      decK
      Kongの構成を宣言型で管理する上で役立ちます
      Kong Ingress Controller
      Kubernetesクラスタ内で動作し、Kongをプロキシトラフィックに設定する
      Kong Gateway Operator
      YAMLマニフェストを使用してKubernetes上のKongデプロイメントを管理する
      Insomnia
      コラボレーティブAPI開発プラットフォーム
  • Plugin Hub
    • Plugin Hubを探索する
      View all plugins すべてのプラグインを表示 View all plugins arrow image
    • 機能性 すべて表示 View all arrow image
      すべてのプラグインを表示
      AI's icon
      AI
      マルチ LLM AI Gatewayプラグインを使用してAIトラフィックを管理、保護、制御する
      認証's icon
      認証
      認証レイヤーでサービスを保護する
      セキュリティ's icon
      セキュリティ
      追加のセキュリティレイヤーでサービスを保護する
      トラフィック制御's icon
      トラフィック制御
      インバウンドおよびアウトバウンドAPIトラフィックの管理、スロットル、制限
      サーバーレス's icon
      サーバーレス
      他のプラグインと組み合わせてサーバーレス関数を呼び出します
      分析と監視's icon
      分析と監視
      APIとマイクロサービストラフィックを視覚化、検査、監視
      変革's icon
      変革
      Kongでリクエストとレスポンスをその場で変換
      ログ記録's icon
      ログ記録
      インフラストラクチャに最適なトランスポートを使用して、リクエストと応答データをログに記録します
  • サポート
  • コミュニティ
  • Kongアカデミー
デモを見る 無料トライアルを開始
Kong Gateway
3.8.x
  • Home icon
  • Kong Gateway
  • Plugin Development
  • PDK
  • kong.log
report-issue問題を報告する
  • Kong Gateway
  • Kong Konnect
  • Kong Mesh
  • Kong AI Gateway
  • Plugin Hub
  • decK
  • Kong Ingress Controller
  • Kong Gateway Operator
  • Insomnia
  • Kuma

  • ドキュメント投稿ガイドライン
  • 3.10.x (latest)
  • 3.9.x
  • 3.8.x
  • 3.7.x
  • 3.6.x
  • 3.5.x
  • 3.4.x (LTS)
  • 3.3.x
  • 2.8.x (LTS)
  • アーカイブ (2.6より前)
  • はじめに
    • Kong Gatewayの概要
    • サポート
      • バージョンサポートポリシー
      • サードパーティの依存関係
      • ブラウザサポート
      • 脆弱性パッチ適用プロセス
      • ソフトウェア部品表
    • 安定性
    • リリースノート
    • 破壊的な変更
      • Kong Gateway 3.8.x
      • Kong Gateway 3.7.x
      • Kong Gateway 3.6.x
      • Kong Gateway 3.5.x
      • Kong Gateway 3.4.x
      • Kong Gateway 3.3.x
      • Kong Gateway 3.2.x
      • Kong Gateway 3.1.x
      • Kong Gateway 3.0.x
      • Kong Gateway 2.8.x 以前
    • キーコンセプト
      • サービス
      • ルート
      • コンシューマ
      • アップストリーム
      • プラグイン
      • コンシューマグループ
    • How Kong Works
      • ルーティングトラフィック
      • ロードバランシング
      • ヘルスチェックとサーキットブレーカ
    • 用語集
  • Kong を始めよう
    • Kong をゲットする
    • サービスとルート
    • レート制限
    • プロキシキャッシュ
    • キー認証
    • ロードバランシング
  • コングをインストールする
    • 概要
    • Kubernetes
      • 概要
      • Kong Gatewayをインストール
      • Admin API
      • Kong Manager をインストールする
    • Docker
      • docker run を使用する
      • 独自の Docker イメージをビルドする
    • Linux
      • Amazon Linux
      • Debian
      • Red Hat
      • Ubuntu
    • インストール後
      • データストアを設定
      • エンタープライズライセンスを適用
      • Kong Managerを有効にする
  • Kong in production
    • 展開のトポロジーズ
      • 概要
      • ハイブリッドモード
        • 概要
        • ハイブリッドモードでKong Gatewayをデプロイする
      • DB-lessデプロイ
      • 繁体字版
    • Running Kong
      • non-rootユーザーとしてKongを実行しています
      • 管理者 API の保護
      • systemdの使用
    • アクセスコントロール
      • コングゲートウェイを安全に開始
      • プログラムによる管理者の作成
      • RBAC を有効にする
    • ライセンス
      • 概要
      • ライセンスをダウンロード
      • エンタープライズライセンスのデプロイ
      • ライセンスAPIの使用
      • ライセンス使用状況をモニターする
    • ネットワーク
      • デフォルトのポート
      • DNSに関する考察
      • ネットワークとファイアウォール
      • CP/DP Communication through a Forward Proxy
      • PostgreSQL TLS
        • PostgreSQL TLS の設定
        • PostgreSQL TLS のトラブルシューティング
    • Kongの設定ファイル
    • 環境変数
    • KongからウェブサイトとAPIを提供する
    • モニタリング
      • 概要
      • Prometheus
      • StatsD
      • Datadog
      • ヘルスチェックプローブ
      • AIメトリクスを公開してグラフ
    • トレース
      • 概要
      • カスタム・トレース・エクスポーターの作成
      • トレースAPIリファレンス
    • リソースサイズのガイドライン
    • セキュリティアップデートプロセス
    • ブルー・グリーンの展開
    • カナリアのデプロイ
    • クラスタリングリファレンス
    • パフォーマンス
      • パフォーマンステストのベンチマーク
      • パフォーマンスのベンチマークを作成
      • Brotli圧縮によるパフォーマンスの向上
    • ロギングとデバッグ
      • ログの参照
      • ダイナミックログレベルの更新
      • ゲートウェイログをカスタマイズ
      • デバッグリクエスト
      • AIゲートウェイ分析
    • gRPCサービスの設定
    • 式ルータを使用
    • アップグレードと移行
      • 香港ゲートウェイ3.x.xをアップグレードする
      • バックアップと復元
      • アップグレードの戦略
        • デュアルクラスターのアップグレード
        • インプレイスアップグレード
        • 青緑色のアップグレード
        • ローリングアップグレード
      • 2.8 LTSから3.4 LTSにアップグレード
      • OSSからエンタープライズへ移行
      • 移行ガイドライン Cassandra から PostgreSQL
      • 新しい DNS クライアントに移行
      • 破壊的な変更
  • Kong Gateway Enterprise
    • 概要
    • シークレット管理
      • 概要
      • はじめに
      • ローテーション
      • 高度な使い方
      • バックエンドの設定
        • 概要
        • 環境変数
        • AWS シークレットマネージャー
        • Azure Key Vault
        • Google Cloud Secret Manager
        • HashiCorp Vault
      • How-To
        • AWS シークレットマネージャでデータベースを保護する
      • 参照フォーマット
    • 動的なプラグインの順序
      • 概要
      • 動的なプラグインの順序を始めましょう
    • 監査ログ
    • キーリングとデータ暗号化
    • ワークスペース
    • コンシューマグループ
    • イベントフック
    • データ プレーンレジリエンスの設定
    • 制御機の停止管理について
    • FIPS 140-2
      • 概要
      • FIPS 準拠パッケージをインストール
      • FIPS 140-2 準拠プラグイン
    • AWS IAMでKong Gateway Amazon RDSデータベースを認証する
    • 署名された香港の画像の署名を確認します
    • 署名された香港画像のビルド証明書を確認する
  • Kong AI Gateway
    • 概要
    • AI ゲートウェイを始めよう
    • LLM プロバイダー統合ガイド
      • OpenAI
      • Cohere
      • Azure
      • Anthropic
      • ミストラル
      • Llama2
    • AIプラットフォーム統合ガイド
      • Gemini
      • Amazon Bedrock
    • AIゲートウェイ分析
    • AI指標を公開・グラフ
    • AI Gateway plugins
  • Kong Manager
    • 概要
    • Kong Managerを有効にする
    • Kong Manager を始めましょう
      • サービスとルート
      • レート制限
      • プロキシキャッシュ
      • コンシューマーとの認証
      • 負荷バランス
    • 認証と承認
      • 概要
      • スーパー管理者を作成
      • ワークスペースとチーム
      • パスワードとRBACトークンをリセット
      • ベーシック認証
      • LDAP
        • LDAP の設定
        • LDAP サービス ディレクトリ マッピング
      • OIDC
        • OIDCの設定
        • OIDC 認証済みグループマッピング
        • 以前の設定から移行
      • セッション
      • RBAC
        • 概要
        • RBACを有効にする
        • ロールと権限を追加
        • ユーザーを作成
        • 管理者を作成
    • ネットワーク設定
    • ワークスペース
    • 顧客グループを作成
    • メールを送信中
    • トラブルシューティング
  • カスタムプラグインを開発
    • 概要
    • はじめに
      • はじめに
      • プラグインプロジェクトの設定
      • プラグインテストを追加
      • プラグイン設定を追加
      • 外部サービスを消費する
      • プラグインをデプロイ
    • ファイル構造
    • カスタムロジックの実装
    • プラグインの設定
    • データストアへのアクセス
    • カスタムエンティティの保存
    • カスタムエンティティをキャッシュ中
    • 管理者 API の拡張
    • テストを書く
    • 設置と配布
    • プロキシ-ワズムフィルター
      • プロキシワズムフィルタを作成
      • プロキシ-ワズムフィルタの設定
    • プラグイン開発キット
      • 概要
      • kong.client
      • kong.client.tls
      • kong.cluster
      • kong.ctx
      • kong.ip
      • kong.jwe
      • kong.log
      • kong.nginx
      • kong.node
      • kong.plugin
      • kong.request
      • kong.response
      • kong.router
      • kong.service
      • kong.service.request
      • kong.service.response
      • kong.table
      • kong.telemetry.log
      • kong.tracing
      • kong.vault
      • kong.websocket.client
      • kong.websocket.upstream
    • 他の言語でのプラグイン
      • 移動
      • Javascript
      • Python
      • コンテナでのプラグインの実行
      • 外部プラグインのパフォーマンス
  • Kong Plugins
    • 概要
    • 認証リファレンス
    • 複数の認証プラグインを許可
    • プラグインのキュー
      • 概要
      • プラグインキューイングリファレンス
  • Admin API
    • 概要
    • 宣言設定
    • Enterprise API
      • 情報ルート
      • 健康ルート
      • タグ
      • デバッグルート
      • サービス
      • ルート
      • コンシューマ
      • プラグイン
      • 証明書
      • CA 証明書
      • SNI
      • アップストリーム
      • ターゲット
      • ヴォールト
      • キー
      • チェーンをフィルター
      • ライセンス
      • ワークスペース
      • RBAC
      • 管理者
      • コンシューマグループ
      • イベントフック
      • キーリングとデータ暗号化
      • 監査ログ
      • Status API
    • オープンソースAPI
  • 参照
    • kong.conf
    • Nginx ディレクティブの注入中
    • CLI
    • キー管理
    • 表現の言語
      • 概要
      • 言語リファレンス
      • パフォーマンスの最適化
    • ライブラリのレート制限
    • WebAssembly
    • FAQ
enterprise-switcher-icon 次に切り替える: OSS
On this pageOn this page
  • kong.log(…)
  • kong.log.LEVEL(…)
  • kong.log.deprecation(…)
  • kong.log.inspect(…)
  • kong.log.inspect.on()
  • kong.log.inspect.off()
  • kong.log.set_serialize_value(key,value, options)
  • kong.log.serialize()
旧バージョンのドキュメントを参照しています。 最新のドキュメントはこちらをご参照ください。

kong.log

この名前空間にはロギング機能のインスタンスが含まれています。このインスタンスは、以下に挙げるすべてのメソッドを含むテーブルです。

このインスタンスはプラグインごとに名前空間化されています。 プラグイン実行前、Kongはこのインスタンスをプラグイン専用の ロギング機能と交換します。これにより、ログの先頭に デバッグ用のプラグインの名前を付けることができます。

kong.log(…)

noticeレベル(print()と同様)の現在のNginx構成ブロックのerror_logディレクティブによって指定されたロケーションにログラインを書き込みます。

Nginx error_logディレクティブは、log_level、proxy_error_log およびadmin_error_logのKong構成プロパティを介して設定されます。

この関数に与えられた引数は、ngx.log()と同様に連結され、ログ行にはこの関数が呼び出されたLuaファイルと行番号が表示されます。ngx.log()とは異なり、この関数はエラーメッセージの先頭に[lua]ではなく[kong]を付けます。

この関数には任意の型の引数を指定できますが、テーブルの引数は tostring で文字列に変換されます(そのため、設定されていればテーブルの __tostring メタメソッドを呼び出す可能性があります) 。この動作は、 使用を簡素化し、より寛容で直感的なものにしようという点で ngx.log() ( __tostringメタメソッドを定義されるテーブル関数のみ受け入れます) とは、動作が異なります。

ロギングがコア内から呼び出された場合、生成されたログラインの形式は以下のようになります。

[kong] %file_src:%line_src %message

比較すると、プラグインによって生成されるログ行の形式は次のようになります。

[kong] %file_src:%line_src [%namespace] %message

この場合、以下の通りです。

  • %namespace:設定された名前空間(この場合はプラグイン名)。
  • %file_src:ログの呼び出し元となるファイル名。
  • %line_src:ログが呼び出された行番号。
  • %message: 呼び出し元によって指定された、連結され引数からなるメッセージ。

たとえば、次の呼び出しがあるとします。

kong.log("hello ", "world")

コア内では、次のようなログ行が生成されます。

2017/07/09 19:36:25 [notice] 25932#0: *1 [kong] some_file.lua:54 hello world, client: 127.0.0.1, server: localhost, request: "GET /log HTTP/1.1", host: "localhost"

プラグイン内から呼び出された場合(たとえば、 key-auth)、名前空間の接頭辞が含まれます。

2017/07/09 19:36:25 [notice] 25932#0: *1 [kong] some_file.lua:54 [key-auth] hello world, client: 127.0.0.1, server: localhost, request: "GET /log HTTP/1.1", host: "localhost"

フェーズ

  • init_worker、証明書、書き換え、アクセス、header_filter、応答、body_filter、ログ

パラメータ

  • … :ログに送信される前にすべてのパラメータは連結され、文字列化されます。

戻り値

  • 何も起こりません。無効な入力に対してはエラーが返されます。

使用法

kong.log("hello ", "world") -- alias to kong.log.notice()

kong.log.LEVEL(…)

kong.log()と同様に、生成されたログの重大度は、 noticeではなく<level id="sl-md0000000">によって与えられています。サポートされているレベルは次のとおりです。

  • kong.log.alert()
  • kong.log.crit()
  • kong.log.err()
  • kong.log.warn()
  • kong.log.notice()
  • kong.log.info()
  • kong.log.debug()

ログの形式はkong.log()と同じです。たとえば、次の呼び出しがあるとします。

 kong.log.err("hello ", "world")

コア内では、次のようなログ行が生成されます。

2017/07/09 19:36:25 [error] 25932#0: *1 [kong] some_file.lua:54 hello world, client: 127.0.0.1, server: localhost, request: "GET /log HTTP/1.1", host: "localhost"

プラグイン内から呼び出された場合(たとえば、 key-auth)、名前空間の接頭辞が含まれます。

2017/07/09 19:36:25 [error] 25932#0: *1 [kong] some_file.lua:54 [key-auth] hello world, client: 127.0.0.1, server: localhost, request: "GET /log HTTP/1.1", host: "localhost"

フェーズ

  • init_worker、証明書、書き換え、アクセス、header_filter、応答、body_filter、ログ

パラメータ

  • … :ログに送信される前にすべてのパラメータは連結され、文字列化されます。

戻り値

  • 何も起こりません。無効な入力に対してはエラーが返されます。

使用法

kong.log.warn("something require attention")
kong.log.err("something failed: ", err)
kong.log.alert("something requires immediate action")

kong.log.deprecation(…)

非推奨ログ行を書きます(kong.log.warnと同様)。

この関数には任意の型の引数を指定できますが、テーブルの引数は tostring で文字列に変換されます(そのため、設定されていればテーブルの __tostring メタメソッドを呼び出す可能性があります) 。最後の引数がテーブルの場合、非推奨のメタデータと見なされます。テーブルには、次のプロパティを含めることができます。

{
  after = "2.5.0",   -- deprecated after Kong version 2.5.0 (defaults to `nil`)
  removal = "3.0.0", -- about to be removed with Kong version 3.0.0 (defaults to `nil`)
  trace = true,      -- writes stack trace along with the deprecation message (defaults to `nil`)
}

たとえば、次の呼び出しがあるとします。

kong.log.deprecation("hello ", "world")

コア内では、次のようなログ行が生成されます。

2017/07/09 19:36:25 [warn] 25932#0: *1 [kong] some_file.lua:54 hello world, client: 127.0.0.1, server: localhost, request: "GET /log HTTP/1.1", host: "localhost"

プラグイン内から呼び出された場合(たとえば、 key-auth)、名前空間の接頭辞が含まれます。

2017/07/09 19:36:25 [warn] 25932#0: *1 [kong] some_file.lua:54 [key-auth] hello world, client: 127.0.0.1, server: localhost, request: "GET /log HTTP/1.1", host: "localhost"

また、メタテーブルでは次の呼び出しを行います。

kong.log.deprecation("hello ", "world", { after = "2.5.0", removal = "3.0.0" })

コア内では、次のようなログ行が生成されます。

2017/07/09 19:36:25 [warn] 25932#0: *1 [kong] some_file.lua:54 hello world (deprecated after 2.5.0, scheduled for removal in 3.0.0), client: 127.0.0.1, server: localhost, request: "GET /log HTTP/1.1", host: "localhost"

フェーズ

  • init_worker、証明書、書き換え、アクセス、header_filter、応答、body_filter、ログ

パラメータ

  • … : すべてのパラメータは、ログに送信される前に連結され、文字列化されます (最後のパラメータが表の場合、非推奨のメタデータと見なされます)

戻り値

  • なし。無効な入力に対してはエラーが返されます。

使用法

kong.log.deprecation("hello ", "world")
kong.log.deprecation("hello ", "world", { after = "2.5.0" })
kong.log.deprecation("hello ", "world", { removal = "3.0.0" })
kong.log.deprecation("hello ", "world", { after = "2.5.0", removal = "3.0.0" })
kong.log.deprecation("hello ", "world", { trace = true })

kong.log.inspect(…)

kong.log()と同様に、この関数はnoticeレベルのログを生成し、任意の数の引数を受け入れます。検査ログがkong.log.inspect.off()で無効になっている場合、この関数は何も出力せず、CPU サイクルを節約するために “NOP” 関数にエイリアスが付けられます。

この機能は、引数がスペース(" ")で連結され、各引数がきれいに印刷されるという意味でkong.log()とは異なります。

  • 番号が出力されます(例: 5 -> "5")
  • 文字列は引用符で囲まれます(例:"hi" -> '"hi"')
  • 配列に類似するテーブルがレンダリングされます(例:{1,2,3} -> "{1, 2, 3}")
  • Dictionaryのようなテーブルは複数行でレンダリングされます

この関数はデバッグでの使用を目的としています。この関数は高いコストのかかるフォーマット 操作を実行できるため、本番環境のコードでは使用 を避けるべきです。既存のステートメントは本番環境のコードに残すことができますが、kong.log.inspect.off() を呼び出すことで無効化されます。

ログを書き込むとき、 kong.log.inspect()常に以下の独自のフォーマットを使用します。

%file_src:%func_name:%line_src %message

この場合、以下の通りです。

  • %file_src:ログの呼び出し元となるファイル名。
  • %func_name: ログが呼び出された関数の名前。
  • %line_src:ログが呼び出された行番号。
  • %message: 呼び出し元によって指定された、連結され、きれいに出力された引数からなるメッセージ。

この関数はinspect.luaライブラリを使用して、引数をPretty-Print(整形表示)します。

フェーズ

  • init_worker、証明書、書き換え、アクセス、header_filter、応答、body_filter、ログ

パラメータ

  • … : パラメータはスペースで連結され、説明どおりにレンダリングされます。

使用法

kong.log.inspect("some value", a_variable)

kong.log.inspect.on()

このロギング機能の検査ログを有効にします。kong.log.inspectの呼び出しでは、引数の適切な書式設定を使用してログ行が書き込まれます。

フェーズ

  • init_worker、証明書、書き換え、アクセス、header_filter、応答、body_filter、ログ

使用法

kong.log.inspect.on()

kong.log.inspect.off()

このロギング機能の検査ログを無効にします。kong.log.inspect()への呼び出しはすべてノップされます。

フェーズ

  • init_worker、証明書、書き換え、アクセス、header_filter、応答、body_filter、ログ

使用法

kong.log.inspect.off()

kong.log.set_serialize_value(key,value, options)

serializeカスタムテーブルで使用される値を設定します。

ロギングプラグインは、ログのベースとしてkong.log.serialize()の出力を使用します。 この関数を使用すると、ログ出力をカスタマイズできます。

出力内の既存の値を置き換えたり、nil を渡して既存の値を削除したりするために使用できます。

注: valueパラメーターの型チェックには時間がかかる場合があるため、実際のほとんどのケースではログフェーズで発生するserialize()呼び出しまで延期されます。

フェーズ

  • certificate, rewrite, access, header_filter, response, body_filter, log

パラメータ

  • key (string):フィールドの名前。
  • value (number|string|boolean|table):設定される値。テーブルが使用される場合、そのキーは数字、文字列、またはブーリアンである必要があり、その値は数字、文字列、またはそれ自体のようなその他のテーブルを再帰的に使用できます。
  • option (table):2つのエントリを含むことができます。options.modeはset(デフォルトでは常に設定)、add(エントリがすでに存在しない場合にのみ追加)、replace(すでに存在する場合は変更値のみ)にすることができます。

戻り値

  • table:リクエスト情報テーブル。

使用法

-- Adds a new value to the serialized table
kong.log.set_serialize_value("my_new_value", 1)
assert(kong.log.serialize().my_new_value == 1)

-- Value can be a table
kong.log.set_serialize_value("my", { new = { value = 2 } })
assert(kong.log.serialize().my.new.value == 2)

-- It is possible to change an existing serialized value
kong.log.set_serialize_value("my_new_value", 3)
assert(kong.log.serialize().my_new_value == 3)

-- Unset an existing value by setting it to nil
kong.log.set_serialize_value("my_new_value", nil)
assert(kong.log.serialize().my_new_value == nil)

-- Dots in the key are interpreted as table accesses
kong.log.set_serialize_value("my.new.value", 4)
assert(kong.log.serialize().my.new_value == 4)

kong.log.serialize()

ログ取得に役立つ情報を含むテーブルを生成します。

この方法は、httpサブシステムで使用できます。

返されるテーブルには、次のフィールドが含まれます。

  • client_ip- テキスト形式のクライアントIPアドレス。
  • latencies- 要求/プロキシの遅延。
  • request.id - リクエストID。
  • request.headers - リクエストヘッダー。
  • request.method - リクエストメソッド。
  • request.querystring - クエリ文字列を要求します。
  • request.size- リクエストのサイズ。
  • request.urlとrequest.uri - リクエストのURLとURI。
  • response.headers - 応答ヘッダー。
  • response.size - レスポンスのサイズ。
  • response.status - レスポンス HTTP ステータスコード。
  • route - ルートオブジェクトが一致しました。
  • service - 使用されるサービスオブジェクト。
  • started_at - このリクエストが届いたタイムスタンプ(ミリ秒単位)。
  • tries -アップストリームの情報。これは配列で、バランサーが再試行された場合は複数のエントリが含まれます。
  • upstream_uri - リクエストURIがアップストリームに送信されました。

次のフィールドは、認証されたリクエスト(コンシューマあり)にのみ存在します。

  • authenticated_entity - 認証に使用される認証情報。
  • consumer- リソースにアクセスするコンシューマエンティティ。

次のフィールドはTLS/HTTPSリクエストにのみ存在します。

  • request.tls.version- 接続で使用される TLS/SSL バージョン。
  • request.tls.cipher - 接続で使用されるTLS/SSL暗号。
  • request.tls.client_verify - mTLS検証結果。 内容は$ssl_client_verifyで説明されているものと同じです。

次のフィールドは、トレーシングプラグイン(OpenTelemetryまたはZipkin)が実行されるリクエストにのみ存在します。

  • trace_id - トレースID。

次のフィールドは、Correlation IDプラグインが実行されるリクエストにのみ存在します。

  • correlation_id - 相関ID。

警告: この関数は機密データ(APIキーなど)を返す可能性があります。 安全でない場所に書き込む前にフィルタリングを検討してください。

返されたテーブル内のすべてのフィールドは、kong.log.set_serialize_value を使用して変更できます。

次のHTTP認証ヘッダーは、リクエスト内に表示される場合、デフォルトでマスキングされています。

  • request.headers.authorization
  • request.headers.proxy-authorization

設定にどのようなコンテンツが含まれているかを確認するには、 ロギングプラグイン(例:file-log)のいずれかを有効にします。またログファイルに書き込まれる出力はJSONエンコードされた この関数によって返されるテーブルです。

フェーズ

  • ログ

戻り値

  • table: リクエスト情報テーブル

使用法

kong.log.serialize()
Thank you for your feedback.
Was this page useful?
情報が多すぎる場合 close cta icon
Kong Konnectを使用すると、より多くの機能とより少ないインフラストラクチャを実現できます。月額1Mリクエストが無料。
無料でお試しください
  • Kong
    APIの世界を動かす

    APIマネジメント、サービスメッシュ、イングレスコントローラーの統合プラットフォームにより、開発者の生産性、セキュリティ、パフォーマンスを大幅に向上します。

    • 製品
      • Kong Konnect
      • Kong Gateway Enterprise
      • Kong Gateway
      • Kong Mesh
      • Kong Ingress Controller
      • Kong Insomnia
      • 製品アップデート
      • 始める
    • ドキュメンテーション
      • Kong Konnectドキュメント
      • Kong Gatewayドキュメント
      • Kong Meshドキュメント
      • Kong Insomniaドキュメント
      • Kong Konnect Plugin Hub
    • オープンソース
      • Kong Gateway
      • Kuma
      • Insomnia
      • Kongコミュニティ
    • 会社概要
      • Kongについて
      • お客様
      • キャリア
      • プレス
      • イベント
      • お問い合わせ
  • 利用規約• プライバシー• 信頼とコンプライアンス
© Kong Inc. 2025