Dlaczego nie powinienem zmieniać właściciela na / etc / hosts na siebie?

Zasadniczo chcę zablokować kilka stron internetowych i nie chcę używać do tego wtyczki przeglądarki, więc używam aliasdo zastąpienia /etc/hostslistą domen, które przekierowują do wersji 0.0.0.0. Kiedy muszę ponownie wyświetlić te witryny, używam innej, aliasaby ponownie zastąpić plik oryginalnym plikiem

Tyle, że denerwujące jest proszenie mnie o ciągłe wprowadzanie hasła za każdym razem, gdy plik jest zastępowany, więc zmieniłem właściciela pliku z root na mojego użytkownika.

Czy jest z tym jakiś prawdziwy problem?

Dwie rzeczy...

1. Nie używaj 0.0.0.0 - to nie zawsze robi to, czego oczekujesz. Jest to skrót od słowa „użyj domyślnej ścieżki”, a nie „przekieruj na lokalny”. Zamiast tego użyj 127.0.0.1.

2. Zamiast zadzierać z uprawnieniami - choć nie jest to szczególnie niebezpieczne, sprawia, że ​​Twoja konfiguracja jest niestandardowa i kto wie, jak normy mogą się zmienić w przyszłości i cię zaskoczyć - dlaczego nie wypróbować maski przeciwgazowej (darmowej, bez powiązania), która nie tylko eliminuje potrzebę zmiany perms, ale pozwala także na wiele wersji pliku hosts, które można przełączać na bieżąco.

Aby użyć, utwórz nowy plik - automatycznie skonfiguruje ustawienia domyślne. Skopiuj / wklej istniejącą konfigurację, którą chcesz przenieść z dowolnego pliku do innego. Dodaj nowe dane w tym samym formacie - jest to bardzo łagodne w formatowaniu, tabulacji lub spacji.
Zapisz, a następnie aktywuj.
Możesz zamieniać profile za każdym razem, gdy aplikacja jest uruchomiona, w przeciwnym razie twój ostatni wybrany pozostanie.
Aktywacja profilu powoduje, że jest on natychmiast dostępny.
_{Uwaga: użycie 127.0.0.1 zamiast localhost dla IPV6 jest niestandardowe, ale wydaje się, że sprawia, że ​​Mac zachowuje się lepiej}

Chociaż nie jest to najlepsza praktyka, jeśli tylko korzystasz z systemu, a jeśli nie korzystasz z żadnych usług jako użytkownik, powinno być OK.

Innym rozwiązaniem może być użycie sudo podczas uruchamiania skryptów i skonfigurowanie go tak, aby działania te nie wymagały hasła.