SOCKSプロキシとHTTPプロキシの違いについて勉強してみた | DevelopersIO
はじめに サーバーレス開発部@大阪の岩田です。 先日接続元IPアドレスをクラスメソッドのGIPに制限した検証環境を利用してAPIのテストを行なっていたところ、リモートワーク中のメンバーが検証環境に接続できないという状況が発生しました。 下記の記事で紹介されているように、クラスメソッドではSOCKSサーバーが構築されているので、VPN経由で社内NWに接続し、SOCKSサーバーをプロキシとして利用すれば本来リモート環境からでも検証環境が利用できるはずです。 VPN利用者のためにdelegateでSOCKSサーバーを立ててみました 最初はcurlコマンドのオプションに--proxyを付けてプロキシサーバーを指定するようお願いしたのですが、--proxy http://proxy.example.com:xxxxのような指定を行なっていたようで、問題が解決しませんでした。 結局--proxy so
プロキシでの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 2024-10-09 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
で、なんかいい名前ないかなぁと思ってググってたら、こんなやりとりを見つけました。 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- をつけるのは常識じゃないの？時代遅れなの！？」と色めき立ち、RFC本体を確認したり他にこれに関する情報がないか探したりしました。 こんな所でつまるのは私だけかもしれませんが、その時の記録。 結局、WebAPIの独自Headerを "X-" から始めるのはありかなしか 結論：あり そもそもdeprecatedになった経緯
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Custom Authorization Header
Custom use of Authorization header in a REST API