ITエンジニア道場

Пікірлер

@マクドナルドの細客 9 ай бұрын

知識問題知らない場合も、問題文から導びき方も丁寧に解説してくださってありがとうございます。解説分かりやすいです。

@taronuhe7049 9 ай бұрын

大変わかりやすい説明をありがとうございます。１つ教えていただきたいのですが、設問2-(1)-イのポート番号は、HTTPS通信をしているので443になるのではないでしょうか。

@太郎山田-k1l 9 ай бұрын

問題文に"死活監視に用いるメッセージを表1に示す。"とあり、その表1の1番左列にHTTPリクエストとあるので、HTTP=80番になると思います。LB～webサーバの監視は内々の通信なので暗号化も必要ないのでしょう。

@マクドナルドの細客 9 ай бұрын

午後は特に動画解説助かります！！

@hellohellodance 10 ай бұрын

わかりやすいせつめいですね❤

@tasuku11h2027 10 ай бұрын

すみません、設問4の（1）についてご教示いただきたく存じます。顧客サーバからXシステム向けに送るパケットですが、送信先がNATルータになる理由がよくわかりません。エッジサーバのIP宛としてはダメなのでしょうか？

@74higo Жыл бұрын

k8s初心者です。業務で使って流のですが、使うだけで詳細知らなかったのですよね。凄い理解が進みましたありがとうございました。

@hiroyama9302 Жыл бұрын

すばらしい解説でした。有難うございます。

@idiotoppai Жыл бұрын

丁寧！ありがとうございます

@YK8711 Жыл бұрын

「DHCPスヌーピングの制限を受けない設定」が何を指しているのかが知りたかったので助かりした。

@hiroyama9302 Жыл бұрын

設問ー2 (2)だと、全てPCにルート証明書をインストールしないとなりませんので、プロクシサーバーのルート証明書を配布するCAが必要ではと思いました。フォワードプロキシーは常套手段だし、その為にわざわざ全PCにルート証明書をインストールするのも手間なので、一般的にどうしてるんだろう？

@hiroyama9302 Жыл бұрын

問ー6(5)は、そもそもFWによりNPCから直接インターネットに出れません。 C＆Cサーバーへ宛先も毎回FQDNかと言うと、GIP直接のケースもあります。 SCでは、GIP直接のケースがある事を想定していました。模範解答は、C＆CサーバーのIPアドレスが取得できないので、宛先が設定できないからとありますが、 NPCからインターネットへのアクセスはFWによって止められているでも正解ではないかと思います。

@idiotoppai Жыл бұрын

ありがとうございます。

@idiotoppai Жыл бұрын

とてもわかりやすかったです。ありがとうございます。

@idiotoppai Жыл бұрын

17:37 切れた回線を含む同一LAGを構成するIF全てを自動的に閉塞　とあるので片落ちLAGが複数ある図はミスリードになってしまうのでは？と感じました。「L3SW3~L2SW2のLAGが1本残ったままだと、　L2SW2のダウンリンクCRn１とCRx1から1Gbpsずつ合計2Gbps来たとき、　片落ちLAGのアップリンク通るときに1Gbps以上は破棄されて困っちゃうよね。　だからLAGは片落ち維持じゃなくて連携全落ちさせて、2Gbps通れる別経路使わせたほうがいいよね」の図のほうが素直に感じます。動画大変助かっています。ありがとうございます。

@ひじり-c7z 2 жыл бұрын

解説動画ありがとうございます。設問3の(4)について質問です。プロキシサーバでG社SaaSへのHTTPS通信をブロックするのは間違っているとは思いませんが、なぜその設定が必要なのでしょうか。 L3SWで既に振り分け設定ができているのではないでしょうか。

@POPGAMING1234 2 жыл бұрын

完全ガイド買って難しくて心折れて諦めかけてましたが、この動画で概要を知れて読み進めることができました！ほんとわかりやすい解説ありがとうございました！後、わがまま言っていいなら応用編も観たいので作ってほしいｗ！

@nokinhagemegane7498 2 жыл бұрын

udemyで動画出して頂けませんでしょうか。。笑　本当に分かりやすいです。ありがとうございます。

@あかあお-q9o 2 жыл бұрын

分かりやすすぎた。

@hiroki9470 2 жыл бұрын

わかりやすい解説ありがとうございます。わかる方でも結構ですので以下のご確認をいただけませんでしょうか。設問ー2(3)で「HTTPヘッダを確認・修正(編集)」するためと説明いただきましたが、実際の処理はセッションIDをみて割り振るため「確認」しかしないため、「HTTPヘッダを確認する処理/セッションIDを確認する処理」が正しいかと思いますが、「HTTPヘッダを編集する処理」が回答となっております。 LBはHTTPヘッダを編集することがあるのでしょうか？(HTTPS→HTTPにするためにヘッダを編集するとのこと...？) ご回答のほどよろしくお願いします

@こそどろのねこきち 2 жыл бұрын

私も同じ間違いをしました。恐らくですが、「Ａ社が利用するLBの処理」ではなく「該当のLBの仕様として説明文に明記されているものの中から選んでね」を問われているのではないかと感じました。そのためP.9の中段付近に書かれているものを丸写し（ではないですが・・・）にしたものが解答になったのではないかなと思います。日本語が難しい問題だと思います。

