アクセスするためにホストファイルを絶えず変更する必要があるステージングサーバーとテストサーバーがいくつかあります（これらはドメイン名に依存するため、ホストファイルを変更して動作させる必要があります）。

これは迷惑です。作業したいサイトの種類ごとに、ある種のポータブルブラウザーをセットアップしたいと思います。これを行うグラフィカルWebブラウザー（他のブラウザーのレンダリングエンジンに基づくブラウザーを含む）のバージョンはありますか？

この方法で、ステージングをテストする場合、ステージングで動作するように既に構成されているインスタンスを簡単に起動できます。

何か案は？

編集：重要な機能は、2つのブラウザを同時に実行する機能です。どちらのsome-address.comブラウザもにアクセスしますが1.2.3.4、一方のブラウザはにサーバーにリクエストを送信し、他方のブラウザはにサーバーにリクエストを送信し5.6.7.8ます。

編集：（3/16/14）

この質問は数年前に尋ねられましたが、私はまだこれを行う適切な方法を知りません。人々が問題を誤解しているように見えるので、さらに説明しよう。プロキシサーバーを使用するだけで簡単に修正できるものではありません。問題を解決するためにプロキシサーバーで広範なルールを作成することは可能かもしれませんが、それは単純な問題であるべきものに対する巨大で複雑なソリューションです。

明確にするために：

3つのWebサーバーがあります。生産、テスト、開発。それぞれが、アクセスに使用されるホスト名に基づいて自身をカスタマイズするマルチテナントアプリケーションを実行します。概念的には、これは同じサーバーインスタンスから複数のサイトを実行できるコンテンツ管理システムまたはブログエンジンに似ています。ホスト名をサーバーにポイントするだけで、HTTP 1.1ホスト名マッピングを介してホスト名にアクセスするために使用されるホスト名が表示されます。

ホストファイルを単純に書き換えるソリューションは、複数のブラウザーウィンドウを異なるサイト、生産、開発、テストなどで同時に実行する必要があるため機能しません。したがって、単にホストファイルを常に変更することはできません。すべてのブラウザインスタンスに影響するため動作します。あるブラウザのマッピングを変更すると、他のブラウザもそのサーバーにマッピングされるため、以降のリクエストは間違ったサーバーに送信されます。

私が探しているのは、このブラウザインスタンスがこのホストファイルを使用するように強制し、そのブラウザインスタンスがコマンドラインパラメータなどを介してそのホストファイルを使用するようにする方法です ブラウザの複数のコピーをインストールする必要があるかどうかは気にしません。

インストールされたコピーごとに独自の設定ファイルを使用すると思うので、これはFirefoxポータブルで実行可能かもしれませんが、問題はサイトを管理するために使用されるサードパーティソフトウェアがFirefoxで動作しないことです（サイト自体は動作しますが、管理ツールそうではありませんが、クロム、IE、Operaでは問題なく動作します。これを修正するためのソースにはアクセスできません）。

イカは私のために問題を解決しました。多くのプロキシサーバーで同じことができると思います。

具体的には、Squidをインストールする必要がありました。次に、squid.confを変更して、代替ホストファイルにアクセスするようにします。これは変更したい行です：

#hosts_file /etc/hosts

私の場合、私はを使用しましたhosts_file /etc/hosts-squid。/etc/hosts-squidファイルを作成し、hosts-squidファイルを変更して、指定されたURLに必要な新しいIPアドレスにアクセスできるようにしました。Squidプロキシサーバーを構成するために必要なことはこれだけです。

次に、プロキシ設定でブラウザを起動するコマンドを作成しました。私が使用した：

chromium-browser --proxy-server=localhost:3128

このコマンドを実行すると、作成したhosts-squidファイルのドメインセットアップにアクセスできるChromiumの実行中のインスタンスが効果的に提供されます。

また、Squidの複数のインスタンスを使用してより多くのプロキシサーバーをセットアップし、すべて同じコンピューター上で本番、開発、およびローカルWebサイトにアクセスすることができました。複数のSquidインスタンスを実行する方法については、こちらをご覧ください。また、問題と解決策についてもう少し詳しく説明したブログ記事を書きました。

