Příspěvky

1

Server / Re:Odchozí pošta padá do spamu

« kdy: 21. 01. 2022, 18:30:14 »

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

2

Server / Re:Gmail zahazuje maily?

« kdy: 03. 01. 2022, 08:35:06 »

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

3

Hardware / Re:Kamerový bezpečnostní systém, který není z Číny?

« kdy: 20. 12. 2021, 18:20:10 »

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

4

Server / Re:Mail u sebe doma

« kdy: 10. 12. 2021, 12:05:59 »

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...

5

Server / Re:Konfigurace maldet na Centos serveru

« kdy: 09. 11. 2016, 14:54:11 »

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

6

Server / Re:Wedos výpadky IPv6 konektivity

« kdy: 22. 08. 2016, 20:19:54 »

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

7

Server / Re:Zprovoznění mail serveru s Postfix a Dovecot

« kdy: 12. 08. 2016, 06:49:36 »

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

8

Server / Re:Podepsání subdomény DKIM

« kdy: 12. 08. 2016, 06:39:54 »

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

9

Server / Re:Zvýšení dostupnosti u VPS

« kdy: 24. 03. 2016, 09:09:39 »

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.)

10

Server / Re:Napojení Roundcube na stávající server

« kdy: 22. 02. 2016, 13:04:56 »

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

11

Software / Re:Proxmox - tvorba clusteru a přesun VM

« kdy: 04. 02. 2016, 15:47:12 »

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

12

Server / Re:Nefungující qemu-img convert

« kdy: 27. 01. 2016, 12:49:57 »

qemu-img convert neumi pracovat s devices ale jenom se souborama pokud vim
treba

Kód: [Vybrat]

qemu-img convert Ubuntu-flat.vmdk -O qcow2 Ubuntu-copy.qemu
qemu-img convert Ubuntu-flat.vmdk -O raw Ubuntu-copy.img

zkusil bych asi ddckem vytvorit z toho /dev/lvm/disk raw soubor a pak to prohnat qemu-img

13

Server / Re:Kterou virtualizační technologii použít?

« kdy: 26. 01. 2016, 08:32:29 »

jednoznacne proxmox (kvm+openvz), vzpominam si jaky to byl shit pred par lety ale ted uz je to jina liga, delat denne s vmwarem to je totalne na pest, pod linuxem mit virtualbox, v nem bezici windows7 kvuli vsphere clientovi a jako bonus v tabletu s androidem mate totalni smulu
da to trochu prace ale offline a live migrace virtualu mezi 3 dedik servery taky slapala bez problemu, ale to tady asi moc lidi nevyuzije

14

Server / Re:Monit - hlídání HTTP se stavovým kódem 401

« kdy: 06. 09. 2015, 08:26:59 »

akorat status je mozna dostupny az ve verzi 5.8 nebo tak nejak

15

Server / Re:Monit - hlídání HTTP se stavovým kódem 401

« kdy: 31. 08. 2015, 20:19:09 »

jenom strilim od boku

Kód: [Vybrat]

check process tvheadend with path "/usr/bin/curl -o /dev/null --silent --head --write-out '%{http_code}\n' 192.168.1.1:9981"
     start program "/usr/sbin/service tvheadend start"
     stop program "/usr/sbin/service tvheadend stop"
     if status == 401 then restart