Macos on NetUtil

Mac で DNS 設定を変更する方法

Sat, 16 May 2026 00:00:00 +0000

インターネット接続はデフォルトで ISP の DNS サーバーを使用しています。それらを選んだ覚えはなく、アドレスも知らないでしょうし、代替手段より遅く、プライバシーや安全性に劣る可能性があります。Mac での DNS 変更は約 2 分で完了し、目に見える違いをもたらすことがあります。

DNS サーバーを変更する理由

速度。 ISP の DNS サーバーは最適化されていないことが多いです。Cloudflare と Google は低遅延を目的として設計された大規模な DNS インフラを運用しています。多くの地域では、公共 DNS リゾルバーに切り替えることでページ読み込みが速くなります。ウェブサイトへの接続における DNS 解決ステップが速くなるからです。

プライバシー。 DNS プロバイダーはあなたが訪問するすべてのドメインを見ることができます。ISP の DNS ログはプライバシーポリシーと地域の規制に応じて保持または販売される可能性があります。Cloudflare の 1.1.1.1 はクエリ IP アドレスを記録しないことを明示的に宣言しており、第三者による監査を受けています。

セキュリティ。 Quad9（9.9.9.9）は DNS クエリを脅威インテリジェンスフィードと照合します。既知のマルウェアやフィッシングドメインにアクセスしようとした場合、ブラウザが接続する前に Quad9 がクエリをブロックします。

ペアレンタルコントロール。 Cloudflare の 1.1.1.3 は DNS レベルでアダルトコンテンツをブロックします。Google にも同様のフィルタリングオプションがあります。これは完全な保護ではありませんが、デバイスに何もインストールせずに機能します。

地理的に制限されたコンテンツ。 一部の DNS プロバイダーはコンテンツデリバリーネットワークへのより速いパスを持っています。特定の特殊な DNS サービス（NextDNS など）はアクセス管理のための機能も提供しています。DNS の変更だけでは VPN レベルのアクセスは得られませんが、特定の状況でルーティングを改善できます。

DNS の仕組み

ブラウザにドメイン名を入力すると、Mac は DNS サーバーにそのドメイン名に対応する IP アドレスを尋ねます。通常このリクエストは ISP のサーバーに送られます。DNS 設定を変更すると、選択したサーバーに送られるようになります。

Mac で Traceroute を実行する方法：コマンド、出力、その意味

Sat, 16 May 2026 00:00:00 +0000

インターネットが遅いが、接続は技術的には機能している。ページはいずれ読み込まれる。ビデオ通話が途切れる。Mac とサーバーの間のどこかに問題がある。Traceroute はそれがどこなのかを正確に示します。

macOS の traceroute は、宛先までの経路でデータが通過するすべてのルーターを、各ルーターの応答時間とともに表示します。輻輳、設定ミスのルート、切断されたリンクがあれば出力に表示されます。このガイドでは traceroute コマンド、返される内容の読み方、一般的なパターンの意味、そして視覚的なインターフェイスを好む場合に Terminal なしで Mac で traceroute を実行する方法を説明します。

Traceroute が何をするか

データは Mac からサーバーに直接届くわけではありません。ルーターのチェーンを経由してホップします：ホームルーター、ISP の機器、地域のバックボーンネットワーク、最終的に宛先のネットワーク。各ステップをホップと呼びます。

Traceroute は各ネットワークパケットにある TTL（time to live）フィールドを利用してそのチェーンをマッピングします。TTL はカウンターです。パケットを転送するすべてのルーターが 1 ずつ減らします。TTL がゼロになると、ルーターはパケットをドロップして自身を特定するエラーメッセージを返します。

Traceroute は TTL=1 のパケットを送ります。最初のルーターがドロップして返信します。Traceroute はそのルーターのアドレスと応答時間を記録し、TTL=2 のパケットを送ります。2 番目のルーターが返信します。これがパケットが宛先に届くまでホップバイホップで続きます。

結果は経路の完全なマップで、各ステップのレイテンシ測定値が含まれます。

