Чому Safari ігнорує мій файл / etc / hosts?

Я додав 127.0.0.1 mydomain.comу свій /etc/hostsфайл деякі домени, щоб заблокувати ( ) , і Safari чомусь, здається, їх ігнорує.

Я намагався:

• вимкнення розширень Safari,
• очищення кеша ( sudo dscacheutil -flushcache),
• перезапуск Safari та Mac взагалі.

Chrome поважає /etc/hostsзміни, але Safari цього не робить. Вкладається зразок мого /etc/hostsфайлу.

Я бігаю Safari 6.0.4 з Mountain Lion 10.8.3

Якісь ідеї?

##
# Host Database
#
# localhost is used to configure the loopback interface
# when the system is booting.  Do not change this entry.
##
127.0.0.1       localhost
255.255.255.255 broadcasthost
::1             localhost
fe80::1%lo0     localhost
127.0.0.1       facebook.com

У мене була дещо інша версія тієї ж проблеми, і я думав згадати, що працювало на мене.

Я розробляю веб-сайти. Для цього у мене є повна копія кожного сайту, що працює в моїй локальній мережі. Коли я бажаю працювати на локальному рівні, я завжди просто додавав запис до "example.com" у свій файл локального / etc / hosts, і це завжди переосмислював DNS, що дозволяє мені отримати доступ до локальної копії веб-сайту у будь-який браузер, включаючи Safari та Firefox. Я можу працювати, не впливаючи на фактичний веб-сайт, а потім завантажувати зміни, коли вони завершені.

Однак останнім часом ця техніка перестала працювати як для Safari, так і для Firefox, але не для Chrome, тому я на деякий час обмежився використанням Chrome для локальної розробки. Я шукав google і спробував усі запропоновані виправлення - CR в кінці файлу хостів, лише один запис у рядку, різні зміни конфігурації Firefox за допомогою "about: config" тощо. Нічого не працювало.

Тоді я спробував цю просту річ: окрім введення версії адреси IPV4 у файл / etc / hosts, я також помістив версію IPV6.

Перед:

10.0.1.23       example.com

Після:

10.0.1.23       example.com
0:0:0:0:0:FFFF:0A00:0117        example.com

Щойно я додав запис IPV6, і Firefox, і Safari почали натискати на правильний (локальний) сервер.

Існують різні веб-сайти, які переведуть IPV4 адреси в IPV6; просто зробіть пошук у Google на "ipv4 до ipv6".

У мене була ця сама проблема, і це було викликано тим, що у моєму файлі хостів є дійсно довгі рядки (кілька хостів, зіставлені з однією і тією ж IP-адресою, вказаною в тому ж рядку). Я виправив це, розділивши це на кілька рядків.

Я витратив досить багато часу на OS X El Captain 10.11.4, щоб заблокувати сайти, використовуючи файл / etc / hosts, а не використовувати батьківський контроль у системних налаштуваннях. Зрештою, це просто працювало так:

127.0.0.1 www.website.com
127.0.0.1 website.com

Я спробував багато варіантів, але я завжди відображався на 0.0.0.0 ( 0.0.0.0 website.com). Це ніколи не працювало в жодних варіаціях.

На відміну від деяких пропозицій в Інтернеті, вони були марними:

• Не було потреби в блокуванні IPv6, як fe80::1%lo0 www.website.comабо::1 website.com
• У цьому не було потреби dscacheutil -flushcache, але просто зробіть це на випадок.
• Не має значення, вставити його на початку або в кінці файлу хостів
• Схоже, браузери відповіли по-різному: Chrome і Safari заблокували його негайно, коли правильний hostsфайл був збережений, Firefox деякий час ігнорував його (не зрозуміло, чи достатньо було перезапустити його).
  • Спробуйте використовувати New Private Windowабо перезапустити браузер для його тестування.
