はじめに bash の初期化ファイル ログインシェルとは インタラクティブ(対話的)シェルとは ログインシェルとインタラクティブシェルの分類 各種環境における初期化ファイル CentOSの初期化ファイル Ubuntuの初期化ファイル macOS(Catalina以前)の初期化ファイル macOS(Catalina)の初期化ファイル 各環境におけるデフォルトの初期化ファイル 単一ファイル管理(~/.bashrc) 標準的管理(環境変数は~/.bash_profile) 厳格管理(~/.profile 利用) macOS Catalina の場合 まとめ はじめに 本記事では bash の初期化ファイルと、それにまつわる運用方法について説明します。 シェル(bash)の初期化ファイルには .profile .bashrc, .bash_profile などがありますが、どこに何を定義すべきかに

Linuxでファイルの圧縮、解凍方法をよく忘れるのでまとめておく。 忘れてもググればすぐ出てくるけど。 tar解凍全般 optionにz,j,J等の圧縮形式を指定しなくても、拡張子ファイル先頭の数バイトで判別して解凍してくれる ※@tetsu_kobaさんからコメントにより教えてもらいました tar -xvf xxx.tar.yy tar.gz 圧縮 tar -zcvf xxxx.tar.gz directory 解凍 tar -zxvf xxxx.tar.gz tar.bz2 圧縮 tar -jcvf xxxx.tar.bz2 directory 解凍 tar -jxvf xxxx.tar.bz2 tar.xz 圧縮 tar -Jcvf xxxx.tar.xz directory 解凍 tar -Jxvf xxxx.tar.xz tar 圧縮 tar -cvf xxxx.tar dire

ぼくが仕事でLinuxサーバ環境に接続して行う操作というのはだいたい決まっていて、 コマンドでサーバの状態を確認 ログをファイル出力してダウンロード サービスの設定変更と再起動 SSHトンネル経由でDBアクセス のうちどれかを行うことが多い。 基本は手作業だったり、シェルスクリプトを作って 実行したりする形で対応できるものなのだけど、 結構めんどくさいので、 今回はnode.jsでどこまで自動化できるかを試してみたい。 事前準備 ローカルのWindowsマシンでnode.jsプログラムを実行して、 プログラム経由でLinux環境に接続して色々操作することを 想定しているので、ローカルにnode.js環境をインストールしておく。 この記事に載せてるサンプルは Typescriptで書いているけど、だいたいJavascriptとしても動くと思う。 SSHでLinux環境に接続する まずはSSH

主にアプリケーション開発者向けに、Linuxサーバ上の問題を調査するために、ウェブオペレーションエンジニアとして日常的にやっていることを紹介します。 とりあえず調べたことを羅列しているのではなく、本当に自分が現場で使っているものだけに情報を絞っています。 普段使っているけれども、アプリケーション開発者向きではないものはあえて省いています。 MySQLやNginxなど、個別のミドルウェアに限定したノウハウについては書いていません。 ログインしたらまず確認すること 他にログインしている人がいるか確認（w） サーバの稼働時間の確認 (uptime) プロセスツリーをみる (ps) NICやIPアドレスの確認 (ip) ファイルシステムの確認（df） 負荷状況確認 top iostat netstat / ss ログ調査 /var/log/messages or /var/log/syslog /

Linuxのサーバをメンテしているときに、ポートが使われているかどうかをパッと知りたいことがあったので、未来の自分用のご報告です。 lsofコマンドを使います。 lsofコマンド 最近のLinuxにはnetstatコマンドが標準で入っていないこともあるようで、netstatを実行するとコマンドが見つかりません、となってしまいました。 ポートが使われているかどうか、空いている（使って良い）かどうか、という点をパッと確認したかったのですが、lsofコマンドというコマンドで望んでいたことができたので記録しておきたいと思います。 参考： https://www.atmarkit.co.jp/ait/articles/1904/18/news033.html ポートの確認には「-i」 lsofコマンドをパッと使うには、「lsof -i」で全体の一覧を画面に表示させることができます。テスト用のDebi

