タグ付けされた質問 「http」

HTTP(ハイパーテキスト転送プロトコル)は、World Wide Webを介して情報を転送するために最も一般的に使用されるプロトコルです。

4
特定の1つのホストのみにカスタムHTTPヘッダーを送信します
特定のホストにリクエストのカスタムHTTPヘッダーを送信する方法(Firefoxアドオンまたはabout:config設定)はありますか? 例:Foobar: truehostからリソースを要求する場合(およびその場合のみ)ヘッダーを送信しますfoo.example.com。 プロトコルも指定できる場合のボーナスポイント(たとえば、HTTPS経由で要求する場合にのみヘッダーを送信します)。 (リファラーで追加の「パスワード」を使用してプライベートサイトを非表示にしますか? ITセキュリティSEで、なぜそれをしたいのかを参照してください) これまでに見つけたもの 質問HTTPヘッダーを自動的に変更するブラウザー拡張機能?は似ていますが、これを達成する方法を探しています(たとえば、ローカルプロキシの助けを借りて) アドオンのModify Headersを使用してカスタムヘッダーを作成できますが、ホストを制限することはできないため、すべてのリクエストに対してカスタムヘッダーを送信します ホストごとに特定のHTTPヘッダーのカスタム値を設定できるアドオンがいくつかあります。 RefControlのためのReferer HeaderControlRevivedのためにUser-Agent、RefererとAccept-Language 関連する質問: Firefox拡張機能からのHTTPヘッダーの設定 Firefoxアドオン設定のカスタムHTTPヘッダー HTTPSではなくHTTP経由で特定のサイトにアクセスするときにカスタムリファラーを送信する

2
httpで破損したダウンロードを取得することは可能ですか?
長い間、サーバー上で破損しておらず、HTTPプロトコルの実装が正しい限り、HTTPを介して破損したファイルをダウンロードすることは実際には不可能であると想定してきました。 そのため、ダウンロードサイトがダウンロード用に提供するファイルのmd5ハッシュを提供しているのを見て、私はいつも笑いました。ファイルをダウンロードする場合、サイズは正しいが、コンテンツはそうではないという事例を以前に見たことがありません。 さて、今日、この最初のケースがありました。Ubuntuのisoをダウンロードし、インストールしようとしましたが、失敗し、長い調査の後(理由はダウンロードが破損しているとは信じられませんでした)、MD5を確認しました。正しい)。それで私はそれを再ダウンロードし、さらに別の間違ったmd5を手に入れました。3回目のダウンロードでのみ、md5は正しかった。 だから私の質問は、実装が正しく、転送が正常に完了し、サーバー上のファイルが正しいと仮定して、原則としてhttp経由で破損したダウンロードを取得することは可能ですか?これが可能である場合、これはどのように起こりますか?
11 download  http 

1
プロトコル「mongodb」はどのように機能しますか?
NodeJSアプリケーションからMongoDBデータベースに接続するには、ドキュメントに次のようなアドレスを接続するように記載されています。 mongodb://localhost:27017/myproject ここでmongodbの代わりに、プロトコルであるhttp(又はhttps)。 私はこれがどのように機能するか興味があります。 ブラウザを開くと、このページに移動できず、Postmanを介してリクエストを送信できません。 このプロトコルはどのように機能しますか?手動で操作するにはどうすればよいですか?詳しい情報はどこにありますか?


4
なぜMaxKeepAliveRequestsを無制限以外に設定するのですか?
Apache KeepAliveTimeoutは、一定の時間内に新しいリクエストが発行されない場合にキープアライブ接続を閉じるために存在します。ユーザーがブラウザ/タブを閉じない場合、このタイムアウト(通常は5〜15秒)が最終的にほとんどのキープアライブ接続を閉じ、接続を無期限に保持することでサーバーリソースの浪費を防ぎます。 現在、このMaxKeepAliveRequestsディレクティブは、単一のTCP接続(のために開いたままにするKeepAlive)が処理するHTTPリクエストの数に制限を設けています。これをに設定する0と、無制限の数の要求が許可されます。 なぜこれを「無制限」以外に設定するのですか? クライアントが引き続き積極的にリクエストを行っている場合、同じキープアライブ接続でそれらを発生させることにはどのような害がありますか?制限に達した後も、新しい接続でのみリクエストが送信されます。 私の見方では、これを制限しても意味がありません。何が欠けていますか?