• Не додайте http://або https://на початку адреси
• Інші команди не потрібні були.
• Не вимикайте (= коментувати, додаючи #на початку) рядки, які вже є у файлі хостів.

Корисні чеки

• Перевірте, чи система розпізнає ваше перенаправлення dscacheutil -q host -a name website.com- вона повинна відображати:

  name: website.com
  ip_address: 127.0.0.1
  

• Перевірте синтаксис hostsфайлу є правильним шляхом: cat -vet /etc/hosts. Це показує невидимі символи:

  • Лінії повинні закінчуватися $
  • Між 127.0.0.1і website.comповинен бути лише пробіл або вкладка, яка відображається як ^I.
• Зауважте, що для деяких сайтів, наприклад, наприклад, у Facebook, можливо, вам доведеться заблокувати багато адрес .
• Я думаю, що hostsфайл повинен закінчуватися новим рядком.

У мене було подібне питання. Кожен фрагмент програмного забезпечення на моєму комп’ютері Mac вшановував запис мого файлу / etc / hosts, коли мій файл хостів був пов'язаний (псевдонім) з іншим файлом, крім Safari. Коли ваш файл хостів є символьним посиланням, Safari ігнорує його.

Моє рішення полягало в тому, щоб зробити / etc / hosts міцним посиланням. На щастя, файл хостів, який я постійно в курсі, знаходиться в тій же файловій системі. Якщо це не так, ти змушений.

Поганий Сафарі ... поганий.

Тільки річ , яка працює для мене (10.12.1 «Sierra»):

127.0.0.1   example.com
127.0.0.1   www.example.com
fe80::1%lo0 example.com
fe80::1%lo0 www.example.com

Працював для мене на Yosemite:

1. Перейдіть до Налаштування системи> Мережа> Додатково> Проксі
2. Поставте позначку "Автоматичне відкриття проксі", натисніть "ОК" та "Застосувати" (нічого іншого я не поставив)
3. Введіть у термінал: dscacheutil -flushcache

Це змиває пошкодження в Йосеміті. Тепер Safari та Chrome мають поважати файл хостів.

Спробуйте покласти один або два вагони після останнього запису.

...
127.0.0.1       facebook.com

^ Carriage Return

У деяких випадках адреси циклу зворотного зв'язку потрібно додати як для /etc/hostsфайлу IPv4, так і для IPv6 .

Скажімо, ми вже додали запит, що блокує адресу IPv4 website.com:

127.0.0.1 website.com

Якщо dscacheutil -q host -a name website.comповертаються адреси для обох версій протоколу:

name: website.com
ipv6_address: rand:omin:vali:dipv:6addr:ess5

name: website.com
ip_address: 127.0.0.1

тоді нам потрібно додати ще один рядок у файл хостів:

::1 website.com

У мене неправильне закінчення рядка Він повинен мати LF, у мене був CR.

У мене була і ця проблема, але рішення дуже легко. Припустимо, ви створили псевдонім у файлі хосту на своїй машині з ім'ям localhost2

Цей запис у файлі хоста повинен виглядати приблизно так: 127.0.0.1 localhost2

Коли ви введете "localhost2" на панелі URL-адреси сафарі, ви побачите, що в спадному меню видно, що за замовчуванням це пошук для пошуку в Google, ви повинні вибрати опцію "Перейти на сайт localhost2"

Переконайтеся, що ваші / etc / hosts мають саме ці атрибути. Я копіював, модифікував і замінював файл за допомогою мого власного userid, будь-яка інша програма продовжувала працювати, крім сафарі ...

$ ls -l /etc/hosts
-rw-r--r--  1 root  wheel  1004 Sep 24 16:03 /etc/hosts

Для https адреси example.com я повинен був включити як IPv4, так і IPv6 адреси як для example.com, так і для www.example.com, перш ніж він працював. Подобається це:

##
# Host Database
#
# localhost is used to configure the loopback interface
# when the system is booting.  Do not change this entry.
##
127.0.0.1       localhost
127.0.0.1       example.com
::1     example.com
127.0.0.1       www.example.com
::1     www.example.com
255.255.255.255 broadcasthost
::1             localhost

Відповідно до цього блогу http://thecoredump.org/2011/09/editing-the-hosts-file-in-mac-os-x-lion/

Ви повинні поставити запис на початку хост-файлу. Дуже неортодоксально. Не мав жодного особистого досвіду цього.