独自のホストファイルを含む各ブラウザの仮想環境をセットアップするように求めていると思います。

1つの解決策は、Sandboxieを使用して、それぞれが独自のホストファイルを含む個別のサンドボックスを設定することです。hostsファイルを使用するためにブラウザをサンドボックスにインストールする必要はありません。サンドボックス内から起動するだけです。サンドボックス内からブラウザを起動するためのデスクトップショートカットを作成できます。

欠点は、たとえばインターネットからファイルをダウンロードするとき、ブラウザが実際のファイルシステムから隔離されることですが、Sandboxieには、そのようなファイルをサンドボックス外にコピーするメカニズムが含まれています。

残念ながら、複数のサンドボックスで同時にプログラムを実行する機能は、Sandboxieの有料版でのみ使用できます（自宅で個人使用する場合、1年間のライセンスに対して15ユーロの税金）。無料版を使用して実行可能性テストを行うことができます。

Linuxユーザーの場合、同様の製品は次のとおりです。

• サンドフォックス
• アルコセ

firefox + HostAdminを使用してホストファイルを変更するプロセスを自動化できます。

HostAdminはFirefoxのアドオンで、Hostsファイルの変更、ドメインIPマッピングの切り替えに役立ちます。HostAdminは、拡張されたHostsファイル構文を介してHostsファイルを理解できます。さらに、HostAdminは、Hostsファイルを変更するたびに、手動でもDNSキャッシュを自動的に更新します。

設定例

#==== Project 1
# 127.0.0.1 localhost1
127.0.0.1 localhost2
127.0.0.1 localhost3
#====
#==== Project 2
# 127.0.0.1 localhost1
# 127.0.0.1 localhost2
# 127.0.0.1 localhost3  

詳細はhttps://addons.mozilla.org/en-US/firefox/addon/hostadmin/をご覧ください

複数インスタンス

Linuxでfirefoxブラウザーの2つのインスタンスを同時に独立して実行するには、次のスクリプトで複数のランチャーを作成します。また、すべてのFirefoxにプラグインをインストールします。

Firefox 1

#!/bin/bash
th="/home/$USER/tmp/p1"
mkdir -p "$th"
export HOME="$th"
firefox -no-remote

Firefox 2

#!/bin/bash
th="/home/$USER/tmp/p2"
mkdir -p "$th"
export HOME="$th"
firefox -no-remote  

firefox -Pブラウザでプロファイルオプション（）を使用して、異なる設定にネイティブプロファイルを使用し、同時に使用することができます。

私はこれがあなたが求めているものではないことを知っていますが、一時的な解決策は、ホストファイルをスワップしてからブラウザを起動するバッチスクリプトを書くことです。

少なくとも、あなたがしている仕事を最小限に抑えるでしょう。

または、hostsファイルでこれらのサーバーにまったく異なる名前を付けるだけで、最初から切り替える必要はありません。

Privoxyはこの目的に使用できます。

これがあなたにとって十分に便利であるかどうかはわかりませんが、可能な解決策の1つは、ブラウザを備えたマシンにIISをインストールし、hostsファイルを変更するサーバー側スクリプト（ASP.net、PHP、Rubyなど）を提供することです。その後、実際のページにリダイレクトします。ブラウザで、そのスクリプトへのブックマークを作成します。たとえばhttp://localhost/config_ie.rb、hostsファイルを変更する（もちろん、そのファイルに対する正しい権限が必要です）後、実際のページに302リダイレクトを行います。

フルVMが多すぎる場合は、コンテナベースのソリューションで十分かもしれません。

ここでlinuxについて話しているのでlxcあれば、実行可能なソリューションかもしれません。

それとは別に-最小のX11-linuxを備えた完全なVMでさえ、それほど大きくなく（最大2 GBのディスク）、最近のハードウェアではそれほど多くのリソース（最大512 MBのRAM）を消費しません...

A LubuntuVMはここで行うことがあります。

1つの比較的単純なソリューション（ただし、リソースが少し重いかもしれません）は、ホストでいくつかの仮想マシンを実行することです。独自のホストファイルを持つ各仮想マシン。

したがって、ステージング環境用に1台、prod用に1台の仮想マシンがあります。