Не способный получить файл hosts, работающий над моим сервером Linux
Вы не можете при выполнении другой копии explorer.exe (как, скажем, настольная оболочка). MS удалил способность сделать это в целом из Vista, и это еще не возвратилось в. Launch folder windows in a separate process больше не добивается цели как он, сделал в XP/2003.
Ваши опции:
- Выйдите из всех экземпляров оболочки. Если Вы удерживаете
Ctrl+Shiftи Щелкните правой кнопкой по пустой области Меню "Пуск", контекстное меню будет иметьExit Explorerзапись. Это значительно менее грязно, чем уничтожение explorer.exe с помощью некоторого другого метода (например, Диспетчер задач, psKill, и т.д.). Можно сделать то же самое в XP путем движения в диалоговое окно завершения работы и удержаниеCtrl+Alt+Shiftпри отмене диалогового окна. - Получите сторонний файловый менеджер. Неспособность горизонтально прокрутить дерево в новом Проводнике делает это особенно привлекательным, если у Вас есть какие-либо значительные иерархии папок.
- Имейте "административные" учетные записи пользователей, которые входят в систему без контроля учётных записей по умолчанию. Я не уверен, возможно ли это, но Microsoft делает его с
Administratorучетная запись. Даже если это работало, это включает выходить из системы, и въехать задним ходом. Не точно большой. - Отключите контроль учётных записей.
:-)
Во-первых, проверьте правильность nsswitch.conf:
$ grep hosts /etc/nsswitch.conf
hosts: files dns
Убедитесь, что в нем написано «files dns», иначе он не будет искать в вашем файле hosts перед запросом DNS.
Если это правильно в nsswitch, я раньше видел, что невидимый символ каким-то образом попал в мой файл hosts, в результате чего он выглядел совершенно нормально, но невидимый символ не работал.
Так что попробуйте удалить линию, а затем создать ее снова - вручную, не вставляйте.
Следующее, что вы можете попробовать, это проверить, что он ищет, выполнив команду ping:
$ ping mysite.com
PING mysite.com (192.168.0.97) 56(84) bytes of data.
Если вы видите правильный IP-адрес, он разрешается правильно, и проблемы возникают из-за вашего браузера. Не используйте host, dig или nslookup, они игнорируют / etc / hosts! Используйте команду ping, чтобы разрешить IP-адрес так, как его увидит большинство приложений.
Выполните curl -Iv http://mysite.com
Вы должны получить что-то вроде (плюс еще несколько строк):
* About to connect() to mysite.com port 80
* Trying 192.168.0.97... connected
* Connected to mysite.com (192.168.0.97) port 80
> HEAD / HTTP/1.1
> User-Agent: curl/7.15.5 (i686-redhat-linux-gnu) libcurl/7.15.5 OpenSSL/0.9.8b zlib/1.2.3 libidn/0.6.5
> Host: mysite.com
> Accept: */*
>
< HTTP/1.1 200 OK
На самом деле, вот мысль: are вы попадаете на «mysite.com» или «www.mysite.com»? Если это последнее, у вас нет такой записи в вашем файле hosts, и она завершится ошибкой. Если вы собираетесь на «mysite.com», но ваш веб-сервер перенаправляет его на «www.mysite.com», это тоже не сработает.
Обратите внимание на «200 OK» в конце моего выходного фрагмента curl. Если вы получаете, скажем, 301, вы будете перенаправлены в другое место конфигурацией вашего веб-сервера.
Вы упомянули имя. Если вы планируете использовать эту службу DNS, она должна быть в вашем файле resolv.conf .
По умолчанию ваши права доступа к файлу "/ etc / hosts" равны 600. Попробуйте эту команду: sudo chmod 644 / etc / hosts