Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Ogłoszenie
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
#1 2015-10-20 14:09:03
krzys - 
Użytkownik
Konfiguracja bind9 wyłącznie dla IPv4
Witam,
z uwagi że w logach bind sypie błędami ... named error (network unreachable) resolving ..., chciałbym aby rozwiązywał nazwy tylko dla IP4, więc w /etc/default/bind9 ustawiłem
Kod:
OPTIONS="-u bind -4"
niestety nie przynosi to oczekiwanych efektów, named startuje ciągle z parametrem -f -u bind
zgłębiając temat w pliku /etc/bind/named.conf.options ustawiłem parametr
Kod:
listen-on-v6 { none; };ciągle jednak bez sukcesu. Oczywiście można ręcznie wystartować z named -4. Wersja BIND 9.9.5-9+deb8u3-Debian
Dzięki z góry za wszelkie sugestie.
Offline
#2 2015-10-20 15:45:33
ethanak - Użytkownik
Re: Konfiguracja bind9 wyłącznie dla IPv4
ekhm... znaczy siem że jak z ipv6 cie zapytam co masz w a to mi nie odpowiesz? a jak z ipv4 zapytam o aaaa to też nie?
nie bardzo kumam...
Nim mechaniczne larum zagrasz mi, kanalio,
głosząc nadejście Javy - śmiertelnego wroga!
Zespół Adwokacki Dyskrecja
Online
#3 2015-10-20 19:28:25
grucha - Użytkownik
- grucha
- Użytkownik
- Zarejestrowany: 2011-09-04
Re: Konfiguracja bind9 wyłącznie dla IPv4
W Jessie musisz edytować plik /etc/systemd/system/multi-user.target.wants/bind9.service a następnie
Kod:
systemctl daemon-reload
Bind powinien się już uruchomić z z obsługą IPV4.
Offline
#4 2015-10-21 11:48:26
jurgensen - Użytkownik
- jurgensen
- Użytkownik
- Skąd: Wrocław
- Zarejestrowany: 2010-01-26
Re: Konfiguracja bind9 wyłącznie dla IPv4
@ethanak to też jest czasem przydatne. Miałem np. systuację, że u providera przestał z jego sieci brzegowej wychodzić ruch IPv6. Cała nasza sieć działała na zasadzie dual stack (czyli jednocześnie IPv4 jak i IPv6). Więc jeśli host pytał o adres i dostawał jednocześnie rekordy A oraz AAAA, to ten drugi miał zawsze pierwszeństwo. Chciałem wyłączyć odpowiedzi AAAA, jednak nie dałem rady, więc musiałem tymczasowo (do czasu naprawy usterki u providera) przestać rozgłaszać dostępność IPv6 wewnątrz sieci.
Offline