Проблема: я установил Laravel Valet, и все это работает, за исключением случаев, когда я ping test.dev (который просто содержит файл index.htm и находится в ~/Sites ), после долгого зависания я получаю ответ ping: cannot resolve test.dev: Unknown host
Вот что я уже сделал:
/etc/hosts содержит упоминания test.dev --with-fpm $PATH содержит $PATH:$HOME/.composer/vendor/bin sudo lsof -n -i:80 | grep LISTEN sudo lsof -n -i:80 | grep LISTEN возвращает caddy proc brew services list dnsmasq возвращает dnsmasq и запускается brew doctor и все хорошо там valet paths [ "/Users/nateritter/.valet/Sites", "/Users/nateritter/Sites" ] успешно возвращается: [ "/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
У меня была та же проблема, некоторые службы пива были остановлены, и эта команда зафиксировала это:
sudo brew services start --all
Проблема заключалась в том, чтобы что-то делать с dnsmasq . Используя очень тщательный ответ на другую связанную должность SO, я решил сделать следующее, чтобы решить мою проблему:
brew unlink dnsmasq
brew install dnsmasq
brew prune
brew services restart dnsmasq
valet install
Затем, чтобы проверить, прежде чем я сделал ping, я сделал 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 не распознается valet / caddy как потенциальный файл индекса. Не часть проблемы, но что-то интересное.
Я правильно настроил все, но имел ту же проблему – не смог запустить app.dev.
После запуска
brew services list
Я заметил, что все службы, кроме dnsmasq, работают как «root», но dnsmasq работает на моем пользователе.
Остановлен dnsmasq с
brew services stop dnsmasq
и начал его с:
sudo brew services start dnsmasq
Это сработало для меня, после нескольких часов разочарования.
Ничто не упомянутое выше помогло мне на macos sierra, но одно небольшое замечание:
поскольку я использую Google для DNS вместо моего интернет-провайдера. Предупреждение не должно использоваться .dev TLD для среды разработки. Вместо этого используйте предложенный TLD, например .localhost (это то, что я изменил для камердинера, используемого в качестве локального домена для камердинера. Voila. – Nate Ritter
Избежать «.dev» и использовать «.devel» сделал трюк для меня, вероятно, необходимо, если вы находитесь на 8.8.8.8 DNS
Для меня как-то синтаксическая ошибка прокралась в 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
Надеюсь, это поможет кому-то!