各ホップは経路上のルーターです。各ステップのタイミングが遅延の発生箇所を明らかにします。

macOS で traceroute を実行する

Terminal を開いて（アプリケーション > ユーティリティ > Terminal）実行します：

Mac でオープンポートを確認する方法：lsof、netstat、nc

Sat, 16 May 2026 00:00:00 +0000

rails server を実行したのに何も読み込まれない。またはリモートサーバーに接続しようとして何も返ってこない。最初の疑問は常に同じです：ポートは本当にオープンなのか？

Mac でのポート状態の確認はコマンド一つで済みます。コツは、自分の Mac を確認するのかリモートホストを確認するのかに応じて、どのコマンドを使うかを知ることです。

自分の Mac のオープンポートを確認する

これは開発者にとって最もよくあるケースです。開発サーバーがポート 3000 で動いているはずなのに、ブラウザは接続できないと言っている。そもそもポートはリッスンしているのでしょうか？

lsof -i :ポート番号（素早い答え）

lsof -i :3000

何かがリッスンしている場合、このような出力が表示されます：

COMMAND   PID   USER   FD   TYPE             DEVICE SIZE/OFF NODE NAME
ruby     8421  aaron  13u  IPv4 0x3f8a2b4c      0t0  TCP *:3000 (LISTEN)

出力が空の場合、そのポートには何もバインドされていません。Rails サーバーが動いていないか、別のポートで起動したかのどちらかです。

ポート 8080 の場合：

lsof -i :8080

ポート 80 の場合（特権ポートなので sudo が必要）：

sudo lsof -i :80

lsof -i | grep LISTEN（すべてを一度に確認）

Mac が現在リッスンしているすべてのポートを確認するには：

lsof -i | grep LISTEN

出力にはオープンなリッスンポートを持つすべてのプロセスが表示されます：

ruby      8421  aaron  13u  IPv4  TCP *:3000 (LISTEN)
node      9102  aaron  21u  IPv6  TCP *:8080 (LISTEN)
postgres  1234  aaron   5u  IPv4  TCP localhost:5432 (LISTEN)

localhost:5432 と *:3000 の違いに注目してください。Postgres は同じマシンからの接続のみを受け付けています。Rails はネットワーク上のどこからでも接続を受け付けています。同じネットワーク上の別のデバイスから接続しようとしている場合、この区別が重要になります。

Mac で診断を実行する方法：Apple Diagnostics とその先

Sat, 16 May 2026 00:00:00 +0000

Mac の動作がおかしく、ハードウェアの問題なのか、ソフトウェアの問題なのか、ネットワークの問題なのか分からない。診断を実行することが適切な最初のステップで、Apple は macOS を起動せずにハードウェアをテストする組み込みツールを提供しています。使い方、分かること、次のステップを説明します。

Apple Diagnostics がテストするもの

Apple Diagnostics はすべての Mac に組み込まれたハードウェアテストツールです。macOS から独立して動作し、ソフトウェアでは修正できないコンポーネントをチェックします：メモリ、ストレージ、センサー、ワイヤレスハードウェア、ロジックボード。これらのいずれかが故障している場合、Apple Diagnostics がそれを検出します。

Apple Silicon 以前、このツールは Apple Hardware Test と呼ばれていました。名前が変わり、起動方法が少し変わりましたが、目的は同じです。

Apple Diagnostics がテストするコンポーネント：

メモリ（RAM）：クラッシュ、フリーズ、データ破損を引き起こす可能性のあるメモリエラーを確認
ストレージ：ドライブのハードウェアレベルの問題をスキャン（ソフトウェアの破損ではない）
ワイヤレス：Wi-Fi と Bluetooth のハードウェアをテスト
センサー：温度センサー、ファン、バッテリー管理ハードウェア
ロジックボード：コアシステムコンポーネント

Mac がランダムにクラッシュする、高温で動作している、カーネルパニックが発生する、動作が安定しない場合、Apple Diagnostics が最初の適切な停車場所です。

Apple Diagnostics の実行方法

起動手順は Apple Silicon と Intel Mac で異なります。

