Vagrantを使用してWindows 10ホストでVirtual Boxを使用してUbuntu / Apache仮想マシンを設定し、ブラウザでmagento.devURLを開くと、仮想マシンでページを開くようにホストを設定しようとしています。
私のVagrantファイルの関連設定は次のとおりです。
Vagrant.configure("2") do |config|
config.vm.network "private_network", ip: 192.168.10.10
config.vm.hostname = "magento.dev"
この行を追加しました
192.168.10.10 magento.dev
hosts私のWindows 10ホスト上のファイルに。
Vagrantシステムを設定した後、.htaccesshtmlディレクトリからファイルを削除して、この問題を引き起こす予期しない操作を実行していないことを確認しました。
ブラウザを開き、http://192.168.10.10Windowsホストに移動して仮想マシンのWebページを表示できます。
ping magento.devWindowsホストでpingを実行し、IPを表示した192.168.10.10後に応答を受け取ることができます。
ただし、ブラウザからアクセスするとmagento.dev「ERR_CONNECTION_REFUSED」エラーが発生します。また、URLはに変更されましたが、httpsURLhttp://192.168.10.10はに変更されませんでしたhttps。
WindowsホストからWebブラウザを介して接続すると、192.168.10.10Apache接続ログが更新されたことを確認できます。ブラウザからアクセスすると、Apacheアクセスログは更新されませんmagento.dev。したがって、Apacheが私のWebリクエストを無視または受信しないことは間違いありませんが、私のWindowshostsファイルはこれらのリクエストを私が使用できる192.168.10.10に送信する必要があるため、理由を理解できませんping magento.dev。
magento.dev仮想マシンから返されたWebページがホストマシンからアクセスできるようにするにはどうすればよいですか？
ベストアンサー1
以前の回答について申し訳ありません。明らかに答える前にあなたの質問を読んでいません。今回はやったし、幸運にも実際の答えを知っています:)
.devは、Googleが所有する登録済みTLD（トップレベルドメイン）です。 Chrome 63+およびFirefox 59+では、.dev（および.foo）で終わるすべてのドメインが事前にロードされたHTTP Strict Transport Security（HSTS）ヘッダーを介してHTTPSにリダイレクトされるように強制されます。
以下はWhoisデータです。
$ whois .dev
% IANA WHOIS server
% for more information on IANA, visit http://www.iana.org
% This query returned 1 object
domain: DEV
organisation: Charleston Road Registry Inc.
address: 1600 Amphitheatre Parkway
address: Mountain View, CA 94043
address: United States
contact: administrative
name: Domains Policy and Compliance
organisation: Google Inc.
address: 601 N. 34th Street
address: Seattle, WA 98103
address: United States
phone: 1 202 642 2325
fax-no: 1 650 492 5631
e-mail: [email protected]
contact: technical
name: Richard Roberto
organisation: Google Inc.
address: 76 9th Avenue, 4th Floor
address: New York, NY 10011
address: United States
phone: 1 212 565 2633
fax-no: 1 650 492 5631
e-mail: [email protected]
nserver: NS-TLD1.CHARLESTONROADREGISTRY.COM 2001:4860:4802:32:0:0:0:69 216.239.32.105
nserver: NS-TLD2.CHARLESTONROADREGISTRY.COM 2001:4860:4802:34:0:0:0:69 216.239.34.105
nserver: NS-TLD3.CHARLESTONROADREGISTRY.COM 2001:4860:4802:36:0:0:0:69 216.239.36.105
nserver: NS-TLD4.CHARLESTONROADREGISTRY.COM 2001:4860:4802:38:0:0:0:69 216.239.38.105
nserver: NS-TLD5.CHARLESTONROADREGISTRY.COM 2001:4860:4805:0:0:0:0:69 216.239.60.105
ds-rdata: 60074 8 2 b942e2ce5aebf62fca59d05707e6dbb795211d540d8adba02e9e89e833424785
whois: whois.nic.google
status: ACTIVE
remarks: Registration information: http://www.registry.google
created: 2014-11-20
changed: 2018-06-09
source: IANA
Chromeソースの関連ビットは次のとおりです。 https://chromium.googlesource.com/chromium/src.git/+/63.0.3239.118/net/http/transport_security_state_static.json#255
// eTLDs
// At the moment, this only includes Google-owned gTLDs,
// but other gTLDs and eTLDs are welcome to preload if they are interested.
{ "name": "google", "include_subdomains": true, "mode": "force-https", "pins": "google" },
{ "name": "dev", "include_subdomains": true, "mode": "force-https" },
{ "name": "foo", "include_subdomains": true, "mode": "force-https" },
{ "name": "page", "include_subdomains": true, "mode": "force-https" },
{ "name": "app", "include_subdomains": true, "mode": "force-https" },
{ "name": "chrome", "include_subdomains": true, "mode": "force-https" },
別のサフィックスを使用することをお勧めします。私のドメインの1つに実際のDNSレコードを使用することを好みますが、.testサフィックスも機能します。