Odpowiedzi:
Aby edytować listę obelg, musisz edytować źródło i ponownie skompilować.
Obelgi są przechowywane w plugins/sudoers/ins_*.h(4 plikach). Jeśli dodasz nowy plik, musisz dodać jego definicję plugins/sudoers/insults.h. Otóż to.
Dla mnie na stronie Debiana, skończyło się na piśmie dyrektywę sudoers.d do osiągnięcia rezultatu, ponieważ dodanie listę niestandardowych obelg wymaga rekompilacji z sudo.
W mojej niestandardowej konfiguracji używam dwóch dyrektyw
Jeden dla nudnych systemów sudobez kompilacji insults, tutaj używam badpass_messagedo zakodowania pojedynczej zniewagi, która pojawia się w każdym komunikacie o złym haśle
Dyrektywa dla zabawnych systemów, w których insultsjest obsługiwanasudo
Musisz włączyć albo, insults albo badpass_messagewłączenie obu spada do insults(przynajmniej na Debianie).
Nie jestem pewien, ponieważ wcześniej nie korzystałem z tej śmiesznej (?) Funkcji, ale znalazłem, że sudoers obraża pomoc i obrażaj mnie, sudo !!! oraz inne referencje sugerujące, że ta „funkcja” musi być włączona w kompilacji sudoze źródeł.
Gościnam, że (ponieważ jest to zabawne, ale bezużyteczne), że wiele * nix w ogóle go nie zawiera, a jeśli tak, ta lista jest zapisana na stałe w sudopliku wykonywalnym.
Aby to uzyskać, musisz edytować /etc/sudoers(używać visudo) i dodać tę dyrektywę:
Defaults insults
W OSX 10.8.4 (sudo wersja 1.7.4p6) możesz sprawdzić aktywne Defaultsza pomocą:
$ sudo -l | grep insult
XAUTHORIZATION XAUTHORITY", env_keep+="EDITOR VISUAL", env_keep+="HOME MAIL", insults
Następnie możesz spróbować za pomocą:
$ sudo -K
$ sudo ls
a jeśli napiszesz nieprawidłowe hasło, zobaczysz „zniewagę”
Ale przetestowałem to wszystko na OSX 10.8.4 i to nie działa, otrzymujesz standardowy Sorry, try again.komunikat.
Szukałem danych wyjściowych
$ sudo strings `which sudo`
ale nie ma takich ciągów.
UWAGA: przetestuję to na innym * nix (tak szybko, jak to możliwe) i zgłoś.