Ve vpsAdmin vidím v sekci "DNS resolver (/etc/resolv.conf)" možnost výběru lokálních DNS:
ns{1,2}.prg.vpsfree.cz
Když ale zkouším jakou mají IP adresu, tak dostávám status: NXDOMAIN, ani zvenku to moc není vidět:
https://mxtoolbox.com/SuperTool.aspx?action=dns%3ans1.prg.vpsfree.cz&run=to…
Možná má být: ns{1,2}.vpsfree.cz
--
Kamil
Zdravim,
mam Debian 9 na VPSku a pri instalacii autofs mi sluzba padne s:
Oct 02 12:45:08 vps systemd[1]: Starting Automounts filesystems on demand...
Oct 02 12:45:08 vps automount[24837]: /usr/sbin/automount: test mount
forbidden or incorrect kernel protocol version, kernel protocol version
5.00 or above required.
Oct 02 12:45:08 vps systemd[1]: autofs.service: Control process exited,
code=exited status=1
Oct 02 12:45:08 vps systemd[1]: Failed to start Automounts filesystems
on demand.
uname -a
Linux nevilleweb.freevps.cz 3.16.6-042stab131.42 #1 SMP Tue Jun 26
21:15:19 CEST 2018 x86_64 GNU/Linux
Pozeram lsmod
Module Size Used by
ale je prazdne, co je novinka pre mna :) Predpokladam bude to kvoli
tech. realizaii VPS architektury.
Vo vpsAdmin mam povolene FUSE, nevidim automount :(
Bolo by fajn to rozchodit. Chcem s nim mountovat sshfs.
Ahoj všem, o víkendu jedeme jako tradičně na LinuxDays, máte možnost nás
tam potkat, popovídat si na stánku, podpořit vpsFree.cz a poslechnout si
nějaké přednášky. Vstup je zdarma, stačí se zaregistrovat a přinést
transparent „vpsFree.cz je nejlepší!“ :-)
https://www.linuxdays.cz/2018/
--
Petr Krčmář
vpsFree.cz
Dne 27. 09. 18 v 9:19 Vojtěch Havlíček napsal(a):
> Ahoj muzu s letackem pomoc
Díky všem za rychlé odpovědi, domluvím se zatím s Vojtou napřímo. Mějte
hezký prodloužený víkend.
--
Petr Krčmář
vpsFree.cz
Ahoj všem, sháním grafika, který by pro vpsFree udělal malý letáček,
který se bude rozdávat na konferencích. Podklady mám, potřeboval bych
jen někoho, kdo je schopen z toho udělat něco rozumného k vytištění.
Pomůžete, prosím, někdo? Díky
--
Petr Krčmář
vpsFree.cz
Ahoj,
nemáte tu prosím někdo praktické zkušenosti s CouchDB? Možná si
vzpomínáte, že jsem tu před časem psal ohledně pokladního software. Po
zvážení všech odpovědí jsem dospěl k názoru, že největší problém pro mne
je udržovat synchronizovaná data mezi pokladnami a serverem. Jak věřím,
tak CouchDB by pro mne tyto věci dokázala ohlídat, trochu se ale potýkám
s nedostatkem informací. Kromě oficiálního manuálu se mi nepodařilo
najít příliš stránek, které by o nasazení CouchDB v praxi psaly.
Nejsem si jist, zda jsem zcela správně pochopil vnik a řešení konfliktů
v CouchDB. Aktuálně řeším problém skladů a skladových položek - myslel
jsem, že bych vytvořil dokument "produkt", který by jako jednu z položek
měl pole s dvojicemi "sklad":"počet ks". Každá z pokladen by pak
odečítala ze svého řádku "sklad":"počet ks".
Jestli jsem to však z manuálu pochopil správně, tak každá změna vyvolá
změnu celého dokumentu. A v případě, že dojde k výpadku jedné z
pokladen, dojde k vytvoření velkého množství konfliktů, které se budou
muset řešit ručně. Nebo se mýlím?
Napadlo mne to vyřešit tak, že bych vytvořil dokument "sklad" a v něm
bych udržoval dvojice "produkt_id":"počet ks". Kvůli nedostatku
informačních zdrojů si však nejsem jist, zda je tohle správný přístup k
problému.
Mohl by mi prosím někdo zkušenější poradit?
Díky, Honza
--
Jan B. Kolář
Zažeň nudu
Hodolanská 17, 779 00 Olomouc
e-mail:janbivoj.kolar@zazen-nudu.cz
www.zazen-nudu.cz
Ahoj,
pokud jste na stagingu zkoušeli Docker a při startu kontejnerů jste
narazili na chyby ala permission denied při nějakém mountu, bylo to
kvůli AppArmoru. Prošli jsme logy z AppArmoru a povolili několik
zakázaných mountů, což by vám mělo pomoci. Pokud by stále někomu něco
nešlo, napište prosím na podporu nebo IRC. Potřebujeme vědět: chybovou
hlášku, ID VPS a jak to reprodukovat.
Důležitým posunem vpřed je je podpora pro AppArmor namespaces. Každé VPS
nyní běží ve svém AppArmor namespace, kde si může spravovat vlastní
profily, ale stále je omezeno nadřazeným profilem z nodu, ze kterého
nemůže utéct. To nám umožnilo zprovoznit snap [1] a už není potřeba
upravovat službu pro Docker [2]. Aby všechno fungovalo, bylo potřeba do
našeho kernelu doplnit patche pro AppArmor, které se zatím nedostaly do
upstreamu [3]. Návod na instalaci snapu v Ubuntu viz KB:
https://kb.vpsfree.cz/navody/vps/vpsadminos/snap
snap ve VPS vyžaduje squashfuse, což je možné díky tomu, že jsme
aktualizovali na Linux 4.18, který podporuje FUSE v user namespace. Tím
pádem fungují i další souborové systémy využívající FUSE, např. sshfs.
Linux 4.18 přinesl změnu v chování `mknod` v user namespace. Do verze
4.18 `mknod` v user namespace nebyl povolen, takže se všechny zařízení v
`/dev` ve VPS musely bind-mountovat z nodu. Linux 4.18 `mknod` v user
namespace povoluje, ale trochu zvláštně [4]. `mknod` je povolen nad
souborovými systémy, které patří do user namespace volajícího procesu
(např. když si mountnete tmpfs), ale pak s těmi zařízeními nejde
pracovat, a to vůbec. `open()` skončí s "permission denied". Je to
zpětně nekompatibilní změna, která rozbíjí userspace [5, 6]. Nemohli
jsme to takto nasadit, protože by přestaly fungovat systemd služby
využívající `PrivateDevices`. Rozhodli jsme se `mknod` ve VPS povolit
[7] na libovolném souborovém systému a současně umožnit s takto
vytvořenými zařízeními pracovat. Můžeme si to dovolit, protože přistup k
zařízením ve všech VPS hlídá `devices` cgroupa. Teď jsme dosáhli
stejného chování jako na OpenVZ: vytvořit jde jakékoli zařízení,
používat lze jen ty, u kterých to node povolí. Takže např. není problém
ve VPS rozbalit nebo vytvořit libovolný archiv nějakého systému
obsahující jakékoli zařízení, to do teď nebylo možné.
vpsAdminOS dostal runlevely [8], zatím máme dva: `default` a `single`. V
`default` naskočí všechny služby a startují VPS, v `single` se spustí
jen getty pro login. Výchozí runlevel se vybere buď při sestavení OS,
nebo při bootu v zavaděči. Runlevel `single` bude důležitý zejména při
řešení problémů a manuálním zásahům na nodech.
No a nakonec jsem pracoval na několika potřebných optimalizacích při
bootu OS. Na OpenVZ nodech jsou v bootovacím procesu následující
problémy: při importu ZFS poolů a připojování datasetů se nejde do
systému přihlásit a neukazuje se žádný postup. VPS se začnou startovat
až když jsou všechny datasety připojeny, což na velkém a delším dobu
používaném poolu může trvat 5, 10 nebo i 15 minut. Během této doby
nemáte tušení, jestli se pool importuje, datasety připojují, nebo jestli
se to na něčem zaseklo a nic se neděje... Reboot do single user režimu,
kde si pool importneme svépomocí, pak zbytečně prodlužuje dobu výpadku.
Ve vpsAdminOS to řešíme mnohem lépe. Za prvé, ZFS pooly se importují
paralelně se spouštěním ostatních služeb a neblokují tak přihlášení do
systému. Na konzoli se jde přihlásit hned a spustí se i SSH. Postup
importu a připojování datasetů pak jde sledovat v syslogu [9], takže
admin má přehled co se děje a jak dlouho to ještě může trvat. Za druhé,
nepřipojujeme všechny datasety najednou, ale postupně až když jsou
potřeba pro start VPS. VPS se startují hned po importu poolu a každé pak
čeká jen na připojení svého vlastního datasetu a ne na datasety všech
ostatních VPS na nodu. Tyto změny nám mohou ušetřit až desítky minut při
výpadcích.
[1] https://snapcraft.io
[2]
https://kb.vpsfree.cz/navody/vps/vpsadminos/docker?do=diff&rev2[0]=15287438…
[3] https://gitlab.com/apparmor/apparmor/tree/master/kernel-patches
[4] https://patchwork.kernel.org/patch/10422495/
[5] https://patchwork.kernel.org/patch/10509655/
[6] https://github.com/systemd/systemd/pull/9483
[7]
https://github.com/vpsfreecz/vpsadminos/blob/master/os/packages/linux/patch…
[8] https://vpsadminos.org/os/runlevels/
[9] https://vpsadminos.org/os/pools/#monitoring-import-progress
Jakub
zdravím,
nechci na vpsfree řešit maily. Používám vpsfree na webový server, na git
repozitáře, na databáze, ale maily řešit enchci a rád bych to přenechal
nějaké službě. Měl jsem to doteď na hostingu, ale ten hodlám zrušit (nač
hosting, když mám vpsfree :-) ). Uvažoval jsem o přesun mailů na profi
seznam mail, ale narazil jsem na to, že nepodporují vnořené složky, tedy
klasickou stromovou strukturu adresářů. Mají jen něco, čemu říkají
"vlastní složky" a mohou být jen v kořenovém adresáři malilů.
Hledám tedy dobrý mailbox hosting. Jak to řešíte Vy? Provozujete na
vpsfree weby a máte maily někde jinde? Kde?
díky
Petr Bolf
Ahoj lidi,
hraju si s nastavováním firewallu na VPS, a pokouším se o přechod ze
Shorewall na FirewallD. U toho druhého mám ale problém se startem,
kdy vyhodí následující chybu a neuplatní žádná pravidla:
> ERROR: Failed to read file
> "/proc/sys/net/netfilter/nf_conntrack_helper":
> [Errno 2] No such file or directory:
> '/proc/sys/net/netfilter/nf_conntrack_helper'
Tahle chyba ve mě budí podezření, že mi se stávajícím jádrem (a potažmo
tedy pod OpenVZ) firewalld nepojede, protože je jádro moc staré.
Dá se s tím něco dělat, nebo musím počkat na vpsAdminOS?
Díky za rady,
Khardix
Ahoj,
zatim jsme vyuzivali sluzeb Abacusu, ale ted jsem zjistil, ze Supermicro
ma i vlastni. Nevite, kdo to pro ne u nas zajistuje? A jake jsou s tim
zkusenosti?
Libor Boldan
Ahoj,
do kb som pridal navod pre pouzitie NixOps na vpsFree -
https://kb.vpsfree.cz/navody/vps/vpsadminos/nixops
Pomocou NixOps je mozne spravovat NixOS virtualy podobne ako
Ansible/salt a vsak s mnohymi vyhodami (atomicke update-y, rollbacky).
NixOps je teraz mozne testovat oproti vpsFree VPSkam - idealne nahodit
NixOS VPS na staging node a skusat.
Navod odkazuje na vzorovy deployment, ktory obsahuje priklady
konfiguracie nginx a php-fpm:
https://github.com/vpsfreecz/example-nixops-deployment/
- machines/hello.nix obsahuje priklad statickej konfiguaracie nginx
- machines/world.nix pouziva nginx a fgci spolu s php-fpm poolom
definovanym v modules/phpfpm.nix
Pokial narazite na problemy alebo mate otazky nevahajte sa opytat
(mailom sem alebo 'srk' na IRC kanaloch).
--
Richard Marko
Zdravím,
tak jsem se dokopal k zaměření se na nginx a to způsobem úplného odstranění
apache a jetí pouze na nginx. Každopádně by mě zajímalo, zda někdo z Vás u
sebe hostuje weby na nginx s php-fpm jakou používáte konfiguraci? Dost by
mi to pomohlo, kdyby se někdo podělil.
Díky moc a open-source zdar!
S pozdravem,
*Martin Myška*
Ahoj,
rad bych udelal maly patch pro https://vpsadmin.vpsfree.cz/, ale nejsem
schopen nikde najit prislusny repozitar, proti kteremu by se to dalo
udelat.
Na github jsem koukal, ale nenasel :/
Mohl by mne nekdo postrcit spravnym smerem?
Diky,
W.
--
There are only two hard things in Computer Science:
cache invalidation, naming things and off-by-one errors.
Ahoj,
během prázdnin jsme pracovali na spoustě zajímavých věcí, které bychom
vám chtěli ukázat.
I když je vpsAdminOS primárně live systém, občas se hodí možnost
nainstalovat systém na disk, např. když ho chcete provozovat na jednom
serveru a nemáte PXE. Instalace probíhá stejně jako byste instalovali
NixOS: naformátujete disky, vygenerujete config, upravíte ho a spustíte
instalační program, viz dokumentace [1]. Jako zavaděč je podporován grub
a snadno lze integrovat i SSH v initrd pro odemykání šifrovaných disků,
stejně jako v NixOS.
Pro aktualizování běžícího nebo nainstalovaného systému jsme připravili
dva nástroje: os-rebuild [2] (ala nixos-rebuild) a nixops [3, 4] (fork,
který přidává podporu pro vpsAdminOS). os-rebuild se dá použít přímo z
nainstalovaného systému, ale dá se tím aktualizovat i jiný stroj přes
SSH. nixops pak řeší správu větší sítě serverů, asi něco jako
terraform+ansible v jednom pro NixOS. S naší verzí nixops je možné
spravovat v jedné síti NixOS i vpsAdminOS stroje.
Pro migraci dat při aktualizaci OS jsme vytvořili nástroj zvaný osup
[5]. vpsAdminOS se při aktualizaci "přeplácne" novou verzí a níc víc se
řešit nemusí, nicméně o konfiguraci a data kontejnerů na ZFS poolech je
nutné se starat. Ne vše se podaří dobře navrhnout hned na začátku a
změny mohou vyžadovat reorganizaci datasetů, adresářů, atd. [6]. osup
umožňuje takové změny provádět automatizovaně, spouští se spolu s
aktualizací systému, ať už přes os-rebuild nebo nixops. Změny provádějí
migrační skripty, kterými se pool buď aktualizuje na vyšší verzi, nebo
se vrátí na verzi starší.
Už jsem se tu zmiňoval o nutnosti předělat správu IP adres ve vpsAdminu,
OS už teď k tomu umí vše potřebné. K síťovým rozhraním VPS se nyní dají
zvlášť přidělovat routované adresy a adresy přiřazené na rozhraní, ala
ip addr/route add. Takže je např. možné routovat síť /64 a na rozhraní
přidělit jen vybrané adresy z dané sítě. Spojovací adresy nadále nebudou
muset být na prvním místě, což komplikovalo nastavení sítě v dockeru a
obecně maškarádu. Integrace do vpsAdminu je rozdělaná, ale je to poměrně
složité a ještě to bude chvíli trvat.
[1] https://vpsadminos.org/os/installation/
[2] https://vpsadminos.org/os/updates/
[3] https://vpsadminos.org/os/deployment/
[4] https://nixos.org/nixops/
[5] https://man.vpsadminos.org/osup/man8/osup.8.html
[6] https://vpsadminos.org/containers/administration/#pools
Jakub
Ahojte,
jak asi vite, s Intelovskym hardware to vypada bidne.
Od zacatku roku to mame uz nejmin 5 kritickych bezpecnostnich chyb,
kvuli kterym se mi hodne spatne spi.
To mame spectre, meltdown, ruzny varianty, ted L1TF jako posledni
zabijak...
Abychom nase systemy patchnuli, nezbyde nam, nez vypnout hyperthreading
(HT).
To znamena prijit o cca 30% vykonu.
Aktualni myslenka, kterou mame, je vyhodit vsechny 6ti jadrovy procesory
a nakoupit bazarovy Ivy Bridge E5-2670v2, co je 10 jader @ 2.5 GHz za
150 EUR kus.
To by nam melo umoznit vypnout HT.
Nejvetsi otazkou je, jak dlouho bude jeste Intel vydavat opravy
mikrokodu pro Ivy - zatim to vypada, ze bude + nektery opravy tech chyb
od komunity mikrokody nepotrebuji a fungujou lip (napr. retpolines proti
spectre, pokud to neni na nejnovejsich Intelech).
My mame majoritu systemu jeste Sandy Bridge, vykonem by nam dostacovaly,
pokud bychom nebyli nuceni vypnout HT.
Financne je to jednou z mala funkcnich variant, co mne napada, jak se
proti tomuhle branit a neco s tim delat.
Co si o tom myslite, nemate nekdo lepsi napad?
Bohuzel kupovat novy systemy s AMD ma dve downsides:
1. za chvili je tu EPYC2, takze to bude hned outdated;
2. DDR4 a teda novy pameti obecne jsou aktualne skoro preplaceny zlatem,
jak je jich malo.
Vitam jakykoliv komentare a otazky na tohle tema ;)
Osobne to vidim na upgrade na 2x 10core Ivy Bridge ve vsech masinach
(SNB a IVB maji stejne desky, nastesti) a vypnuti HT.
Otazka je, jaka dalsi spekulace prijde dal a jestli nam to nahodou plan
s Ivy nepolozi...
/snajpa
Ahoj,
(English version below)
aktuálně na všech nodech k provozu VPS používáme kontejnerovou
virtualizaci OpenVZ Legacy. Protože už dosluhuje, vývoj skončil a nové
distribuce jej přestávají podporovat, řešíme přechod na novější řešení
v podobě vpsAdminOS [1,2]. Jedná se o distribuci založenou na NixOS [3]
a not-os [4], která bude na nodech sloužit jako hypervizor pro provoz VPS.
Pro správu VPS (kontejnerů) jsme vytvořili vlastní utilitu `osctl`,
která se funkcemi vyrovná `vzctl` z OpenVZ, popř. LXD [5]. Řeší hlavně
nastavení user namespaces [6] pro správnou izolaci VPS a cgroups pro
limity paměti, CPU, atd. Ke spouštění kontejnerů se používá LXC [5].
vpsAdminOS není omezen jen na infrastrukturu vpsFree.cz. Pokud někde
provozujete OpenVZ Legacy a nevíte co dál, můžete zvážit vpsAdminOS,
který je na migraci kontejnerů z OpenVZ připraven [7].
Na vpsAdminOS pracujeme zhruba od podzimu 2017 a nyní si všichni členové
mohou vyzkoušet, jak VPS nad novým systémem fungují. Naším cílem je, aby
migrace VPS z OpenVZ na vpsAdminOS proběhly bezpovšimnutí, nicméně
záleží na tom, co ve VPS provozujete. Doporučujeme všem, aby si novou
VPS vyzkoušeli a hlásili nám případné problémy a nedostatky. Než
přistoupíme k migraci produkčních VPS, je potřeba ten OS a integraci
s vpsAdminem vyladit.
V podstatě máte k dispozici další playground VPS, podmínky jsou podobné.
Jen to může být trochu divočejší -- nehlášené výpadky, restarty když
budeme potřebovat něco aktualizovat, atd. Ve vpsAdminu ve formuláři na
vytvoření VPS vyberte lokaci *Staging*. K dispozici jsou zatím tyto
distribuce: Alpine, Arch, CentOS, Debian, Fedora, Gentoo, NixOS, Ubuntu.
Časem budou přibývat další.
Na testování a hlášení chyb máte cca několik týdnů až měsíců, podle toho
jak nám to půjde. Více informací o změnách v OS, vpsAdminu a plánu
přechodu viz KB:
https://kb.vpsfree.cz/navody/vps/vpsadminos
ENGLISH:
We're currently using container virtualization OpenVZ Legacy to run VPS.
Since it's slowly dying, isn't developed anymore and modern
distributions stopped supporting it, we're going to upgrade to a newer
solution we've called vpsAdminOS [1,2]. It's a Linux distribution based
on NixOS [3] and not-os [4], which will serve as a hypervisor for VPS
on our nodes.
VPS are managed using our own utility called `osctl`, which is
comparable to `vzctl` from OpenVZ or LXD [5]. It's main purpose
is to set up user namespaces [8] to isolate VPS and to configure cgroups
for resource management, such as CPU or memory. Under the hood,
it's using LXC [5] to start containers. vpsAdminOS is not limited
to vpsFree.cz, it's designed to be independent of the specifics of our
infrastructure. If you're using OpenVZ Legacy on some servers
and you're looking for a replacement, you can consider vpsAdminOS.
We've also made a tool [7] which can convert containers from OpenVZ into
vpsAdminOS.
We've been working on vpsAdminOS since the fall of 2017 and now all
members can finally give it a try and test VPS on the new system. Our
goal is to make the transition from OpenVZ to vpsAdminOS as seamless
as possible, but it depends on what programs and configuration
you're using. That's why we're giving everyone the opportunity to try
out a VPS on the new system and report issues. Before we can start
migrating production VPS, we need to implement missing functions
and iron it out.
Essentialy, what you get is another playground VPS, the terms of use
are very similar. It can be a bit rougher though, there may be
unexpected reboots and outages when we need to fix issues and deploy new
system versions. To create a VPS on vpsAdminOS, select location
*Staging* in the form for VPS creation. The following distributions
are supported: Alpine, Arch, CentOS, Debian, Fedora, Gentoo, NixOS,
Ubuntu. More will be added in the future.
The staging environment will remain open for several weeks or months,
depending on how many issues we'll discover. You can read more
information about changes in the OS and vpsAdmin in KB:
https://kb.vpsfree.org/manuals/vps/vpsadminos
[1] https://vpsadminos.org
[2] https://github.com/vpsfreecz/vpsadminos
[3] https://nixos.org
[4] https://github.com/cleverca22/not-os
[5] https://linuxcontainers.org
[6] https://kb.vpsfree.cz/navody/vps/vpsadminos#user_namespaces
[7] https://vpsadminos.org/migration-paths/openvz-legacy/
[8] https://kb.vpsfree.org/manuals/vps/vpsadminos#user_namespaces
Jakub
Ahoj,
chci si vyzkoušet Mailcow, abych si na něm případně postavil mailový
server.
https://mailcow.email
Mám tedy spuštěný testovací vps s vpsAdminOs a nainstaloval si docker
podle návodu na KB.
Pak jdu podle návodu
https://mailcow.github.io/mailcow-dockerized-docs/install/
Když ale se dostanu do stavu, kdy mám spustit mailcow docker-compose up
-d tak skončím s chybou.
ERROR: for mailcowdockerized_unbound-mailcow_1 Cannot start service
unbound-mailcow: OCI runtime create failed: container_linux.go:348:
starting container process caused "process_linux.go:402: container init
caused \"rootfs_linux.go:58: mounting
\\\"/opt/mailcow-dockerized/data/conf/unbound/unbound.conf\\\" to rootfs
\\\"/var/lib/docker/vfs/dir/d85669b549311cb1226b821c4140f764db94e9da9fd6fefa409eacce016d5b46\\\"
at \\\"/Creating mailcowdockerized_dockerapi-mailcow_1 ... error
46/etc/unbound/unbound.conf\\\" caused \\\"permission denied\\\"\"": unknown
Je to pro každou službu, co tam mám spustit. Skončí to stejně.
A teď slušně prosím o případné vysvětlení, co by mohl být problém. Pokud
by někdo tušil. Zatím jsem se googlením moc k ničemu nedostal. :-(
Dělá to jak u Ubuntu 18.04 tak i Debian 9 (tam to je teď). Na localu na
pc jsem na ubuntu 18.04
Tomáš
Ahoj všem, za pár dnů končí možnost přihlásit témata na LinuxDays. Máte
co říct? Přihlaste přednášku nebo workshop na téma, kterým se zabýváte:
https://www.linuxdays.cz/2018/cfp/
Jako obvykle bude mít vpsFree na konferenci stánek a rádi vás tam potkáme.
--
Petr Krčmář
vpsFree.cz
Ahoj,
pouzival jsem drive https://dmarcian.com/ , ale pak me to prestalo bavit :)
Andrei Toupinets
Dne 16/08/2018 v 13:28 community-list-request(a)lists.vpsfree.cz napsal(a):
> Send Community-list mailing list submissions to
> community-list(a)lists.vpsfree.cz
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.vpsfree.cz/listinfo/community-list
> or, via email, send a message with subject or body 'help' to
> community-list-request(a)lists.vpsfree.cz
>
> You can reach the person managing the list at
> community-list-owner(a)lists.vpsfree.cz
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Community-list digest..."
>
>
> Today's Topics:
>
> 1. Zpracování DMARC reportů (Matěj Koudelka)
> 2. Re: Zpracování DMARC reportů (Vaclav Dusek)
> 3. Re: Zpracování DMARC reportů (Matěj Koudelka)
> 4. Re: Blacklist (Jiri Vesely)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 16 Aug 2018 12:35:50 +0200
> From: Matěj Koudelka <matej(a)hxpro.cz>
> To: "vpsFree.cz" <Community-list(a)lists.vpsfree.cz>
> Subject: [vpsFree.cz: community-list] Zpracování DMARC reportů
> Message-ID:
> <CA+jsTBKq5DqbiY4R9TpkEMuiSr5+k6uZ_08tUtn-aME50x7EZg(a)mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> 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?
>
Ahoj,
podle rozcestníku Kam psát jsem usoudil, že poděkování pravděpodobně
nepatří na podporu. A tak bych zde na community-listu chtěl poděkovat
vpsFree za podporu.
Jsou to bezmála tři roky, kdy jsme pro Trinity Desktop Environment (TDE)
jako sponzorský dar dostali jednu VPS. Postupně na této VPS zabydlujeme
další a další služby, díky kterým je pro projekt velkým přínosem. Proto
je v Release Notes pro nedávno vydanou verzi TDE R14.0.5 oficiální
poděkování vpsFree za tuto podporu.
Děkuji!
--
Slávek
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