SOCKSプロキシとHTTPプロキシの違いについて勉強してみた | DevelopersIO
はじめに サーバーレス開発部@大阪の岩田です。 先日接続元IPアドレスをクラスメソッドのGIPに制限した検証環境を利用してAPIのテストを行なっていたところ、リモートワーク中のメンバーが検証環境に接続できないという状況が発生しました。 下記の記事で紹介されているように、クラスメソッドではSOCKSサーバーが構築されているので、VPN経由で社内NWに接続し、SOCKSサーバーをプロキシとして利用すれば本来リモート環境からでも検証環境が利用できるはずです。 VPN利用者のためにdelegateでSOCKSサーバーを立ててみました 最初はcurlコマンドのオプションに--proxyを付けてプロキシサーバーを指定するようお願いしたのですが、--proxy http://proxy.example.com:xxxxのような指定を行なっていたようで、問題が解決しませんでした。 結局--proxy so
サイバーセキュリティの基礎知識：中間者攻撃について（M） | IoT機器を守るWifiルーターセキュリエ
ページをリクエストすると、インターネットを世界中に広げるケーブル、ルーター、スイッチの高速回線経由でサーバからあなたが使うパソコンに情報が送られます。昔の路上強盗のように、現代の攻撃者も「ジャンクション」が狙い目であることを知っています。この場所では、ユーザーのデータが傍受されたり、読み取られたり、時には改ざんされる可能性があります。 中間者攻撃（Man-in-the-middle；MITM）とは、攻撃者がユーザーとその通信相手の間に割り込み、会話内容の読み取りや改ざんをする行為です。HTTPS（HTTP Secure）への大規模な移行が行われる前、この行為は極めて幅広く横行していました。現在でも一般的に行われていますが、その実行方法がやや複雑になってきました。 長年に渡り、パソコンが標的とされてきましたが、偏在する中間者攻撃がモバイルデバイスにも移動してきました。この攻撃による影響が不明
プロキシでのhttps通信（CONNECTメソッドとは？）を解説
http通信におけるセキュリティ関係でCONNECTメソッドという言葉を聞くことが結構あります。 プロキシでのhttps通信を実現するにも重要なので、今回はCONNECTメソッドに関して解説します！ プロキシが見えなければならないものは？ CONNECTメソッドとは何か？を知るために、先ずはプロキシのお話から始めます。 プロキシはHTTP通信を代理してくれるという大変便利な役割があります。大きな仕組みとしては、クライアントのリクエストhttpのペイロード（データの中身）を見て、リクエストするページのパス名（"/"スラッシュ以下、つまりFQDN以降）をサーバに渡して、プロキシに返ってきたhttpレスポンスをクライアントに返す、というものです。 例えば、「http://itmanabi.com/connect-method/」というURLへアクセスした場合、 FQDN以降の「/connect-
Hypertext Transfer Protocol (HTTP) Authentication Scheme Registry
Hypertext Transfer Protocol (HTTP) Authentication Scheme Registry Created 2014-02-17 Last Updated 2023-09-11 Available Formats XML HTML Plain text Registries included below HTTP Authentication Schemes HTTP Mutual Authentication Algorithms HTTP Authentication Schemes Registration Procedure(s) IETF Review Reference [RFC9110, Section 16.4.1] Available Formats CSV Authentication Scheme Name Reference
Custom HTTP headers : naming conventions
Several of our users have asked us to include data relative to their account in the HTTP headers of requests we send them, or even responses they get from our API. What is the general convention to add custom HTTP headers, in terms of naming, format... etc. Also, feel free to post any smart usage of these that you stumbled upon on the web; We're trying to implement this using what's best out there
403 Forbidden vs 401 Unauthorized HTTP responses
For a web page that exists, but for which a user does not have sufficient privileges (they are not logged in or do not belong to the proper user group), what is the proper HTTP response to serve? 401 Unauthorized? 403 Forbidden? Something else? What I've read on each so far isn't very clear on the difference between the two. What use cases are appropriate for each response?
WebAPIの独自Headerを "X-" から始めるのはありかなしか - Qiita
APIサーバーの仕様を検討している時に、headerに入れる独自パラメータの名前について一悶着（自己完結）あったので、メモ。 何を悩んだのか 例えば、URLには含みたくない secret のようなリクエストパラメータについて、独自にキー名を決めようと思います。 こんな感じ。 で、なんかいい名前ないかなぁと思ってググってたら、こんなやりとりを見つけました。 stackoverflow / Custom HTTP headers : naming conventions On June 2012, the deprecation of recommendation to use the "X-" prefix has become official as RFC 6648. このやり取りの質問とベストアンサーだけ見て「なんだって！独自ヘッダに X- をつけるのは常識じゃないの？時代遅れなの！？
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
日記/2019/01/12/"HTTPS" Proxy (クライアントとプロキシの間もSSL使うタイプ) - Glamenv-Septzen.net
【図解】httpプロキシサーバの仕組み(http GET/https CONNECTメソッド)や必要性・役割・メリットデメリット・DNSの名前解決の順序
Custom Authorization Header
Custom use of Authorization header in a REST API