CharlesでSSL接続のデバッグが出来ない - Qiita
CharlesでのSSL接続デバッグ Charlesを利用してiOSアプリのデバッグを試みていたんですが、httpsの通信に失敗していました。 通常のhttp通信は参照出来ていて、 ・SSLのRoot証明書Charles Proxy CAをMac側にインストール、全て信頼済み ・iOS側にプロファイルはhttp://www.charlesproxy.com/getssl/よりインストール済み ・Enable SSLProxingも設定済み この状態で、変わらず SSLHandshake: Received fatal alert: certificate_unknown とのエラーが表示されていました。 結局 iOS 10(.3) 以降？の新しい設定項目の問題でした。 参考URL http://stackoverflow.com/questions/42157551/unable-to-u
Tracing and observing your remote node « Plataformatec Blog
Today we will continue exploring techniques for debugging and tracing Elixir code that are so important for running and understanding production systems. In the past, we have discussed: how to debug your application how to trace systems with Erlyberly how to use the observer to introspect applications. The examples above always connected to systems running locally. Given Elixir’s and the Erlang VM
tcpdump + wireshark で https な通信を解読する - Qiita
webアプリケーション開発者たるもの、時には https と戦わねばならぬこともあるのです。 打つ手がなくて泣きそうになっていたら同僚から救いの手が！ (ただしサーバ側/クライアント側のいずれかで鍵交換アルゴリズムを変更できる場合に限る) まず、tcpdump でダンプしたものを wireshark で見るには -w FILE オプションをつけてダンプデータをファイルに書き出させます。環境によってはデフォルトで先頭数十バイトしかダンプしない (man によれば、CentOS 5.x で 68 bytes, 同じく Ubuntu 10.04 で 65535 bytes)ようなので、-s 65535 とか -s 0 などとダンプさせるサイズを指定してやるのが吉 今回は https なのでお手軽にポートで絞ることにして...こんな感じで叩けば良いかと。 出力されたファイルは普通に wiresha
Wireshark
The world's most popular network protocol analyzerGet started with Wireshark today and see why it is the standard across many commercial and non-profit enterprises. *{padding:0;margin:0;overflow:hidden}html,body{height:100%}img,span{position:absolute;width:100%;top:0;bottom:0;margin:auto;height:100%}span{height:1.5em;text-align:center;font:48px/1.5 sans-serif;color:white;text-shadow:0 0 0.5em blac
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
