PowerShell で Ctrl+C で終了する時に任意の処理をしたい - Qiita
結論 処理を Try で囲み、Finally に終了する時の処理を書くと出来た 以下に PowerShell だけでなく、様々なプログラミング言語などでのシグナルハンドルの例があった Handle a signal - Rosetta Code 環境 PS C:\Windows\system32> $PSVersionTable Name Value ---- ----- PSVersion 5.1.14393.2395 PSEdition Desktop PSCompatibleVersions {1.0, 2.0, 3.0, 4.0...} BuildVersion 10.0.14393.2395 CLRVersion 4.0.30319.42000 WSManStackVersion 3.0 PSRemotingProtocolVersion 2.3 SerializationVer
Docker Windows Container で PowerShell を実行する - Qiita
Docker Windows Container で PowerShell を実行する やってみた時のメモ。 参考資料 Get started with Docker for Windows Windows Containers – Getting started – A step by step guide, walkthrough, tutorial Windows コンテナを Compute Engine で動かす 環境 Host WindowsServer2016 になります。 PS C:\Windows\system32> Get-WmiObject Win32_OperatingSystem SystemDirectory : C:\Windows\system32 Organization : Amazon.com BuildNumber : 14393 Registered
HTTPSのパケットをwiresharkで見てみる - Qiita
その後、ブラウザなどでhttps化したサイトにアクセスします。 フォアグラウンドで実行しているtcpdumpコマンドをCTRL+Cで停止させ、その後scpコマンドでローカルPCに/tmp/dump_https.pcapファイルを持ってきます。 あとはローカルPCのwiresharkでこのパケットキャプチャを見ていきます。 キャプチャした内容を見てみる 順番に見ていきます。 SSLでは実際に暗号化通信を行う前にSSLハンドシェイクを行う必要があります。 ざっくりだと以下をやるようです。 Step1 使用するアルゴリズムの合意 Step2 サーバーの認証 Step3 データ転送で使用する鍵の確立 Step4 ハンドシェイクが正しく行われたことの確認 Wiresharkで細かく通信の流れを見ると以下のようになっていました。 (Client HelloなどはTLSプロトコルのハンドシェイクタイプの
ELB配下のnginxで正規表現を使ったIP制限をする - Qiita
タイトルの通り、ELB配下のnginxで正規表現を使ったIP制限をする必要があったのでメモ。 環境 AmazonLinux nginx1.8.0 ELBに流れたトラフィックがEC2に流れるように設定 前提知識 ELBを経由するとアクセス元のIPアドレスはリクエストヘッダのX-Forwarded-Forに記載される。nginxでは組み込み変数として$http_x_forwarded_forとして取得可能 正規表現でないIPアドレスの許可はallow,denyディレティブを設定することで可能（そもそもSecurityGroupで制限はできる） nginxではsetディレクティブを利用することで自分で変数を設定することが出来る ifディレクティブを使うことで条件分岐が出来る。ただし、公式サイトでも利用時の注意が書いてあるので一度利用する場合には見ておいたほうが良い（次項で記載） ifディレクティ
PowerShellでのエラーハンドリングについて - Qiita
メモ。 違っている部分があればご指摘ください。 基本的には以下のMSの記事を参考に検証しているもで、こちらを確認頂いても良いかと思います。 An Introduction to Error Handling in PowerShell 環境 PSVersion->5.0.10586.117 エラーメッセージをファイルに書き込みたい リダイレクトについては以下に詳細がありました。 How to capture error messages thrown by a command? about_Redirection 上記にもあるようにPowerShellではリダイレクト時に利用できるstreamが複数あります。 The Windows PowerShell redirection operators use the following characters to represent each
Heroku+HubotでCodeDeployのデプロイをSlackから実行する - Qiita
Hubotで自分のスクリプトを作ってみたことがなかったので勉強がてらHubotでCodeDeployのデプロイをできるようにしてみたのでその時のメモ。 最終的には以下のようにHubot経由でCodeDeployのデプロイを実行し、結果が確認できるまでを作成しました。 参考 Slack で Hubot を使えるようにする SlackにHubot Integrationを追加してから開発環境を整えるまで 前提 Slack導入済み npmインストール Herokuのアカウント作成及びCLIツールの導入済み slack側での設定 slackのintegrationでslackを追加 任意のslack名を設定 HUBOT_SLACK_TOKENをメモっておく。 botを作ってみる botを作ってみます。 hubotの雛形を作成するためにnpmでyoとgenerator-hubotをインストールします
Linuxパフォーマンス調査などで使うコマンドメモ - Qiita
パフォーマンスなどの調査をする時に利用する便利コマンドメモ。 これないぞ、あれないぞなどあると思いますがとりあえず本などを参考にまとめたものをピックアップしています。 参考 [24時間365日] サーバ/インフラを支える技術 ‾スケーラビリティ、ハイパフォーマンス、省力運用 (WEB+DB PRESS plusシリーズ) 絵で見てわかるシステムパフォーマンスの仕組み CPU使用率やメモリなど全体の概要把握 top デフォルトでは3秒ごとにOSで利用しているプロセスの数や状態、またOS全体のシステムリソース状況が分かります。 パフォーマンスが悪い場合にOS全体としてどのリソースの利用が多いのか(CPU負荷なのかメモリ利用率が高いのか)などの判断に有用だと思われます。 top - 22:36:56 up 28 min, 2 users, load average: 0.00, 0.02, 0.
Raspberry Pi 3を買ってMacを使ってWiFi接続とSSHの接続するまで - Qiita
ラズパイ初心者のメモです。 以下をした時のメモ 商品と周辺機器の購入 SDカードにOSの書き込み 起動 SSH設定 WiFi設定 買ったもの 自分は秋葉原に行って色々現地調達してきました。 通販でも売っているので買う場所はどこでも良いかと思います。 RaspberryPi3。WiFiついてるしとりあえず新しいものの方が良いだろうということで。。。 MicroUSBケーブルの充電器(2A)。本当は2.5A推奨らしいですが、あまり2.5Aの電源がないので大体の人は2A使っているみたいですよーと店員さんは言ってました RaspberryPi3のケース。これはまあ買わなくても良いのですが、基盤をそのまま置くのは個人的に怖かったので購入。 USBケーブル接続のキーボード USBケーブル接続のマウス MicroSDカード8Gbyte。クラス10。必要に応じてアダプタも HDMIケーブル 既にあったので
Wireshark便利機能メモ - Qiita
本を読んでWiresharkを使う上で便利だった機能のメモ。 参考 パケットキャプチャ入門 第3版 (LANアナライザWireshark活用術) 環境 Mac OS X 10.11.4 Wireshark 2.0.2 パケットの内容をテキストやCSVに出力 tcpdumpコマンドなどで取得したpcapファイルはバイナリなのでテキストにしたい場合には便利。 File->Export Packet Dissections->As Pain Text File->Export Packet Dissections->As CSV なお、特定のパケットだけ出力する場合、画面下の部分の設定を変更することでマークした特定のパケットや表示されているパケットのみの出力もできるようです。 パケットのフィルタリング 画面上部の空欄にプロトコル名や条件を入力すると表示するパケットの絞込みが出来ます 例えば以下な
TerraformだけでAWS環境にWordPressを構築する - Qiita
Terraformがどんな感じで使えるか確認するためにWordPress環境を構築してみたのでそのときのメモ 前提 Terraformはインストール済み Terraformのバージョンは0.50 AWSのcredential設定済み(環境変数にAWS_ACCESS_KEY_ID及びAWS_SECRET_ACCESS_KEYを指定) その他基本的な使い方などはTerraform簡易チュートリアル on AWSなどがとても参考になりました 構築するもの VPC(ap-northeast) サブネット4つ(パブリックサブネット及びプライベートサブネットをそれぞれのAZに) インターネットゲートウェイ ルートテーブル セキュリティグループ2つ(EC2用とRDS用) DBサブネットグループ RDS EC2(AmazonLinux前提) EC2はパブリックサブネットワークに配置し、RDSはプライベート
SQLのテストをDockerでやるとすごく便利だった話 - Qiita
DBのダンプを取得して、少し加工して別DBサーバーに持っていく作業が必要でSQLのテストを行う際にDockerでDBサーバーを使ってみたらとても便利だったのでメモ 結論 DBサーバーの起動、破棄が高速でとても便利 PostgreSQLやMySQLの公式リポジトリがあるのでわざわざDockerfileを作らなくても良い。タグによって複数のバージョンもあるので試験環境も合わせやすい docker commitコマンドによって任意のタイミングの状態のDBサーバーをイメージ化する事もできる(DDL定義後など) DBが関係するようなテストでもDocker使うととても便利そう 参考 DockerHub postgres MySQL, PostgreSQL ちょっとお試し用 Docker コンテナの起動と廃棄 psqlでパスワード入力を省略する やってみる Dockerは既にインストール済みの想定 #
ECS CLIを使ってDocker Composeのファイルを使ってECSにデプロイする - Qiita
ECS CLIというECS専用のCLIツールが先日、発表されました（AWS CLIのECS対応という話ではなく、ElasticBeanstalk用のebコマンドがあるようなイメージと似ていると思います） このツールの最大の利点としてはDockerComposeで作成したdocker-compose.ymlがECSでも使えるよ!という所だと思います。 自分はDockerComposeを使った事がなかったので、初めにDockerComposeの公式チュートリアルをローカルで試しつつ、その後、ECS-CLIを使ってローカルで作成したものをAWSのECSにデプロイしてみたのでメモ。 結論 ECS-CLIを使う事をで簡単にDockerComposeで作った環境をAWSにデプロイできる コマンドはdocker-composeに似ているので覚えやすい ECS-CLIでbuildディレクティブは現在使えな
Lambda+Elasticsearch(Amazon Elasticsearch Service)でELBのログをサーバーレスでKibanaで可視化する - Qiita
Lambda+Elasticsearch(Amazon Elasticsearch Service)でELBのログをサーバーレスでKibanaで可視化するAWSelbElasticsearchKibanalambda AmazonのマネージドサービスとしてElasticsearch+Kiban4が使えるAmazon Elasticsearch Serviceが発表されました。 【AWS発表】Amazon Elasticsearch Service 以前fluentdを使ってELBのログをElasticsearchに取り込むことをやってみたのですが、その場合、fluentdを動かすサーバーが必要です。 ELBのアクセスログをfluentd(fluent-plugin-elb-access-log)+Elasticsearch+kibanaで可視化する 今であればLambdaがTokyoリージ
Amazon EC2 Container Service(ECS)をGUIから試してAWS側で用意したサンプルWebアプリを動かしたときのメモ。 - Qiita
Amazon EC2 Container Service(ECS)をGUIから試してAWS側で用意したサンプルWebアプリを動かしたときのメモ。AWSECS Amazon EC2 Container ServiceをGUIから試してAWS側で用意したサンプルWebアプリを動かしたときのメモ。 サンプルを利用することで2つのコンテナ(Docker)で構成された静的なWebアプリにアクセスできました。 参考 Amazon EC2 Container Service-Getting Started EC2 Container Serviceを使ってみる Get Startted 最初の画面では Get Started を選択します Step1 Welcome to Amazon ECS 今回は独自の設定をするわけでなく、AWSの用意したサンプルを使うのでAmazon ECS sampleを選択し
ELBのアクセスログをfluentd(fluent-plugin-elb-access-log)+Elasticsearch+kibanaで可視化する - Qiita
$sed -e 's/:[0-9][0-9]\.[0-9][0-9][0-9][0-9][0-9][0-9]Z//g' access.log |awk -F " " '{ print $1,$8; }'| sort | uniq -c のようなコマンドを作って解析しても良いのですが、色々面倒なので、よくあるツール群を使って可視化します。 構成 Amazon Linux AMI 2015.03 (HVM)(S3へのRead権限を持ったIAMRoleが設定されていること) td-agent-2.2.0-0.x86_64 ElasticSearch-1.4.5 nginx-1.6.2-1.23.amzn1.x86_64 Kibana3.1.2 なお、ELBのアクセスログは事前に有効にしておくこと。 参考 ELBのアクセスログをfluent-plugin-elb-logを使ってkibanaで表示す
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQLのログについて確認する - Qiita
AmazonLinuxにnginx+PHP5.6+PHP-fpm+PHP-redis環境を作る - Qiita