arashi1977さんの助け合いフォーラム投稿一覧

「ネイティブ VLAN（タグなしとするVLAN）」についての話ですよね？
スイッチ同士がやりとりするトラフィックについては「どのVLANで流すか」とか関係なくタグなしで流す必要があるので、それをネイティブ VLAN って呼んでいるものだと理解しています。

この設問の「負荷」は、CPU負荷などを表現しようとしているのでしょうか。

どちらかというとそうでしょうね。

「通信負荷」は、帯域制御で制御できそうに思えるのですが。

「通信負荷」ってあんまり聞かないのですが（界隈による？）それを細分化したものが

・帯域幅
・遅延
・ジッタ
・損失

のことかと思っています。

質問の意図がちょっとよくわからないのですが、もしかして、「show ip ospf interface brief をどれか1つのルータで実行してもそれ以外のどのルータが DR かを特定できないので不正解ではないか？」ということなのでしょうか？

これは「このコマンドを使えば、DRかどうかがわかるか」というだけの問題で、「属するネットワーク上でどれが DR かを調べるためのコマンド」ではないので、 show ip ospf interface brief の出力から「このインターフェースで DR として動作している」ことがわかればよく、隠れた条件とか前提条件とか関係なく「このコマンドでDRかを確認できるか」という問題の意図からしたら特におかしいところは無いと思います。

bound は「境界」や「間」を指す言葉ですので、特定の層を指すものではないと感じます。

うーん、ではなくて「方向」が妥当かなぁと思います。
英語でのアナウンスでの「This train is bound for XX」みたいに「どこ（方面）行き」という意図かと。
なので「北（=上側）方向のインターフェース」「南（=下側）方向のインターフェース」とご理解いただくのが良いかと思います。

他の例を挙げるとすると、「inbound」「outbound」とかですかね。

もしかしてこれと同様のお話ですか？
https://mondai.ping-t.com/g/posts/2311

show ip static route は存在しますよ。
https://www.cisco.com/c/en/us/td/docs/ios/iproute_pi/command/reference/iri_book/iri_pi2.html#wp1021367

同じような内容で別の投稿（コマンドシミュレータ側）のもありますね。
https://mondai.ping-t.com/g/posts/2415

それって問題ID: 7312のことですか？

ですが、インターフェースのアドレスとネットワーク部のビット長が確認できます。
これはネットワークアドレスとサブネットマスクが確認できることに他ならないと思うのですが。
なぜ誤答になるのでしょうか。

「ワイルドカードマスク」は「サブネットマスク」とは明確に違うものだからです。
ワイルドカードマスクは「どのビットを無視するか」のためのものです。例えば

• 192.168.10.0 0.255.255.255: 「192」だけを評価対象とする（192.0.0.0 - 192.255.255.255 が対象）
• 10.0.0.0 0.0.0.1: 「32ビット目の値」以外を評価対象とする（10.0.0.0 - 10.0.0.1 が対象）

という扱いになります。インターフェースの属するサブネット長が /24 だろうが /16 だろうが関係ありません。
「この範囲のアドレスに該当するか」を指定するのが

OSPFが動作するネットワークとワイルドカードマスク

なのです。

ところで

ところで、「show ip ospf interface」の画面と後の「show ip protocols」の内容が食い違っているのが気になります。サンプルですので違っていても問題ありませんが。

これどういう意味なのかよくわからなかったのですが、食い違っているというのは具体的にどこのことですか？

うーん、この設問は「ポート番号」を元にした話ではなくて「プロトコル」についてですよね？
FTP の RFC では TCP/IP を使うような記述もあり、UDP での実装とはなっていないので、「一般的に」ではなく「例外なく TCP」と理解して良いかと思います。

https://datatracker.ietf.org/doc/html/rfc959

わかりやすいところ引用します。

1. INTRODUCTION

This paper assumes knowledge of the Transmission Control Protocol(TCP) [2] and the Telnet Protocol [3].

2.1. HISTORY

Motivated by the transition from the NCP to the TCP as the
underlying protocol, a phoenix was born out of all of the above
efforts in RFC 765 as the specification of FTP for use on TCP.

4. FILE TRANSFER FUNCTIONS

The communication channel from the user-PI to the server-PI is
established as a TCP connection from the user to the standard server
port.

