FreeBSDにCVSSスコア10.0の脆弱性 現時点で回避策はないため直ちに更新を
FreeBSDプロジェクトは2024年9月4日（現地時間）、オープンソースのUNIX系OS「FreeBSD」の深刻な脆弱（ぜいじゃく）性「CVE-2024-43102」に関するセキュリティアドバイザリ「FreeBSD-SA-24:14.umtx」を公開した。これが悪用された場合、任意のコードが実行されてシステムが侵害される可能性がある。 FreeBSDはサーバやネットワーク機器、ストレージシステムなどで広く使用されている。高度なネットワーキング機能やセキュリティ、パフォーマンスに優れており、商用利用にも適した柔軟性を持つことでも知られている。 FreeBSDにCVSSスコア10.0の脆弱性 現時点で回避策はなし CVE-2024-43102はFreeBSDの「_umtx_op（2）」システムコールの処理における問題に起因している。共通脆弱性評価システム（CVSS）V3.1のスコアは10.0
Linuxのtop コマンドの見方 ~メモリやload averageの単位,定義,目安~
top コマンドは CPU/メモリの利用状態を全体、および各プロセスごとに確認することができます。 例えば以下のように表示されます。表示は 3 秒ごとに更新されます。 top - 00:47:32 up 2:37, 2 users, load average: 3.01, 1.52, 0.47 Tasks: 118 total, 2 running, 116 sleeping, 0 stopped, 0 zombie %Cpu(s): 12.5 us, 6.9 sy, 0.0 ni, 99.7 id, 0.3 wa, 0.0 hi, 0.0 si, 0.0 st MiB Mem : 3736.1 total, 297.6 free, 235.2 used, 3203.3 buff/cache MiB Swap: 820.0 total, 812.5 free, 7.5 used. 3267
cron で > /dev/null して椅子を投げられないための3つの方法 - 酒日記 はてな支店
(タイトルは釣りです) いい加減、>/dev/null 2>&1と書くのをやめたらどうか - DQNEO起業日記 この記事のタイトルが twitter で流れてきたのを見て、「そうだ！出力を /dev/null に捨てるなんてとんでもないよね！」と思ってよく読んだら /dev/null に間違いなく捨てる方法だったのでつい crontabに > /dev/null 書いたら椅子投げる 2012-06-13 00:01:17 via YoruFukurou とつぶやいてしまったのですが、では出力を捨てないためにはどうすればいいのか。現時点での個人的ベストプラクティスを書き留めておきます。 デフォルト : メールで送る (MAILTO) せっかく cron daemon がログを捨てないためにわざわざメールで送ってくれるのに、それを > /dev/null で踏みにじるとはひどい。 とはいえ、
Windows Subsystem for Linuxでsystemdが動くようになったので試した
WSLでのsystemdのサポートが開始 早速使ってみる Unixを祖先に持つLinuxには、起動時にデーモン（Windowsでいうところのサービス）を起動したり、初期化などをするプログラムを実行するinitシステムがある。ただ、WSL（Windows Subsystem for Linux）では特殊な起動をすることから、従来initシステムは動作できなかった。そもそもWSLは当初のコンセプトからして、Linuxコマンドラインを使うための環境であり、たとえばHTTPサーバーなどを動作させることは想定外とされていたのだ。 一方でLinuxには、さまざまなプログラムがあり、その中にはinitシステムで起動されるプログラムが必要なものがある。こうしたプログラムを動作させるためには、どうしてもinitシステムを組み込む必要があった。 Linuxのinitシステムには、Unix System V互換
JM Project (Japanese)
JM プロジェクトは、主に Linux 関連のマニュアルページの日本語ページを翻訳・公開しています。 全文検索 新着情報 GNU gzip 1.12 の翻訳を更新しました。 詳細はこちら。 (2022/6/24) qpdf 10.6.3 の翻訳を追加しました。 (2022/6/14) upower 0.99.17 の翻訳を追加しました。 (2022/6/13) GNU grub 2.06 の翻訳を追加/更新しました。 詳細はこちら。 (2022/6/12) GNU gdb 11.2 の翻訳を追加/更新しました。 (2022/6/11) kmod 29 の翻訳を追加しました。 詳細はこちら。 (2022/6/7) GNU gsl 2.7.1 の翻訳を追加しました。 (2022/6/6) dblatex 0.3.12 の dblatex.1 の翻訳を追加しました。 (2022/6/5) GNU
Ubuntu 22.04 LTS : インストール : Server World
作成したインストールディスクを DVD ドライブにセットしてコンピュータを再起動します。 すると以下のように言語選択画面が表示されるので、使用したい言語を選択します。当例では英語で進めます。
mailコマンドでメールの閲覧や送信を行う - アナグマのモノローグ
メールの一覧表示 「mbox形式」のメールを閲覧するには、引数なしでmailコマンドを実行します。 # mail mailコマンドは、デフォルトでmbox形式で保存されているメールを閲覧しようとします。 mbox形式は/var/spool/mail/ユーザー名のファイルにメールを保存する形式です。 「Maildir形式」（ユーザーのホームディレクトのMaildirディレクトリにメールを保存する形式）を使用している場合は、次のようにmailコマンドを実行します。 $ mail -f ~/Maildir コマンドを実行すると、メールボックスのメールの概要が一覧表示されます。 # mail Heirloom Mail version 12.5 7/5/10. Type ? for help. "/var/spool/mail/root": 9 messages 9 new >N 1 foo@ex
[CentOS] Maildir(Mailbox) 設定後に mail コマンドが使えない
さくらVPSのCentOS6.4にPostfixとDovecotをインストールして設定した時の話。 Postfix、Dovecotのそれぞれでメール保存先を ~/Maildir/ に設定したら、mail コマンドを打っても新着メールの確認が行えなくなった。 編集内容は以下の通り。 $ sudo vi /etc/postfix/main.cf # Postfixのメールボックスの設定 home_mailbox = Maildir/ $ sudo vi /etc/dovecot/conf.d/10-mail.conf # Dovecotのメールボックスの設定 mail_location = maildir:~/Maildir valid_chroot_dirs = /home 既存ユーザにメールボックスの作成 $ mkdir ~/Maildir $ chmod -R 700 ~/Maildir
【wordpressの環境構築】Ubuntu20.04,Nginx,PHP7.4,MariaDB
【wordpressの環境構築】Ubuntu20.04,Nginx,PHP7.4,MariaDB 2020-10-21 2021-04-07 Ubuntu, wordpress 環境構築 2020年４月にUbuntu 20.04 LTSがリリースされました。 LTS版でもあるため、導入しやすく今後wordpressの環境構築用のサーバーとしての利用も増えそうです。 今回は、Ubuntu 20.04,PHP7.4,Nginx,MariaDBの環境にwordpressの環境を構築する方法を紹介します。 ◆動作検証環境 ・ローカル環境：mac Catalina ・さくらVPSサーバー：メモリ 512M, ストレージ：SSD 25GB, CPU：1コア ・OS：Ubuntu 20.04 LTS(Focal Fossa) amd64 ・Nginx：1.18.0 ・mysql Ver 15.1 Dis
さよなら、愛しのFreeBSD｜力武 健次 / りきたけ けんじ｜note
2019年1月末でFreeBSDに関連する開発活動を止めることにした。とても愛していたOSだけに身を切られるような思いは否めなかったが、別れが来るなら自分の自由になるうちにと思い、決断した。以下は個人的な想いを綴っている。 BSDの大元は、カリフォルニア大学バークレイ校で作られたオペレーティングシステム、今風に言えば基本ソフトだ。Berkeley Software Distributionというのがもともとの名前だ。 1985年に自分がUNIXに触れたころから憧れていたのがこのBSDだった。当時のBSDはまだオープンソースではなかったAT&TのUNIXのライセンス制限の傘下にあり、自由にソースコードが読めなかった。でもAT&TのUNIXであるSystem V（システムファイヴ）よりはずっと自由だった。その後、DECのULTRIXやSunのSunOS 4など、多くの先進的なUNIXマシンがB
NginxとRails（Puma）をソケット通信で連携させる方法！
Railsアプリの場所を確認まずは、Railsアプリが置いてある場所を確認してみましょう。 「Railsの環境構築」を読みながらRailsアプリを作った方は、以下のようにホームディレクトリの下にRailsアプリがあると思います。 「/home/vagrant/training/training_app」 まずは、この「training_app」を「/opt」の下に移動、またはコピーしましょう。 なぜなら、公開するアプリを置いておく場所として、ホームディレクトリは適切ではないからです。 また、「/home/vagrant」にアクセスできるのは「vagrantユーザー」だけですが、今回は「nginxユーザー」がRailsアプリのディレクトリにアクセスする予定なので、ホームにあると都合が悪いのもあります。 Linuxのディレクトリ構成（構造）とは？Windowsフォルダとの違いを覚える！ Rai
【Puma】Rails 5.2 + Puma + Nginx のデプロイ設定 - 7839
先日、【EC2】Rails5 環境構築（Ruby + MySQL5.7 + Node.js + Nginx） について書いた。そして、今回は、アプリケーションサーバーである Puma について色々と調べて設定したので、備忘録を残しておく。（以前、Rails を使っていた時は、Unicorn が主流だったのに、Rails5 からは標準サーバーも Puma に変わったこともあり、今回は Puma を採用してみた。） Pumaとは マルチスレッド Ruby/Rack アプリケーション インストールに関して 設定に関して コマンドに関して rails sの場合 pumaコマンドの場合 pumactlの場合 まとめ 関連記事 Pumaとは github.com Puma is a simple, fast, multi-threaded, and highly concurrent HTTP 1.1
第4章 アプリケーションのインストール - packages と ports
This translation may be out of date. To help with the translations please access the FreeBSD translations instance. FreeBSD の基本システムには数多くのシステムツールが含まれています。 FreeBSD は、サードパーティ製のソフトウェアの導入を支援するために、 ソースコードをコンパイルしてインストールする Ports Collection と、 コンパイル済みのバイナリをインストールする packages という相補的な 2 つの技術を提供しています。 どちらのシステムを用いても、 ローカルメディアやネットワーク上からソフトウェアをインストールできます。 packages と ports の違い FreeBSD に移植されたサードパーティ製のソフトウェアの探し方 pkg
ログアウトしてもバックグラウンド ジョブを継続する方法
はじめに SSH 接続で時間の掛かるシェルスクリプトをバックグラウンドで走らせて帰りたいのに、SSH 接続を切るとジョブが死んでしまいます。SSH 接続に限らず目の前の OS からログアウトしたりターミナル エミュレータを終了しても同じ現象が起こります。 この症状は正常です。なぜなら、バックグラウンド ジョブを起動したプロセス(ログイン シェル)が子プロセスである該当のバックグラウンドジョブをハングアップ シグナル( HUP )によって終了させるからです。 シェルスクリプトを起動した親プロセスは子プロセスの終了状態を監視しています。ですからログアウトして親プロセスであるシェルが終了すると子プロセスはゾンビ プロセスとなってしまうので親プロセスとなるシェル(ログインシェル)は子プロセスであるバックグラウンド ジョブを kill ( kill -HUP ) するのです。 nohup コマンド
WSL2のターミナルで色が表示されない時の解消方法
問題 WSL2(Ubuntu-20.04)のターミナルで色が正常に表示されない。 色が表示されている状態 色が表示されていない状態 原因 調べていくと、source ~/.bashrc を実行すると色が表示されることが分かり、ターミナル起動時に呼ばれるはずの ~/.bashrc が読み込まれていないことが判明。 以下のIssue内のコメントにある通り、~/.bash_profile と ~/.profile が両方存在している状態で、この場合は ~/.bash_profile が読み込まれ、結果として ~/.profile から呼ばれる ~/.bashrc が正常に呼ばれていなかった。 解消方法 最終的に、~/.bash_profile に以下のコードを追加することで解消できた。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「/usr」は「User」の略にあらず？ Linuxのディレクトリ構造を解説したチャートが話題に／Windowsユーザーも知っておくとWSLを壊さずに済むぞ【やじうまの杜】
「Cygwin 3.5」が公開、Windows 7/8、Windows Server 2008 R2/2012への対応を終了／Windows上に擬似的なUNIX環境を構築する互換レイヤー
railsとnginxをunixドメインソケットで連携させる
portsnap が更新しない場合の対処法 - Qiita
SSH公開鍵認証で接続するまで - Qiita