2
テキストファイルの内容をコマンドとしてtelnetに送る
コマンドtelnet docs.python.org 80を使用http://docs.python.org/2/license.htmlすると、実際のリクエストを入力することにより、に手動でHTTPリクエストを送信できます。 次に、ライブで入力する代わりに、テキストファイルからリクエストをフィードします。 私はこれを試しました: cat request.txt|telnet docs.python.org 80 request.txt: GET /2/license.html HTTP/1.1 Host: docs.python.org (ファイルを空白行で終了する必要があります。そうしないと、不正な要求が発生します!) しかし、サーバーへの接続はすぐに閉じられます。 どのように私は適切にパイプがなければならないrequest.txtにtelnet docs.python.org 80? 編集: 知っておくと便利です。のHEAD代わりにを使用するとGET、GETメッセージ本文を除いて、リクエストを行った場合と同じレスポンスが返されます。 したがって、HEADHTTPヘッダーだけを調べたい場合に使用します。(つまり、応答の内容がシェル出力を乱雑にしないようにするためです。)

1
よく知られているHTTP専用サイトはありますか?[閉まっている]
閉まっている。この質問はトピックから外れています。現在、回答を受け付けていません。 この質問を改善してみませんか? スーパーユーザーのトピックになるように質問を更新します。 2年前休業。 キャプティブWIFIポータルは最低です。 ブラウザー(デスクトップクロームまたはモバイルクローム)でHTTPサイトを開くと、キャプティブポータルが表示されることがよくありますが、オートコンプリート機能を備えているため、すぐに再びWIFIに接続します。 問題は、キャプティブポータルがリダイレクトされた後、HTTPSリダイレクトもあり、Chromeが証明書を記憶してHTTPSのみを使用することです。そのため、(セッションで)同じサイトを2回使用することはできません。 よく知られているパブリックHTTP専用サイトがこれを解決します。よく知られているサイトは通常は機能し、WIFI接続のデバッグが少なくなります。

1
Ubuntu IPTablesは1か国のみを許可します
したがって、http(80)およびhttps(443)ポートを除くすべてのポートへのすべてのトラフィックをドロップし、国xからの他のすべてのポートでのトラフィックのみを許可するスクリプトをネットで探していました(国xは米国です)。 すべての国のすべてのIPを追加するのではなく、自分の国のIPを許可して、外の世界からのほとんどすべての他のトラフィックをブロックします。国外の誰もssh、ftp、smtpなどにアクセスするべきではありません。私以外に。これが変わる場合は、近づいたときに特別なケースを追加します。 サイドノート IPテーブルを使用して国ごとにIPを禁止するスクリプトが含まれている質問を見つけたのに注意する必要がありますが、それは私がしなければならない追加の挿入の多くです。 ベストアンサーとしてマークされたスクリプトは、それらのIPからのすべてのトラフィックをブロックします。80と443以外のすべてのポートへのアクセスをブロックしたいだけです。 更新 次のルールで、 iptables -A OUTPUT -m geoip --dst-cc CN -j DROP それを変更して次のようなことができるでしょうか iptables -A OUTPUT -m geoip --dst-cc CN --dport 80 -j ACCEPT iptables -A OUTPUT -m geoip --dst-cc CN --dport 443 -j ACCEPT iptables -A OUTPUT -m geoip --dst-cc CN -j DROP これにより、中国からのIPがポート80とポート443にアクセスできるようになり、残りは破棄されると思います。この仮定は正しいでしょうか?そうでない場合、なぜでしょうか? アップデート2 …