公式ドキュメントに記載の保護対象には API Gateway は含まれていないようですが、AI Assistant の説明だけではなく根拠となる資料を提示していただくことは可能でしょうか？（AI Assistant の補足として「*AIは間違えることがあります。」と記載もありますので）
https://docs.aws.amazon.com/ja_jp/waf/latest/developerguide/ddos-advanced-summary-protected-resources.html

間違ってはいないです。
これまでも同じような質問がいくつも出ています。
https://mondai.ping-t.com/g/posts?l=&m=&s=&st=question&word=5155

ssh-keygen を実行するのがクライアントかどうかは問題ではなく、「あるユーザーのための鍵ペアを作る」ためのものだとご理解いただくと良いかと思います。

• サーバ上で実行：このサーバにユーザーが存在し、そのユーザー用の秘密鍵を「外部からの接続用に」保持（持ち出し）する。
• クライアント上で実行：ユーザーが通常使うクライアントマシン上で自身の鍵ペアを作成し、「接続先サーバでの認証用に」公開鍵を持ち込み、登録する。
• 接続先で公開鍵、接続元で秘密鍵を使用するので、サーバ上で鍵ペアを作成した場合は、接続元となるクライアント側に秘密鍵を渡す必要がある。

秘密鍵の持ち出しに関しては、セキュリティ製品の Yubikey に秘密鍵を格納して使用する方法もありますね。
https://www.yubion.com/blog/manage-ssh-private-keys-with-yubikey-windows/

この場合の「収容」って、文脈的にも「この容量内に収める」という意味合いがあります。
古い資料ですがこちらを。
https://www.cisco.com/web/JP/product/hs/switches/lanswguide/pdf/lsg_nw_gl.pdf

コア
ディストリビューションスイッチを収容し、ネットワークのバックボーンとなります。

ディストリビューション
ディストリビューションアクセススイッチを収容し、コアスイッチに接続します。

アクセス
アクセスクライアントPCやワークステーションを収容し、ディストリビューションスイッチに接続します。

「集約」などの誤記でしょうか？

集約、というと「複数のアクセススイッチを論理的に1つのスイッチにする」パターンを説明するような時に使います。StackWise とかですね。
あとは経路「集約」のような場合です。

LPIC-2 の項目になったから？ぐらいしか思い浮かばないですね… 😅
https://www.lpi.org/our-certifications/exam-201-202-objectives/#207.2_Create_and_maintain_DNS_zones_(weight:_3)

The following is a partial list of the used files, terms and utilities:

・dig
・nslookup
・host

NBIはAPIの一種だと思います。

そうすると、SBI(South Bound Interface) も Southbound API と表現することもあるので API の一種であるのだから、SBI/NBI はどちらも「API」と呼べば良い、という話になってしまいませんか？
設問では「コントローラとプログラムが通信するインターフェース」と限定しているのですから、「API」で一括りにするのではなく、より設問の意図に近いものを選んでほしいということなので特に問題はないと思います。ですので

API を「不正解」にするのは誤っていないでしょうか。

複数選択の場合ならご指摘はごもっともかと思いますが、単一選択の問題ですので「誤りではないけどより良い回答があればそちらを正答とする」というだけかと思います。

もう修正されたみたいですが、例えば Windows でも「ログイン画面」って言ったらユーザー名パスワード入れる「ログイン前」画面のことでデスクトップが表示される「ログイン後」ではないですし、「ログイン画面」がログイン前後どちらかのものかは特に判断を委ねるようなものでもなかったのでは、と個人的には思いました。

設問では for i in *.sh なので、test01.txt と text10.txt は対象外になりますし、あとは数字だけの比較なので間違いなく script02.sh が正答と言えるんじゃないかなと思います。

$ touch test01.txt test10.txt script01.sh script02.sh
$ ls
script01.sh  script02.sh  test01.txt  test10.txt
$ ls *.sh
script01.sh  script02.sh
$ for f in *.sh
> do
> echo $f
> done
script01.sh
script02.sh

学習テキストでも

NATゲートウェイを利用するには、パブリックサブネットにElastic IPアドレスを割り当てたNATゲートウェイを作成します。

と記載がありますので、認識に誤りはないと思います。
逆に、その解説のどの点に疑問を持ったのかが理解できなかったので、追加質問される際はその点も補足いただけると良いかと思います。