Apple Silicon Mac（M1、M2、M3、M4 以降）

Mac を完全にシャットダウンします
「起動オプションを読み込み中」が表示されるまで電源ボタンを押し続けます
起動オプション画面で Command + D を押します
Apple Diagnostics が自動的に起動します

Intel Mac

Mac を完全にシャットダウンします
電源ボタンを押してすぐに D キーを押し続けます
プログレスバーまたは言語選択画面が表示されるまで D を押し続けます
Apple Diagnostics が自動的に起動します

Intel Mac で D が機能しない場合は Option + D を試してください。これはインターネット経由で Apple Diagnostics を起動し、ローカルバージョンが破損しているように見える場合に便利です。

Mac の nslookup：DNS ルックアップコマンドとその使い分け

Sat, 16 May 2026 00:00:00 +0000

DNS レコードを確認したい場面があります。ホスティングプロバイダーを切り替えて、ドメインが新しいサーバーを指しているか確認したい。メールが届かず MX レコードの問題を疑っている。あるいはサイトが間違ったコンテンツを表示していて、DNS の問題なのかそれとも別の何かなのかを調べようとしている。

macOS には DNS ルックアップのための Terminal コマンドが 3 つ組み込まれています：nslookup、dig、host。すべて DNS に問い合わせますが、それぞれ結果の表示が異なり、適した状況も異なります。

DNS ルックアップが実際にすること

ブラウザにドメイン名を入力すると、Mac は DNS リゾルバー（通常は ISP のものか 1.1.1.1 などの公共リゾルバー）にそのドメイン名を IP アドレスに変換するよう依頼します。リゾルバーが答えを調べ、コンピューターはその IP に接続します。

DNS ルックアップはこの変換を自分で実行し、結果を確認するものです。ドメインがどの IP に解決されるか、メールをどのメールサーバーが処理するか、どのネームサーバーがそのドメインの権威を持つかを確認できます。これで日常的なデバッグのほとんどをカバーできます。

知っておく価値のある一般的なレコードタイプ：

A：IPv4 アドレス（最もよく調べるもの）
AAAA：IPv6 アドレス
MX：メールサーバー、優先度付き
CNAME：別のドメインを指すエイリアス
TXT：テキストレコード、SPF、DKIM、ドメイン確認に使用
NS：ドメインの権威ネームサーバー

Mac の nslookup：おなじみの出発点

nslookup はほとんどの人が最初に使うコマンドです。すべてのオペレーティングシステムに存在するため、どこかで DNS ルックアップを行ったことがあれば構文が馴染みやすいです。

基本的な A レコードの検索

nslookup google.com

出力には答えた DNS サーバーと IP アドレスが表示されます。「Non-authoritative answer」という行は結果がドメイン自体のネームサーバーではなくキャッシュから来ていることを意味します。これは正常です。

特定のレコードタイプを検索

nslookup -type=MX google.com

MX を任意のレコードタイプに置き換えてください：A、AAAA、CNAME、TXT、NS、SOA。例えば、メールのトラブルシューティングのために SPF と DKIM を確認する場合：

macOS のネットワーク診断ツール：組み込まれているもの、不足しているもの

Sat, 16 May 2026 00:00:00 +0000

macOS には本物のネットワーク診断機能が搭載されていますが、見つけるには少し調査が必要です。存在するツールはシステム設定、Terminal、隠しメニューに散らばっています。一般ユーザーにも使いやすくするはずだったツールは削除されてしまいました。全体像を紹介します。

機能	標準 macOS	NetUtil あり
Wireless Diagnostics	✓	✓
ping / traceroute / dig（ターミナル）	✓	✓
networkQuality	✓	✓
Ping GUI	–	✓
Traceroute GUI	–	✓
DNS ルックアップ / Whois GUI	–	✓
ポートスキャン GUI	–	✓

macOS 標準では基本的な機能しかカバーされておらず、接続状態以外のことには Terminal を使う必要があります。NetUtil は Apple が削除した GUI ツールを追加します。

macOS に最初から付属しているもの

ワイヤレス診断

