Wydaje się, że nie ma sposobu, aby powiedzieć, bind
że *-foo.example.com
powinno to rozwiązać np. 10.1.2.3
, podczas gdy *-bar.example.com
rozwiązuje do 10.2.3.4
. Czy istnieje jakieś obejście? Czy niektóre nazwy mogą np. rozwiązać za pomocą programu zewnętrznego? Czy powinienem zmienić bind
na np. PowerDNS ?
Próbuję uniknąć zakupu kolejnego certyfikatu wieloznacznego SSL. (W przypadku certyfikatów z symbolami wieloznacznymi, takich jak *.example.com
, nie można dopuścić kropek w *
części).
Podanie wszystkich *-foo
lub *-bar
nazw w pliku strefy nie jest opcją, ponieważ muszę mieć możliwość tworzenia obu typów adresów w locie.
domain-name-system
bind
wildcard-subdomain
tuomassalo
źródło
źródło
$GENERATE
ci pomaga*
część może być dowolnym[a-z]
ciągiem (oczywiście z ograniczeniami długości). Tak więc w moim przypadku$GENERATE
nie pomaga. Dzięki za wskazówkę - może się przydać komuś, kto znajdzie tę stronę.Odpowiedzi:
Powodem, dla którego nie działa, jest to, że nie jest zdefiniowane zachowanie w ramach RFC. Musi zostać zaimplementowany jako rozszerzenie używanego oprogramowania. RFC4592 dość mocno cementuje definicję rekordu wieloznacznego:
Zwróć uwagę na etykietę terminu tutaj. Etykieta to byt oddzielony kropkami. Jeśli masz coś innego niż gwiazdka w etykiecie, nie jest to symbol wieloznaczny.
Trochę tu utknąłeś. Pracując w systemie DNS, potrzebujesz kropki, której próbujesz uniknąć. Cała reszta to rozszerzenia oprogramowania serwera i implementacja.
źródło
RFC 6125 zapobiega posiadaniu ogólnego certyfikatu dla zagnieżdżonych poddomen. RFC 4592 i RFC 1034 zapobiegają wpisywaniu * -xxx.domain.com jako wpisu DNS.
Masz więc tylko dwie alternatywy (co nie jest przyjemne podczas próby automatyzacji):
źródło