ネットワークの不調を感じたとき、まず確認すべきは「基本コマンド」です。
この記事では、Windows・PowerShellで使える代表的な診断コマンドを6つ紹介します。

💡 各記事は個別に詳しく解説していますので、ブックマークしておくとトラブル時に役立ちます。

🧭 1. ipconfig｜ネットワーク設定の確認

IPアドレス、DNSサーバ、ゲートウェイ設定など、PCの基本的な通信情報を確認するコマンド。
ネットワーク不調の第一歩は「設定を確認すること」から。

➡ 詳細はこちら

🌐 2. test-connection｜通信疎通の確認

PowerShellで使える「Ping代替コマンド」。
Test-Connection は ICMP通信の可否だけでなく、応答時間なども確認できます。

➡ 詳細はこちら

🧩 3. netstat｜通信ポートとプロセスを確認

「通信できているのか？」「どのアプリがポートを使っているのか？」を調べるならこれ。
netstat -ano でポート使用状況を確認し、PIDからプロセスを特定できます。

➡ 詳細はこちら

🔎 4. nslookup｜DNSトラブルを見抜く

Webサイトが開かないときにチェックすべき「名前解決」問題を調査できます。
DNSサーバ指定やMXレコードの確認にも対応。

➡ 詳細はこちら

🚫 5. ICMP禁止環境でも疎通確認する3つの方法

セキュリティポリシー上でping(ICMP)が禁止されていても、
Test-Connection -Port を使えばTCPレベルでの通信確認が可能です。

➡ 詳細はこちら

⚙️ 6. PowerShellでネットワーク監視を自動化する方法

Test-Connection -Port とタスクスケジューラを組み合わせて、
Web・DB・APIなどの死活監視を自動化できます。

➡ 詳細はこちら

🧾 まとめ表

💡 シリーズ活用のヒント

• 学習順序のおすすめ：
  「ipconfig → test-connection → netstat → nslookup → 応用① → 応用②」
• 組織運用での活用：
  ネットワーク障害対応マニュアルにリンクを添付しておくと便利です。
• 検索キーワード例：
  「ネットワークコマンド」「PowerShell 監視」「ping 代替」「ポート 確認」

ネットワーク障害の早期発見やサーバ死活確認を自動化したい場合、
PowerShellを使えばシンプルに実現できます。

本記事では、ICMPが禁止されている環境でも動作するPowerShell監視スクリプトを紹介します。
定期実行により、Web・DB・APIサーバなどの稼働状態を自動でチェック可能です。

🧭 概要

多くの企業ネットワークでは、セキュリティ上の理由から ICMP（ping）通信が遮断 されています。
そのため、従来の ping コマンドによる監視が使えないケースもあります。

しかし PowerShell 7 以降の Test-Connection -Port を使えば、
TCPレベルでの疎通確認 が可能です。
これを活用して、ping不要の自動監視スクリプトを構築していきます。

⚙️ 1. 監視対象リストの作成

まず、監視対象となるホストとポートを配列として定義します。

$targets = @(
    @{Name="Web"; Host="web01"; Port=443},
    @{Name="DB"; Host="db01"; Port=1433},
    @{Name="API"; Host="api01"; Port=8080}
)

🧩 2. TCPレベルの疎通チェック

Test-Connection -Port を利用して、ポート単位で死活確認を行います。
ICMPが禁止されていても、TCP通信が通れば「OK」と判定できます。

foreach ($t in $targets) {
    $result = Test-Connection $t.Host -Port $t.Port -Quiet
    $status = if ($result) { "OK" } else { "NG" }
    Write-Output "$(Get-Date -Format 'yyyy/MM/dd HH:mm:ss') $($t.Name): $status"
}

出力例：

2025/11/01 08:30:00 Web: OK
2025/11/01 08:30:00 DB: NG
2025/11/01 08:30:00 API: OK

📦 3. ログファイルへの出力

監視結果をファイルに追記して履歴に残します。

$logPath = "C:\Scripts\NetworkMonitor.log"
foreach ($t in $targets) {
    $result = Test-Connection $t.Host -Port $t.Port -Quiet
    $status = if ($result) { "OK" } else { "NG" }
    "$((Get-Date).ToString('yyyy/MM/dd HH:mm:ss')),$($t.Name),$($t.Host),$($t.Port),$status" | Out-File -Append -FilePath $logPath
}

結果例（CSV形式）：

