Laravel代客安装后ping Ping test.dev返回“未知主机”

Question

更新：请勿使用“.dev”。最初在2016年发布时，情况良好。现在不是。首先将TLD更改为“.localhost”之类的其他内容。 （这种改变不会解决我的问题，但如果您仍然在使用“.dev”，它可能会解决您的问题）。

问题：我已经安装Laravel代客而这一切似乎除了当我ping test.dev（这只是包含一个index.htm文件，位于~/Sites），挂了很长一段时间后，我去要工作响应ping: cannot resolve test.dev: Unknown host

这就是我已经做了：

• 我已经通过了the Laravel Valet docs，一切都安装了罚款。
• Apache不运行
• /etc/hosts包含test.dev
• 没有提到我在代客v1.1.12
• 我重新启动我的电脑
• 我已经通过自制新鲜安装了PHP 7.0.7和--with-fpm
• 我$PATH包含$PATH:$HOME/.composer/vendor/bin
• sudo lsof -n -i:80 | grep LISTEN返回caddy PROC
个
• brew services list回报dnsmasq，并开始
• 我已经更新了BREW，运行brew doctor和一切都很好有
• 我可以成功启动和停止代客。成功
• valet paths回报： [ "/Users/nateritter/.valet/Sites", "/Users/nateritter/Sites" ]
• 使用valet link的test目录内对这个问题

没有影响现在，除了这一切，我决定尝试所有的代客争论了。 valet share似乎在某一时刻出现了错误，这很有趣，但我不确定它与原始问题有什么关系。

ERROR: Tunnel 'command_line' specifies invalid address 'test.dev:80': unexpected '[' in address test.dev:80

在此之后，我得到21行的Failed to connect to 127.0.0.1 port 4040: Connection refused然后一个例外：

[Httpful\Exception\ConnectionErrorException]                    
Unable to connect to "http://127.0.0.1:4040/api/tunnels": 7 Failed to connect to 127.0.0.1 port 4040: Connection refused                                

fetch-share-url 

Answer 1

的问题最终是事做dnsmasq。使用非常彻底this answer到另一个相关的SO后，我终于实现了以下解决我的问题：

brew unlink dnsmasq

brew install dnsmasq

brew prune

brew services restart dnsmasq

valet install

然后，只是为了测试我做了平之前，我做了dig test.dev和响应包括：

;; ANSWER SECTION: 
test.dev.  3599 IN A 127.0.53.53 

我不知道为什么IP是127.0.53.53，而不是127.0.0.1，但是当我做了一个ping test.dev它确实返回...

PING test.dev (127.0.0.1): 56 data bytes 
64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.036 ms 
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.072 ms 

浏览到test.dev也起作用。

有一点需要说明的是，我还没有看过，index.htm不被代理/球童识别为潜在的索引文件。不是问题的一部分，但需要注意一些有趣的事情。

Answer 2

我有同样的问题，有些BREW服务已停止，运行这个命令修复它：

sudo brew services start --all 

Answer 3

我拥有了一切设置正确，但有同样的问题 - 不能让app.dev运行。

运行

brew services list 

后，我注意到，除了所有的dnsmasq服务正在运行的“根”，但被的dnsmasq我的用户运行。

与

brew services stop dnsmasq 

停止的dnsmasq，并开始了它：

sudo brew services start dnsmasq 

这为我工作，无奈的几个小时后。

Answer 4

上述没有帮助我在MacOS塞拉利昂，但一个小的话做的事：

，因为我使用谷歌的DNS，而不是我的ISP。警告是不要在开发环境中使用.dev TLD。相反，使用建议TLD像.localhost（这是我已经改变了代客由代客域本地主机的方式使用瞧 - 内特特尔

避免“.dev”和使用” .devel “为我做的伎俩，可能需要，如果你在谷歌的8.8.8.8 DNS

Answer 5

对我莫名其妙语法错误潜入dnsmasq.conf这将导致其无法正常启动。

要检查这个我没dnsmasq --test这给了下面的输出dnsmasq: bad option at line 1 of /usr/local/etc/dnsmasq.conf

我固定在1号线的错字，也有brew services restart --all

之后重新启动所有的服务，我可以ping再次.dev域名，它在我的浏览器中工作

ping test.dev 
PING test.dev (127.0.0.1): 56 data bytes 
64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.062 ms 
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.035 ms 
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.056 ms 
64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.053 ms 
--- test.dev ping statistics --- 
4 packets transmitted, 4 packets received, 0.0% packet loss 
round-trip min/avg/max/stddev = 0.035/0.051/0.062/0.010 ms 

希望这会有助于一个！

Answer 6

*.dev不再有效，因为它是一个真正的顶级域名。因此请使用其他类似*.test或*.local。当您在浏览器中打开//你的域名就像http://blog.test首次：

ping dev.test 
PING dev.test (127.0.0.1): 56 data bytes 
64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.051 ms 
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.149 ms 
64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.137 ms 
64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.133 ms 
64 bytes from 127.0.0.1: icmp_seq=4 ttl=64 time=0.138 ms 
64 bytes from 127.0.0.1: icmp_seq=5 ttl=64 time=0.166 ms 
64 bytes from 127.0.0.1: icmp_seq=6 ttl=64 time=0.142 ms 

而且不要忘了添加http：//或https。否则，它会转到您的默认搜索引擎。