原因 残念ながらAmazon Linux 2023ではcrontabがデフォルトでは利用できません。 Amazon Linux 2023 AMIにcronie パッケージが含まれていないのは意図的なものだそうです。下記のissue を参照にしてください。 https://github.com/amazonlinux/amazon-linux-2023/issues/300 解決方法 下記のコマンドでcronieをインストールしましょう。
タイマーは名前が .timer で終わる systemd のユニットファイルであり、.service ファイルやイベントを制御します。cron の代わりとしてタイマーを使うことができます (#cron を置き換える を読んで下さい)。タイマーにはカレンダー時刻のイベントとモノトニック時刻のイベントのサポートが入っており、さらに非同期に実行することも可能です。 タイマーユニット タイマーは拡張子が .timer の systemd のユニットファイルです。他の ユニット設定ファイル と似ていますが特別に [Timer] セクションが存在します。[Timer] セクションにはタイマーが作動する時間と処理を定義します。タイマーには2つのタイプがあり、どちらか一つを使って定義されます: モノトニックタイマー は刻々と変わる開始点と相応したタイムスパンの後に作動します。様々なモノトニックタイマーが存
メール送信 LPIC取得時にさらっと構築したメールサーバ。 送信テストはローカルでしかやってなく特に困ることもなかったけど外部に送信する場合はどうやるんだろうって思って色々調べた。 環境 送信 OS : CentOS 7.7 メールサーバ : Postfix 手順 ① 何はともあれサービスの起動 このタイミングでカーネル側でipv6を無効にしてるのにhostsに書かれてるぞと行ったwarningが出ていることに気づく(この辺はplaybookへフィードバック) # ログ $ less /var/log/mailog Mar 5 06:27:46 choco01 postfix/master[1688]: warning: /usr/libexec/postfix/pickup: bad command startup -- throttling Mar 5 06:28:46 choco01
4. SMTPサーバ構築 EC2上でメールの送信、メールの転送を行う場合に構築します。 EC2上のWebサーバで稼働するWebアプリや、サーバ上での定期実行結果の送信にも有効利用できます。 4.1. SMTPサーバ運用構成 Amazon LinuxにSMTPサーバとしてPostfixをインストールして稼働します。 インターネットにメールを送信するならば、Amazon SESを経由することでDKIMやDmarcヘッダを付加することができます。 ここではAmazon SESを経由する方法を推奨して記載します。 もちろん、Amazon SESを経由せずにメールを転送することも可能ですが、DKIMの仕組みはOSに別途用意する必要があります。 Amazon Linux 2023は、2024年2月現在ではDKIMを実装するOpenDKIMなどのパッケージが提供されていません。 4.2. Postf
Debianプロジェクトのプロジェクトリーダー Steve Langasekは2月2日、Debian開発者向けメーリングリストに「64-bit time_t transition in progress」というタイトルで投稿し、2038年問題(Y2038)に対応するための作業の進捗について報告を行った。Debianは現在、2025年以降のリリースが予定されている「Debian 13 "Trixie"」の32ビットアーキテクチャが2038年以降も動作できるように取り組んでおり、とくに32ビットarmアーキテクチャへの対応にフォーカスすることを明らかにしている。 64-bit time_t transition in progress -lists.debian.org C言語で時間を表現するための型として使われている「time_t」は、世界標準時で1970年1月1日午前0時0分0秒からの経過
元ネタ: https://yasukata.hatenablog.com/entry/2021/10/14/145642 せっかちな人向け ARM64向けの高速なシステムコールフックを作った マイクロベンチマークではptraceの2000倍以上、seccompの140倍程度高速 コードはこちら: https://github.com/retrage/svc-hook zpolineとは USENIX ATC 2023において、zpolineというx86/Linux向けの高速なシステムコールフックが提案された[1]。これは、binary rewritingで2バイトの命令である syscallやsysenterを同じ2バイト命令であるcallq *%raxに置き換えた上で0x0のアドレスにトランポリンを設置する、というものである。 同じような仕組みを他のアーキテクチャでも実現だろうか?という
とても初歩的なことですが、dfコマンドを入力した際に表示される/dev/loopが何か分からなかったので備忘録の為、残しておきます。 ubuntuをAWSで利用しており、dfコマンドにて容量を確認した際に/dev/loopの表示が出てきました。 $ df -i >Filesystem Inodes IUsed IFree IUse% Mounted on udev 121641 308 121333 1% /dev tmpfs 125259 500 124759 1% /run /dev/xvda1 3840000 295428 3544572 8% / tmpfs 125259 1 125258 1% /dev/shm tmpfs 125259 4 125255 1% /run/lock tmpfs 125259 18 125241 1% /sys/fs/cgroup /dev/loop
思えば1年半も前のことだったが... 分かりやすい例に仕立ててみよう.以下の内容のCソース hugebss.c を作る: char arr[sizeGb*1024ULL*1024ULL*1024ULL]; int main() { } 長い配列 arr のサイズを変えて2通りにコンパイルし, ldd(1) してみる: $ gcc -DsizeGb=1ULL hugebss.c -o 1gb.exe $ ldd 1gb.exe linux-vdso.so.1 => (0x00007fffa1799000) libc.so.6 => /lib/libc.so.6 (0x00007f338e5f6000) /lib64/ld-linux-x86-64.so.2 (0x00007f338e96a000) $ gcc -DsizeGb=64ULL hugebss.c -o 64gb.exe $ ld
tcpdumpではなくてWiresharkでパケットを確認したいな こんにちは、のんピ(@non____97)です。 皆さんはリモートのLinuxマシンをtcpdumpではなくて手元のマシンのWiresharkでパケットを確認したいなと思ったことはありますか? 私はあります。 tcpdumpで上手にフィルタリングをすれば良いのでしょうが、そうでなければ高速目grepすることとなり大変です。 そういった時は慣れ親しんだWiresharkが恋しくなるものです。 実はWiresharkでsshdumpを使えば、SSH越しにリモートコンピューターのパケットキャプチャーをすることはご存知でしょうか。 NAME sshdump - Provide interfaces to capture from a remote host through SSH using a remote capture bi
ワンライナーで行けちゃいます😁 wireshark -k -i <(ssh user@host "tcpdump -U -n -w - -i eth0 'not port 22'") しかもリモートホスト側で何かしら特別な準備とかが不要なので非常にお気楽・お手軽です。 前提条件 手元の環境に Wireshark がインストールされており、コマンドラインから起動できる(上のワンライナーでは wireshark コマンド) リモートホストに ssh でログインできる(踏み台を経由するなどの場合は ~/.ssh/config でよしなに設定するか、頑張って引数を指定する) リモートホストに tcpdump がインストールされていて実行できる 解説 上記ワンライナーを実行すると、以下の図のように ssh で接続したホスト上で tcpdump コマンドを実行してパケットをキャプチャし、そのパケット
Twitterとか見て「そうだったのかー」とか言うんじゃなくて、ちゃんと調べてみましょうよ。/usr は元々ユーザーのホームディレクトリをおいていた場所ですよ。/bin などを置いていたシステムディスクの容量が足りなくなったので別ディスクだった /usr 以下を使うようになっただけです。Unix System Resources とかそんな長い名前、後付けに決まってるでしょ? 翻訳は面倒なので、DeepL(の少し手直し)です。 初期の Unix のドキュメントから URLと1972年という年から、おそらく Version 1 Unix (1971) のドキュメントだと思います。ここ 経由で見つけました。 12ページにこのようなものがあります。詳細はよくわかりませんがディレクトリ構造でしょう。 idata: / root 41. 140016 .byte 7,1 9f-.-2 41. <..
Linuxで、裏で実行中のプロセスが出力している内容を確認したい場合、「/proc」配下を直接みることで確認出来るようなのでやってみた。 以下のようにコマンドを実行することで、そのプロセスの標準出力をみることができる。 tail -F /proc/プロセス番号/fd/1 各プロセスで0\~3とあるのだが、この「1」というのは標準出力のこと。 つまり、当然その他の番号も「0:stdin」「1:stdout」「2:stderr」と紐付いている。 残念ながら他のコンソールで直接見ているプロセスの出力は見れなかったのだが、なんとなく裏で動いているプロセスの動作が気になった時などに使えるのではなかろうか。
2022年8月,Windows 8が搭載された古いノートパソコンに"Ubuntu 22.04 LTS"のインストール方法を記した記事を公開した.当該記事はこちらを参照. Ubuntuをインストールしたが,起動時にエラーメッセージが出現している.この解決方法を以下に記す. 実施環境 PC: Acer Aspire E3-111OS: Ubuntu 22.04.1 LTS 解決すべきエラーの内容 以下はUbuntuをインストールしたノートパソコンの起動時の画面になる.以下赤枠のエラー内容を出現させなくすることを目的とする.エラー内容は以下と呼称する. 以下上段の赤枠のエラー名:ACPI BIOSエラー 以下下段の赤枠のエラー名:Bluetoothエラー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く