Polskie Forum Użytkowników Debiana

Udało mi się przekierować usługę www przy pomocy iptables. Okazało się, że wprawdzie miałem włączone przekierowanie portu: ale zabrakło następujących wpisów: Usługa www już działa. Mały wypadek przy pracy.

Próbowałem podobnie uczynić w przypadku dns, ale sprawa pewnie jest bardziej skomplikowana. Mianowicie uczyniłem podobnie jak w przypadku usługi www: ale nie pomogło. Przez tcpdump sprawdziłem, że do maszyny wirtualnej docierają zapytania z zewnątrz i są wysyłane odpowiedzi. Z serwera, na którym uruchomiona została wirtualna maszyna, jednak zapytania nie docierały, ani też nie zostały przysyłane odpowiedzi m. in. po wydaniu polecenia: Dodam, że nazwa: e1.example.com, dotyczy interfejsu eth1. Wprowadziłem więc następujący wpis w firewallu: Po wydaniu ponownie polecenia: zapytania zostały wysłane i przez tcpdump było widać: że odpowiedzi też są wysyłane z wirtualnej maszyny, ale to co pojawiło na serwerze było niesatysfakcjonujące: Jak widać odpowiedzi nie trafiają na ten sam port, z którego były wysłane zapytania, czyli 53, a w zamian za to są przesyłane na port docelowy, na który zostały wysłane wspomniane zapytania. Niby logiczne, ale zastanawiam się czemu odpowiedzi nie zostały przesłane na port 53, mimo że próbowałem także ustawić to przez przekierowanie, ale nic nie pomaga. Nie dotyczy to tylko serwera, ale także sieci wewnętrznej. W przypadku usługi www wszystko działa poprawnie, no chyba że odpowiedź powraca przez port 80, gdyż jest włączone przekierowanie. Czy ktoś wie jak rozwiązać ten węzeł gordyjski? Czy muszę jednak pogrzebać w ebtables by to rozwiązać, czy jednak można to zrobić w iptables?

szakkanaku jaki cel i sens widzisz w przekierowywaniu zapytań DNS na inne porty?
Nie kombinuj tylko zezwól systemowi gościowi na komunikację z serwerami DNS po standardowych portach.

Z ciekawości sprawdziłem jeszcze raz - ustawiłem przekierowanie na port 53. Zapomniałem jednak, że to już sprawdzałem. W qemu zmieniłem przekierowanie z: na: Pojawia się jednak komunikat podczas uruchamiania vm: Proces uruchamiania jest następnie przerywany, a sam vm nie został uruchomiony.
Problem ten dotyczy także innych portów związanych z usługami takimi jak m. in. dhcp. Dlatego też jestem zmuszony przekierować numery tych portów na inne porty wyższe, a podczas tego procesu jak widać natrafiłem na problem.

Dodane:
Jest to jednak już tylko kwestia routingu, bo przekierowanie działa. Przez interfejs eth0 wszystko przechodzi, a do sieci lokalnej o interfejsie eth1 nie. Nawet w taki sposób nie działa przekierowanie stron, więc nic dziwnego że z dnsem są problemy. Będę musiał nad tym jeszcze posiedzieć.