@idiotoppai Жыл бұрын

セッションIDはLBで・Webサーバから1回目のレスポンスが帰ってきたとき、WAF(クライアント）返す前にSet-Cookieヘッダに追加（＝編集）・2回目以後Webサーバにリクエストを投げるときにLBが確認があるのかなと思います。

@抹茶クッキー-y3q Жыл бұрын

@@idiotoppai Set-CookieヘッダにセッションIDを入れるのはWebサーバのお仕事ではないでしょうか？

@livingdead0012 2 жыл бұрын

非常にわかりやすい解説、ありがとうございます。一点質問があります。設問2 (2)について、問題文には「HTTPリクエストをWebサーバーに順番に振り分けるラウンドロビン方式を採用することにした」とあるのですが、どうして送信元IPアドレスでセッション管理をすると負荷が偏ってしまうのでしょうか？むしろ、IPアドレスでセッション管理したら、全てのセッションが同一セッションとしてみなされてしまうと考え、私は回答として「セッションが混同する」と記載したのですが、この認識は誤りなのでしょうか？

@hiroki9470 2 жыл бұрын

全てのセッションが送信元IP(WAFのIPアドレス)が同じため、同一セッションであるとみなさます。その結果、セッションが単一のWebサーバに割り振られて負荷が偏るとのことです。混同するとは交わって一つになるとのことですが、設問では「その結果どうなるのか」を問われているのだと思われます。(もちろん、セッションが混同するの解答で△や○になるかもしれません)

@tks2780 2 жыл бұрын

午後2の問2もぜひ解説お願いしたいです

@いと-n4n 2 жыл бұрын

有料級の動画ですね…笑今年受験予定なので勉強させていただいています。動画制作大変だとお思いますが、無理なのない範囲で投稿続けてくれると嬉しいです。

@hosaka8000 2 жыл бұрын

わかりやすいです！！ありがとうございます！！他の粘土も出して欲しいです

@hosaka8000 2 жыл бұрын

とてもわからりやすいです

@hosaka8000 2 жыл бұрын

めっちゃわかりやすいです。ありがとうございました！！！

@40mushumi 2 жыл бұрын

いつも勉強させて頂いております！他の年の問題の解説も是非お願いしたいです！

@40mushumi 3 жыл бұрын

ありがとうございます。難しい問題が多いですが、なんとなく理解しました。また時間をおいて再確認してみます。

@40mushumi 3 жыл бұрын

春にネスペ受けます！勉強になります！ありがとうございます！

@toom3057 3 жыл бұрын

デモ動画お願いします🙏

@和田哲也-u6x 3 жыл бұрын

すごく分かりやすいです

@akinobu6782 3 жыл бұрын

資料がとてもわかりやすく整理されていて、どこの動画やブログよりこれが一番分かりやすかったです！

@スラリンしゃくねつ 3 жыл бұрын

分かりやすくて、ありがたい…。

@かつおぶし-h7m 3 жыл бұрын

わかりやすくて一番助かります。ありがとうございます。

@2hemispheres2 3 жыл бұрын

概念一覧 2:00

@modelft2 3 жыл бұрын

わかりやすっす

@なべつかみ-p4q 3 жыл бұрын

いつもありがとうございます。ネスペシリーズとこの動画で理解を深めています。と、ここで素朴な疑問。更改前の構成はグループウェアサーバを何故DMZに置いているのだろう。社外からアクセスしないのであれば内部LANの方が良さそうなものなのに。

@かつおぶし-h7m 3 жыл бұрын

わかりやすいです。ありがとうございます。

@ToshiFwba 3 жыл бұрын

11:50　IP-VPN（BGP４）は、IP-VPN内のルーティングをBGP４で行っているということですか？　　　インターネットVPN（OSPF）は、各拠点間IPsecトンネル及び、拠点内LANルーティングと問題文にあるので、　　　各拠点全体を１つのOSPFとしてみて、本社がバックボーンエリアと、本社のエリア、大阪、名古屋はそれぞれ例えばエリア１、エリア２　　　というイメージで記載されているということですか？

@IT-po8cv 3 жыл бұрын

> IP-VPN（BGP４）は、IP-VPN内のルーティングをBGP４で行っているということですか？はい。その通りです。 > 各拠点全体を１つのOSPFとしてみて、本社がバックボーンエリアと、本社のエリア、大阪、名古屋はそれぞれ例えばエリア１、エリア２というイメージで記載されているということですか？特に記載はなかったと思いますが、その理解で良いと思います。

@ToshiFwba 3 жыл бұрын

@@IT-po8cv ありがとうございます。

@hiroyama9302 Жыл бұрын

すいません、本社がバックボーンエリアで、大阪、名古屋はそれぞれエリア１、エリア２だと、設問にあった大阪と名古屋と接続しても、結局バックボーンを介して通信する事になるかと思います全てバックボーンではないでしょうか？

@かつおぶし-h7m 3 жыл бұрын

とても分かりやすくて助かりますm(_ _)m

@かつおぶし-h7m 3 жыл бұрын

とても分かりやすいです。ありがとうございます。

@かつおぶし-h7m 3 жыл бұрын

初めて視聴しました。とても分かりやすく、過去問の解説迷子になっているので助かりました。ありがとうございます。他のも勉強させていただきます。