はてなブックマーク

はじめに やりたいことは？ 同一プロジェクトのリソース操作を定期的に実行したい（例：SecretManager上のシークレット取得） その処理は部外者が勝手に実行しては困る ということで、↑こんな感じの Cloud Functionsでサービスアカウントのみ実行可能なAPIを作成して Cloud Scheduerで定期的にそのAPIを実行する というのをやります。 追記/修正 初版ではCloud Loggingへの書き込みロール追加で記載していましたが、ロール追加なしでログ追加できていたため、シークレットへのアクセスに修正しました。 GUI説明を削除しました。 IAM認証付きCloudFunctions シークレット取得処理を実行するために、CloudFunctionsを利用する。 Cloud Functionsで関数を作成するとき、その関数の呼び出しに対して認証の有無が選択できる。 認証

はじめに 先日、**GiteaとJenkinsを利用したCI/CD環境を構築**しました。 この環境を利用して、テストとデプロイを自動化するサンプルを動かして、いわゆるCI/CDに入門してみようと思います。 対象はPHPとPythonとPerlで作成したHTMLを生成するだけのアプリです。 できるだけ簡素なサンプルとしたかったので、フレームワークは利用していません。 簡単なサンプルで一連の流れが自動化できた（と思ってる）ので、これを「ひな型」として拡張していけたらいいかな、と思います。 これをやります user01というひとが、nginxが動作している開発サーバ(web-dev)上でsampleというアプリを作成していると仮定します。 ① user01 が作成したアプリをリポジトリにgit pushすると、、、 ② GiteaからSlackおよびJenkinsのwebhookをたたく（この

追記 実例サンプルつくりました GiteaとJenkinsによるCI/CDの実例サンプル（Python / PHP / Perl でテストとデプロイを自動化する） はじめに 「いまあるリポジトリからブランチきって進めてくれればいいよ」 よくある会話なんですよね？これって。 やりかたが分からずコマンドレベルで教えてもらいました。ずびばぜん。。。 ナウでヤングな開発をしたかったのでGitのべんきょうをしようとおもいました。 ついでにテストとかデプロイとかの自動化をしたかったので、環境を構築してみました。 手段の目的化ばんざい！ べろべろーとコピペすると、VPSやらオンプレ環境でGitサーバ＋CIツールが使えるようになります。 このエントリを読むとできること 以下のような処理を自動的に行えるようになる。 orginizationという組織のrepo-Aリポジトリにpushすると、、、 Gitea

[ ca ] default_ca = CA_default [ CA_default ] dir = ./ certs = $dir/certs crl_dir = $dir/crl database = $dir/index.txt new_certs_dir = $dir/newcerts serial = $dir/serial crlnumber = $dir/crlnumber crl = $dir/crl.pem RANDFILE = $dir/.rand name_opt = ca_default cert_opt = ca_default default_days = 365 default_crl_days= 30 default_bits = 2048 default_md = sha256 preserve = no policy = policy_match [

はじめに 先日、FreeRADIUSを利用したCisco機器のログイン認証の検証を行いました。 DockerのFreeRADIUSでCiscoのログイン認証＋MAC認証+ダイナミックVLANした（CentOS8） が、ユーザ管理はActiveDirectoryで一元管理させたいので、前回作成したFreeRADIUSのDockerに、LDAP連携の設定を加えて、ActiveDirectoryに問い合わせに行くようにしました。 こんなことがしたい 今回の要件は以下とします。 ActiveDirectoryの特定のセキュリティグループに所属していないと、承認されないようにします。 特定ユーザには、ログインと同時に特権モード（enable）になるようなRADIUSアトリビュートを付与します。 作業内容 事前準備 FreeRADIUSの準備 まだFreeRADIUSがない場合には、以下エントリを参照

はじめに netfilterについて少し調べてみました。 いろいろと認識の相違があったことがわかったので、記録します。 認識の相違 CentOS8（に限らずだけど）では、以下のことがわかった。 iptablesはiptablesではなくnftablesである firewall-cmdで設定したルールはiptablesでは表示されない すべてのルール確認はnftを使う Linuxでのパケットの流れについて netfilter netfilterはLinuxでパケットの処理をする基本ルール インタフェイスで受信したパケットがどんな処理をされていくか、というやつです。 netfilter.orgによると、 netfilterは、カーネルモジュールがネットワークスタックにコールバック関数を登録できるようにするLinuxカーネル内の一連のフックです。登録されたコールバック関数は、ネットワークスタック

はじめに docker run とか docker-compose up -d とかの 初回起動時のみ 処理したいことがある時はどうすればいいんだろう？ docker restart とか docker-compose restart とか systemctl restart docker の時には動いてほしくないんだ。 やってみた結果 mariadb + zabbix で初回起動時のみ、構成用の .sql を流し込む。という動作ができるようになりました。 日本人にやさしそうなMIRACLE ZBXをdocker-composeでまとめた 経緯 zabbix の docker-compose.yml を作成しようとしたら、 dnf でインストールした後に特定ディレクトリにある .sql を MariaDB に食わせる必要がありました。 ビルド時には DB が起動してないので、流し込めない。

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに AzureもAWSもGCPも知らずに時代に乗り遅れてかなり時間が経ってしまった。 え？AzureとAzureADは違う？AzureADってADをクラウドで管理するものじゃないの？ と勘違いしてる程度の人間です。 このままではマズいとおもい、すこしずつ勉強していこうかと。 ただ、連携のために Azure AD Connect を導入しただけですが、作業工程を残します。 作業内容 Azureに限らないけど、こういうサービスってマニュアルが無くても、なんとなくでやりたいことができてしまう。 すばらしいUIだ。 というわけで、参考資料

# systemctl status nftables ● nftables.service - Netfilter Tables Loaded: loaded (/usr/lib/systemd/system/nftables.service; disabled; vendor preset: disabled) Active: inactive (dead) Docs: man:nft(8) # systemctl status firewalld ● firewalld.service - firewalld - dynamic firewall daemon Loaded: loaded (/usr/lib/systemd/system/firewalld.service; enabled; vendor preset: enabled) Active: active (runni