3
URLに相当するtail -f
アプリケーションのログファイルを監視したいのですが、ローカルでは機能しませんが、SaaSプラットフォーム上で、HTTPおよびWebDAVを介して公開されています。したがって、URLに対して機能するtail -fに相当するものは、私にとって非常に効果的です。 PS HTTP経由でリモートファイルを監視できる他のツールを知っている場合は、それも役立ちます。ありがとう

2
Fiddlerで仮想マシンのトラフィックをキャプチャする
私は仮想マシンでUbuntuを実行しています(ホストマシンはWindows 7です)。ホストマシンでFiddlerを使用して仮想マシンからのトラフィックをキャプチャすることはできますか?仮想マシンのネットワークはホストコンピューターのNICを通過している必要があるため、Fiddlerはパケットをキャプチャできますか?(Fiddler for Linuxの無料の代替品はTamper Data以外は知りませんが、もう少し制御が必要です)。ありがとう。

5
手動のHTTP(S)リクエスト
手動のHTTPまたはHTTPSリクエストを作成できるツール(Linuxの場合もある)を探しています。手動で、私はそれを本当に意味します:次のようなテキストファイルをフィードできるはずです POST /foo HTTP/1.1 Host: www.example.com Accept: text/xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 Accept-Language: en-gb,en;q=0.5 Content-Type: text/plain Content-Length: 11 Hello world および宛先URL(www.example.com/foo)を使用して、そのURLにリクエストを送信します。せいぜい、Content_Lengthヘッダーが自動的に計算されると便利です。 Pythonでhttplibのようなライブラリを使用してそのようなツールを作成することはできますが、そのようなライブラリで何か問題が発生したときに手動で調査する必要があるのはそのためです。
10 linux  http  https 

4
ブラウザに「http」ではなく「https」版のWebサイトをロードさせますか?
これは前の質問と似ていますが、少し違うと思います*。 GMailのようなサイトは、プレーンテキストプロトコルではなく、サイトのSSLエディションを介してすべてのトラフィックをプッシュする設定をサポートしています。 そのような設定を提供しないサイト(またはFacebookのように、私が見つけることができなかったサイト)の場合、ブラウザ(おそらくプラグインまたはアドオン)のみを使用して、常に最初にSSL を試す方法があります。プレーンテキストへのフォールバックIFF SSLが失敗しますか? そのソリューションはWindows、Mac OS X、Linuxで利用できますか?一つだけです? *前の質問は、この目標を達成する外部アプリケーションを探していました。

2
wgetを使用してPOSTデータを送信するにはどうすればよいですか?
wgetを使用して次のPOSTリクエストをサーバーに送信します。 email=abc@abc.com&file1=@FILE_HERE&file2=@FILE_HERE 上記のリクエストで、そこと呼ばれる3つのPOSTパラメータがありemail、file1そしてfile2どこemailユーザーの電子メールが含まれているとfile1、file2ファイルが含まれています。 どうすれば送信できwgetますか?使いたくないcurl。
10 linux  bash  http  wget 


2
リッスンする443 default_server; nginxルールは既に構成されているルールを上書きしますか(httpルールは正常に機能します)?
nginxとさまざまなサブドメインがあります。 a.mydomain.com b.mydomain.com c.mydomain.com Nginxには4つのルールがあります。 1)書き換えルール: server { listen 80 server_name gl.udesk.org; root /nowhere; rewrite ^ https://a.mydomain.com$request_uri permanent; } 2)httpsルール: server { listen 443; server_name a.mydomain.com; root /home/a/a/public; ssl on; ssl_certificate conf.d/ssl/a.crt; ssl_certificate_key conf.d/ssl/a.key; ssl_protocols ... ssl_ciphers ... ssl_prefer_server_ciphers on; location ... } 3)httpデフォルトルール: server { listen 80 default_server; return …
9 http  https  nginx 

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.