$ go tool dist list aix/ppc64 android/386 android/amd64 android/arm android/arm64 darwin/amd64 darwin/arm64 dragonfly/amd64 freebsd/386 freebsd/amd64 freebsd/arm freebsd/arm64 illumos/amd64 js/wasm linux/386 linux/amd64 linux/arm linux/arm64 linux/mips linux/mips64 linux/mips64le linux/mipsle linux/ppc64 linux/ppc64le linux/riscv64 linux/s390x netbsd/386 netbsd/amd64 netbsd/arm netbsd/arm64 openbs

サーバ業務周りの管理、運用について役に立ちそうなナレッジをまとめました。 長期的に書いているため用語に統一性がなかったり、不足分など随時修正したいと思います。 1. サーバ設計 サーバスペックはどうするべき？ 使用するOSは？ CentOS開発終了について MWは何を使うべきか Webサーバ構築にはどちらを使うべき？Apache？Nginx？ サーバセキュリティで最低限押さえておきたいことは？ listenするポートは最小限にしましょう ファイアウォール設定で送受信IPアドレス、ポートの通信制御はしておきましょう 外部に出る際にはプロキシサーバを経由するようにする 随時パッチを当てるようにする linuxでのアンチウイルスソフトの検討 個人アカウントで変更系コマンドは実行させないようにする ログについて考えること ストレージ容量には気をつける データベースはどう決めたら良いか MySQLか

※以下書籍はKindle Unlimitedで読めます。 ■LinuxとUNIXの違いをわかりやすく解説しています。 ※サーバーエンジニアは知っておくべき内容です。 【初心者向け】これだけでLinuxとUNIXの違いがわかる！ ■ロードバランサー(LB)をわかりやすく解説しています。 ※ネットワークエンジニア、サーバーエンジニアは知っておくべき内容です。 これだけでSNMPがわかる！SNMPの使い方 ■SNMPの使い方をわかりやすく解説しています。 ※ネットワークエンジニア、サーバーエンジニアは知っておくべき内容です。 これだけでロードバランサーがわかる！ ■ChatGPTの使い方をわかりやすく解説しています。 【初心者向け】これだけでわかる！ChatGPTの使い方 ■動画でわかりやすく解説してます。 では、今日も授業を始める。今日のテーマはルーティングだ 例えば、Linuxサーバに複数の

サーバとして ・外部からの接続パケットは基本的にすべて破棄 ・ただし接続済み通信のパケットは許可 ・内部からの接続パケットは基本的にすべて許可 ・ループバックアドレスに関してはすべて許可 ・メンテナンスホストからのping、メンテナンスホストへのpingを許可 ・メンテナンスホストからのssh（TCP 22）を許可 ルータとして ・Linuxサーバを経由して外部へ出ていくパケットのソースアドレスを変換 ・内部アドレス→外部アドレス ・内部アドレスやプライベートアドレスが外部に漏れないようにブロック 市販のブロードバンドルータと同じような働きをするLinuxルータを作ります。Linuxサーバに2枚のNICを組み込み、一方にはプロバイダなどから与えられたグローバルアドレス、もう一方にはプライベートアドレスを設定します（以下、グローバルアドレス側を外部ネット、プライベートアドレス側を内部ネットと

sudo コマンドの "-i" オプションと "-E" オプションについてメモ。 ・Man page of SUDO https://linuxjm.osdn.jp/html/sudo/man8/sudo.8.html ■ -i オプションについて ドキュメント曰く パスワード・データベースの変身対象ユーザの項目でログイン・シェルとして指定されているシェルを実行する。すなわち、 .profile や .login といったログイン用のリソース・ファイルが、 シェルによって読み込まれることになる。 とのこと。これを指定すると ＄HOME/.bash_profile なりが読み込まれるということのようです。 動作確認を。 # cat /tmp/env/test.sh #!/bin/sh echo $ETC_PROFILE echo $BASH_PROFILE # cat /etc/profil

