Windows Server 2016標準コマンドでできる簡単パケットキャプチャ - Qiita
今までは、WireShark等のパケットキャプチャーソフトウェアを 導入しないとキャプチャー出来ないと思っていましたが Windows Server 2008 R2(Windows 7) 以降(私が知らなかっただけかｗ)であれば、 OS標準機能の[netsh]コマンドでパケットキャプチャーを取ることができます。 ※ただし、要管理権限 (Linuxのtcpdump,AIXのiptrace,SolarisのSNOOP,HP-UXのnettlに相当) 他OSのパケットキャプチャー方法は、パケットキャプチャ あんちょこを参照。 簡単にソフトウェアとか追加できないような環境が多いので OS標準であると大変助かります。(多少手間はあっても) ただし、[netsh trace]コマンドにてパケットキャプチャを開始、停止する際に NIC のリンクダウンが発生する場合があるので、それを理解した上で使用して下
【Win / Wireshark】NICのIPヘッダーチェックサムオフロードの無効の方法（IP Header Checksum Offload） - Qiita
【Win / Wireshark】NICのIPヘッダーチェックサムオフロードの無効の方法（IP Header Checksum Offload）Wireshark ほぼ自分用のメモ書き扱いです。 画像もなく、わかりにくいと思います。すみません。 背景：wiresharkのパケットキャプチャの勉強中に、苦戦したため。 Wiresharkの設定で、プロトコル→IPv4の設定で、Validate the IPV4 checksum if possibleに、チェックを入れた場合、wiresharkでpcapデータを閲覧すると、エラーの嵐が起こると思います。 そこで、どうしてもip headerチェックサムを取得したい場合は、以下の設定をします。 田(windows)ボタン ↓ コントロールパネル\ハードウェアとサウンド\デバイスとプリンター ↓ 自分のPCで右クリックで、プロパティ→タブ：ハード
ScapyによるTCP通信 - Qiita
はじめに 現在に至るまでの世界中の人々の努力により、世の中には非常に便利で協力なツールが溢れている。その恩恵を享受することで、我々は自分のプロジェクトに専念することができる。例えば何らかのWebサービスを作ろうとしたとき、サーバーフレームワークから作ろうとはしないはずである。世界には、Apacheなり、IISなり、あるいはRailsやDjangoといったツールが揃っている。 同じ理由で、通信に関する部分もフレームワークなりOSなりに任せていることが通常である。特にクラウド等の利用によるIaaSやPaaSが当たり前になっている状態において、クエリに対しての処理を記述することはあっても、「このパケットのペイロードにデータを格納して〜」とか「MACアドレスとIPの変換は〜」とか考えることはなかなかない。 しかし、何事にも例外は存在し、先人たちのツールに介入したい場合などが考えられる。例えば、自社
第二章JAVAによるネットワークプログラミング phttpd 三箇所でException収集 - Qiita
#phttpd「基礎からわかるTCP/IP JAVAネットワークプログラミング」小高知宏 著 オーム社 ##「第二章JAVAによるネットワークプログラミング」のphttpd.java三箇所でException収集 phttpd : pseudo hyper text transfer protocol daemon（擬似HTTP処理） 導入、コンパイル、デバッグ方法は下記参照 「基礎からわかるTCP/IP JAVAネットワークプログラミング」Eclipseでコンパイル。Wiresharkでデバッグ。 以下の項目に手を加えた。手を加えた行は///を行末等に記載。 どの場所で、どういうExceptionが発生したかをコンソールへ出力。 out.writeの出力をコンソールへも出力。 java.util.*は使っていないという警告が出た。削除。 forループは{}で囲った。 直接の数字(magi
MacのWiresharkでMQTT通信のパケットを見やすくキャプチャする - Qiita
やること Macにて、 MQTT通信の内容が、本当に意図した通りに行われているか（QoS, Retain...他）を確認したいものの、 ただ単にWiresharkを使っても、いまいちMQTTメッセージのやり取りを追いきれませんでした。 Wiresharkにて、MQTT通信のパケットキャプチャ結果をもっと見易くなるようにします。 前提 筆者環境 macOS sierra Homebrew 1.5.4 知識 MQTTを知っている Wiresharkを知っている Homebrewを使っている 実践 1. Wiresharkのインストール mac版をインストールします。 2018年2月9日時点のバージョン 2.4.4 https://www.wireshark.org/#download 2. luaをインストール Wiresharkのプラグインでは、luaを利用することが多いようなので、 lua
ネットワークスペシャリスト（情報処理技術者試験）に合格 - Qiita
情報処理技術者試験 ネットワークスペシャリスト第一回試験に合格しました。 過去に情報処理技術者試験の勉強会を何度か開催したことがあります。 ２種、１種というとご存知ないかもしれません。 過去問題を３年分、３回、時間を測ってやるという方法をお勧めしていました。 １）試験時間以内に回答する。最初は１０％くらいの出来でも時間内にやる習慣が大事。 ２）間違えたところは、ネットで調べる。ただし、Wikiに書いてあることを鵜呑みにせず、その項目は参考文献を調べ、調べた内容と参考文献をWikiに追記するようにする。 ３）３年分やったら、最初に戻る。これを３回繰り返す。 ３回繰り返しても50%以上の正解率に達しなければ、参考書を読み、わからないところを整理する。整理した事項でWikiに誤りや不足項目があれば追記する。 これだと、試験は受かるが、技術は身についていない可能性あるという課題がありました。 ３年
【雑記】XON LOG-1 Angular Rate Z 不具合調査 - Qiita
XON LOG-1と言う6軸センサ(3軸加速度+3軸回転角)で遊び始めました。 取り付け対象の運動を記録して色々と解析などしてみようかと。 当面は動画に合成して表示させるのが目的です。 で、どうもAngular Rate Z[dps]の値がおかしい。 メーカーサポートに連絡したら故障かもしれないから送り返せと。 代品を送るから、と。 承諾して代品を受け取り、動作確認。 やはりAngular Rate Zの値がおかしい。 なんかやたら小さい。 ・・・！！！ Accelerration(X)[g]の値の‐1倍と等しい！！ こりゃなんか変換ミスじゃねーの？ と疑い、USBキャプチャしました。 キャプチャはWireshark ⁺ USBPcap いつの間にかWiresharkに同梱でインストールされるようになったんですね。 (そういえば本格的に使ってたのはもう10年近く前だった・・・) //USB
GPU搭載端末利用顛末(1日目・2日目)'SSLError(SSLError(1, '[SSL: CERTIFICATE_VERIFY_FAIL ED] certificate verify failed (_ssl.c:777)'),)' - Qiita
GPU搭載端末利用顛末(1日目・2日目)'SSLError(SSLError(1, '[SSL: CERTIFICATE_VERIFY_FAIL ED] certificate verify failed (_ssl.c:777)'),)'PythonWindowsWiresharkGPUntp PythonでGPUを利用した処理があると知った。 「ゼロから作るDeep Learning ２自然言語処理編」を読む前に読んで置くとよい資料とプログラム https://qiita.com/kaizen_nagoya/items/537b1810265bbbc70e73 急遽、知人が所蔵しているGPU搭載機材を借りてきた。 週末までの１週間。 月曜は、まずキーボード、マウス、ディスプレイを用意。 １日目（午前のみ） 課題１ ディスプレイの端子の形状が合わない。 RGBからの変換器を以前購入したも
![GPU搭載端末利用顛末(1日目・2日目)'SSLError(SSLError(1, '[SSL: CERTIFICATE_VERIFY_FAIL ED] certificate verify failed (_ssl.c:777)'),)' - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/6a25017c89735d0565f84261dde9b30d19b5c981/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Fadvent-calendar-ogp-background-f625e957b80c4bd8dd47b724be996090.jpg%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9R1BVJUU2JTkwJUFEJUU4JUJDJTg5JUU3JUFCJUFGJUU2JTlDJUFCJUU1JTg4JUE5JUU3JTk0JUE4JUU5JUExJTlCJUU2JTlDJUFCJTI4MSVFNiU5NyVBNSVFNyU5QiVBRSVFMyU4MyVCQjIlRTYlOTclQTUlRTclOUIlQUUlMjklMjdTU0xFcnJvciUyOFNTTEVycm9yJTI4MSUyQyUyMCUyNyU1QlNTTCUzQSUyMENFUlRJRklDQVRFX1ZFUklGWV9GQUlMJTIwRUQlNUQlMjBjZXJ0aWZpY2F0JUUyJTgwJUE2JnR4dC1jb2xvcj0lMjMzQTNDM0MmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWNsaXA9ZWxsaXBzaXMmdHh0LWFsaWduPWxlZnQlMkNtaWRkbGUmcz01OTY1MWNmNDk1ODE5YmZiMjhlOWYyMDVlYTMwYzg5Ng%26mark-x%3D142%26mark-y%3D151%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwa2FpemVuX25hZ295YSZ0eHQtY29sb3I9JTIzM0EzQzNDJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9NDY1MDEzZjBlNTQyOGMwMzFmYjQ2NjQwZmEwNzdiMjg%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Df91df253db9c37bb06944c5ddd9313b4)
curlコマンドからネットワークを理解する 第一章: TCP/IP Protocol Suiteを理解する - Qiita
この記事の概要 ネットってどうやって動いているんだろう? 僕はwebアプリケーションエンジニア歴が3年くらいなのですが、3年前の始めたてのころはネットワーク上をhtmlファイルが飛んでくるものだと思っていました(笑) OSやそもそものコンピューターの仕組みを少しは理解した今も、この単純な質問に自信をもって答えられません。 この疑問への答えをcurlコマンドからスタートし、追っていきます。 はじめに抑えておきたいこと 色んなことに言えることなのですが、エンジニアの世界でなにかが分からないときに、 そのなにかがそもそも複雑というのももちろんそうなのですが、 そのなにかが目に見えないという理由がすごく大きいと思っています。 実際に目で見て、触れて、試せるものを理解するのは比較的簡単ですが、 エンジニアが主に相手にするのは1と0の世界、ビットの世界、情報の世界で目に見えるものといえば、 CPU,
curlコマンドからネットワークを理解する 第二章: curlを追え! パケットキャプチャとシステムコールからcurlを見る - Qiita
パケットがローカルを出て、目的地に到着するまでに、通常いくつかのネットワーク機器(L2 スイッチやL3 スイッチなど)を経由して運ばれます。 下記のスクショはtracerouteコマンドで自宅からFaceBookまでの経路を表示した例です。 スタート地点S--中継地点A--中継地点B--中継地点C...--ゴール地点G、とパケットをバケツリレーするときに、 各々の--の間の行き先を決めるのがMACアドレスです。 スタート地点Sから、ゴール地点Gの行き先を決めるのがIPアドレスです。 次のアドレスを表現するMACアドレスはバケツリレーの間、変わり続けます。一方で、最終地点を表現するIPアドレスは不変です。 MACアドレスはハードウェアに直接刻印されていて、そのハードが製造されたときにはすでに一意の値がその機器にふられています。なので、同じ機器を使っているかぎり不変です。これが物理アドレス。
Raspberry Pi 3 ModelB で2.4GHz無線パケットキャプチャー - Qiita
そんな操作には対応していないから変更できない、とエラーが出た 参考サイトの情報などからすると、モニタモードに変更するための機能がない状態らしい そのため、それを追加する方法を実施していく モニターモード変更機能の追加 前項に引き続き参考サイトを見ると、以下を適用すればいい模様1 https://github.com/seemoo-lab/nexmon その中でも次の手順を実施すればよい ・Build patches for bcm43430a1 on the RPI3/Zero W or bcm434355c0 on the RPI3+ using Raspbian (recommended) ・Using the Monitor Mode patch Build patches for bcm43430a1 on the RPI3/Zero W or bcm434355c0 on the
Wireless Packet Capture Memo - Qiita
無線LAN パケットのキャプチャについてまとめてみます。 AirPcapやOmniPeekなど購入すれば観測可能ですが、できる限りコストを抑えたい方向けです。 AirPcapでは11n Aggregationや11ac対応が困難だということで、そちらも調査。 iOS、Androidなどでもパケットがとれますが、色々な方法を用意しておくのは基本と言うことで。 Macなら手軽に11n Aggregationパケットがキャプチャできますがリアルタイム観測が難しい。 用意するモノ PC USB 無線LAN アダプタ Wireshark USB延長ケーブル モバイル端末 PC設定準備 PCはLinuxの両方あると捗ります。LinuxはVMでも可 まずはLinuxに無線LANアダプタを認識させるところから。 USB無線LAN アダプタ 試したモノ Netgear A6210(MeditaTek MT7
WiresharkのPermissionエラーの対応（iPhoneのパケットをキャプチャしたい場合） - Qiita
動機 iOSアプリを開発中、サーバーからレスポンスが来ないのでパケットをキャプチャするためにWiresharkを使ったのですが、 その時にPermissionエラーが発生したのでその対応策を残しておきます。 前提 下記サイトで、Macに接続したパケットを取得するための設定を行っていること。 [https://qiita.com/tenten0213/items/345b644e1212ea165ae8:embed:cite] 事象 Wiresharkのキャプチャオプションで 「rvi0」のネットワークインターフェースを選択した際に、エラーが発生。 デバイスにキャプチャを取るための権限が無いと言っているので、権限を与えてやりましょう。 手順 1. 次のコマンドを入力する ユーザー名とグループ名がユーザー自身ではないことを確認します。 ※ちなみにbpとはbpf(Berkeley Packet
wireshark - Qiita
はじめに Wireshark の Luaスクリプト解析の時にProto を指定した後に ProtoField を指定するのですが、ProtoField にサブツリーを追加する際にProtoFieldに文字が表示されっぱなしなのが嫌で修正しました。 おらさい LuaスクリプトでTCPを解析する際の書き方を簡単にまとめました( Wireshark2.0.5/Lua5.2 ) 詳しい内容は以下のスクリプトをキーワードにしてググって下さい。 PP_PROTOCOL = Proto.new ("pp", "PP Network Protocol") -- protocol fields の作成 f_pp = PP_PROTOCOL.fields CmdName = { -- PP Commands, [0x2510] = "Request", [0x2520] = "Response"} Resul
HTTPSのパケットをwiresharkで見てみる - Qiita
その後、ブラウザなどでhttps化したサイトにアクセスします。 フォアグラウンドで実行しているtcpdumpコマンドをCTRL+Cで停止させ、その後scpコマンドでローカルPCに/tmp/dump_https.pcapファイルを持ってきます。 あとはローカルPCのwiresharkでこのパケットキャプチャを見ていきます。 キャプチャした内容を見てみる 順番に見ていきます。 SSLでは実際に暗号化通信を行う前にSSLハンドシェイクを行う必要があります。 ざっくりだと以下をやるようです。 Step1 使用するアルゴリズムの合意 Step2 サーバーの認証 Step3 データ転送で使用する鍵の確立 Step4 ハンドシェイクが正しく行われたことの確認 Wiresharkで細かく通信の流れを見ると以下のようになっていました。 (Client HelloなどはTLSプロトコルのハンドシェイクタイプの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
wireshark - Qiita
よく使うトラブルシューティング コマンド実行例 まとめ - Qiita
openSUSE Leap 42.3にQt版のwiresharkをインストールする - Qiita
【Ubuntu 17.10】一般ユーザでWiresharkを起動し、パケットキャプチャを行う - Qiita
WireSharkの利用方法 - Qiita
