Czy możliwe jest wykonywanie skryptów w BIND na podstawie wyszukiwania?

Czy to możliwe, aby skonfigurować BIND jako serwer DNS w mojej sieci lokalnej i wykonywać skrypty, gdy zostanie wyszukany?

Chciałbym wykonać skrypt Python lub Bash, w oparciu o przychodzące wyszukiwanie DNS, jak mogę to rozwiązać?

Jeśli to możliwe w Bind, powiedz mi, jak to zrobić, a jeśli nie, powiedz, czy jest to możliwe w innych implementacjach serwera DNS, które działają na Ubuntu.

Dziękuję Ci bardzo.

ubuntu python bind

— Gunnar
źródło

Wydaje mi się to trochę dziwne, czy mogę zapytać, co próbujesz osiągnąć?

— sr_

To może być trochę dziwne;) Staram się wyszukać w mojej bazie danych, jeśli docelowy adres IP wyszukiwania znajduje się w pewnym obcym kraju, a jeśli tak, to chcę ustawić trasę na moim serwer, który działa również jako router, do konkretnego usługodawcy internetowego lub w niektórych przypadkach połączenie VPN. Próbowałem ustawić wiele tras, 99% nigdy nie zostanie wykorzystane, a wydajność jest bardzo zła. Jeśli mogę to zrobić na żądanie, wydajność DNS będzie niska, ale w moim przypadku nie ma to żadnego wpływu.

— Gunnar

Hmm, może to zawieść okropnie, jeśli, powiedzmy, węgierska strona korzysta z Google Ad-blah, prawda? (Przepraszam, nie mam też innego pomysłu)

— sr_

Jestem raczej ciekawy, co próbujesz osiągnąć, ponieważ co będzie musiało się wydarzyć, otrzymasz żądanie z adresu IP, które będziesz musiał dopasować do lokalizacji geograficznej, która może być fałszywa, a następnie skonfiguruj trasę w systemie DNS serwer, który odpowiada na ten adres IP konkretną trasą, co nie ma sensu, ponieważ żądanie zostało już przesłane do BIND?

— Karlson,

Jeśli moje przypuszczenie, co próbujesz osiągnąć, jest prawidłowe (kieruj określone połączenia za pośrednictwem niestandardowych bram), czy BIND nie jest złym miejscem do zrobienia tego? Czy sprawdziłeś routing zasad i / lub iptables?

— Alexios

Odpowiedzi:

Mogę wymyślić dwie dodatkowe opcje, które w ogóle nie wymagają analizy dzienników BIND ani ingerowania w BIND.

1) Mirroring portów - duplikuj pakiety i wysyłaj je do osobnego portu, na którym aplikacja nasłuchuje, analizuje żądania DNS i podejmuje działania. dpktlub scapypodobne biblioteki do tworzenia pakietów pomogą parsować nieprzetworzone żądania.

2) Użyj jakiegoś rodzaju biblioteki wąchania pakietów, aby pasywnie monitorować żądania. Oto przykład z użyciem scapy:

from scapy.all import *

def handler(req):
    if req.haslayer(DNS) and req.getlayer(DNS).qr == 0:
        ip = req.getlayer(IP)
        dns = req.getlayer(DNS)

        q = dns.qd
        print q.qname # simply print domain name


if __name__ == '__main__':
    sniff(iface="eth0", filter="udp and port 53", prn=handler, store=0)

Oczywiście jest to tylko prymitywny przykład. Drukuje tylko nazwę domeny, której dotyczy zapytanie, ale można oczywiście dodać sporo logiki. Jeśli odwołujesz się do dokumentacji scapy, przekonasz się, że wszystkie pola z żądania DNS są łatwo dostępne.

— kwarrick
źródło

To wygląda interesująco. Przyjrzę się temu. Dzięki :-)

— Gunnar,

Można to zrobić, monitorując dziennik serwera powiązań (rejestrowanie zapytań musi być włączone). Powodzenia...

— Nils
źródło

Należy pamiętać, że rejestrowanie wszystkich zapytań o powiązanie powoduje znaczne obniżenie wydajności. Nie poleciłbym tego na żadnym wiarygodnym serwerze na poziomie produkcyjnym.

— Shadur

Zależy od obciążenia tego serwera powiązań. Można też np. Zapisać dzienniki na dysku RAM /dev/shm.

— Nils,

zaloguj się, a następnie uruchom swatchlub OSSEC w dziennikach, aby wywołać skrypt. w każdym razie niezbyt dobry pomysł na dłuższą metę.

— Jodie C

Żadne takie rzeczy jak zdarzenia nie są zaimplementowane w bind, nie potrzebuje tego.

Możesz rozejrzeć się za aplikacyjnymi zaporami ogniowymi, które są używane w niektórych organizacjach w celu ograniczenia dostępu do niektórych użytkowników. Tam masz większe szanse na osiągnięcie tego, co chcesz.

Konfigurowanie tras również wydaje się dobrym pomysłem, w końcu to, co chcesz osiągnąć dzięki wiązaniu i uruchamianiu skryptów, również będzie nieefektywne: musisz:

for each dest IP 
look up through your database  
if match set the route
then the OS will see and use the root

Konfiguracja mnóstwa tras nie stanowi problemu i nie wpłynie znacząco na wydajność. Jak myślisz, ile tras ma router korporacyjny? setki? niezupełnie ... I niekoniecznie mają fantazyjną konfigurację sprzętową. Poważnie, wszystko w porządku, poważne systemy operacyjne są specjalnie zaprojektowane do obsługi wielu tras i optymalizacji wyszukiwania.

Poza tym przede wszystkim chciałbyś użyć bazy danych na szczycie tabeli routingu, która byłaby innym rodzajem bazy danych. Nie komplikuj. Na serwerach BGP wiele tras jest faktycznie wybieranych / preferowanych ze względów politycznych / finansowych, każdy ISP / organizacja może to zrobić i wszystkie dodają w tym celu określone trasy. Koszt tranzytu lub orzeczenia sądowego jest często przyczyną takich środków.

— Aki
źródło