Option キーを押しながらメニューバーの Wi-Fi アイコンをクリックすると「ワイヤレス診断を開く」が表示されます。ほとんどの Mac ユーザーはこのショートカットを知らなければ見つけることができません。

開いてみると、本格的な機能があります。スキャンタブには近くのすべてのアクセスポイントがチャンネル、信号強度、ノイズレベルとともに表示されます。パフォーマンスモニターはスループットと信号品質を時系列でグラフ化します。スニファーは Wireshark で分析するための生のパケットをキャプチャします。

Wi-Fi の問題に特化して言えば、ワイヤレス診断は適切なツールです。チャンネル干渉、信号の劣化、競合するアクセスポイント：これらすべてを表面化します。残念な点は見つけにくいことです。

Terminal コマンド

すべての Mac には Terminal にネットワーク診断ツールの完全なセットが付属しています。これらは数十年前から存在している標準的な Unix ユーティリティで、なくなることはありません。

macOS（Sequoia、Sonoma、Ventura）で DNS キャッシュをフラッシュする方法

Sat, 16 May 2026 00:00:00 +0000

DNS キャッシュの問題は誤診しやすいです。ドメインのレコードを更新して伝播を待ち、ブラウザを開いても古いサイトがまだ表示される。または以前は動いていたサイトに突然接続できなくなる。サーバーは問題ない。インターネットも問題ない。問題は Mac が古くなった DNS の答えをキャッシュしてまだ提供していることです。

DNS キャッシュのフラッシュは macOS に保存された答えを忘れて最初からやり直すよう指示します。コマンド一つで約 5 秒かかります。

Mac が DNS レコードをキャッシュする理由

ウェブサイトにアクセスするたびに、Mac はドメイン名（example.com など）を IP アドレスに変換しなければなりません。この変換にはプロセスがあります：Mac はまずローカル DNS キャッシュを確認し、次に DNS リゾルバー（通常は ISP のものか 1.1.1.1 などの公共リゾルバー）に問い合わせ、どちらにも答えがない場合、リゾルバーがそのドメインの権威ネームサーバーに問い合わせます。

macOS は最近訪問したサイトのこのチェーンをスキップするために DNS の答えをローカルにキャッシュします。レコードが変更されると、そのキャッシュが古いデータを提供することがあります。

キャッシュは通常良いことです。最近訪問したサイトのルックアップチェーン全体をスキップできるため、ブラウジングが速くなります。問題は DNS レコードが変更されて Mac のキャッシュした答えがまだ古い宛先を指している場合に発生します。DNS レコードの TTL（time to live）はリゾルバーにどのくらいキャッシュするかを指示しますが、macOS は常にそれを正確に守るわけではありません。

Mac のインターネットが遅い場合のトラブルシューティング

Wed, 14 Jan 2026 00:00:00 +0000

インターネットが遅く感じるが理由が分からない。ISP に電話したり新しいルーターを買ったりする前に、自分で問題を診断できます。簡単なテストをいくつか行うだけで、問題があなたの側なのか、ISP の側なのか、それとも全く別の場所にあるのかが分かります。

まずスピードテストから

最初に実際に何が得られているか確認します。Apple は macOS Monterey で networkQuality というコマンドラインツールを追加しました：

networkQuality

アップロード速度、ダウンロード速度、負荷下の応答性（レイテンシ）をテストします。何度か実行して結果をメモしてください。支払っているプランと比較します。プランが 100 Mbps ダウンで 95 得られているなら正常です。20 しか得られていなければ何かがおかしいです。

fast.com や speedtest.net のようなウェブベースのスピードテストも使えます。異なるサービスからいくつか実行してください。結果が大きく異なる場合、特定のサーバーへのルートに輻輳がある可能性があります。

一日の異なる時間帯にテストしてください。午前 10 時は問題ないが午後 8 時はひどいというスピードは、近隣または ISP での輻輳を示します。

ローカル接続を確認する

インターネットが遅い原因の多くは自宅にあります。ISP ではなく Wi-Fi がボトルネックかもしれません。