2025/11/01 08:30:00,Web,web01,443,OK
2025/11/01 08:30:00,DB,db01,1433,NG
2025/11/01 08:30:00,API,api01,8080,OK

📬 4. メール通知を追加（オプション）

障害検知時に自動メール通知する場合はSend-MailMessageを使います。

if ($status -eq "NG") {
    Send-MailMessage `
        -From "monitor@domain.local" `
        -To "admin@domain.local" `
        -Subject "【アラート】$($t.Name) サーバ接続不可" `
        -Body "Host: $($t.Host) Port: $($t.Port) がNGです。" `
        -SmtpServer "mail.domain.local"
}

💡 TeamsやSlackに通知する場合は、Webhook URLにInvoke-RestMethodを使えばOKです。

⏰ 5. 定期実行（Windowsタスクスケジューラ）

作成したスクリプトを.ps1ファイルとして保存し、
タスクスケジューラで自動実行を設定します。

これで、サーバの死活状態が定期的に監視され、
障害発生時は即座に検知できます。

🧠 応用：HTTPレスポンス監視

Webサーバの応答確認にはInvoke-WebRequestを使う方法も有効です。

$response = Invoke-WebRequest "https://example.com" -UseBasicParsing -ErrorAction SilentlyContinue
if ($response.StatusCode -eq 200) {
    "Webサーバ稼働中"
} else {
    "応答異常：$($response.StatusCode)"
}

StatusCode 200 が返れば正常稼働。
API監視やWebアプリ死活確認にも応用可能です。

🔗 関連記事

• ICMP禁止環境で疎通確認する3つの方法
• Test-Connectionの基本使い方｜Pingとの違いと応用
• netstatで通信ポートを確認する方法
• PowerShellでログ出力を自動化する方法（予定）

🧾 まとめ

• Test-Connection -Portを使えば、ICMP禁止環境でも死活確認可能
• ログ出力やメール通知で、自動監視をシンプルに構築可能
• スケジューラ設定で運用自動化が実現

PowerShellは「運用監視の自動化ツール」としても強力です。
小さく始めて、徐々にログ解析・通知連携などに拡張していきましょう。

Webサイトが開かない、サーバにはpingが通るのに名前で通信できない——
そんなときに真っ先に確認したいのが nslookup コマンド です。

この記事では、DNSの名前解決を調べる基本的な使い方から、
特定のDNSサーバを指定した調査方法まで、実務で役立つ手順を解説します。

🔍 nslookupとは？

nslookup（Name Server Lookup）は、ドメイン名とIPアドレスの対応（名前解決）を確認するコマンドです。
DNSサーバの応答を直接確認できるため、ネットワーク疎通は問題ないのに名前解決ができない場合の切り分けに最適です。

💡 “nslookup = DNS診断の聴診器” のような存在です。

🧭 基本構文

nslookup ＜ホスト名 or IPアドレス＞

例：ドメインからIPを調べる

nslookup www.google.com

結果（例）：

Server:  UnKnown
Address:  192.168.1.1

非権限の回答:
名前:    www.google.com
Addresses:  142.250.196.132

「Address」に表示されるのが実際に解決されたIPアドレスです。

🔁 IPアドレスからドメイン名を調べる（逆引き）

nslookup 8.8.8.8

結果（例）：

Server:  dns.local
Address:  192.168.1.1

名前:    dns.google
Address:  8.8.8.8

逆引き（PTRレコード）が設定されていれば、IPからホスト名を取得できます。

🌐 特定のDNSサーバを指定して確認

デフォルトでは、PCに設定されたDNSサーバに問い合わせます。
特定のサーバに対してテストしたい場合は、以下のように記述します。

nslookup www.yahoo.co.jp 8.8.8.8

→ Google Public DNS(8.8.8.8)を使って名前解決を実行。
これにより、「社内DNSでは解決できないが外部DNSでは解決可能」といったケースを切り分けられます。

📖 詳細モードで確認する（setコマンド）

nslookup起動後に「set」コマンドを使うことで、より詳細な確認が可能です。

nslookup
＞ set type=MX
＞ google.com

結果（例）：

google.com  MX preference = 10, mail exchanger = smtp.google.com

💡 DNS設定の不整合（例：SPF誤設定やMX未登録）も確認できます。

🧩 実務での活用例

⚠️ トラブル時のチェックポイント

🧠 DNSトラブル切り分けフロー

(1) pingも名前も通らない → ネットワーク問題（物理 or FW）
(2) ping通るが名前解決NG → DNS問題
(3) 外部DNSでは解決OK → 社内DNSのゾーン設定を疑う
(4) 逆引きできない → PTRレコード未設定

🔗 関連記事

• ipconfig｜ネットワーク設定の確認
• test-connection｜通信疎通の確認方法
• netstat｜通信ポートとプロセスを確認する方法
• ICMP禁止環境でも疎通確認する方法

🧾 まとめ

nslookupは、DNSトラブルを切り分けるための基本ツールです。
名前解決が正しく行われているか、どのDNSサーバで問題が発生しているかを迅速に判断できます。

DNS周りで問題が発生したときは、まず「nslookup」で確認する習慣をつけましょう。

ネットワーク通信がうまくいかない、特定のポートが使用中かわからない——
そんなときに役立つのが netstat コマンド です。

この記事では、通信ポートの使用状況や接続先を確認する方法を、
実務例とともにわかりやすく解説します。

🔍 netstatとは？

netstat（Network Statistics）は、現在の通信状態を確認するコマンドです。
TCP・UDPの接続状況、ポート番号、プロセスID（PID）などを一覧で表示できます。

💡 サーバが「通信しているのか」「どのアプリがポートを掴んでいるのか」を調べるときに必須のコマンドです。

🧭 基本構文

netstat

この基本コマンドでは、現在の通信接続の一覧を簡易的に表示します。

出力例：

Active Connections

  Proto  Local Address          Foreign Address        State
  TCP    192.168.1.10:49732     142.250.196.132:443    ESTABLISHED
  TCP    192.168.1.10:49733     20.190.128.3:443       ESTABLISHED

⚙️ よく使うオプション一覧

🔎 通常使用例：現在のTCP通信を確認

netstat -ano

結果（例）：

Proto  Local Address          Foreign Address        State           PID
TCP    0.0.0.0:80             0.0.0.0:0              LISTENING       1428
TCP    192.168.1.10:49852     142.250.196.132:443    ESTABLISHED     5124

💡 「State = LISTENING」なら、そのポートでアプリが待機中という意味です。

🧩 ポートを掴んでいるアプリを特定

PID(プロセスID)から、どのアプリがポートを使用しているか調べられます。

tasklist | findstr 1428

結果（例）：

httpd.exe                 1428  Console  0  12,340 K

→　PID1428はApache(httpd)が使用していることがわかります。

🔒 特定ポートを使用しているプロセスを検索

特定のポート（例：443番）を使用しているアプリを確認するには：

netstat -ano | findstr :443

結果：

TCP    0.0.0.0:443     0.0.0.0:0     LISTENING     2564

さらにプロセスを特定：

tasklist | findstr 2564

🧠 通信状態の「State」一覧

🧰 実務での活用例

⚡ PowerShellでの代替：Get-NetTCPConnection

Windows 10以降では、PowerShellでも同様の確認が可能です。

Get-NetTCPConnection | Select-Object LocalAddress,LocalPort,RemoteAddress,State,OwningProcess

💡 結果はオブジェクトとして扱えるため、Where-Object でのフィルタリングも可能。

🔗 関連記事

• ipconfig｜ネットワーク設定の確認
• test-connection｜通信疎通の確認方法
• nslookup｜DNSトラブルを調べる方法
• ICMP禁止環境でも疎通確認する方法

🧾 まとめ

netstatは、通信状態・ポート・プロセスを一度に把握できる非常に強力なツールです。 トラブル対応時は、以下の手順で原因を切り分けましょう。

1. netstat -anoで接続確認
2. findstr : ポート番号で対象検出
3. tasklist | findstr PIDでアプリ特定

ネットワークの疎通確認といえば「ping」。
しかし、セキュリティポリシーの厳しい環境では ICMP（ping通信）がファイアウォールで禁止 されているケースも少なくありません。

この記事では、そんな「pingが通らない環境」で通信確認を行う方法を3つ紹介します。
Test-Connection -Port の活用例を中心に、実務で役立つ切り分けテクニックを解説します。

🚫 なぜpingが通らないのか？

ping は ICMP（Internet Control Message Protocol）を利用して通信確認を行います。
多くのFWやルータでは、セキュリティ上の理由からこのICMP通信が遮断されています。

• ICMPを許可すると、ネットワーク構成の推測（ポートスキャン）に悪用される恐れ
• 外部からのDoS攻撃（ICMP Flood）対策のため

結果として、pingが「Request timed out」になっても、実際はTCP通信が正常に行えている場合があります。

✅ 方法①：PowerShellのTest-Connection -Portを使う

PowerShell 7以降で利用可能な Test-Connection -Port は、TCPレベルで疎通確認を行えます。
つまり、ping(ICMP)が禁止されていても、対象ポートが開いていれば通信可能です。

例：Web・DB・SSHなどの確認

Test-Connection web01 -Port 80
Test-Connection web01 -Port 443
Test-Connection db01 -Port 1433
Test-Connection server01 -Port 22

結果：

TcpTestSucceeded : True
ComputerName     : web01
RemotePort       : 443
RoundtripTime    : 12

🧩 方法②：アプリ層でのHTTP通信テスト（Invoke-WebRequest）

Webサーバの応答を確認したい場合は、HTTPリクエストを送る方法もあります。

Invoke-WebRequest https://www.google.com -UseBasicParsing

• ステータスコード 200 OK → 正常応答
• ステータスコード 403 / 500 → Webアプリまたは認証エラー

💡 Invoke-WebRequest はAPIやWebシステムの死活確認にも活用できます。

🧠 方法③：特定ポートの開閉を確認（Test-NetConnection）

もう1つの便利なコマンドがTest-NetConnection (Windows標準搭載)。
PowerShell 5以降で利用でき、ICMPが使えない環境でもポートを指定して通信確認が可能です。

Test-NetConnection db01 -Port 1433

結果：

ComputerName     : db01
RemoteAddress    : 192.168.1.100
RemotePort       : 1433
TcpTestSucceeded : True

→ TcpTestSucceeded : Trueで疎通成功。
アプリケーション層(DBサーバやAPIサーバなど)との通信可否を簡単に判定できます。

🔍 実務での切り分けシナリオ

💻 自動監視スクリプト例（PowerShell）

以下のスクリプトをタスクスケジューラに登録しておけば、ミドルウェアの死活を定期的チェックできます。

$targets = @(
    @{Name="Web"; Host="web01"; Port=443},
    @{Name="DB"; Host="db01"; Port=1433},
    @{Name="API"; Host="api01"; Port=8080}
)

foreach ($t in $targets) {
    $result = Test-Connection $t.Host -Port $t.Port -Quiet
    $status = if ($result) { "OK" } else { "NG" }
    Write-Output "$(Get-Date -Format 'yyyy/MM/dd HH:mm:ss') $($t.Name): $status"
}

出力例：

2025/11/01 08:30:00 Web: OK
2025/11/01 08:30:00 DB: NG
2025/11/01 08:30:00 API: OK

🔗 関連記事

• Test-Connectionの基本使い方｜Pingとの違いと応用
• netstatで通信ポートを確認する方法
• PowerShellでネットワーク監視を自動化する方法

🧾 まとめ

ファイアウォールでICMPが禁止されている環境でも、
PowerShellのTest-Connection -PortやTest-NetConnectionを使えば、
TCPレベルでの疎通確認が可能です。

pingが通らない = 通信できない ではない！
TCPポートが開いているかどうかを確認することで、正確な原因切り分けができます。

ネットワークが繋がらないとき、まず思い浮かぶのが「ping」ですが、
PowerShell環境ではより高機能な test-connection コマンドを使うことができます。

この記事では、test-connection の基本的な使い方から、ping との違い、実際のトラブルシュート例までをわかりやすく解説します。

🔍 test-connectionとは？

test-connection は、PowerShell版のPingコマンドです。
通信の疎通確認だけでなく、応答時間・成功率・経路情報なども取得できます。

💡 PowerShell環境では「ping」の代わりに「test-connection」を使うのが推奨です。

🧭 基本構文

Test-Connection <宛先>

例：

Test-Connection www.google.com

結果(例)：

Source        Destination     IPV4Address      IPV6Address  Bytes    Time(ms)
------        -----------     -----------      -----------  -----    --------
PC01          www.google.com  142.250.196.132               32       15
PC01          www.google.com  142.250.196.132               32       16

• Source : 送信元ホスト名
• Destination : 通信先ホスト名
• Time(ms) : 応答時間(ミリ秒)

⚙️ 回数を指定して送信（-Count）

デフォルトでは4回パケットを送信しますが、-Countで回数を指定できます。

Test-Connection www.google.com -Count 2

🧩 結果を簡潔に出す（-Quiet）

成功・失敗だけを判定したい場合は、-Quietオプションを使用します。

Test-Connection www.google.com -Quiet

結果例：

True

→ True = 通信成功
→ False = 通信不可

🔸 スクリプトで疎通確認を行いたいときに便利です。

📊 結果を変数に格納する

PowerShellの強みは、出力をオブジェクトとして扱えることです。

$result = Test-Connection www.google.com -Count 4
$result | Select-Object Address, ResponseTime

→ これで応答時間だけを抽出することも可能。

🚪 特定ポートの疎通を確認する（-Port）

PowerShell 7以降では、-Portオプションを使って
特定のTCPポートへの疎通確認が可能です。
これは、アプリケーション層の通信確認にも役立ちます。

Test-Connection 192.168.1.100 -Port 1433 -InformationLevel Detailed

出力例：

TcpTestSucceeded : True
ComputerName     : 192.168.1.100
RemotePort       : 1433
RoundtripTime    : 12

💡 例：
・ “Webサーバ(HTTP/HTTPS) : -Port 80 または -Port 443“
・ “SQL Server : -Port 1433“
・ “MySQL : -Port 3306“
・ “SSH : -Port 22”

このオプションを使えば、ICMPが遮断された環境でもTCPポートレベルで疎通確認ができます。
つまり、ミドルウェア(DB・Web・APIサーバなど)の死活確認にも活用可能です。

🧠 pingとの違いまとめ

🧩 トラブルシュートの例

🔗 関連記事

• ipconfig｜ネットワーク設定の確認
• nslookup｜DNSトラブルを調べる方法
• netstat｜通信ポートとプロセスを確認する方法

🧾 まとめ

test-connectionは、PowerShell環境での通信確認の定番コマンドです。
シンプルな疎通確認から、スクリプトによる自動監視まで幅広く使えます。
特に-Portオプションを活用すれば、特定ミドルウェアやアプリケーションのTCPレベルの疎通確認が可能になります。

次の記事 → nslookup｜DNSトラブルを調べる方法

どうも！リョクちゃです。
「ルーティングテーブルの読み方」を理解したら、次のステップトラブルシュート
「通信が届かない」トラブルは、物理層の問題からルーティング設定のミスまで、原因が多岐にわたります。
この記事では、ping・tracerouteを活用した障害切り分け手順と、実務でよくあるパターンを整理します。

トラブルシュートの基本的な流れ

ネットワーク障害は、下位層から順番に確認するのが鉄則です。

1. ケーブル・リンク確認 (物理層)
2. MACアドレス解決(ARP) (データリンク層)
3. ルーティング経路の確認 (ネットワーク層)
4. ポート開放・FW確認 (トランスポート層以上)

pingによる疎通確認

ping 192.168.1.1

• 応答あり ⇒ IP層まで通信が届いている
• 応答なし ⇒ ネットワークがそれ以下で問題の可能性

ポイント

• デフォルトゲートウェイ(GW)にpingを打つと、LAN内かGWまでの問題かを切り分けやすい
• インターネット疎通確認は8.8.8.8(Google DNS)が便利

traceroute(tracert)で経路を確認

宛先までのルータを順番にたどって、どこで止まっているか確認をします。

traceroute 8.8.8.8  # Linux/macOS
tracert 8.8.8.8  # Windows

• 最後までたどり着けば経路上のルーティングは問題なし
• 特定のホップで止まれば、その手前まで通信ができていることを意味する

実務例

• 自社内のGWで止まる ⇒ 内部ルーティングの設定ミス
• 外部の最初のルータで止まる ⇒ ISP側の問題やFWの影響

ルーティングテーブルを確認

ping・tracerouteで宛先に届かない場合、次はルーティングテーブルを確認します。
・ Ciscoルータ / L3スイッチ

show ip route

・ Windows

route print

・ Linux / macOS

ip route show

チェックポイント

• 宛先ネットワークが存在するか
• デフォルトルート(0.0.0.0/0)は正しいか

典型的な障害パターンと対策

実務でのチェック順まとめ

1. pingでGWまで確認
2. tracerouteでどこまで届くか確認
3. ルーティングテーブルを調べる(show ip route / route print)
4. Next Hopまでpingしてみる
5. FWやACLを確認

資格試験の観点

・ CCNA
show ip routeやtracerouteの出力をもとに障害個所を特定する問題が出題

・ 基本情報技術者試験
デフォルトゲートウェイ設定やルーティングの概念を問われる

まとめ

• トラブルシュートは下位層から順番に確認するのが基本
• ping ⇒ traceroute ⇒ ルーティングテーブルの順で問題を特定
• よくある障害は「ルート未設定」「Next Hop誤り」「経路ループ」

👉 次回はVLAN入門として、L2ネットワークの分割と設計の基本を学びます。

関連記事

➡ 前回：ルーティングテーブルの読み方入門：宛先ネットワークとNext Hopを理解しよう

どうも！リョクちゃです。

ネットワークのトラブル対応で最もよく使われるのが ping コマンド です。
通信先と正常にやり取りできるか（疎通確認）を、簡単かつ正確に調べられます。

本記事では、Windowsでの ping コマンドの基本〜実務例まで、図解つきで初心者向けに解説します。

pingとは？何がわかるコマンド？

ping（ピン）は、ネットワークが正常につながっているかを確認するためのコマンドです。

🔍 pingでわかること

• 対象と通信できるか（疎通可否）
• 応答速度（ms）
• パケットロスの有無
• ネットワーク遅延の有無

トラブルが起きたときの“最初の切り分けツール”として必須です。

基本構文と使い方

🔧 基本構文

ping 対象アドレス

例：Googleに通信できるか確認

ping google.com

実行例

Pinging google.com [142.250.199.14] with 32 bytes of data:
Reply from 142.250.199.14: bytes=32 time=15ms TTL=114

ここをみる！

• Reply from : 通信が成功
• time=xx ms : 応答時間(遅延があるか)
• TTL= : 経路の長さの目安

主要オプション一覧(よく使う順)

📌 1. -t：連続でpingを送信する

ping 8.8.8.8 -t

→ Ctrl + C で停止 回線の安定性を見る時によく使います。

📌 2. -n 回数：繰り返し回数を指定

ping 8.8.8.8 -n 10

📌 3. -4 / -6：IPv4 / IPv6 を強制

ping google.com -4

📌 4. -l サイズ：パケットサイズを変更

ping google.com -l 1024

MTU調査に使われます。

pingが通らないときの原因と対処法

❌ 1. 接続先がオフライン

→ サーバ停止・機器電源OFFなど
→ 別の端末からも同じ症状か確認

❌ 2. DNSの問題

→ ping 8.8.8.8 は通るがping google.comは通らない場合

💡 DNS設定がおかしい可能性大
→ ipconfig /all を確認
→ nslookup google.com を試す

❌ 3. ファイアウォールのICMPブロック

企業では多い
→ ICMPが禁止されている場合はTest-NetConnectionを使用

Test-NetConnection google.com -Port 443

❌ 4. ルータ・WiFiの不調

→ WiFi再接続
→ ルータ再起動

実務で役立つpingの使い方

🔹 WiFiが遅い／繋がらない時

ping 192.168.0.1 -t

→ 自宅ルータへの安定性チェックに使える

🔹 社内サーバへの遅延調査

ping server01.example.local -n 20

🔹 海外サイトの遅延確認

ping youtube.com

→ TTL値で海外経由と判断できる

【応用】バッチファイルで監視する方法

ネットワークが落ちたタイミングを自動で記録したい場合は、バッチ化が便利です。

例：疎通不可時にログ出力

@echo off
ping google.com -n 1 >nul
if errorlevel 1 (
    echo %date% %time% NG >> pinglog.txt
) else (
    echo %date% %time% OK >> pinglog.txt
)

PowerShell版：Test-Connectionとの違い

PowerShellではTest-Connectionの方が細かく制御できます。

Test-Connection google.com -Count 4

また、ICMP禁止環境ではTest-NetConnection -Port XXが強力です。

まとめ

• pingはネットワーク疎通確認基本コマンド
• time(応答時間)、TTL、パケットロスを見れば状況を判断できる
• よく使うオプションは-t, -n, -4, -6
• 検証やトラブル対応に必須
• バッチ化やPowerShellと組み合わせると実務向けに強化できる

初心者から実務担当まで、まず覚えるべきコマンドです。

📚 関連記事

• nslookupコマンドの使い方と基本
• netstatでポート使用状況を確認する方法
• ipconfigコマンドでIP・DNSを確認する手順
• PowerShellで疎通確認するTest-Connectionの使い方
• バッチファイル入門｜基本構文と作成方法