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?

macos terminal

— Japończyk
źródło

Odpowiedzi:

Dwie rzeczy...

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.
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}

— Tetsujin
źródło

oh, błyszczący. Tak, to wydaje się miłe

— Journeyman Geek

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.

— Davidgo
źródło

Jak mam zrobić drugą część twojej sugestii

— nipponese

sudo aliasi jak chcesz. Zasadniczo poprzedzanie aliasu sudo. Zostaniesz poproszony o podanie hasła (lub hasła roota - zależy od konfiguracji)

— Darius,

@Darius - przepraszam, ale to nie do końca prawda. sudo nie monituje o hasło roota (su robi). sudo można skonfigurować tak, aby pytało o hasło lub po prostu robiło to, o co prosił bez hasła, w zależności od tego, co skonfigurowano w / etc / sudoers (użyj visudo do edycji tego pliku), a czasem /etc/sudoers.d - jeśli używasz parametru NOPASSWD: WSZYSTKIE w tym pliku można pominąć monit o hasło.

— davidgo,

@davidgo dzięki za wyjaśnienie. Przyzwyczaiłem się do systemu, w którym / etc / sudoers mają, Defaults rootpwdlatego powiedziałem, że to zależy od twojej konfiguracji.

— Dariusz