24/06/05, messie from [ A.L.E.C ] ...
ja. potrzebny do tego perl i mod_perl + mały demon w perlu, który wyśle sigint1 do apache'a kiedy w bazie zajdą zmiany. backend mam zrobiony, jak ktoś zrobi UI do wirtualek to mogę się podzielić :)
pomysł był taki, żeby lmsowe Konta to załatwiały i tam to trzeba trzymać, czy czegoś im brakuje (oprócz linku do przeładowania apache'a)? a jakim UI myślałeś?
nie da się. pomiędzy użytkownikiem a wirtualką może zachodzić relacja 1:N. apache do wirtualek potrzebuje (wg. mnie): - fqdn (nazwa wirtualki, odpowiednik ServerName) - aliases (odpowiednik ServerAlias - server_ip (na podstawie tych dwóch można wpisywać od razu dane dla dnsa) - customerid (wiadomo) - docroot (wiadomo, w przypadku /^https?:/ odpalane jest mod_proxy) - snippet (możliwość dodania własnego kawałka kodu, np. autoryzacja sql dla jakiegoś forum czy czego sobie użytkownik zażyczy, bez potrzeby dawania mu uprawnień do tworzenia .htaccess) - tak, wiem że dodanie złego snippetu może wywalić apache'a i tak, mam zrobioną walidację. - attributes (może być maska bitowa, do obsłużenia przez backend (np. włączenia AuthType Basic, włączenie php/cgi/suexec i tym podobne głupotki, których nie trzeba za każdym razem wpisywać w snippet) - allow_ip (odpowiednik sekcji <Limit>)
mam domeny zrobione ładnie, łącznie z UI, dla 1.3.4 - mogę sportować do 1.7, ale zacznę nawcześniej w przyszłą środę. chcecie?
tak, j.w.
jw, nie da się, 1:N :)
poza tym do uruchomienia binda albo powerdnsa z bezpośrednim feedem z sqla potrzebne są 2 tabele, powiedzmy dns_domains (odpowiednik lmsowych domains albo bindowego /etc/named.conf) i dns_records (odpowiednik bindowych plików stref).
uczestnicy (1)
-
konrad rzentarzewski