Příspěvky

v rancher UI se daji "naklikat" rbac role aspol, jedna vec jsou prava pro aplikace a druha pro uzivatele (pripojeni pres SSO providera, kubeconfig), vyvojar obvykle pushne kod a ocekava ze mu nejake cicd vytvori kontejner v k3s/k8s s novym kodem
pres k3s a rancher cli to jde cele nainstalovat a nakonfigurovat skriptem misto klikacky

po testovani vseho mozneho (contabo atd.) jsem skoncil u hetzner.com
luxusni provider a hlavne maji terraform provider

backup je dostacujici ten v proxmoxu, denni snapshoty nekam na NAS - misto synology jsem pouzival OMV na rpi4/5 (SSD), oproti synology bude asi rozdil ve spotrebe a urcite cene
+ cron zalohy /etc/pve
ten proxmox backup jsem zkousel par tydnu, ale nestalo to za to, mnohem vic se jim povedla ta proxmox mail gateway

hetzner rok pouzivani
2x vps + k8s = 3x master node vps, 3x worker node vps, vetsina ma 160GB SSD, 1x loadbalancer
dohromady cca 48GB RAM, 22 cores,
39 EUR mesicne
wedos tam jsem migroval hromadu lidi (kdyz wedos zacinal) ale jeste vetsi od nich 
pred hetznerem jsem testoval i contabo

obvykle zacinam zjistovanim puvodu spamu, pokud se neodstrani pricina je mazani z blacklistu vcelku k nicemu, ale klidne tenhle krok preskocte 

nema
je to cele o nastaveni mailserveru, PTR, SPF, DKIM, DMARC, zkontrolovat blacklisty jestli se z te IP (mailserveru) nespamovalo atd.

hikvision bych asi nemenil, staci tomu zakazat traffic ven z LAN, stream pak frci jenom pres lokalni homeassistant na rpi4 (na rpi3 to taky jelo vpohode),
ten hikvision uklada jenom na sdkartu defaultne bych rekl, tam neni v cene zadny cloud zdarma, xiaomi to taky cpe na sd a pak to posila do cloudu, ale na bordel v garazi at se klidne kouka cela cina i azerbajdzan

mailserver mam zatim porad doma po presunu z dedikovaneho serveru, PTR mi nastavil provider internetu na fqdn VPS, mikrotik NATuje 25, 143, 993, 587 a 465 tusim, dovnitr na proxmox s tim danym virtualem, pokud nebude mit provider vypadek 5-7 dnu tak by se prichozi posta nemela nikam ztratit (s takovym vypadkem internetu by byl tento provider uz stejne minulosti, minus jeho predni zuby)
idealni by bylo mit jeste nekde nejaky virtual jako backup mx a taky to prestehovat nekam ven (mimo cloudy tam je posta blokovana a spravovat to je stupidni prace v kazdem smeru)

potom se da pouzit proxmox mail gateway jako "prostrednik" (nastaven v MX zaznamech jako postovni server) filtrujici spamy, viry, greylisting atd. a odtud to smerovat na ruzne dalsi mailservery apod. varianty, ale to jsou zase jine pribehy...

apache + mod_security -> /usr/local/maldet/README nebo na jejich webu

tam maji obvykle vps ti kterym nevadi ze treba hodinu dve tri nefunguje sit (prevazne ipv4) -  jednou za tyden dva apod.,  zvlast pres den je to libova zalezitost pro nektere zakazniky

konfigurace ala Veverka teda neznam,  ja pouzivam pro zacatek veverku dpkg-reconfigure postfix apod.  vesela diskuze 
v dokumentaci dovecotu a postfixu nevidim zadnou chybu nebo problem

navic t=s v tom textu je tusim nesmysl,  bud je to t=y coz znamena testovaci mod ale. ja to tam nedavam vubec

postavit to cele na DNS s nizkym TTL je skutecna a plnohodnotna kravina s prihlednutim k tomu jak funguje cachovani a propagace DNS zaznamu mezi servery - o vypadku v radu minut nemuze byt rec
pro zacatek bych zacal googlit ktery provider nabizi failover IP (ovh, superhosting, master atd.)

posta je ve /var/vmail
/var/mail/* je lokalni posta systemovych uzivatelu

na hrani staci urcite 2 hypervizory, bez hrani by mely byt 3 nebo aspon 2 hypervizory a kvorum stroj
aby fungovaly multicasty budete muset mezi servery udelat vpnku, v ramci jednoho providera a vlany by to mohlo fungovat ale moc tomu neverim

pokud bude vps1 na hypervizoru1 a vypnete hypervizor, urcite ho nerozjedete na hypervizoru2

skutecny cluster to nejsou 2 prikazy v shellu :DDDD
potrebujete drbd mezi obema local storagy nebo nfs, glusterfs apod., pak zkonfigurovany resource manager, failover IP(s)
teprve po spravnem nastaveni vseho muzete bez problemu vyrvat napajeci z kterehokoli nodu a virtualy se podle nastavene doby samy rozjedou na druhem nodu

napred si nastudujte dokumentaci abyste vedel jak to vubec funguje jinak to nedate dohromady ani omylem, pak si najdete navod jak to udelat, naklikat tam tohle rozhodne nejde, tak 90% veci se musi zprovoznit v terminalu