Ahoj,
v "Blacklist" vlákně jsem si toho nikde nevšiml, proto bych se chtěl
zeptat: Chodí vám z vpsek maily na seznam.cz? Na mém mailserveru s tím
celé roky nebyl problém, ale teď se asi něco stalo, protože maily chodit
přestaly. A vzhledem k procentu českých uživatelů, kteří mají maily na
seznamu, je to docela zásadní problém.
Průběh je přitom dost zvláštní - přijímací smtp server seznamu mail
přijme, žádné zamítnutí, mail je na jejich straně "queued for delivery
in session", ale v cílové schránce se zpráva neobjeví, ani v inboxu, ani
ve složce spam, prostě nikde. Mail se u nich zkrátka někde ztratí, ani
odesílatel, ani příjemce se o tom nedozví. Řeším to s jejich helpdeskem,
ale už pár dnů čekám na odpověď a nic.
Na mailserveru mám 4 IP adresy, zkoušel jsem všechny, a mail se úspěšně
nedoručil ani z jedné. Proto mě napadlo se zeptat, jestli se to neděje
ještě někomu z vpsfree. Jinak SPF/DKIM bych měl mít OK, resp. doteď s
tím problém nebyl a ostatní mailservery mi problém nedělají (až na
Microsoft, o tom už tu byla řeč).
Díky!
Standa
Ahoj,
pred mnoha lety se mi tady tento problem stal. Ale neslo o napadeni
serveru, jednomu zakaznikovi (spis jen jednomu cloveku s jednim mailem z
jedne domeny z mnoha bezich ze serveru) se asi zaviroval PC a utocnik se
dostal k jeho heslu (treba keyloggerem) a zacal pres server "legalne"
odesilat maily. Zmena hesla/upozorneni a nasledne zadosti na blacklisty.
Pak mi kamarad na server napsal nejaky script, ktery mi posle mail,
pokud se zvetsi fronta. Pak musim rucne v logu zjistit, kdo to je a
zmenit heslo. Od te doby jsem se na blacklist nedostal, ale stalo se to
asi jen 2x a vzdy jsem byl "v dosahu", takze jsem to stihl.
Sel by napsat nejaky script, ktery by zautomatizoval i ten zbytek a jak
pres nejakou adresu odejde vic jak treba 100 mailu za hodinu, tak ho to
primo zjisti a zmeni mu to heslo za me? A me jen oznami, ze se to stalo
a ja to s dotycnym vyresim?
Libor Boldan
Zdravím borci,
rád bych se zeptal jestli máte někdo nějaké tipy na automatizované
zpracování DMARC reportů. Zavedl jsem to teprve nedávno, takže to ručně
stahuju z emailu a pak to importuju do django-dmarc.
Co používáte vy?
--
*Matěj Koudelka*
+420 604 266 933
Ahoj,
na serveru mam ispCP Omega a zakaznika, ktery pouziva 1 mail
info(a)domena.cz na 3 PC pres IMAP, vse v Thunderbirdu. Pry se mu pred
nedavnem stalo, ze se mu zacal po tydnu vysypavat kos. Sleduje to uz pry
par dni a mizi to presne po dnech, takze to neni tim, ze by jeden z nich
omylem vysypal kos. V Thunderbirdu vidim jen nastaveni "Pri ukonceni
vysypat kos", ale nastaveni, aby to delal po x dnech jsem nenasel.
Nenapada nekoho, kde by to mohlo byt?
Dik Libor Boldan
Ahoj,
koukam na https://kb.vpsfree.cz/navody/vps/api
Pro spravu Amazonu pouzivam v praci Terraform, skvely nastroj pro
managovani cloudovych resourcu.
Viz
- https://www.terraform.io/docs/providers/aws/index.html
- https://www.terraform.io/
Uvazovali jste nad vytvoreni providera pro vpsfree?
Ja okamzite jak jsem vpsfree uvidel :)
Otazky:
a) mel bys zajem pouzivat Terraform pro managovani vpsfree?
-> Napis mi jake resources (API) byste chteli implementovat jako prvni
b) byl bys ochotny prispivat do opensource repa na github pokud se o
featuru ukaze zajem?
-> staci rict ANO :)
c) na koho se mam obratit v pripade ze zkusim udelat prototyp a narazim na
problemy s API?
Diky za odpovedi/feedback
Ondra
PS: Zatim se ptam jestli o featuru by byl zajem, neslibuju, ze neco udelam.
Ale snad to prijde :)
--
Ondřej Plátek
Ahojte,
chtěl jsem se zeptat jestli dnes vypadla celá konektivita jak v Praze tak v
Brně kolem 13:50 až 14:30? Máte někdo bližší informace? Procházel jsem
munin a je tam u některých node prázdné okno a nestat u velkého množství
spojení ukazuje failed. Plánujeme totiž začít používat DNS Made easy a
jaksi se dnes ukázalo, že to stačit pro failover nebude i když jsou to jiné
lokality.
--
S pozdravem,
Zdeněk Dlauhý
Web: www.pripravto.cz
Ahojte,
rozsiril se nam tu takovy nesvar - nove prichozi clen prijde, vyrobi si
VPSky, kde jen muze; tam naspousti minery a kdyz mu to vypneme, strasne
se takovy dotycny divi, ze to preci nebylo nikde napsane...
Tak ted uz to bohuzel napsane je:
https://kb.vpsfree.cz/informace/co_nedelat#co_na_vps_nedelat
Vsichni, co vpsFree delame kazdy den, bytostne nenavidime zakazy. Ale
jestli neco nesnasime vic, je to ocividny zneuzivani dobry vule :(
Diky moc za pochopeni.
/snajpa
PS.:
... abych sem taky propasoval neco pozitivniho...
Kdo mate zajem osahat si Debian na 64bit ARMu, se kterym pujdeme kreslit
system, napiste, dam pristup do kontejneru ;)
Mam zatim rozbehane LXC nad 4.9.111 jadrem a vypada to slibne, Wordpress
v defaultu to chrousta za 42ms :)
Cortex A72 @ 1.8 GHz + DDR4 Unregistered ECC @ 2100MHz, aneb prvni ARM
co nepovazuju za hracku :))
Díky všem za jejich reakci a omlouvám se za moje poněkud delší odezvy. Sedím
zrovna za pultem a zatím co odpovídám, tak ještě obsluhuji zákazníky :-D
V podstatě se mi zdá jako nejjednodušší řešení to, co míše Martin. Můj problém
ale je, že úplně přesně nevím, jak bych to měl v PHP implementovat. Tedy
první, co mě napadlo je, že bych použil dvě databáze - vzdálenou přes SSH
tunel a lokální. Standardně bych pracoval se vzdálenou databází a pokud by se
PHP nepodařilo ke vzdálené databázi připojit, tak by začalo pracovat s lokální
databází a ukládalo si účtenky, které vystavilo pro pozdější synchronizaci.
Jakmile by se spojení obnovilo, tak by se appka pokusila všechno z lokální
databáze nahrát do vzdálené databáze na server.
Hned první, co mě ale napadá je, jak appka pozná, že je spojení přerušeno/
navázáno? Tedy pokud budu při každém požadavku čekat na timeout vzdálené
databáze, tak se ta aplikace asi brutálně zpomalí, ikdyž tam dám třeba jen 1s
timeout.
Čím si však vůbec nejsem jistý, jakým způsobem bych měl řešit tu cache
produktů? To mám třeba co hodinu stahovat celou produktovou tabulku ze
vzdálené databáze a ukládat ji lokálně? Jde sice jen o cca. 2 tisíce produktů
a dvě pokladny, ale přesto...
Neviděl jste někdo nějakou implementaci takového problému, že bych se mohl
podívat na kód?
Dne pondělí 2. července 2018 13:18:36 CEST jste napsal(a):
> Dne 2.7.2018 v 11:26 Jan B. Kolář napsal(a):
> > Začal jsem si tedy pohrávat s myšlenkou, že bych aplikaci přesunul na
> > každou pokladnu zvlášť (tzn. na pokladně by běžel nginx, PHP a mysql) a
> > na server si dělal jen replikaci databází, abych pak mohl dělat z
> > pokladen výkazy, aniž by byly v běhu.
>
> Nebylo by jednodušší používat lokální databázi na pokladnách jen jako
> cache produktů a buffer účtenek? Databáze na serveru bude hlavní.
> Pokladny si z ní v definovaných intervalech budou aktualizovat cache
> produktů a průběžně do ní budou zapisovat nové účtenky, které se
> serverem Ministerstva vyřídí samy. Když ale selže spojení s hlavní
> databází, účtenka se zapíše do bufferu a na server se uloží až
> dodatečně, až se spojení zase obnoví.
>
> S pozdravem,
> Maritn Doucha
--
Jan B. Kolář
Zažeň nudu
Hodolanská 17, 779 00 Olomouc
tel: +420 605 800 859
e-mail: janbivoj.kolar(a)zazen-nudu.cz
www.zazen-nudu.cz
