リナックスマスター.JP 公式ブログ

この記事のポイント

・正規表現は「暗記する」ものではなく「使いながら体に覚えさせる」もの
・grepの -E オプション（拡張正規表現）から習得を始めると挫折しにくい
・「動かない」時の原因はパターンより「シングルクォート漏れ」か「-Eなし」が多い
・習得の3段階（文字クラス習得→実務活用→自分で設計）を意識して進める

この記事のポイント

・PATHに$PATHを書き忘れると既存のパスが消えすべてのコマンドが使えなくなる
・PATHが壊れても「絶対パス」（/bin/vi など）でコマンドを実行すれば回復できる
・変更前バックアップと作業中の別セッション保持が事故防止の2大鉄則
・仕組みを理解するとトラブル発生時も手が止まらなくなる

この記事のポイント

・UTCとJSTの9時間差がログ調査の混乱を招く最もよくある原因
・タイムゾーン確認は timedatectl コマンド1つで済む
・NTP時刻同期とタイムゾーン設定は別の設定——混同しないこと
・設定後は必ず date コマンドで時刻を目視確認する習慣をつける

この記事のポイント

・「pingが通る」と「サービスが動いている」は全く別レイヤーの問題
・切り分けはIPレイヤー→ポート→プロセス→ログの順で進める
・ssコマンドとjournalctlを組み合わせれば原因の9割は特定できる
・受講生が詰まるのは「どのレイヤーの問題か」という視点が抜けているから

この記事のポイント

・Linuxのコマンドは「stdout（標準出力）」と「stderr（標準エラー出力）」の2本の出力経路を持つ
・「>」だけではstdoutしか記録されない。stderrも記録するには「2>&1」が必要
・cronで動かすスクリプトのエラーが"消える"原因の多くはこの仕組みの理解不足
・「エラーが出ていないから正常」は危険。stderrの行き先を常に意識する習慣が現場を変える

この記事のポイント

・ファイアウォール設定は「失敗すると遠隔アクセス手段が失われる」唯一の設定変更
・SE時代に実際にロックアウトを経験した現役講師が「戻り口の確保」を解説
・firewalldの「ランタイム変更 → 永続化」2段階方式とタイムアウト機能でリスクを最小化
・VPS・クラウド・物理サーバー別のコンソール緊急アクセス手段と復旧手順を実例つきで紹介

この記事のポイント

・ログファイルは放置すると際限なく肥大化し、ディスクフルで本番が止まる
・logrotate設定の確認は新規サーバー構築後すぐに行うべき必須作業
・「df→du→原因特定→安全削除」の手順を体で覚えることが事故対応の基本
・logrotate --debugで設定を事前検証することで再発を防げる

この記事のポイント

・umaskは「初期権限777・666からどれだけ差し引くか」を決める値
・umask 022なら新規ファイルは644、ディレクトリは755になる
・チーム開発ではumaskの統一がPermission deniedの再発を防ぐ
・恒久化は~/.bashrcまたは/etc/profileへの設定が基本

この記事のポイント

・ln -sfはリンク先がディレクトリだと中に新しいリンクを作る
・事故を防ぐにはln -sfnで「置き換え」を明示する
・ハードリンクとシンボリックリンクは実体の共有の仕方が違う
・find -xtype lで壊れたリンクを事前に洗い出せる

この記事のポイント

・設定ファイルの「戻せない」事故はバックアップの取り方に原因がある
・/etcをgit initで管理すると変更履歴が自動で残る
・sudoでの実行と所有者の統一がgit管理を崩さないコツ
・git diffは「何を変えたか」を言語化する最速の手段になる