Wi-Fi を使用している場合は、Ethernet ケーブルでルーターに直接接続してみてください。再びスピードテストを実行します。速度が大幅に改善されれば Wi-Fi が問題です。速度が変わらなければ問題は上流にあります。

Wi-Fi のトラブルシューティングには、メニューバーの Wi-Fi アイコンを Option クリックして「ワイヤレス診断を開く」を選択します。スキャン機能を使って近くのすべてのネットワークを確認します。どのチャンネルを使用しているかを確認します。自分のネットワークと複数の隣人がチャンネル 6 を使っている場合、電波時間を奪い合っています。ルーターのチャンネルを変更することで改善できます。

信号強度も重要です。ルーターから遠ければ遠いほど接続が遅くなります。壁、床、家電が干渉を生みます。ルーターに近づいたり位置を変えたりすることで大きな違いが生まれることがあります。

基本的な接続性のための Ping テスト

Ping はパケットが宛先に到達して戻るまでの往復時間を測定します。高い ping 時間はレイテンシを示し、すべてが遅く感じられます。

まずルーターに ping を打ちます：

ping -c 10 192.168.1.1

192.168.1.1 を実際のルーターの IP アドレスに置き換えてください（システム設定 > ネットワーク > Wi-Fi > 詳細 > TCP/IP で確認できます）。自分のルーターへの ping 時間が高い（10ms 以上）または不安定な場合、ローカルネットワークに問題があります。

Apple が Network Utility を廃止。今は何を使えばいい？

Wed, 03 Dec 2025 00:00:00 +0000

最近 macOS を新しいバージョンにアップグレードして Network Utility を探したところ、もう存在しないことに気づいた方は多いでしょう。Apple は macOS Big Sur で静かにこのアプリを削除しました。Mac OS クラシック時代から続いた歴史に幕を下ろしたのです。このアプリは 20 年以上にわたってユーティリティフォルダに存在していましたが、ある日突然姿を消してしまいました。

Apple は削除についての発表も理由の説明もしませんでした。代替品も提供されませんでした。Network Utility は単に消え去り、依存していたユーザーに空白を残しました。

Network Utility が提供していた機能

Network Utility は一つのウィンドウに複数のツールを詰め込んでいました：Info、Netstat、Ping、Lookup、Traceroute、Whois、Finger、Port Scan。（AppleTalk はそのプロトコルが廃止された際に以前削除されていました。）ほとんどのユーザーにとって重要だったのは Ping、Traceroute、Lookup（DNS）、Port Scan でした。

これらのツールは Terminal を開かずに利用できました。サーバーが応答しているか確認するための ping、ネットワーク経路を追跡する traceroute、DNS レコードの参照、ホストのオープンポートのスキャン。ネットワークトラブルシューティングの基本的な機能でしたが、本当に役立つものでした。

システム管理者は常に使用していました。開発者は接続問題のデバッグ時に頼りにしていました。これを知っていた一般ユーザーも、コマンドラインの構文を覚える代わりに GUI を使えることを高く評価していました。

Apple が廃止した理由

Apple は公式な説明を一切行いませんでした。最も可能性が高い理由は、Network Utility が非推奨になったシステム API に依存しており、更新する価値がなかったということです。Apple は長年にわたってレガシーコードの整理を進めており、32 ビットアプリのサポートを廃止したり、古いフレームワークの維持を必要とする機能を削除したりしています。

Network Utility にはいくつかの問題点もありました。インターフェイスは 2000 年代初頭からほとんど変わっていませんでした。Finger などの一部の機能はかつてのインターネットの遺物であり、時代遅れになっていました。Apple はアプリを刷新するのではなく、完全に廃止することを選択しました。

Apple がこれらのツールをほとんどのユーザーには不要だと判断した可能性もあります。平均的な Mac ユーザーは Network Utility を開くことはありません。Apple の視点では、このアプリを残すことはほとんど誰も使わないコードのメンテナンスを意味していました。

Terminal による代替手段

Network Utility が行っていたことはすべて Terminal から実行できます。基礎となるコマンドはすべての Mac に存在します：