Vagrantを使用してWindows10ホストのVirtualBoxを使用してUbuntu / Apache仮想マシンをmagento.devセットアップし、ブラウザーでURLを開くと仮想マシンのページが表示されるようにホストマシンを構成しようとしています。
これが私の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マシンをプロビジョニングした後、.htaccessこの問題の原因となる予期しない処理が行われていないことを確認するために、htmlディレクトリからファイルを削除しました。
ブラウザを開いhttp://192.168.10.10てWindowsホストに移動すると、仮想マシンのWebページが表示されます。
ping magento.devWindowsホストからアクセスできますが、pingはのIPを表示し192.168.10.10、応答を返します。
ただし、magento.devブラウザでに移動すると、「ERR_CONNECTION_REFUSED」エラーが発生します。またhttps、http://192.168.10.10URLはに変更されますが、URLはに変更されませんでしたhttps。
192.168.10.10WindowsホストのWebブラウザーからアクセスすると、Apacheアクセスログが更新されるのを確認できます。magento.devブラウザでに移動しても、Apacheアクセスログが更新されません。したがって、Apacheは私のWebリクエストを無視するか、受信しないhosts必要がありますが、Windowsファイルがこれらのリクエストを192.168.10.10に送信する必要があるため、理由がわかりませんping magento.dev。これは、で確認できます。
magento.devホストマシンに移動すると仮想マシンからWebページが返されるようにこれを設定するにはどうすればよいですか？
以前の回答で申し訳ありませんが、回答する前にあなたの質問を読んでいないようです。今回はそうしました、そして幸運にも私は実際の答えを知っています:)
.devは、Googleが所有する登録済みTLD（トップレベルドメイン）です。Chrome63以降およびFirefox59以降では、.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
クロムソースの関連ビットは次のとおりです：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サフィックスも同様に機能します。
この記事はインターネットから収集されたものであり、転載の際にはソースを示してください。
侵害の場合は、連絡してください[email protected]
コメントを追加