modprobeコマンドとは？ 「modprobe」は「カーネルモジュール（モジュール）」の組み込み（ロード）と取り外し（アンロード）を行うコマンドです。 カーネルモジュールとは、Linuxカーネルの機能の一部を、カーネル本体とは別にロード、アンロードできるように分離したサイズの小さいバイナリファイルです。多くの場合、ハードウェアにアクセスし、操作するためのドライバ部分がカーネルモジュールとなっています。 ドライバ自体をカーネルに組み込む古い方式では、ハードウェア構成を変更した場合に、カーネルの再構築が必要になります。現在では、ほとんどのドライバがモジュールとして提供されているため、ハードウェア構成変更後は、必要なカーネルモジュールをロードしてカーネルに組み込むだけで対応できるようになっています。 modprobeは、モジュールの依存関係を確認し、必要なモジュールがあれば同時に組み込むとい

ここ最近、沢山シェルスクリプトを書くようになりました。 元々あまりシェルスクリプトを書いたこと無かったので、色々と勉強しつつ書いてるのですが、 他のプログラミング言語とはちょっと違って独特なクセというか、発見の度におぉー！ってなることが沢山あって楽しいです。 そんなわけで、最近学んだり参考にした中で特に感動したシェルの上手い書き方をまとめてみます。 きっとまだ知らないこととかもっと上手くやる方法なんかが沢山見つかりそうなので、 もっといいやり方あるよ！って方はコメントください 何もしない : (コロン)コマンド シェルを書いていた時に非常に欲しかったコマンドがこれ！何もしない！ : というコマンド(？)を利用すると、**何もせずに終了ステータス0(つまり正常終了)**を返します。 これが様々な事に使える万能コマンドで、これによって面倒なエラー処理を簡潔にできたり、 入力や出力のリダイレクト

皆様うるう秒対応お疲れ様でした。こんにちはこんにちは！！インフラ基盤サービスグループという名前のアレに所属させてもらって、画像配信基盤とかネイティブアプリ基盤などのインフラの面倒を見させてもらってる、@kakerukaeruと申します。 副業でジャック・ニコル◯ンの偽物をしたり社内chatにAAや画像を貼って場を荒らす和ませる仕事をしております。 はいというわけで、 ここ最近うるう秒対策チームを私と@nekoruriさんの二人でやっていたのですが、 せっかくだからウチはこういう対策やったよ、ってのを 「you エンジニアブログに書いちゃいなよ」って雑談から始まり、 「me エンジニアブログに書いちゃいなよ(?)」となり、 公式エンジニアブログに初参戦させていただく運びと相成りました。 もううるう秒終わってんじゃねーか、うるう秒の前に公開しろや。とは僕も思いますが、突っ込まないで下さい うる

目的 コマンド$ sudo apt installを実行した時に出た404エラーの解決方法をまとめる。 エラー内容 $ sudo apt install linuxbrew-wrapper Reading package lists... Done Building dependency tree Reading state information... Done The following package was automatically installed and is no longer required: libllvm7 Use 'sudo apt autoremove' to remove it. The following additional packages will be installed: build-essential dpkg-dev fakeroot g++

ソフトウェア開発において「ファイルの読み書き」は使用頻度の高い操作であり、速度の向上はソフトウェア全体のパフォーマンスに大きく影響します。そんなファイルの読み書き操作を行う際に「mmapを使った方が通常のシステムコールよりも高速にファイルを操作できる理由」について、ブリティッシュコロンビア大学の准教授であるAlexandra Fedorova氏が説明しています。 Why mmap is faster than system calls | by Alexandra (Sasha) Fedorova | Medium https://sasha-f.medium.com/why-mmap-is-faster-than-system-calls-24718e75ab37 OS上でユーザーがプログラムを実行する際、プログラムは「ユーザー空間」と「カーネル空間」と呼ばれる2種類の領域を利用します。