はてなブックマーク

$ openssl crl2pkcs7 -nocrl -certfile <証明書チェーン> \ | openssl pkcs7 -print_certs -text -noout 解説 openssl crl2pkcs7 コマンドで X.509 形式の証明書チェーンを単一の PKCS #7 形式の証明書に変換して、それを openssl pkcs7 コマンドで確認するといった方法です。コマンド名を見ると CRL が必要そうな雰囲気ですが、CRL を渡すかは Optional なので気にしなくて良いです。 実行例 以下の証明書チェーンが手元に存在しているとします。 $ cat cert-chain.pem -----BEGIN CERTIFICATE----- MIIDgzCCAmugAwIBAgIUHUGJWVBS2JfjAHySNAM17H34jCgwDQYJKoZIhvcNAQEL

この記事は Z Lab Advent Calendar 2020 の7日目の記事となります。 はじめに この記事では Envoy でサポートされている External Authorization を紹介していきます。ここからの情報は v1.16.0 時点での v3 API の仕様を元にまとめたものとなっています。 External Authorization とは External Authorization は Envoy が受信したリクエストが認可されているかを gRPC または HTTP で外部のシステムに問い合わせて判定する機能です。これを利用することで Envoy での認可処理を外部のシステム（以下、認可サービス）に委譲することが可能になります。 External Authorization は Network Filter（L3/L4）や HTTP Filter（L7）として

はじめに Terraform ではプラグインベースのアーキテクチャが採用されており、利用者はプラグインを利用することで自由に Terraform の機能拡張を行うことができます。プラグインとしては AWS などのインフラプロバイダーのリソースを制御する Provider と、作成されたリソースをセットアップする Provisioner の2種類がサポートされています。 Provisioner 1 は Terraform バイナリに含まれているのですが、Provider は含まれていないため 2 3、Terraform を初期化する際に HashiCorp が提供する Terraform Registry などの外部レジストリから必要に応じてインストールする仕様になっています。 具体的な処理フローとしては terraform init が実行されると、まず Terraform は作業ディレク

はじめに この記事は、先日リリースされた Kubernetes 1.18 1 でエフェメラルコンテナ関連機能の実装がほぼ完了して、デバッグ目的のエフェメラルコンテナ 2 を作成する kubectl alpha debug コマンドが追加されたということで、これらを使って Pod をデバッグするまでの流れをまとめたものとなります。 エフェメラルコンテナ? kubectl debug コマンドってそもそもなんだ? となった方は Kubernetes 1.18: SIG-CLI の変更内容 で詳細に解説されていますので、まずはそちらを一読するのが良いかと思います。 それでは実際にやっていきます。 エフェメラルコンテナ機能を有効にしたクラスタ作成 Feature Gates で EphemeralContainers を指定してエフェメラルコンテナ機能を有効にして Kubernetes 1.18

Envoy での WebAssembly サポートと WebAssembly Hub, WASM OCI Image Specification についてWebAssemblyenvoyistioenvoyproxyWebAssemblyHub はじめに この記事では Envoy で WebAssembly がサポートされるまでの背景と WebAssembly Hub, WASM OCI Image Specification に関する情報をまとめていきます。 Envoy で WebAssembly がサポートされるまでの背景 2016年に Istio で Envoy が採用されて以来、Istio ではユーザーの多様なニーズを満たすために豊富な拡張性が提供されてきました。Service Mesh の Data Plane の機能を拡張したい理由としては、独自のアクセス制御システムとの統合、

gopls とは gopls（Go Please）は Go が公式サポートしている Language Server です。現在開発が活発に進んでおり 2020年2月9日時点 での最新バージョンは v0.3.1 となっています。 VSCode の Go拡張 における Language Server について 元々 VSCode の Go拡張である microsoft/vscode-go のデフォルトの Language Server は sourcegraph/go-langserver だったのですが、go-langserver の内部で利用されていた nsf/gocode の開発終了を受け、こちら で話し合いがなされた末に 2019年3月に gopls へ 変更 となりました。 なお、2020年2月9日時点での vscode-go の最新バージョン v0.13.0 では、Language

以下のように Job のマニフェストに .spec.ttlSecondsAfterFinished を追加する。 apiVersion: batch/v1 kind: Job metadata: name: myjob spec: ttlSecondsAfterFinished: 30 # こちらのフィールドを追加 template: spec: containers: - name: busybox image: busybox command: ["date"] env: - name: TZ value: "JST-9" restartPolicy: Never $ kubectl get jobs,pods NAME COMPLETIONS DURATION AGE myjob0 1/1 19s 112s myjob1 1/1 23s 111s myjob2 1/1 21s 111

事前準備 開発環境のOSにあわせて、Dockerをインストールしてください Installation on Mac OS X Installation on Winsows 検証環境 Docker v1.12.0 を利用しています $ docker version Client: Version: 1.12.0 API version: 1.24 Go version: go1.6.3 Git commit: 8eab29e Built: Thu Jul 28 21:15:28 2016 OS/Arch: darwin/amd64 Server: Version: 1.12.0 API version: 1.24 Go version: go1.6.3 Git commit: 8eab29e Built: Thu Jul 28 21:15:28 2016 OS/Arch: linux/am