(MAC) Эти команды заслуживают доверия (sudo nano)?

Question

(MAC) Эти команды заслуживают доверия (sudo nano)?

Человек попросил меня сделать это:

Откройте Терминал
Введите команду sudo nano /etc/hosts
Нажмите Enter
Введите пароль для Администратора
Нажмите Enter
Вставьте курсор в пустую строку в конце, затем скопируйте URL-адрес хоста и вставьте туда

    127.0.0.1  api.wondershare.com  
    127.0.0.1  wondershare.cn.edgesuite.net  
    127.0.0.1  a1737.g.akamai.net  
    127.0.0.1  wondershare.cn.edgesuite.net  
    127.0.0.1  platform.wondershare.com  
    127.0.0.1  macplatform.wondershare.com  
    127.0.0.1  cbs.wondershare.com  
    127.0.0.1  us.wondershare.com  
    127.0.0.1  my.wondershare.com  
    127.0.0.1  pop.wondershare.com

Затем нажмите:
Ctrl + O -> Enter -> Ctrl + X
Закройте терминал

Это достоверно?

-1

terminal sudo nano

Источник

Jens Devogelaere 26 сен '16 в 16:00

1 ответ

Решение

Другие вопросы по тегам terminal sudo nano

Hennes 26 сен '16 в 16:19 2016-09-26 16:19 · Accepted Answer · 2016-09-26 16:19

Им, вероятно, нужно доверять. Я зависит от того, какой эффект вы хотите архивировать, чего не указано в вопросе. Однако он пытается сделать следующее:

Запустите редактор с повышенными правами.
Открыть файл /etc/hosts которые большинство систем используют для поиска DNS.
Отредактируйте его так, чтобы некоторые имена указывали на ваш собственный локальный компьютер, а не на такой компьютер в Интернете (фактически блокируя эти сайты).
Сохранить

Если вы не хотите добраться до этих машин, тогда да, это безопасно. Раньше это было довольно распространенным явлением на платформах Un*x/linux/BSD и Windows как простой способ блокировать некоторые добавления.

Три примечания, хотя:

OSX, кажется, имеет файл хоста в другом месте. Гугл показывает мне /private/etc/hosts/, Это зависит от OXs. Убедитесь, что вы редактируете правильный файл и что изменения сохраняются после перезагрузки.
[Редактировать] В последних системах OSX /etc символические ссылки на /private/etc
В качестве альтернативы вы можете использовать::1, а не 127.0.0.1.
Возможно, вам придется сообщить OSX, что что-то изменилось. Без этого он мог бы уже кэшировать настоящий IP для одного из этих хостов. dscacheutil -flushcache;sudo killall -HUP mDNSResponder кажется, делает это.