- Community-list - lists.vpsfree.cz

by Kamil Kukura

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

6 years, 8 months

2
1
0 0

Pomoc s autofs

by Michal Zuber

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.

6 years, 9 months

2
1
0 0

Přijďte o víkendu na LinuxDays

by Petr Krcmar

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

6 years, 9 months

1
0
0 0

Re: [vpsFree.cz: community-list] Grafické zpracování letáčku

by Petr Krcmar

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

6 years, 9 months

1
0
0 0

Grafické zpracování letáčku

by Petr Krcmar

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

6 years, 9 months

1
0
0 0

CouchDB - praktické zkušenosti

by Jan B. Kolář

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

6 years, 9 months

4
5
0 0

vpsAdminOS: AppArmor pro Docker a snap, FUSE, mknod, runlevely a boot OS

by Jakub Skokan

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

6 years, 9 months

1
0
0 0

mailbox

by Petr Bolf

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

6 years, 9 months

20
30
0 0

FirewallD

by Jan Khardix Staněk

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

6 years, 9 months

3
3
0 0

NBD OnSite Supermicro

by Libor Boldan

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

6 years, 9 months

3
2
0 0

Navod pre NixOps (priklad nginx / phpfpm)

by sorki

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

6 years, 9 months

1
0
0 0

Konfigurace a užití nginx + php-fpm - jak na to?

by Martin Myška

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*

6 years, 9 months

15
24
0 0

Jak udelat patch pro https://vpsadmin.vpsfree.cz/ ?

by Wolf

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.

6 years, 10 months

5
11
0 0

vpsAdminOS: instalace, aktualizace, nasazení a síťování

by Jakub Skokan

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

6 years, 10 months

1
0
0 0

Sdileny hardware - co dal

by Pavel Snajdr

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

6 years, 10 months

9
24
0 0

Přechod z OpenVZ na vpsAdminOS a spuštění testovacího prostředí / Migration from OpenVZ to vpsAdminOS

by Jakub Skokan

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

6 years, 10 months

6
12
0 0

Mailcow docker a vpsAdminOs

by Tomáš Zmek

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áš

6 years, 10 months

2
1
0 0

Končí CfP na LinuxDays, přihlaste přednášku

by Petr Krcmar

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

6 years, 10 months

1
0
0 0

Re: [vpsFree.cz: community-list] Community-list Digest, Vol 85, Issue 9

by Andrei Toupinets

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

6 years, 10 months

2
1
0 0

Poděkování za podporu TDE

by Slávek Banko

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

6 years, 10 months

1
0
0 0

Chodí vám emaily na seznam.cz?

by Stanislav Kocanda

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

6 years, 10 months

11
17
0 0

Blacklist

by Jiri Vesely

Čau, bylo by možné něco udělat s blokováním našich vps na cca 30 blacklistech? http://www.eakcorp.net http://www.robtex.com/ip-lookup/37.205.9.62 -- S pozdravem Jiri V. -- S pozdravem Jiri Vesely

6 years, 10 months

20
55
0 0

Blacklist - filtr

by Libor Boldan

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

6 years, 10 months

3
2
0 0

Zpracování DMARC reportů

by Matěj Koudelka

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

6 years, 10 months

2
2
0 0

Vysypavani kose v IMAP

by Libor Boldan

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

6 years, 10 months

4
3
0 0

Terraform pro vspfree

by ondrej platek

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

6 years, 10 months

7
8
0 0

Výpadek konektivity 2018-08-03 13:50-14:30

by zd nex

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

6 years, 11 months

2
3
0 0

Oficialni konec tezeni kryptomen ve VPS

by Pavel Snajdr

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

6 years, 11 months

1
0
0 0

Re: [vpsFree.cz: community-list] KVM na Ubuntu 16.04

by René Langer

Ahoj, KVM chodí, ale nesmíš pouzivat libvirt, ten v OpenVZ kontajnéru chodí jen pod Debian 8. Renda ______________________________________________________________ > Od: <mochour(a)email.cz> > Komu: "vpsFree.cz Community list" <community-list(a)lists.vpsfree.cz> > Datum: 03.07.2018 22:46 > Předmět: [vpsFree.cz: community-list] KVM na Ubuntu 16.04 > >Ahoj, > > > >podařilo se někomu rozchodit KVM na Ubuntu 16.04? > > > > >Po instalaci podle návodu na https://kb.vpsfree.cz/navody/vps/kvm (Debian >8), končím s chybou > > > > > >Jul 03 22:33:04 vps01 systemd[1]: Starting LSB: QEMU KVM module loading >script... > >Jul 03 22:33:04 vps01 qemu-kvm[68]: * Configuring kvm qemu-kvm > >Jul 03 22:33:04 vps01 qemu-kvm[68]: modprobe: ERROR: ../libkmod/libkmod.c: >586 kmod_search_moddep() could not open moddep file '/lib/modules/3.16.6-042 >stab131.42/modules.dep.bin' > >Jul 03 22:33:04 vps01 qemu-kvm[68]: modprobe: FATAL: Module kvm_intel not >found in directory /lib/modules/3.16.6-042stab131.42 > >Jul 03 22:33:04 vps01 qemu-kvm[68]: mknod: /dev/kvm: File exists > >Jul 03 22:33:04 vps01 qemu-kvm[68]: ...done. > >Jul 03 22:33:04 vps01 systemd[1]: Started LSB: QEMU KVM module loading >script. > > > > > >KVM mám na VPS povolené. > >Dík > >H > >---------- > >_______________________________________________ >Community-list mailing list >Community-list(a)lists.vpsfree.cz >http://lists.vpsfree.cz/listinfo/community-list > >

6 years, 12 months

1
0
0 0

Re: [vpsFree.cz: community-list] OT - PHP, MSQL a sdílení dat

by Jan B. Kolář

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

6 years, 12 months

5
5
0 0

OT - PHP, MSQL a sdílení dat

by Jan B. Kolář

Ahoj, chtěl jsem Vás poprosit o radu s jedním problémem, který teď řeším. Když byl loni blázinec kolem EET, rozhodl jsem se jít vlastní cestou a pro svoje prodejny nasadil pokladní software v PHP (v PHP umím programovat, takže jsem si byl schopen do programu udělat implementaci EET). Celá věc mi běží na serveru a pokladny se tam připojují pomocí SSH tunelu. Co mi však začalo dělat starosti jsou výpadky připojení. Za celý rok jich bylo jen pár, přesto bych však nechtěl dostat pokutu za to, že v době výpadku nedávám lístky. 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. Až po sem myšlenka dobrá, jenže dnes mi došlo, že budu potřebovat některá data sdílet mezi pokladnami - například seznam produktů. Ten potřebuji mít přístupný lokálně, aby šlo produkty účtovat v případě výpadku, ale zároveň ho také potřebuji synchronizovat, aby se produkt do seznamu nemusel přidávat na každé pokladně zvlášť. No a tady nevím, jak k tomu mám přistoupit :-( Neřešil jste někdo podobný problém? Napadlo mě, zda nemít pro sdílená data druhou databázi, která by byla na serveru a replikovala se na pokladny. Přiznám se ale, že nevím, jak bych v tomto případě řešil zápisy do master databáze na serveru a čtení z lokální slave databáze na pokladně. Ocením jakoukoliv radu nebo odkaz. Všechny zdraví Honza -- 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

6 years, 12 months

4
4
0 0

quagga

by Panagiotis Palias

Hello all, has anyone managed to make quagga work in a vps? I am interested in ospf mostly, but bgp will also do if there is no other way. The problem I am getting so far is that zebra cannot be started and is a dependency for ospfd. Ιουν 13 16:08:28 vps systemd[24880]: zebra.service: Failed to set up kernel keyring: Permission denied Ιουν 13 16:08:28 vps systemd[24880]: zebra.service: Failed at step KEYRING spawning /sbin/ip: Permission denied -- Subject: Process /sbin/ip could not be executed -- Defined-By: systemd -- Support: https://www.debian.org/support -- -- The process /sbin/ip could not be executed and failed. -- -- The error number returned by this process is 13. Ιουν 13 16:08:28 vps systemd[1]: zebra.service: Control process exited, code=exited status=237 Ιουν 13 16:08:28 vps systemd[1]: zebra.service: Failed with result 'exit-code'. Ιουν 13 16:08:28 vps systemd[1]: Failed to start GNU Zebra routing manager. -- Subject: Unit zebra.service has failed -- Defined-By: systemd -- Support: https://www.debian.org/support -- -- Unit zebra.service has failed. -- -- The result is RESULT. Ιουν 13 16:08:28 vps systemd[1]: Dependency failed for OSPF routing daemon. -- Subject: Unit ospfd.service has failed -- Defined-By: systemd -- Support: https://www.debian.org/support -- -- Unit ospfd.service has failed. Thank you! -- -p

7 years

3
4
0 0

[brigadka] Pomocnici pro OpenAlt

by Pavel Snajdr

Cauves vsichni, zaciname (ehm, vcelku vcas) resit letosni rocnik OpenAltu a jelikoz jako vpsFree pomahame tuhle brnenskou akci poradat a ja absolutne nestiham byt klukum jakkoliv uzitecny, hledam za sebe nahradu. Hledam nekoho, kdo by byl ochotny pomoct OpenAltakum s nasledujicim: - obvolani/omailovani partneru/sponzoru a komunikace s nimi (tj. nekdo, koho bavi mluvit s lidma a delat obchod, na tomhle se to fajne da cvicit "na necisto", protoze vcelku o "prd" jde) -⁠ komunikace se stankari (ktere dodaji prave partneri) -⁠ a obecne proste vypomoct na podobny organizacni veci Jak rikam, jelikoz to vpsFree pomaha poradat a ja nestiham, udelejme to letos tak, ze dejme brigadku nekomu ze clenu, kdo by to ocenil. Pojdme se dohodnout na rozumny ukolovy/⁠hodinovy odmene a pojdme do toho. Potrebuju idealne 2-⁠3 lidi, casova narocnost na tak 15h/⁠tyden. Prosim prosim :) Kdyztak preposlete dal. /⁠snajpa

7 years

1
0
0 0

Re: [vpsFree.cz: community-list] Přechod z OpenVZ na vpsAdminOS a spuštění testovacího prostředí / Migration from OpenVZ to vpsAdminOS

by René Langer

Zdravím, * při vytváření VPS ve Staging, nelze přiřadit Private IPv4. Budou Private IPv4 podporovány pro produkční VPS? Případně lze je nyní na žádost k VPS Staging přidělit? * v editaci VPS (Staging), nelze přidat IPv6 z nabízených IPv6 adres, hodí to chybu "Cannot add an interconnecting IP". IPv6 lze přidat pouze při vytváření VPS. * u VPS (Staging), která má pouze IPv6, nechodí překlad názvů DNS. Tedy pokud neznám konkrétní IPv6 adresu, na domény se po IPv6 nedostanu. V nastavení VPS mám IPv6 DNS zvolen. * No a když při vytváření VPS (Staging) nepřiřadím při vytváření public IPv4 ani IPv6, VPS se vytvoří s IPv4 v rámci spojovací sítě, ale bez konektivity do internetu. Bylo by také fajn, kdyby spojovací IPv4 na sebe viděli v rámci jednoho účtu na vpsfree.cz, pokud tedy nebudou Private IPv4 podporován. Renda ______________________________________________________________ > Od: Jakub Skokan <jakub.skokan(a)vpsfree.cz> > Komu: news-list(a)lists.vpsfree.cz, > Datum: 21.05.2018 09:41 > Předmět: [vpsFree.cz: community-list] Přechod z OpenVZ na v > 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 <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 <https://kb.vpsfree.org/manuals/vps/vpsadminos> [1] https://vpsadminos.org <https://vpsadminos.org> [2] https://github.com/vpsfreecz/vpsadminos <https://github.com/vpsfreecz/vpsadminos> [3] https://nixos.org <https://nixos.org> [4] https://github.com/cleverca22/not-os <https://github.com/cleverca22/not-os> [5] https://linuxcontainers.org <https://linuxcontainers.org> [6] https://kb.vpsfree.cz/navody/vps/vpsadminos#user_namespaces <https://kb.vpsfree.cz/navody/vps/vpsadminos#user_namespaces> [7] https://vpsadminos.org/migration-paths/openvz-legacy/ <https://vpsadminos.org/migration-paths/openvz-legacy/> [8] https://kb.vpsfree.org/manuals/vps/vpsadminos#user_namespaces <https://kb.vpsfree.org/manuals/vps/vpsadminos#user_namespaces> Jakub _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list <http://lists.vpsfree.cz/listinfo/community-list>

7 years, 1 month

2
1
0 0

GDPR: posledni sance pro komentare

by Pavel Snajdr

Ahojte, po zapracovani pripominek vypada navrh na nas Organizacni rad takhle: https://github.com/vpsfreecz/oficialni-dokumenty/blob/gdpr/organizacni_rad.… Projdete si to prosim; ja k tomu jenom dodam, ze veci ohledne detailniho auditovani pristupu a la "kdo z nas kdy vykonal jaky prikazy s jakym vysledkem" apod. - budeme resit certifikaci ISO 27001 nekdy v pristim roce. Takze zatim je Organizacni rad krome logu "co se deje s disky" neupravuje. pls pls komentujte, je "pet minut po dvanacte", jestli vas neco napada, sem s tim. Diky :) /snajpa

7 years, 1 month

4
3
0 0

Re: [vpsFree.cz: community-list] Supermicro, zkušenosti?

by Pavel Hruška

Ahoj, pro zajímavost co máš za konfigurace? Zhruba - kategorie, deska, chipset, procesor, ramka atd... A nějaký dodavatel, který by stál za doporučení? P Dne po 7. 5. 2018 18:22 uživatel Jaroslav Skrivan <skrivy(a)skrivy.net> napsal: > Proslo mi rukama kolem 200 supermicer (ted jich mame v provozu asi 100) a > odhad umrtnosti je za 10 let cca 3-4%. Nemuzu rict, ze nikdy nic neumrelo, > ale bylo toho s ohledem na mnozstvi malo. > > Jarda > ------------------------------ > From: Stepan Liska <stepan(a)comlinks.cz> > Sent: ‎5/‎7/‎2018 5:46 PM > To: vpsFree.cz Community list <community-list(a)lists.vpsfree.cz> > Subject: Re: [vpsFree.cz: community-list] Supermicro, zkušenosti? > > Ahoj, > > spravoval jsem a spravuji několik SuperMicro serverů (a "serverů"). Šlo > spíše o nižší třídu serverů, dokonce jsem měl pár let pod palcem i několik > kousků s Atomem. Bylo jich celkem asi 8 a z toho jen jeden měl nějaké > problémy s hardwarem a to ještě až po několika letech provozu. Pro mě zatím > z hlediska spolehlivosti a za danou cenu s vybavením IPMI 2.0 s iKVM jasná > volba pro cokoliv co potřebuji (SOHO + SmallBusiness). NBD záruky sice > vezmou něco navíc, ale mají několik různých levelů včetně onsite a ceny mi > přišly vcelku adekvátní ceně serverů, nicméně se mi zdálo, že se to vyplatí > spíš u těch dražších. U levnějších jsem se spíš snažil o stejný nebo > podobný typ a měl jsem jeden ve skříni navíc. > > Nicméně masivní nasazení jako vpsFree jsem nikdy nezažil a taky to co > nasazuje vpsFree je o nějaký ten level výš. > > Štěpán. > > Dne 7.5.2018 v 09:27 Pavel Hruška napsal(a): > > Díky, jde mi o to, jaké jsou dlouhodobé zkušenosti, hlavně co se > spolehlivosti týče. Rád bych měl nějakou alternativu k serverům HP apod., > tedy mít možnost udělat si vlastní server a nebýt úplně vázán vendor > specific komponentami, především u řešení, kde je kladen důraz na rozpočet. > > Ještě (možná hloupý) dotaz, ale když mám teda E3-12x0, tedy bez int. VGA, > musím ještě koupit nějakou grafiku k té desce? Uvažoval jsem spíš o > E3-1245, tedy s integrovanou grafikou. Pro, proti? > > Díky, > P. > > Dne 7. května 2018 9:08 Miroslav Šedivý <sedivy(a)kvetakov.net> napsal(a): > >> Tuhle desku máme, funguje to jako router společně s E3-1240 v6. nevím co >> k tomu říct, prostě to funguje :-) >> >> *S pozdravem* >> >> *Ing. Miroslav Šedivý* >> >> Dne 6. května 2018 19:30 Pavel Hruška <mrpear(a)mrpear.net> napsal(a): >> >>> Ahojte, stručně a jasně, jaké máte zkušenosti se Supermicro? Mám v merku >>> jejich desku, konkrétně X11SSH-F. Díky za názory. >>> _______________________________________________ >>> Community-list mailing list >>> Community-list(a)lists.vpsfree.cz >>> http://lists.vpsfree.cz/listinfo/community-list >>> >>> >> >> _______________________________________________ >> Community-list mailing list >> Community-list(a)lists.vpsfree.cz >> http://lists.vpsfree.cz/listinfo/community-list >> >> > > > -- > Ing. Pavel Hruška > http://www.mrpear.net > mrpear(a)mrpear.net > > web, webdesign, web-aplikace: > http://www.pearfect.cz > > > _______________________________________________ > Community-list mailing listCommunity-list@lists.vpsfree.czhttp://lists.vpsfree.cz/listinfo/community-list > > > _______________________________________________ > Community-list mailing list > Community-list(a)lists.vpsfree.cz > http://lists.vpsfree.cz/listinfo/community-list >

7 years, 1 month

7
10
0 0

Problém se sítí ve Fedo?e 27

by Jiří Eischmann

Ahoj, chtěl bych se zeptat, jestli někdo nenarazil na problém se sítí ve VPS s nějakou distribucí s aktuálními verzemi balíčků. Mně se to stalo po upgradu na Fedoru 27, ale předpokládám, že takový Arch by mohl mít podobný problém. Po upgradu mi nefunguje síť, protože se nevytvořilo síťové rozhraní venet0. No a na základě toho selžou následně další věci závisející na funkčním síťovém rozhraní. Taky bych se chtěl zeptat, jak to vypadá s řešením postaveným na LXC. Přijde mi, že provozovat moderní distribuci na OpenVZ je běh čím dál hustějším minovým polem. Už teď musím mít v systému docela dost obezliček, aby na OpenVZ běžel. Pokud by byl nějaký early access, tak bych se hlásil jako dobrovolník. Počítám, že by mi to hodně problémů vyřešilo. Jirka

7 years, 1 month

7
11
0 0

Supermicro, zkušenosti?

by Pavel Hruška

Ahojte, stručně a jasně, jaké máte zkušenosti se Supermicro? Mám v merku jejich desku, konkrétně X11SSH-F. Díky za názory.

7 years, 1 month

5
7
0 0

GPU Mining z vody :)

by Pavel Snajdr

Zdarec vsichni, posledni dobou si hraju s miningem altcoinu a docela se dari, tak zase pro jednou, kdyz resim neco pro sebe, proc to nezresit skupinoveji :) Naskytla se moznost umistit az 10kW HW do prostor u vodni elektrarny, takze energie s prehledem rovnou pod 2 Kc; premyslim o modelu, ze bychom poresili mining rigy ve vetsim a vy byste pak meli moznost poslat nam jenom svoje karty. Ty by pak byly pres klasicky chain vpsAdmin-OpenVZ zpristupnene do QEMU pod vasi rezii, takze na tech kartach muzete pocitat, co chcete. S konektivitou bude asi kapku problem, takze pocitam s tvrdym QoS/shapovanim, dostatecnym pro mining a SSH, ale zatim nevim o moznosti sehnat tam lepsi linku na cokoliv narocnejsiho. Kdo byste mel zajem a jak velky? :) /snajpa (Pavel Snajdr) (Predseda vpsFree.cz) (+420 720 107 791)

7 years, 1 month

32
50
0 0

Ubuntu 18.04 a Arch v playground VPS

by Jakub Skokan

Ahojte, snajpovi se podařilo vyřešit problém s nefunkčními distribucemi se systemd a glibc >= 2.26. Chyběl nám v kernelu prlimit syscall, který systemd využívá. Nody s kernelem 042stab127.46 už mají prlimit backportovaný a díky tomu tam spustíte i Ubuntu 18.04. Dneska v noci to snajpa nasadil na node1.pgnd a ještě ho máme na node2.brq. Ostatní nody by měly být aktualizovány někdy o víkendu. Takže na playgroundu můžete nové ubuntu a další distra s glibc>=2.26 zkoušet už teď, v produkci snad po víkendu. Do té doby produkční VPS s Ubuntu na 18.04 neaktualizujte, nebo budete muset systém obnovovat ze zálohy. Zkoušel jsem na playgroundu i plně aktualizovaný Arch a taky funguje. Akorát jsme řešili nastavení sítě, po aktualizaci na nejnovější systemd to přestalo fungovat a musel se upravovat skript ve vzctl, aby generoval trochu jiný config pro netctl. Pokud to budete zkoušet, nezapomeňte v /etc/pacman.conf zakomentovat IgnorePkg. Jakub

7 years, 2 months

2
4
0 0

Často padající Sidekiq v GitLabu

by Petr Parolek

Ahoj, setkali jste už někdy s často padajícím Sidekiq v GitLab? Používám verzi 10.7.1 sestavenou ze zdrojáků. Omnibus je ještě víc nenažraný a 4 GB RAM je málo. Navíc nepoužívám Postgress, jen MariaDB V logu mi vypíše tuny výpis pádu. Deebugovat v C a v Ruby vůbec neumím. Co jsem vypozoroval, padá při spuštění pipeline po commitu nebo při merge MR a háže 502 nebo chybu 503 Nemá v tom psty staré jádro a dosloužilé openVZ? Díky moc za rady. Petr

7 years, 2 months

6
11
0 0

GDPR: draft Provozniho radu

by Pavel Snajdr

Ahojte, platnost GDPR se nam blizi, takze je na case zresit nejakou konkretnejsi implementaci pro nas. Z toho, co jsem se kde byl poradit, jsem zatim stvoril tenhle commit do Provozniho radu: https://github.com/vpsfreecz/oficialni-dokumenty/commit/3a09c71eb992293fe2d… Jeste bod cislo 3 prijde k rozpracovani, hlavne ve smyslu co maji ti kteri odpovedni clenove delat k ochrane (treba jako vyhnout se pouzivani 3rd party infrastruktury mailu, takze pa-pa Gmaily, zaheslovane/zasifrovane mobilni zarizeni, zakazane zobrazeni textu bez odemceni atd.). Uvital bych komentare, co jsem zapomnel, co bych mel predefinovat, apod. Diky moc, /snajpa

7 years, 2 months

1
0
0 0

Bez Hostovani ARM & RISC-V & dalsich desek

by Pavel Snajdr

Ahojte, od zacatku roku bojujeme spolu se vsemi ostatnimi, co chteji sdilet vykonne masiny, se zranitelnostmi procesoru. Blizici se GDPR (na ktere uz konecne pripravujeme smernici, btw) a celkove stav kyberprostoru myslim pro ty z nas, co si ceni soukromi vic, znamena neklidny spanek. Spectre a Meltdown mame softwarove workaroundnute, po par mesicich boje, uff. Branchscope? Zatim ani naznak reseni, to zas pristane do upstreamu jeden fajny patch a pak budeme vymyslet backporty na vsechno mozne, ze... No. Jake to ma reseni? Pokud nemuzu pro citliva data v RAM v kazdy moment 100.0% verit, ze se na ne nemuze divat nekdo jiny, nepomuze ani sifrovani, protoze staci najit v dumpu sifrovaci klice a je to. Resenim je tedy mit svoji RAM pod kontrolou. Jak na to? Virtualizace? Kde ze, napr. Spectrem prolezete i pres ni. Jediny, co mne napadlo, je dat clenum moznost mit ciste svoji RAM pro sebe, pro citliva data. Tedy, kdo mate potrebu realne chranit nejake zaznamy, dostanete moznost mit tu ci onu databazi na samostatnem pocitaci, na ktery nema primy pristup nikdo jiny. Jak? Zaciname varit hardware, ktery bude fungovat jako podpurny management pro jednodeskove pocitace, ktere si: - donesete sami a my je umistime do datacentra - nakoupime spolecne hromadne Ja mam vysoke standardy a tak muzu rict, ze mi Rasberry Pi stacit nebude, ani trojka (za mne moc pomale, no). Cortex-A53 s 1 GB LPDDR2 RAM mi prijde OK tak pro testovani a hrani si s takovou "secure enklavou", nebo pro uplne nekriticke pouziti; ja bych osobne uvital vykonnejsi desky s vice RAM. Moje uvaha je, ze kdyz budu mit kombo CPU a RAM pro sebe, mam vcelku pod kontrolou, jestli se mi z te moji enklavy da vyladovat data nejakou zranitelnosti v CPU. Ale nechtel bych behat do datacentra menit SD karty - bohuzel, vetsina desek bootovat ze site naprimo neumi; u nekterych se PXE-bootovat da pomoci chainloadu z u-bootu z SD karty, ale taky ne u vsech. Ja bych chtel mit storage zalohovany a na nejakem solidnejsim ulozisti, nez je SD karta. Proto v Base48 startujeme projekt HW emulatoru SD karty & managementu SBCs (napisu mail behem par dni, o co jde). S tim se taky sveze podpora power on/off, resetu a serioveho portu pro remote consoli. Zaroven s tim jeste resime sifrovani remote konzole, protoze pokud mam mit data na cizim ulozisti, budu je sifrovat - a nejak musim v pripade rebootu/vypadku napajeni dodat klic k tomu pocitaci tak, abych te ceste mohl verit. Pravdepodobne to bude obnaset fyzickou navstevu v nekterem z hackerspaces po republice, abyste zanesli nejaky svuj klic/heslo na hardwarovy token, ktery bude pouzivan k sifrovane komunikaci s management deskou - aby nebylo mozne precist klic k sifrovanym diskum po ceste, kdyz ho do toho pocitace budete zadavat. Chteli bychom management "secure enklav" zaintegrovat do vpsAdminu, aby se dalo: - tomu systemu pristoupit na konzoli pri odrezani se - zapnout/vypnout "natvrdo" - ale taky vymenit "virtualni SD kartu" - udelat snapshot, obnovit ze zalohy - pripadne SD kartu zpristupnit do nektereho z kontejneru na x86 infrastrukture a oddebugovat si to pod QEMU Co se tyce "BYOD", tedy "dones si svoje zarizeni", pozadavky budou: - rozumna spotreba a rozmery (5V napajeni, rozmery max okolo rozmeru 3.5" pevneho disku) - microSD/SD slot z ktereho se bootuje (pripadne boot ze site bez potreby SD karty je taky v poho) - 1/2 ethernety (1000/100/10M) No a co se tyce hromadnejsiho sehnani HW: - chtel bych, abychom meli aspon par desek RISC-V a mohli to zpristupnit tem, kteri na tom potrebuji odladit open-source balicek a podobne -> kdo budete chtit RISC-V pro sebe, muzete se pridat - potom bych chtel rozumne ARMv8 (64bit) desky s aspon 4 GB RAM (zatim je muj favorit SoC RK3399) - nejaky pool Raspberrycek asi taky neuskodi A co mne laka uplne nejvic, cela open-source komunita by tak mela moznost si umistit nekam HW, ktery muze delat dokola automatizovane testovani software na tech deskach, protoze: 1. reset 2. remote storage 3. remote console 4. remote GPIO 5. to cele vzdalene pres API/CLI Predstavy o clenskych prispevcich jeste uplne nemam, ale cilim to tak, ze jedna deska by znamenala maximalne cca standardni clensky prispevek (tj. 300/mes) a budto v tom bude nejakej defaultni Rasp Pi a XYZ GB storage, nebo si prinesete svoji desku a budete k tomu pak mit storage o ABC GB navic oproti prvni variante. Kdo jste docetl az sem a koho to zaujalo, prosim? Ozvete se s feedbackem. Hodil by se lepsi nazev, nez "secure enclave", protoze to uz ma hodne dlouho moc jablecny zavan :) Diky za reakce, /snajpa

7 years, 2 months

3
3
0 0

Infrastruktura vpsfree.cz

by Pavel Hruška

Ahojte, četl jsem si ve znalostní bázi o infrastruktuře vpsfree.cz ( https://kb.vpsfree.cz/informace/infrastruktura), můj dotaz jestli je popsaný stav aktuální? Jsem u vpsfree.cz přes dva roky a řeším teď infrastrukturu ve firmě, tedy v menším měřítku (3 fyzické servery) a také díky vpsfree.cz se začínám zajímat více o (opensource) linuxovou virtualizaci a především ZFS. Dozvědět se více o tom, jak funguje infrastruktura vpsfree.cz by byla skvělá inspirace, např. zkušenosti se servery, jak přesněji je řešeno úložiště, co výpadky nodů (jestli jsou a jak se to případně řeší) atp. Nedá někde zjistit více, nebude nějaká konference, přednáška, ...? Díky, Pavel

7 years, 2 months

11
45
0 0

Prevoz kabelu z Prahy do Brna

by Pavel Snajdr

Ahojte, potreboval bych z Prazskeho datacentra (Vrsovice) prevezt nekolik 10Gbit kabelu do Brna, nejedete nahodou nekdo zitra smer Brno? Kdyztak bych to nechal poslat kuryrem, ale pokud jezdite nekdo pravidelne, nemusel bych s tim otravovat nekoho, kdo netusi poradne, co je datacentrum... Dik za pomoc :) /snajpa PS. kabely pujdou na instalaci 10Gbit patere do Brna, tam s 10Gbity zacneme v novem racku (presuneme stavajici HW ze sdileneho racku, pristanou tam 10Gbit switche a casem tam prijde i NAS).

7 years, 2 months

1
1
0 0

vpsFree + docker + openjdk-9 = SIGSEGV

by Martin Sivák

Ahoj, napadá Vás někoho co může za následující chování? Dělají to jen ty na debianu založené kontejnery. Alpine (8-jre-alpine) funguje v pohodě. [root@vps ~]# docker run openjdk:9-jre java --version Unable to find image 'openjdk:9-jre' locally Trying to pull repository docker.io/library/openjdk ... 9-jre: Pulling from docker.io/library/openjdk 2115d46e7396: Already exists daa734ed5aa0: Already exists 801e6e5516c1: Already exists 404c3612208c: Already exists 258506b48a3e: Already exists b8ae0883616a: Already exists a9b93d536da3: Already exists Digest: sha256:aea139f395628bcc1ec57ecba8b319ee395d31158a47754f56286afe09220700 Status: Downloaded newer image for docker.io/openjdk:9-jre # # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x00007f3bf98f1324, pid=1, tid=12 # # JRE version: OpenJDK Runtime Environment (9.0+12) (build 9.0.4+12-Debian-2) # Java VM: OpenJDK 64-Bit Server VM (9.0.4+12-Debian-2, mixed mode, tiered, compressed oops, g1 gc, linux-amd64) # Problematic frame: # C [libc.so.6+0x36324] abort+0x244 # # Core dump will be written. Default location: //core.1 (may not exist) # # An error report file with more information is saved as: # //hs_err_pid1.log library initialization failed - unable to get max # of allocated fds # # If you would like to submit a bug report, please visit: # http://bugreport.java.com/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # Díky Martin Sivák

7 years, 2 months

8
13
0 0

(no subject)

by Caesar Consulting

Ahoj, zdá se mi to, nebo po aplikaci posledního patche klesla celkem o dost zátěž serverů? Jak jsem zjistil ve vlastních sledováních na mém VPS, kde zátěž klesla tak o polovinu, tak i ve VPS adminu vidím, že servery jsou mnohem méně vytížené než dříve, tedy alespoň podle údaje o CPU. U mě kleslo zatížení jader i RAM, a to celkem o dost. Tak nevím, jestli za to může ten patch, nebo nějaká jiná aktualizace, ale zajímá mě to. :) S přátelským pozdravem Caesar

7 years, 3 months

2
1
0 0

Mohl mi reverzní DNS záznam rozbít domény?

by Jaroslav Týc

Ahoj, nechával jsem si přes podporu VPS free přidat reverzní DNS záznam 77.93.223.244 -> mail.jaroslavtyc.com a 2a01:430:17:1::ffff:169 -> mail.jaroslavtyc.com Jenže od té doby požadavky na jakoukoli doménu na této IP adrese skončí na mail.jaroslavtyc.com ping drdplus.info PING drdplus.info (77.93.223.244) 56(84) bytes of data 64 bytes from mail.jaroslavtyc.com (77.93.223.244): icmp_seq=1 ttl=56 time=3.48 ms Měl jsem za to, že PTR ovlivňuje *pouze* e-mail, respektive že servery přijímající poštu ode mě si přes PTR ověří, že odesílatel není podvod? Poraďte mi prosím, co jsem nedomyslel, díky, Jarda

7 years, 3 months

3
4
0 0

Drupal - 28.3. 18-19:30 UTC - vyjde patch na highly critical zranitelnost

by Jiri Volf

Ahoj vespolek, kdo provozujete Drupal, udelejte si pristi tyden ve stredu vecer cas... vyslo upozorneni na budouci bezpecnostni zaplatu vysoce kriticke chyby... Jirka Volf ---------- Forwarded message ---------- From: <security-news(a)drupal.org> Date: 2018-03-21 20:41 GMT+01:00 Subject: [Security-news] Drupal 7 and 8 core critical release on March 28th, 2018 PSA-2018-001 To: security-news(a)drupal.org View online: https://www.drupal.org/psa-2018-001 * Advisory ID: DRUPAL-PSA-2018-001 * Project: Drupal Core * Version: 7.x, 8.x * Date: 2018-March-21 -------- DESCRIPTION --------------------------------------------------------- There will be a security release of *Drupal 7.x, 8.3.x, 8.4.x, and 8.5.x on March 28th 2018 between 18:00 - 19:30 UTC*, one week from the publication of this document, that will fix a highly critical security vulnerability. The Drupal Security Team urges you to reserve time for core updates at that time because exploits /might/ be developed within hours or days. Security release announcements will appear on the Drupal.org security advisory page [1]. While Drupal 8.3.x and 8.4.x are no longer supported and we don't normally provide security releases for unsupported minor releases [2], given the potential severity of this issue, we /are/ providing 8.3.x and 8.4.x releases that includes the fix for sites which have not yet had a chance to update to 8.5.0. The Drupal security team strongly recommends the following: * Sites on 8.3.x should immediately update to the 8.3.x release that willbe provided in the advisory, and then plan to update to the latest 8.5.x security release in the next month. * Sites on 8.4.x should immediately update to the 8.4.x release that willbe provided in the advisory, and then plan to update to the latest 8.5.x security release in the next month. * Sites on 7.x or 8.5.x can immediately update when the advisory isreleased using the normal procedure. The security advisory will list the appropriate version numbers for all three Drupal 8 branches. Your site's update report page will recommend the 8.5.x release even if you are on 8.3.x or 8.4.x, but temporarily updating to the provided backport for your site's current version will ensure you can update quickly without the possible side effects of a minor version update. The Security Team or any other party is not able to release any more information about this vulnerability until the announcement is made. The announcement will be made public at www.drupal.org/security [3], over Twitter, and in email for those who have subscribed to our email list. To subscribe to the email list: log in on drupal.org, go to your user profile page and subscribe to the security newsletter on the Edit » My newsletters tab. Journalists interested in covering the story are encouraged to email security-press(a)drupal.org to be sure they will get a copy of the journalist-focused release. The Security Team will release a journalist-focused summary email at the same time as the new code release and advisory. If you find a security issue, please report it at https://www.drupal.org/security-team/report-issue [4]. [1] https://www.drupal.org/security [2] https://www.drupal.org/core/release-cycle-overview [3] www.drupal.org/security [4] https://www.drupal.org/security-team/report-issue _______________________________________________ Security-news mailing list Security-news(a)drupal.org Unsubscribe at https://lists.drupal.org/mailman/listinfo/security-news

7 years, 3 months

1
0
0 0

nameserver

by vpsfree＠taborpolana.cz

ahoj, poradíte, mám od někoho koupenou domenu a u nich nastavene presmerovani na vpsfree na moji IP adresu (A a AAA záznamy). Kdybych chtěl nastavovat přímo nameserver, musel bych na svém vps provozovat vlastní nameserver (dns), nebo můžu použít něco jaklo ns1.brq.vpsfree.cz? díky Petr Bolf

7 years, 3 months

10
18
0 0

Re: [vpsFree.cz: community-list] GDPR a uvedení do praxe

by Martin Myška

Sorry, netušil jsem že už něco řešíte :-) No, z mojí strany to nebylo ani tak o tom to za vpsFree vyřešit jako spíš se nad tím zamyslet.. Omlouvám se - příště budu psát věcně přímo tobě. Dne 1. 3. 2018 21:12 napsal uživatel "Pavel Snajdr" <snajpa(a)snajpa.net>: Joj Martine, kdybys mi prv napsal, tak bys vedel, ze uz to mam rozreseny s Petrem Capkem, vsechno totok ;-) V tom, co pises, podporujes spoustu FUDu, co se o GDPR siri, tak ja bych to byt tebou nechal, az co nam Petr navrhne. Kazdopadne ale si vazim iniciativy, nicmene si s tim nemusis lamat hlavu, nechme to starsim borcum, co maji za sebou i reseni nejakych tech situaci ci dvou ;) Akorat vcera jsem Petrovi poslal vsechny potrebny podklady ;-) A ono nejde jenom o GDPR, pro info sem hodim scope spoluprace, jak jsme se s Petrem dohodli, citace z myho mailu: """ - tedka prvni tri mesice, jak jsme se dohodli [ze poresis vpsFree GDPR compliance], clenstvi za 0 - dalsi spolupraci bych videl trvale onboard vpsFree tymu, aby legal bylo v pohode; -> pokud bude potreba, draftovat zmeny nasich dokumentu a vytvaret dokumentaci -> az budeme resit blockchain, bude potreba to checknout legalne napric Evropou, atd. a spravne naimplementovat minimalne do CZ stanov z fleku -> vyst vyrobu vyrocni zpravy, aby kazdy z tymu dodal jeho cast a spolu s Petrem Krcmarem z toho udelat nejakou publikovatelnou vec (tohle nam strasne chybi IMHO, aj pro nas samotny pro ohlidnuti do historie). -> trvale se zasazovat o otevreny principy v IT ve jmenu vpsFree a byt videt -> publikovat clanky u nas na blogu a na dalsich mediich na souvisejici temata ^ -> celkove resit za nas trochu "legal" aktivismu -> za to ti umime nabidnout do 10k/mes na fakturu. => jde o to, abys dostal prilezitost vic dupnout do veci, co te bavi a nebyl treba tolik cas/motivace :) """ Toz tak ;) /snajpa On 2018-03-01 21:01, Martin Myška wrote: > Zdravím všechny z vpsFree! > Společně s kolegou pracuji na GDPR a jeho praktických dopadech na > jednotlivé technické úpravy. Potřeboval bych tak nějak vysondovat > pár věcí, které já sám nejsem schopný z vlastní zkušenosti > dát dohromady, nebo se mi nedaří na ně najít v google správné > odpovědi. > > - Povinností která nám GDPR uděluje bude zaznamenávat takřka > všechno, co se týče manipulace s údaji, ty se obvykle ukládají v > databázi a je k nim nějak přistupováno (ať už pseudonymizovaně > nebo ne) - zajímalo by mě, jak moc je datově náročné logovat > všechno, co se v databázi děje? Měl bych být schopný mít > zpětně k dispozici ideálně roční log.. popravdě ale netuším > zda takový log může mít 1gb, 20gb nebo třeba rovnou 1TB.. jak to > máte vy? > > - Mají snajpa (a další "výše postavení) nějaký přímý > přístup k souborům serveru? > > Jde o velkou věc, probírali jsme spolu také situaci vpsfree a > dobrali jsme se k několika bodům.. > > - Měli bychom mít s poskytovatelem (Master Internet) housingu a > konektivity smlouvu, která by jasně stanovovala kdo má k serveru > fyzický přístup (z jejich strany.. tj. jejich zaměstnanci a tak > vůbec) - kde jsou umístěny kamery, jak dlouho se ukládají > záznamy z kamer.. > > - Člen by pak měl mít se spolkem skutečně sepsanou smlouvu, s > kterou by se přenášely práva.. co je však teoreticky možné, je > jednotná forma smlouvy, která by se nějak zakomponovala do > "podmínek členství", pak by mělo stačit nějak zaznamenat souhlas > každého člena s tímto a měli bychom být za vodou :-) Snažil > jsem se spojit s někým z vpsfree abychom mohli detailněji probrat > celou situaci a případně s mým kolegou rovnou domluvit nějaké > sepsání papírů a projetí právníkem, abychom byli v suchu, ale > nikdo mi nereagoval.. tak možná si mě teď někdo všimne? :-) > > Moc díky za každou reakci! > > S pozdravem, > > MARTIN MYŠKA > > _______________________________________________ > Community-list mailing list > Community-list(a)lists.vpsfree.cz > http://lists.vpsfree.cz/listinfo/community-list > _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list

7 years, 4 months

1
0
0 0

TPM chip

by Libor Boldan

Ahoj, nemame u nas, nebo nekdo ze clenu na zapujceni TPM chip: AOM-TPM-9665V-S - TPM 2.0 modul (2U+) Mam zakaznika, ktery potrebuje rychle neco otestovat. Mozna by na otestovani stacil i ten horizontalni modul, jde o klasickou stanici "pod stul" a E5 CPU. Dik Libor Boldan

7 years, 4 months

1
0
0 0

GDPR a uvedení do praxe

by Martin Myška

Zdravím všechny z vpsFree! Společně s kolegou pracuji na GDPR a jeho praktických dopadech na jednotlivé technické úpravy. Potřeboval bych tak nějak vysondovat pár věcí, které já sám nejsem schopný z vlastní zkušenosti dát dohromady, nebo se mi nedaří na ně najít v google správné odpovědi. - Povinností která nám GDPR uděluje bude zaznamenávat takřka všechno, co se týče manipulace s údaji, ty se obvykle ukládají v databázi a je k nim nějak přistupováno (ať už pseudonymizovaně nebo ne) - zajímalo by mě, jak moc je datově náročné logovat všechno, co se v databázi děje? Měl bych být schopný mít zpětně k dispozici ideálně roční log.. popravdě ale netuším zda takový log může mít 1gb, 20gb nebo třeba rovnou 1TB.. jak to máte vy? - Mají snajpa (a další "výše postavení) nějaký přímý přístup k souborům serveru? Jde o velkou věc, probírali jsme spolu také situaci vpsfree a dobrali jsme se k několika bodům.. - Měli bychom mít s poskytovatelem (Master Internet) housingu a konektivity smlouvu, která by jasně stanovovala kdo má k serveru fyzický přístup (z jejich strany.. tj. jejich zaměstnanci a tak vůbec) - kde jsou umístěny kamery, jak dlouho se ukládají záznamy z kamer.. - Člen by pak měl mít se spolkem skutečně sepsanou smlouvu, s kterou by se přenášely práva.. co je však teoreticky možné, je jednotná forma smlouvy, která by se nějak zakomponovala do "podmínek členství", pak by mělo stačit nějak zaznamenat souhlas každého člena s tímto a měli bychom být za vodou :-) Snažil jsem se spojit s někým z vpsfree abychom mohli detailněji probrat celou situaci a případně s mým kolegou rovnou domluvit nějaké sepsání papírů a projetí právníkem, abychom byli v suchu, ale nikdo mi nereagoval.. tak možná si mě teď někdo všimne? :-) Moc díky za každou reakci! S pozdravem, *Martin Myška*

7 years, 4 months

2
1
0 0

Posfix+dovecot+mysql problém s přijmem pošty

by Petr Parolek

Ahoj, záhadně mi přestaly chodit mail na Debianu 8. Chci mít zabezpečený přístup k poště přístupný pouze přes webmail a když je potřeba povolím externí IP adresu. Log: https://pastebin.com/1zEeyPgk SQL. INSERT INTO `virtual_users` (`id`, `domain_id`, `password`, `email`, `allow_nets`) VALUES (5, 6, '', 'petr.parolek(a)webnazakazku.cz', '127.0.0.1,::1,77.93.223.248,a01:430:17:1::ffff:153'), /etc/dovecot/dovecot-sql.conf.ext ... password_query = SELECT email as user, password, allow_nets FROM virtual_users WHERE email='%u'; ... Zkoušel jsem různé kombinacev databazi, nikdy mi mail nedošel nebo jsem se dokonce nemohl přihlásit přes webmail. Díky moc za pomoc. Pezr

7 years, 4 months

2
1
0 0

Supermicro

by Libor Boldan

Ahoj, jenom technicko-obchodni dotaz - kupujeme severy v Abacusu, nebo v Anafre? Mate zkusenosti v rozdilech? Libor Boldan

7 years, 4 months

2
1
0 0

vpsFree mirror pro Debian

by Jan B. Kolář

Ahoj, prosím, funguje Vám vpsFree mirror pro Debian? Na playgroundu si zkouším upgrade z Debian 8 na 9 a když si upravím sources.list na: ===== deb http://mirror.vpsfree.cz/debian/ stretch main deb-src http://mirror.vpsfree.cz/debian/ stretch main deb http://mirror.vpsfree.cz/debian/ stretch-updates main deb-src http://mirror.vpsfree.cz/debian/ stretch-updates main deb http://security.debian.org/ stretch/updates main deb-src http://security.debian.org/ stretch/updates main ===== tak mi to hází následující: Hit http://security.debian.org stretch/updates InRelease Možná mi něco uniká, ale když tam zadám klasické "ftp.cz.debian.org/debian/" tak to jede v pohodě. Díky Honza

7 years, 4 months

3
5
0 0

Load average

by Caesar Consulting

Ahoj, chtěl jsem jen zeptat, jaké hodnoty jsou ještě v pořádku, a jaké už ne. V závislosti na různých konfiguracích SQL, webserveru a PHP dochází ke snížení nebo zvýšení zátěže procesoru. Chtěl bych vědět, kde je nějaká hranice, kterou bych neměl dosahovat nebo překračovat, Něco ve stylu 0.5 je v pohodě, ale 1.5 už třeba ne. Ne, že bych danou hranici chtěl nějak atakovat a využívat povolený výkon na doraz, ale jen pro klid v duši, abych se nemusel bát, že mě to při nějaké hodnotě začne shapovat výkon, atd. Taky se mi zdá, že VPSAdmin ukazuje vyšší hodnoty než ostatní utility, které používám. Jak u paměti, tak u server load. Ovšem nevím, za jakou dobu to VPSAdmin zobrazuje. Díky a hezký den.

7 years, 4 months

4
3
0 0

Pomoc na Linux Tage

by Petr Krcmar

Ahoj, zase chceme letos se stánkem vpsFree.cz jet na Linux Tage do Saské Kamenice. Potřebujeme někoho do party, upřímně: někoho s autem, kdo nám tam pomůže odvézt věci. Budete mít 10. a 11. března čas na výlet do Německa? https://chemnitzer.linux-tage.de/2018/de -- Petr Krčmář vpsFree.cz

7 years, 4 months

1
0
0 0

Převoz věcí z Liberce na InstallFest

by Petr Krcmar

Ahoj, jede někdo z vás za dva týdny z Liberce na InstallFest? Mám tu pár věcí, které je potřeba tam hodit, dá se to do tašky nebo batohu, ale já to tam nemůžu odvézt, budu před tím cestovat a pak pojedu rovnou do Prahy na IF, takže to nemůžu tahat. Najde se někdo ochotný, kdo si to tento týden vyzvedne a pak tam přiveze? Dík -- Petr Krčmář vpsFree.cz

7 years, 4 months

1
0
0 0

Re: [vpsFree.cz: community-list] vpsFree.cz a GDPR

by Petr Juhaňák

Je to tak jak rika Jirka. VpsFree si udela samo datovy audit z hlediska osobnich udaju ktere eviduje o clenech a sepise si na papir kde a v jakem rozsahu jsou a hlavne zadokumentuje jaka opatreni uz ma (procesy a technicka nastaveni) aby to vypadalo jako rizena prace s riziky. Pak pravni dokumenty typu informovane souhlasy. To same si udelaji clenove ale v jinem ramci, uz na urovni jejich provozovane technologie php eshopy a podobne a zase seznam opatreni, proces kdyz nekdo odvola souhlas se zpracovanim, seznam opatreni. To jsou veci ktere si kazdy muze pripravit uz ted. Predstava, ze vpdfree je tu od toho aby zajistila soulad s gdpr je mylna. To si musi zajistit kazdy clen sam, tj. nemluvim o technickem svete. S pozdravemPetr Juhaňák petr(a)juhanak.cz | +420 739 639 132 -------- Původní zpráva -------- Od: Jindřich Sadílek <jindrich.sadilek(a)gmail.com> Datum: 31.01.18 1:41 (GMT+01:00) Komu: community-list(a)lists.vpsfree.cz Předmět: Re: [vpsFree.cz: community-list] vpsFree.cz a GDPR Jedna věc je, co si musí pořešit VPSfree jako organizace, zcela jiná pak jendotliví správci vlastních žiletek. Provozujete nějaký jednoduchý eshop, máte uživatelské registrace a pošlete semtam email, natož považovatelný za reklamní? Jste v tom až po uši... Dne St, 31. leden 2018 v 00:30 h uživatel Jirka Bourek napsal: Problém je, že tohle všechno řeší technické věci, které udělat chceš, ale neřeší to chybějící papíry, které potřebuješ pro úřad. Jasně, v oboru "no tak nám procesory trochu leakujou paměť, hlavně že jsem náhodou včas prodal akcie" nějakou skutečnou ochranu osobních údajů v podstatě řešit nejde. Jenže to úředníky z EU nezajímá - ti vymysleli směrnici na ochranu osobních údajů, takže se osobní údaje chrání tak, jak nařizuje směrnice. Až přijde kontrola, argumentace "dyť je to nesmysl!" nic nezachrání. Takže správce potřebuje se zpracovatelem mít smlouvu nebo jiný právní akt. Pokud je právním aktem - dostatečným pro úřad - členství v vpsfree, tak je asi všechno v poho. (http://www.privacy-regulation.eu/cs/28.htm) Pokud ne, tak je problém. Jinak teda > Ja v tom vidim mnoho povyku pro nic, ajtak, ktery vi, jakou ma zodpovednost, best practices v ohledu bezpecnosti davno sleduje. Co když to neví, nebo na to dlabe? :-) Pavel Snajdr wrote: Stejne jako oskenovat, co ti tam bezi a dostat se ti tam bez zvednuti my pohodlny zadele, obzvlast pokud jedes nejakou PHPkovinu a data, ktery by bylo potreba chranit, jsou primo v DB, kam ty PHP spagety vidi. A co ted s tim, vypneme to vsehno? ;) Chci tim rict, ze panikrit IMHO neni na miste a kdyz se nad tim clovek zamysli, zasifrovat vsechno taky neni reseni. Jinak ja jsem za GDPR rad, mam vymluvu, proc si sebou budu nosit klicenku s trhavinou na flashkach, mame vymluvu, proc plosne nasadit sifrovani, proc se nam nepujde dostat do racku neautorizovane, aniz by to neodmazlo klice a neshodilo vsehno chraneny (tj. abys nam fakt nechtel otevrit ten rack). Ne ze by GDPR neco resilo, ale dava van super vymluvu, jak muzem nase systemy postupne posouvat vic smerem plausible deniability, tj. soukromi je level jedna, level nuda, ale co nam to umozni je ochranit i adminy pred tim, aby vedeli, co clen bezi. Neumel jsem si bez GDPR predstavit, jak zvysovat zabezpeceni bez toho, aby to vypadalo, jako kdyz se chystame hostovat tunu detskyho porna a lokalni pobocku CIA. Jenom to nebude vsehno hned - a nektery levely zabezpeceni na sharovanym hardwaru ani nepujde udelat. Chci: - sifrovani v ZoL - aby clen mel moznost klic per dataset neulozit, ale zadat si ho sam pres bezpecny kanal (ssh/https api call) - monitoring otevreni racku co bez nahlaseni predem donuti masiny smazat klice z RAM Ale tohle je furt malo, pokud admini nemaji vedet, co clen bezi. Ani fullvirt ani se sifrovanou RAM na AMD nam nepomuze, takze resim, jak zahostovat single board desky pro cleny, kteri chteji mit moznost nejcitlivejsi data mit fakt soukrome. Ve finale: - budes mit moznost data na VPS sifrovat svymi hesly, ktera se u nas nebudou ukladat (prusvih je, ze my nemame jak dokazat, ze jsme to nikde neulozili) - pri neautorizovanym pristupu do racku se klice smaznou, to samy pri rebootu/resetu a je pak na tobe zvazit, jestli je OK data uz odemknout - budes mit moznost nejcitlivejsi data vysoupnout vedle po siti na svuj dedikovanej systemek kalibru ARM Cortex A53, do budoucna RISC-V Problem nastava, kdyz s adminkem pujde do datacentra nekdo sebedulezitejsi, nez GDRP byrokrat s kulometem u palice, pak admin nema moznost ani nejak kliknout smazani klicu, nebo aspon nejakej counter na webu ve smyslu kanarka, ktery bude pocitat pocet podobnych incidentu. Shared computing ma svoje limity, bohuzel, jestli sledujes, kam tim mirim. GDPR podle mne vyzaduje nutne jenom nejaky papirovani, ale do budoucna nam dava zaminku jit na to vic z husta, co se soukromi tyce. Muze nam pak nekdo nadavat, ze delame hosting detskyho porna a teroristum, kdyz mame racky obehnany pomalu ziletkovym dratem? Nemuze, at si stezuje v Bruselu. Za mne dobry, ale nebude to hned. A v prvni vlne bude hlavne to papirovani. V druhy vlne se musime zbavit nedostacujiciho OpenVZ, vpsAdminOS ma podstatne lip ovladatelnejsi bezpecnostni politiku - a je odspoda nahoru cely podepsany a verifikovatelny. /snajpa On 30 Jan 2018, at 23:41, Jaroslav Skrivan <skrivy(a)skrivy.net> wrote: Jenom moje osobni zkusenost - odnest si cizi disky z datacentra neni zas takovy problem, jak se na prvni pohled muze zdat. From: Pavel Snajdr Sent: ‎1/‎30/‎2018 10:49 PM To: vpsFree.cz Community list Subject: Re: [vpsFree.cz: community-list] vpsFree.cz a GDPR Ahoj, GDPR je, pokud to dobre chapu, totalni nesmysl, z kteryho jsou vsichni vyjukani uplne, ale naprosto totalne zbytecne. Podivej se, co bezime za procesory. Jak ma nekdo neco v takovym stavu vubec industry-wide za neco rucit? Za mne je GDPR o tom a pouze o tom, ze musime podepsat papir s lidmi, co maji admin pristupy, aby acknuli oficialne svoji zodpovednost. V seznamu clenu uz ted mame jenom nejnutnejsi udaje (podle posledni zkusenosti s PCR a PSR jim k identifikaci ani to nemusi stacit...). Ve stanovach mame zakotvenou ochranu dat clenu uz od zacatku. Ja v tom vidim mnoho povyku pro nic, ajtak, ktery vi, jakou ma zodpovednost, best practices v ohledu bezpecnosti davno sleduje. A kdyz si nekdo mysli, ze Vsechno Zasifrovat(tm) to vyresi, tak se rovnou zeptam - a borci, jak se k tomu asi programy na ty masine dostanou? Hint: stejne musi byt data odemcena pri behu. A ze se k nim neco dostane za behu je mnoooohem pravdepodobnejsi, nez ze nam z hlidanyho datacentra nekdo ukradne disky a vycte si neco offline. Tedy, muj nazor je, ze vubec neni potreba panikarit a natoz se uchylovat k reseni stylem ‘radsi to na vpsFree nedam vubec’. To ty servery muzeme rovnou vypnout totiz - a cely to zabalit s tim, ze jsme se nechali prevalcovat byrokratama. /snajpa (Pavel Snajdr) (Predseda vpsFree.cz) (+420 720 107 791) On 30 Jan 2018, at 22:10, Lukáš Jelínek - AIKEN <lukas(a)aiken.cz> wrote: Ahoj, pokud si vzpomínám, tak něco podobného už se řešilo na valné hromadě (byť ještě nebylo nařízení GDPR). A situace je v podstatě taková, že to asi příliš řešit nelze, protože by to pro spolek znamenalo velkou administrativní zátěž a značný nárůst nákladů. Čili asi nejčistším řešením v tuto chvíli je, nevyužívat servery vpsFree.cz k ukládání osobních údajů - přinejmenším do doby, než se všechny záležitosti vyřeší (a než vůbec vznikne nějaký závazný výklad různých ustanovení směrnice). Lukáš Jelínek Ahoj ve spolek! Datum 25.5.2018, kdy nám vstupuje v účinnost GDPR se pomalu ale jistě blíží. Bohužel jsem byl, ač neprávník do této problematiky trochu zatlačen a byly na mě již vzneseny dotazy týkající se GDPR a vpsFree. Myslím, si, že je nás více, kteří na VPS máme uloženy nějaké ty osobní údaje (adresy, emaily, apod.) a skoro všichni máme nějaký ten webserver, kde se logují IP adresy, které jsou rovněž považovány za osobní údaje. Díky tomu jsme z pohledu GDPR považování za správce osobních údajů. Podle článku 4 GDPR se zpracovaním osobních údajů rozumí také ukládání osobních údajů. Z toho plyne, že jakýkoliv poskytovatel cloudových služeb, hostingu, VPS, atd. je vůči správci v postavení zpracovatele osobních údajů. Článek 28 GDPR potom řeší vztah zpracovatele a správce, kde mj. požaduje nějaký smluvní vztah mezi nimi. Když to převedu na protředí vpsFree tak členové jsou v podstatě správci osobních údajů a vpsFree je zpracovatelem osobních údajů. Můj dotaz zní, zda a jak bylo nebo bude GDPR řešeno na úrovní vpsFree? V podstatě asi jde o to, aby bylo v případě kontroly z UOOÚ možno něčím nebo nějak prokázat, že vpsFree je v souladu s GDPR a taky garantuje, že data nebudou uložena mimo EU. Věřím, že v našich řadách jsou kompetentnější členové v této věci jako já a tak bých rád otevřel diskusi. Honza. _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list

7 years, 4 months

19
63
0 0

Nastavení firewalu

by slimbit

Dobrý den, všechno se teprve učím a opravte mne, jestli melu kraviny. Hraji si s nastavením iptables a nemohu použít ipset, hashlimit? Jde mi o to, že jsem chtěl udělat omezení počtu spojení na jednu ipadresu. Jak to tedy mám udělat?

7 years, 4 months

2
2
0 0

Pozvánka na první Pyvo v Liberci 14. února

by Ondřej Caletka

Ahoj, již tuto středu se v Liberci uskuteční první Pyvo – tedy setkání programátorů nejen v Pythonu. Kdo jste z okolí a máte čas a chuť, doražte: https://pyvo.cz/liberec-pyvo/2018-02/ A pokud to máte daleko, vězte, že Pyva jsou i v dalších českých a moravských městech – určitě tam doražte a šiřte povědomí o spolku vpsFree.cz a o tom, co všechno svým členům přináší! Na všechny se ve středu v Liberci těšíme. Ondřej Caletka a Petr Krčmář

7 years, 4 months

1
0
0 0

Jak tunelovat přes SSH

by Jaroslav Týc

Ahoj, snažím se o spojení s jedním Redis serverem přes SSH tunel a nějak se mi nedaří. Nakopněte mě prosím správným směrem. - Na server se přes SSH mohu připojit přes /ssh jaroslavtyc(a)example.com/ - Protože ale nechci zadávat heslo, tak mám v .ssh/config nastaveno Host example-production HostName example.com User jaroslavtyc IdentityFile ~/.ssh/id_rsa_example_com - A heslo si za mě pamatuje ssh-agent, takže /ssh example-production/ šlape dobře. - Server example.com vidí na Redis na dalším serveru přes lokální DNS jméno a port /redis1.foo:6380/ - Zkouším tedy /ssh -L 6379:redis1.foo:6380 example-production/, ale ssh mě pouze připojí k serveru přes SSH, takže koukám na konzoli na example-production serveru a tunel se nekoná... Jak můžu tunelovat přes SSH s identifikací přes klíč? Díky!

7 years, 4 months

5
4
0 0

Re: [vpsFree.cz: community-list] vpsFree.cz a GDPR

by Petr Juhaňák

Ahoj,uzivatel chodi za nejakou sluzbou ne za routerem. Myslim ze je v poradku pokud spravce vpsky seznami uzivatele v politice o zpracovani osobnich udaju, ze jeho relace ( Ip adresa a cookie( se loguje po dobu 1mesice a pak je smazana ( rotaci logu) Stejne tak i pozadavek na odstraneni osobniho udaje bude vyreseb ve lhute 30 dnu. S pozdravemPetr Juhaňák petr(a)juhanak.cz | +420 739 639 132 -------- Původní zpráva -------- Od: Matěj Koudelka <matej(a)hxpro.cz> Datum: 02.02.18 14:39 (GMT+01:00) Komu: "vpsFree.cz Community list" <community-list(a)lists.vpsfree.cz> Předmět: Re: [vpsFree.cz: community-list] vpsFree.cz a GDPR Dne 2. února 2018 14:26 Ondrej.Flidr <Ondrej.Flidr(a)seznam.cz> napsal(a): Tohle je prave ta zasadni otazka - pokud je podle GDPR IP adresa osobni udaj uzivatele tak ji smazat z logu, zaloh apod. musis. A nikoho nezajima ze ji nemas jak sparovat, to jsi si mel zajistit. Defakto pujde o to ze veskery data, ktery muzou bejt osobnim udajem musime mit sparovatelny s konkretni osobou a smazatelny. OK, no takže chcete-li vstoupit na můj web, ukažte občanku.. super. To je fakt absurdistán tady toto. Si asi budu muset najít čas si to nařízení přečíst. Neexistuje nějakej opensource od NSA, který by uměl takové informace získávat a evidovat? -- Matěj Koudelka+420 604 266 933

7 years, 4 months

7
7
0 0

Re: [vpsFree.cz: community-list] vpsFree.cz a GDPR

by Petr Juhaňák

Ahoj, vymaz ihned lze provest jedine tehdy, pokud jsou vsechny osobni udaje na jednom miste. Asi tezko nekdo bude chodit po infrastrukture a promazavat logy. To by ta zarizeni musela byt na to pripravena. Takze ve skutecnosti to dopadne tak, ze nektere udaje treba jako ip adresa v logu proste budou ulozeny) ale budou se premazavat treba denne.(pokud zde neni jiny zakony pozadavek na drzeni je dele). Na aplikacni urovni to bude jeste horsi, protoze nelze uplne ovlivnit web aplikace a frameworky php ktere jen tak nekdo rychle neprekoduje Takze jde o to udelat prakticke maximum a pockat na zakonou praxi (kauzy, postup uradu a vyklady) Pokud provozuji kvetinarstvi a mam 100 zakazniku tak jdyz utece cela moje databaze tak ten dopad je porad maly. S pozdravemPetr Juhaňák petr(a)juhanak.cz | +420 739 639 132 -------- Původní zpráva -------- Od: "Ondrej.Flidr" <Ondrej.Flidr(a)seznam.cz> Datum: 02.02.18 15:14 (GMT+01:00) Komu: "vpsFree.cz Community list" <community-list(a)lists.vpsfree.cz> Předmět: Re: [vpsFree.cz: community-list] vpsFree.cz a GDPR Ta lhuta 30 dnu na vymazani neprojde: právo na výmaz údajů (právo být zapomenut) - subjekt údajů má za určitých podmínek stanovených v nařízení, právo vznést požadavek na výmaz údajů. Správce dat má povinnost tyto údaje bez odkladu vymazat s ohledem na zákonné povinnosti evidence. OF ---------- Původní e-mail ---------- Od: Petr Juhaňák <petr(a)juhanak.cz> Komu: vpsFree.cz Community list <community-list(a)lists.vpsfree.cz> Datum: 2. 2. 2018 15:07:58 Předmět: Re: [vpsFree.cz: community-list] vpsFree.cz a GDPR Ahoj,uzivatel chodi za nejakou sluzbou ne za routerem. Myslim ze je v poradku pokud spravce vpsky seznami uzivatele v politice o zpracovani osobnich udaju, ze jeho relace ( Ip adresa a cookie( se loguje po dobu 1mesice a pak je smazana ( rotaci logu) Stejne tak i pozadavek na odstraneni osobniho udaje bude vyreseb ve lhute 30 dnu. S pozdravemPetr Juhaňák petr(a)juhanak.cz | +420 739 639 132 -------- Původní zpráva -------- Od: Matěj Koudelka <matej(a)hxpro.cz> Datum: 02.02.18 14:39 (GMT+01:00) Komu: "vpsFree.cz Community list" <community-list(a)lists.vpsfree.cz> Předmět: Re: [vpsFree.cz: community-list] vpsFree.cz a GDPR Dne 2. února 2018 14:26 Ondrej.Flidr <Ondrej.Flidr(a)seznam.cz> napsal(a): Tohle je prave ta zasadni otazka - pokud je podle GDPR IP adresa osobni udaj uzivatele tak ji smazat z logu, zaloh apod. musis. A nikoho nezajima ze ji nemas jak sparovat, to jsi si mel zajistit. Defakto pujde o to ze veskery data, ktery muzou bejt osobnim udajem musime mit sparovatelny s konkretni osobou a smazatelny. OK, no takže chcete-li vstoupit na můj web, ukažte občanku.. super. To je fakt absurdistán tady toto. Si asi budu muset najít čas si to nařízení přečíst. Neexistuje nějakej opensource od NSA, který by uměl takové informace získávat a evidovat? -- Matěj Koudelka+420 604 266 933 _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list

7 years, 4 months

1
0
0 0

Re: [vpsFree.cz: community-list] vpsFree.cz a GDPR

by Petr Juhaňák

Obetujte prachy za skoleni a zeptejte se Evy https://www.gdpr.cz/skoleni/ S pozdravemPetr Juhaňák petr(a)juhanak.cz | +420 739 639 132 -------- Původní zpráva -------- Od: Jiří Pucherna <pucherna(a)reklalink.cz> Datum: 02.02.18 8:10 (GMT+01:00) Komu: community-list(a)lists.vpsfree.cz Předmět: Re: [vpsFree.cz: community-list] vpsFree.cz a GDPR Ahoj (znovu a lepe tentokrat do listu misto snajpova emailu), pravniku je vsude dost problem je ze musi sam rozumet tomu co po nem budeme chtit a tady uz z vlastni zkusenosti vim, ze to neni vubec snadny ukol... Ono totiz u pravniku je dost casto silny pocit ze pokud to napisou hodne slozite tak = nikdo tomu nerozumi = nemusi tomu rozumet sam = nikdo to nebude resit (i za cenu uvedeni naprostych technickych nesmyslu). Takze pokud nekdo kvalitniho pro tenhle ucel zna (a nebere 5k za hodinu) tak si tak rad vezmu kontakt. K tomu podepisovani -> pokud se nepletu tak ceske pravo umoznuje uzavirat smlouvy ustne, telefonicky a snad i emailem takze pokud bude nejaky papir, ktery budeme ztvrzovat ustni / jakoukoli jinou dohodou tak za me proc ne. Sice u toho GDPR se to nejak nedoporucuje ale to se tyka spis konkretniho zpracovani osobnich udaju pro marketing. Zaverem si myslim, ze pokud bude vpsfree hrat jednomyslne to co psal snajpa tj. bezpecnost hraje prim v kazdem pripade a jen to nejaky advokat co vi co bude psat hezky zavaze maslickou tak bych se taky moc nebal. Minimalne zatim budou kontroly jen na udani protoze tech co to maji kontrolovat je jako safranu to zaprve a zadruhe tomu budou rozumet asi jako zbytek lidi... Ja zastavam nazor ze dokud v necem nerozhodne soud tak si kazdej v GDPR muze vytvaret co chce :)). Hezky den Jirka On 2.2.2018 01:03, Pavel Snajdr wrote: > On 2018-02-02 00:19, Jirka Bourek wrote: >>> Jestli to nepujde udelat bez papiru, poplatku a pravniku, tak silne >>> zvazuju se presunout mimo EU nadobro. >> >> Zcela chápu, ale pak spousta členů bude muset odejít, protože z GDPR >> AFAIK vyplývá i povinnost mít data v EU. >> >>> Pokud EU zacina vymyslet pravidla prohibitivni pro moje fungovani v >>> jejim ramci, nastava pro mne pomalu cas zvazovat odchod mimo EU. To >>> neprehanim, uvazuju nad tim uz nejakou dobu a pri tom, jak se tu >>> blyska na lepsi casy, co se svobody tyce, po vsech strankach, mam >>> celkovou chut se tu na to vykaslat. >> >> Až vymyslíš, KAM odejít, aby to nebylo horší, tak dej vědět :-) > > Jo, je videt, ze uz mne kousek znas :D > > No, a tak - hlavni je, se z toho neposr*ti, ze. Baleni a vybirani > destinace pro jednosmernou letenku muzu na chvili jeste odlozit, pokud > se jsme schopni dohodnout na tom, > ze budeme hledat nejakou vlastni cestu, jak tyhle vymysly > implementovat a ze budeme vzdycky hledet to implementovat s co > nejmensim dopadem na cleny. Velmi by se mi libilo, kdyby vpsFree mohla > byt takova trochu oaza normalnosti. Kde se soukromi respektuje a ne si > na nej jenom hrajeme. > > Treba s tim logovanim - kde je nejaka ochrana soukromi, pokud zacneme > logovat spojeni pres routery? > > Jsem toho nazoru, ze auditovatelnost by mela byt na aplikacnim levelu > tam, kde je potreba - a pak by mela taky prikladat do audit logu > patricne metadata, na ktere vidi jenom ta aplikace sama. Jako treba, > ktery konkretni uzivatel to spojeni udelal a jake pouzil klice, IP > adresy a porty z netflow jsou nedostatecne. > > Nebo tedka podepisovani papiru vyjmenovavajici, jake udaje si nas clen > chrani, to preci vytvari dalsi velmi citlivou databazi (at uz > papirove, nebo na pocitaci), ktera je automaticky velmi vysoko v > DOWANT listu, pokud chci nejakou organizaci pwnout... Takhle tedy ne. > Plausible deniability is the key here. Nechci vedet, co kdo u nas > bezi. Pro mne je to vsechno apriori citlive. > > Mate nekdo kontakt na rozumny pravniky? Kdyz uz to budem resit... > > Zaroven teda, jaky jsou vsechny situace, ktery potrebujeme vystihnout? > > Mame tu eshopisty, webhostery, ruzne webove aplikace; koho dalsiho > bychom meli zahrnout, kdyz budem nejako stavet reseni pro vsechny? > > Nejaky rozpocet na rozumneho pravnika by asi byl (otazka je, kolik > konkretne - jestli to bude vic, nez nejakych 100k, tak se to da ). > > Rozhodne nechci nikam do chainu pridavat nejakou autogramiadu, musime > to vymyslet bez ni. > > Ale muzeme ten chain-of-GDPR-trust vymyslet napric az do konce. > > Hledame tedy nekoho, kdo nam pomuze prorazit nejakou nasi vlastni GDPR > implementaci. > > Dik predem za tipy :) > > /snajpa > >> _______________________________________________ >> Community-list mailing list >> Community-list(a)lists.vpsfree.cz >> http://lists.vpsfree.cz/listinfo/community-list > _______________________________________________ > Community-list mailing list > Community-list(a)lists.vpsfree.cz > http://lists.vpsfree.cz/listinfo/community-list -- ------------------------------------------------- Reklalink s.r.o. | A. Jiráska 260 | Příbram | 261 01 Telefon: +420 724 330 493 | Web: http://www.reklalink.cz _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list

7 years, 4 months

3
2
0 0

Re: [vpsFree.cz: community-list] vpsFree.cz a GDPR

by Petr Juhaňák

Ahoj, pozor na prizivniky kteri chteji z gdpr vykresat penize. Netvrdim ze jejich toolky nemaji zadnou hodnotu ale to ma spise smysl dohodnout externiho poradce, ktery uz v gdpr jede (ale je problem jej sehnat, odborniku je malo a uz jsou alokovani na projektech a zadarmo to neni) Zaregistroval jsem tento nastroj doufam ze je zdarma delaji to frantici a ma to i ceskeho prekladatele https://www.cnil.fr/en/open-source-pia-software-helps-carry-out-data-protec… S pozdravemPetr Juhaňák petr(a)juhanak.cz | +420 739 639 132 -------- Původní zpráva -------- Od: Stepan Liska <stepan(a)comlinks.cz> Datum: 01.02.18 11:13 (GMT+01:00) Komu: "vpsFree.cz Community list" <community-list(a)lists.vpsfree.cz> Předmět: Re: [vpsFree.cz: community-list] vpsFree.cz a GDPR Ahoj, a) nedávno jsem se účastnil prezentace od firmy 24LCS. Byl tam právník a evidentně se zabývá poslední rok hlavně GDPR. Mají cosi co stojí nějakých 30-40tis. za první rok a potom cca 16tis. roční fee. Za to poskytují jakousi online aplikaci, kde si vedete svojí GDPR dokumentaci. Ale hlavně - v ceně je možnost zvednout telefon a zavolat na helpdesk. Druhá věc - snaží se získat jakousi certifikaci - aby měli oficiální právo vydat bumážku GDPR-compliant co by ÚOOÚ uznával. Je to samozřejmě aby se vlk nažral a koza zůstala celá, ale z nabídek co jsem viděl na zpracování GDPR to byla jedna z nejnižších a přitom nejrozumnějších. b) z toho co jsem na různých prezentacích pochytil, tak se bohužel obávám, že mít nějaký dokument pro všechny není možné. Jediné co by bylo možné je vytvořit šablony v ODF, které by si mohl každý povyplňovat. Ono ta aplikace v a) je v podstatě něco takového. Naklikáte tam informace o firmě, předmětech činnosti, pobočkách, odděleních, na nich zpracovávaných typech údajů a zodpovědných lidech a ono to vygeneruje wizard s milionem zaškrtávátek a pak z toho vypadne jakási obrovská přehledová tabulka. Štěpán. Dne 1.2.2018 v 10:46 Petr Juhaňák napsal(a): Ahoj, to je dobry napad, bohuzel papiry jsou nekdy dulezitejsi nez realita. A udelat zakladni chybu by bylo popreni dosavadniho usili. Nename tady kolegu z korporatu ktery provozuje IasS sluzbu a je v konceptech a vzorech dokumentu dal? Pravnik ty dokumenty nepostavi na zelene louce. S pozdravem Petr Juhaňák petr(a)juhanak.cz | +420 739 639 132 -------- Původní zpráva -------- Od: "Ing. Jan Dvořák" <jan.dvorak(a)dvorak-sw.com> Datum: 01.02.18 10:31 (GMT+01:00) Komu: "vpsFree.cz Community list" <community-list(a)lists.vpsfree.cz> Předmět: Re: [vpsFree.cz: community-list] vpsFree.cz a GDPR Ahoj, taky bych se přikláněl v této možnosti řešení. Pokud by byl problém s financemi tak bych navrhoval se nějakým způsobem na právní služby složit. Upřímně, nerad ale opravdu velmi nerad bych se dostal do situace, kdybych byl nucen migrovat jinam jenom kvůli tomuto. Honza. Dne 2018-02-01 10:19, Lapčík Miroslav napsal: > Ahoj, > > nebylo by vhodnější, abychom jako sdružení kontaktovali právníka, který > by nám připravil potřebné dokumenty pro sdružení vč. vzoru pro > jednotlivé členy? Předpokládám, že cca 90% členů bude mít stejné > dokumenty tzn. zpracovává "podobný" typ dat pro "podobné"účely. > > Sdružení by mělo dokumenty po právní stránce v pořádku, využití a > úprava > vzoru už by bylo na zodpovědnost každého člena. > > Možná by se to dalo uhradit jednorázovým poplatkem na GDPR od každého > člena? > > Budeme to muset řešit téměř všichni, tak si myslím, že by mohlo být > výhodnější to řešit společně, ale netuším zda je to vůbec takhle možné. > > --- > > Mirek > > Dne 31.1.2018 v 21:15 Pavel Snajdr napsal(a): >> Cauko Honzo, >> >> diky za obsahlou odpoved. >> >> Co mi neni jasny: >> >> musime mit explicitni smlouvu s kazdym clenem, pokud rada spolku >> proste vyda potreba narizeni/opatreni v ramci soucasnych organizacnich >> radu spolku? >> >> Tj. proste to bude platit pro vsechny cleny naprosto stejne, ze: >> >> - data jsou na specifikovanych mistech viz dokumentace infrastruktury >> na wiki >> - k datum maji pristup specifikovane osoby viz dokumentace na wiki >> - k datum ma potencialne, ale ne primo ani vyslovne pristup >> subdodavatel (Master Internet) >> - lidi s pristupem k datum maji pridanou motivaci neskodit pomoci >> nejake hmotne zodpovednosti/NDA, kde se specifikuje, za co a proc maji >> zodpovednost (root access, vpsAdmin-level access). >> >> A vymalovano, plus minus par drobnosti - tak si to jednoduse >> predstavuju. >> >> Nebo to neni tak jednoduche? >> >> Pokud ne, proc? >> >> Jak konkretne to poresilo FORPSI? >> >> A jinak, kdyby prislo tvrde na tvrde, za co, pekne prosim, muzeme >> dostat pokutu zrovna my, transparentni organizace, pokud: >> >> - seznam lidi, co maji pristupy, mame uz daavno verejny >> - umisteni dat - je verejne od zacatku >> - pouzite technologie jsou publikovane od zacatku >> - primo ve stanovach mame, ze o citlivych datech ma rada i kontrolni >> komise zachovavat mlcenlivost >> >> V cem konkretne nejsme pripraveni, kdyz se teda budem bavit o nejake >> dokazatelnosti toho, ze nejsme pripraveni, pripadne u soudu? >> >> Za co muzem dostat pokutu, kdyz rizika mame takhle jasne popsana >> davno, kazdy je (doufam) chape (jako kde jsou masiny, kdo ma pristup, >> co to znamena bezet na sdilenem HW... co to znamena bezet ve sdilenem >> datacentrum). Vzdyt to pisem vsude od zacatku, jak co delame. >> >> Prosim, moc pekne prosim, lidi, dejte mi proti tomu neco >> konkretnejsiho nez "IMHO" nazory motivovane strachem z byrokratu. >> Nepodelal jsem se zatim z financniho uradu, nepodelam se na svoji >> zodpovednost ani z GDPR, jenom musim vedet absolutne presne, s cim mam >> tu cest, abych si to "na svoji hubu" umel obhajit. >> >> Ucetniho jsem pro vpsFree taky hledal podle toho, aby stal za nami, ze >> to co delame, proste *NENI* podnikani a stojim si za tim a stat budu u >> soudu, pokud na to nekdy prijde. >> >> Obdobny pristup bych rad praktikoval ohledne GDPR, prosim linkujte >> relevantni info, proc to neni, jak si myslim, proc si myslim kraviny. >> Tedy, idealni endgame je ne, ze se nas zpracovani nijak netyka, ale ze >> co delame, je dostatecne transparentni a je dostatecne dohledatelna >> zodpovednost uz ted, aniz by bylo v podstate potreba cokoliv menit. >> >> Diky moc za feedback ;) >> >> /snajpa >> >> On 2018-01-31 20:46, Ing. Jan Dvořák wrote: >>> Ahoj! >>> >>> IMHO to co je ve stanovách rozhodně stačit nebude. Nechci teď řešit >>> členskou evidenci, apod. To je další věc k řešení, ale teď začnu >>> trochu ze široka. Poskytování VPS je služba IaaS (infrastruktura jako >>> služba). vpsFree, jako ten kdo tuto službu poskytuje je dle GDPR >>> zpracovatelem osobních údajů. To jestli má přístup k osobním údajům >>> členů na VPS nebo ne není rozhodující. Pokud vpsFree nebude mít >>> smluvní ujednání se správci (členy) tak může být považován přímo za >>> správce sám. Toto vše je novinka GDPR. Doposud se na tyto >>> zpracovatele >>> legislativa v oblasti osobních údajů nevztahovala nebo se dala >>> obejít. >>> >>> Takže vpsFree má IMHO dvě možnosti. Buď jasně deklaruje, že >>> poskytnutá >>> VPS jsou pouze pro osobní potřebu a zakáže členům zpracovávat na VPS >>> jakékoliv osobní údaje. Tím pádem nebude muset řešit žádné GDPR, což >>> ale bude znamenat odchod členů, na které se GDPR vztahuje. Nebo bude >>> muset s každým členem, který bude na VPS zpracovávat osobní údaje >>> uzavřít zpracovatelskou smlouvu. GDPR poměrně jasně stanovuje co >>> taková smlouva má obsahovat a tak jen heslovitě: >>> - předmět a trvání zpracování >>> - povaha a účel zpracování >>> - typ osobních údajů a kategorii subjektů údajů >>> - povinnosti a práva správce >>> - povinnosti zpracovatele (zpracování osobní údajů jen na základě >>> dokumentovaných pokynů správce, zajistit důvěrnost, přijmout vhodná >>> bezpečnostní opatření) >>> Co z toho by se vztahovalo na smlouvu mezi vpsFree a členem, to je >>> otázka na právníka. Dokázal bych si představit, že členové s takovou >>> smlouvou by mohli mít třeba o něco vyšší členský poplatek, aby se >>> pokryly vícenáklady >>> >>> Termín účinnosti se pomalu ale jistě blíží. Ve firmách se provádí >>> různé audity a je třeba aby vpsFree co nejdříve jasně deklarovalo jak >>> se ke GDPR postaví, aby Ti členové, kterých se to týká (bohužel jsem >>> to i já) se mohli zařídit. >>> >>> Tento problém budou řešit všichni poskytovatelé hostingu, VPS, >>> cloudových služeb. V ČR je situace zatím tristní, zatím toto nikdo >>> neřešil, jedině FORPSI, co jsem viděl se k tomu zatím nějak >>> postavili. >>> Co jsem tak sondoval v zahraničí tak úplně připraveny jsou jen ti >>> největší (Microsoft, Amazon, apod.) a ti menší se postupně >>> připravují. >>> Nicméně ke změnám v Service Agreementech v souvislosti s GDPR určitě >>> bude docházet. >>> >>> Je třeba si taky říct, že s GDPR také přichází jedna zásadní změna. >>> Doposud porušení zákona správcem musel prokazovat úřad, ale s GDPR je >>> to naopak. Správce je ten, který musí prokazovat, že nic neporušil. >>> >>> A malá poznámka na závěr, jak zaznělo na jednom semináři. Největším >>> rizikem GDPR není vlastní nařízení, úřady, kontroly, pokuty apod. >>> Největším rizikem jsou lidé. Díky mediální masáži a bublině se může >>> objevit spoustu trollů, kteří díky GDPR dostanou do ruky jednoduchou >>> možnost škodit. >>> >>> Honza. >>> >>> >>> Dne 31.1.2018 v 08:12 zd nex napsal(a): >>>> Ahojte, >>>> >>>> také si tu směrnici vykládám tak, že každý člen musí za data na VPS >>>> zodpovídat sám (mít pověřenou osobu, která s tím pracuje + papír, že >>>> je o tom seznámená.) Co se týče dat na VPSFree, tak tam půjde >>>> primárně o to, jestli stačí to co je ve stanovách - či jestli nějak >>>> bude také potřeba tedy domluvit (sepsat smlouvu) mezi členem(jeho >>>> daty) a vpsfree nějak odděleně, nebo bude pouze stačit, aby to bylo >>>> ve stanovách - že jsou zde admini a následně jednotlivý členové co >>>> pracují s VPS(kteří jsou zodpovědní za data)? Tzn tím pádem, by >>>> nemělo být nutné nic měnit, kromě té specifikace - kdo a jaký má >>>> přístup k VPS a jakou zodpovědnost (plnou). >>>> >>>> -- S pozdravem, >>>> >>>> Zdeněk Dlauhý >>>> >>>> Email:support@pripravto.cz <mailto:support@pripravto.cz> >>>> Mobil: +420 702 549 370 >>>> Web: www.pripravto.cz <http://www.pripravto.cz> >>>> >>>> Dne 31. ledna 2018 6:21 Petr Juhaňák <petr(a)juhanak.cz >>>> <mailto:petr@juhanak.cz>> napsal(a): >>>> >>>> Je to tak jak rika Jirka. >>>> >>>> VpsFree si udela samo datovy audit z hlediska osobnich udaju >>>> ktere >>>> eviduje o clenech a sepise si na papir kde a v jakem rozsahu >>>> jsou a >>>> hlavne zadokumentuje jaka opatreni uz ma (procesy a technicka >>>> nastaveni) aby to vypadalo jako rizena prace s riziky. Pak >>>> pravni >>>> dokumenty typu informovane souhlasy. >>>> >>>> To same si udelaji clenove ale v jinem ramci, uz na urovni >>>> jejich >>>> provozovane technologie php eshopy a podobne a zase seznam >>>> opatreni, >>>> proces kdyz nekdo odvola souhlas se zpracovanim, seznam >>>> opatreni. >>>> >>>> To jsou veci ktere si kazdy muze pripravit uz ted. >>>> >>>> Predstava, ze vpdfree je tu od toho aby zajistila soulad s gdpr >>>> je >>>> mylna. To si musi zajistit kazdy clen sam, tj. nemluvim o >>>> technickem >>>> svete. >>>> >>>> >>>> >>>> S pozdravem >>>> Petr Juhaňák >>>> >>>> petr(a)juhanak.cz <mailto:petr@juhanak.cz> | +420 739 639 132 >>>> <tel:+420%20739%20639%20132> >>>> >>>> >>>> -------- Původní zpráva -------- >>>> Od: Jindřich Sadílek <jindrich.sadilek(a)gmail.com >>>> <mailto:jindrich.sadilek@gmail.com>> >>>> Datum: 31.01.18 1:41 (GMT+01:00) >>>> Komu: community-list(a)lists.vpsfree.cz >>>> <mailto:community-list@lists.vpsfree.cz> >>>> Předmět: Re: [vpsFree.cz: community-list] vpsFree.cz a GDPR >>>> >>>> Jedna věc je, co si musí pořešit VPSfree jako organizace, zcela >>>> jiná >>>> pak jendotliví správci vlastních žiletek. >>>> >>>> Provozujete nějaký jednoduchý eshop, máte uživatelské registrace >>>> a >>>> pošlete semtam email, natož považovatelný za reklamní? Jste v >>>> tom až >>>> po uši... >>>> >>>> >>>> Dne St, 31. leden 2018 v 00:30 h uživatel Jirka Bourek napsal: >>>>> Problém je, že tohle všechno řeší technické věci, které udělat >>>>> chceš, >>>>> ale neřeší to chybějící papíry, které potřebuješ pro úřad. >>>>> >>>>> Jasně, v oboru "no tak nám procesory trochu leakujou paměť, >>>>> hlavně že >>>>> jsem náhodou včas prodal akcie" nějakou skutečnou ochranu >>>>> osobních >>>>> údajů >>>>> v podstatě řešit nejde. Jenže to úředníky z EU nezajímá - ti >>>>> vymysleli >>>>> směrnici na ochranu osobních údajů, takže se osobní údaje >>>>> chrání tak, >>>>> jak nařizuje směrnice. Až přijde kontrola, argumentace "dyť je >>>>> to >>>>> nesmysl!" nic nezachrání. >>>>> >>>>> Takže správce potřebuje se zpracovatelem mít smlouvu nebo jiný >>>>> právní >>>>> akt. Pokud je právním aktem - dostatečným pro úřad - členství v >>>>> vpsfree, >>>>> tak je asi všechno v poho. >>>>> (http://www.privacy-regulation.eu/cs/28.htm >>>>> <http://www.privacy-regulation.eu/cs/28.htm>) >>>>> Pokud ne, tak je problém. >>>>> >>>>> Jinak teda >>>>> >>>>> > Ja v tom vidim mnoho povyku pro nic, ajtak, ktery vi, jakou >>>>> ma >>>>> zodpovednost, best practices v ohledu bezpecnosti davno >>>>> sleduje. >>>>> >>>>> Co když to neví, nebo na to dlabe? :-) >>>>> >>>>> >>>>> Pavel Snajdr wrote: >>>>> >>>>> Stejne jako oskenovat, co ti tam bezi a dostat se ti tam >>>>> bez >>>>> zvednuti my pohodlny zadele, obzvlast pokud jedes nejakou >>>>> PHPkovinu a data, ktery by bylo potreba chranit, jsou primo >>>>> v >>>>> DB, kam ty PHP spagety vidi. >>>>> >>>>> A co ted s tim, vypneme to vsehno? ;) >>>>> >>>>> Chci tim rict, ze panikrit IMHO neni na miste a kdyz se nad >>>>> tim clovek zamysli, zasifrovat vsechno taky neni reseni. >>>>> >>>>> Jinak ja jsem za GDPR rad, mam vymluvu, proc si sebou budu >>>>> nosit klicenku s trhavinou na flashkach, mame vymluvu, proc >>>>> plosne nasadit sifrovani, proc se nam nepujde dostat do >>>>> racku >>>>> neautorizovane, aniz by to neodmazlo klice a neshodilo >>>>> vsehno >>>>> chraneny (tj. abys nam fakt nechtel otevrit ten rack). >>>>> >>>>> Ne ze by GDPR neco resilo, ale dava van super vymluvu, jak >>>>> muzem nase systemy postupne posouvat vic smerem plausible >>>>> deniability, tj. soukromi je level jedna, level nuda, ale >>>>> co >>>>> nam to umozni je ochranit i adminy pred tim, aby vedeli, co >>>>> clen bezi. >>>>> >>>>> Neumel jsem si bez GDPR predstavit, jak zvysovat >>>>> zabezpeceni >>>>> bez toho, aby to vypadalo, jako kdyz se chystame hostovat >>>>> tunu >>>>> detskyho porna a lokalni pobocku CIA. Jenom to nebude >>>>> vsehno >>>>> hned - a nektery levely zabezpeceni na sharovanym hardwaru >>>>> ani >>>>> nepujde udelat. >>>>> >>>>> Chci: >>>>> >>>>> - sifrovani v ZoL >>>>> - aby clen mel moznost klic per dataset neulozit, ale zadat >>>>> si >>>>> ho sam pres bezpecny kanal (ssh/https api call) >>>>> - monitoring otevreni racku co bez nahlaseni predem donuti >>>>> masiny smazat klice z RAM >>>>> >>>>> Ale tohle je furt malo, pokud admini nemaji vedet, co clen >>>>> bezi. Ani fullvirt ani se sifrovanou RAM na AMD nam >>>>> nepomuze, >>>>> takze resim, jak zahostovat single board desky pro cleny, >>>>> kteri chteji mit moznost nejcitlivejsi data mit fakt >>>>> soukrome. >>>>> >>>>> Ve finale: >>>>> >>>>> - budes mit moznost data na VPS sifrovat svymi hesly, ktera >>>>> se >>>>> u nas nebudou ukladat (prusvih je, ze my nemame jak >>>>> dokazat, >>>>> ze jsme to nikde neulozili) >>>>> >>>>> - pri neautorizovanym pristupu do racku se klice smaznou, >>>>> to >>>>> samy pri rebootu/resetu a je pak na tobe zvazit, jestli je >>>>> OK >>>>> data uz odemknout >>>>> >>>>> - budes mit moznost nejcitlivejsi data vysoupnout vedle po >>>>> siti na svuj dedikovanej systemek kalibru ARM Cortex A53, >>>>> do >>>>> budoucna RISC-V >>>>> >>>>> Problem nastava, kdyz s adminkem pujde do datacentra nekdo >>>>> sebedulezitejsi, nez GDRP byrokrat s kulometem u palice, >>>>> pak >>>>> admin nema moznost ani nejak kliknout smazani klicu, nebo >>>>> aspon nejakej counter na webu ve smyslu kanarka, ktery bude >>>>> pocitat pocet podobnych incidentu. >>>>> >>>>> Shared computing ma svoje limity, bohuzel, jestli sledujes, >>>>> kam tim mirim. >>>>> >>>>> GDPR podle mne vyzaduje nutne jenom nejaky papirovani, ale >>>>> do >>>>> budoucna nam dava zaminku jit na to vic z husta, co se >>>>> soukromi tyce. >>>>> >>>>> Muze nam pak nekdo nadavat, ze delame hosting detskyho >>>>> porna a >>>>> teroristum, kdyz mame racky obehnany pomalu ziletkovym >>>>> dratem? >>>>> Nemuze, at si stezuje v Bruselu. >>>>> >>>>> Za mne dobry, ale nebude to hned. A v prvni vlne bude >>>>> hlavne >>>>> to papirovani. V druhy vlne se musime zbavit >>>>> nedostacujiciho >>>>> OpenVZ, vpsAdminOS ma podstatne lip ovladatelnejsi >>>>> bezpecnostni politiku - a je odspoda nahoru cely podepsany >>>>> a >>>>> verifikovatelny. >>>>> >>>>> /snajpa >>>>> >>>>> On 30 Jan 2018, at 23:41, Jaroslav Skrivan >>>>> <skrivy(a)skrivy.net <mailto:skrivy@skrivy.net>> wrote: >>>>> >>>>> Jenom moje osobni zkusenost - odnest si cizi disky z >>>>> datacentra neni zas takovy problem, jak se na prvni >>>>> pohled >>>>> muze zdat. >>>>> From: Pavel Snajdr >>>>> Sent: ‎1/‎30/‎2018 10:49 PM >>>>> To: vpsFree.cz Community list >>>>> Subject: Re: [vpsFree.cz: community-list] vpsFree.cz a >>>>> GDPR >>>>> >>>>> Ahoj, >>>>> >>>>> GDPR je, pokud to dobre chapu, totalni nesmysl, z >>>>> kteryho >>>>> jsou vsichni vyjukani uplne, ale naprosto totalne >>>>> zbytecne. >>>>> >>>>> Podivej se, co bezime za procesory. >>>>> >>>>> Jak ma nekdo neco v takovym stavu vubec industry-wide >>>>> za >>>>> neco rucit? >>>>> >>>>> Za mne je GDPR o tom a pouze o tom, ze musime podepsat >>>>> papir s lidmi, co maji admin pristupy, aby acknuli >>>>> oficialne svoji zodpovednost. >>>>> >>>>> V seznamu clenu uz ted mame jenom nejnutnejsi udaje >>>>> (podle >>>>> posledni zkusenosti s PCR a PSR jim k identifikaci ani >>>>> to >>>>> nemusi stacit...). >>>>> >>>>> Ve stanovach mame zakotvenou ochranu dat clenu uz od >>>>> zacatku. >>>>> >>>>> Ja v tom vidim mnoho povyku pro nic, ajtak, ktery vi, >>>>> jakou ma zodpovednost, best practices v ohledu >>>>> bezpecnosti >>>>> davno sleduje. >>>>> >>>>> A kdyz si nekdo mysli, ze Vsechno Zasifrovat(tm) to >>>>> vyresi, tak se rovnou zeptam - a borci, jak se k tomu >>>>> asi >>>>> programy na ty masine dostanou? Hint: stejne musi byt >>>>> data >>>>> odemcena pri behu. A ze se k nim neco dostane za behu >>>>> je >>>>> mnoooohem pravdepodobnejsi, nez ze nam z hlidanyho >>>>> datacentra nekdo ukradne disky a vycte si neco offline. >>>>> >>>>> Tedy, muj nazor je, ze vubec neni potreba panikarit a >>>>> natoz se uchylovat k reseni stylem ‘radsi to na vpsFree >>>>> nedam vubec’. To ty servery muzeme rovnou vypnout totiz >>>>> - >>>>> a cely to zabalit s tim, ze jsme se nechali prevalcovat >>>>> byrokratama. >>>>> >>>>> /snajpa >>>>> (Pavel Snajdr) >>>>> (Predseda vpsFree.cz) >>>>> (+420 720 107 791 <tel:+420%20720%20107%20791>) >>>>> >>>>> On 30 Jan 2018, at 22:10, Lukáš Jelínek - AIKEN >>>>> <lukas(a)aiken.cz <mailto:lukas@aiken.cz>> wrote: >>>>> >>>>> Ahoj, >>>>> >>>>> pokud si vzpomínám, tak něco podobného už se řešilo >>>>> na >>>>> valné hromadě >>>>> (byť ještě nebylo nařízení GDPR). A situace je v >>>>> podstatě taková, že to >>>>> asi příliš řešit nelze, protože by to pro spolek >>>>> znamenalo velkou >>>>> administrativní zátěž a značný nárůst nákladů. >>>>> >>>>> Čili asi nejčistším řešením v tuto chvíli je, >>>>> nevyužívat servery >>>>> vpsFree.cz k ukládání osobních údajů - přinejmenším >>>>> do >>>>> doby, než se >>>>> všechny záležitosti vyřeší (a než vůbec vznikne >>>>> nějaký >>>>> závazný výklad >>>>> různých ustanovení směrnice). >>>>> >>>>> Lukáš Jelínek >>>>> >>>>> >>>>> >>>>> Ahoj ve spolek! >>>>> >>>>> Datum 25.5.2018, kdy nám vstupuje v účinnost >>>>> GDPR >>>>> se pomalu ale jistě >>>>> blíží. Bohužel jsem byl, ač neprávník do této >>>>> problematiky trochu >>>>> zatlačen a byly na mě již vzneseny dotazy >>>>> týkající >>>>> se GDPR a vpsFree. >>>>> >>>>> Myslím, si, že je nás více, kteří na VPS máme >>>>> uloženy nějaké ty osobní >>>>> údaje (adresy, emaily, apod.) a skoro všichni >>>>> máme >>>>> nějaký ten >>>>> webserver, kde se logují IP adresy, které jsou >>>>> rovněž považovány za >>>>> osobní údaje. Díky tomu jsme z pohledu GDPR >>>>> považování za správce >>>>> osobních údajů. Podle článku 4 GDPR se >>>>> zpracovaním >>>>> osobních údajů >>>>> rozumí také ukládání osobních údajů. Z toho >>>>> plyne, >>>>> že jakýkoliv >>>>> poskytovatel cloudových služeb, hostingu, VPS, >>>>> atd. je vůči správci v >>>>> postavení zpracovatele osobních údajů. Článek >>>>> 28 >>>>> GDPR potom řeší vztah >>>>> zpracovatele a správce, kde mj. požaduje nějaký >>>>> smluvní vztah mezi >>>>> nimi. Když to převedu na protředí vpsFree tak >>>>> členové jsou v podstatě >>>>> správci osobních údajů a vpsFree je >>>>> zpracovatelem >>>>> osobních údajů. >>>>> >>>>> Můj dotaz zní, zda a jak bylo nebo bude GDPR >>>>> řešeno na úrovní vpsFree? >>>>> V podstatě asi jde o to, aby bylo v případě >>>>> kontroly z UOOÚ možno >>>>> něčím nebo nějak prokázat, že vpsFree je v >>>>> souladu >>>>> s GDPR a taky >>>>> garantuje, že data nebudou uložena mimo EU. >>>>> Věřím, >>>>> že v našich řadách >>>>> jsou kompetentnější členové v této věci jako já >>>>> a >>>>> tak bých rád otevřel >>>>> diskusi. >>>>> >>>>> Honza. >>>>> >>>>> >>>>> _________________________________________________ >>>>> Community-list mailing list >>>>> Community-list(a)lists.vpsfree.cz >>>>> <mailto:Community-list@lists.vpsfree.cz> >>>>> http://lists.vpsfree.cz/listinfo/community-list >>>>> <http://lists.vpsfree.cz/listinfo/community-list> >>>>> >>>>> >>>>> _________________________________________________ >>>>> Community-list mailing list >>>>> Community-list(a)lists.vpsfree.cz >>>>> <mailto:Community-list@lists.vpsfree.cz> >>>>> http://lists.vpsfree.cz/listinfo/community-list >>>>> <http://lists.vpsfree.cz/listinfo/community-list> >>>>> _________________________________________________ >>>>> Community-list mailing list >>>>> Community-list(a)lists.vpsfree.cz >>>>> <mailto:Community-list@lists.vpsfree.cz> >>>>> http://lists.vpsfree.cz/listinfo/community-list >>>>> <http://lists.vpsfree.cz/listinfo/community-list> >>>>> >>>>> >>>>> >>>>> >>>>> _________________________________________________ >>>>> Community-list mailing list >>>>> Community-list(a)lists.vpsfree.cz >>>>> <mailto:Community-list@lists.vpsfree.cz> >>>>> http://lists.vpsfree.cz/listinfo/community-list >>>>> <http://lists.vpsfree.cz/listinfo/community-list> >>>>> >>>>> _________________________________________________ >>>>> Community-list mailing list >>>>> Community-list(a)lists.vpsfree.cz >>>>> <mailto:Community-list@lists.vpsfree.cz> >>>>> http://lists.vpsfree.cz/listinfo/community-list >>>>> <http://lists.vpsfree.cz/listinfo/community-list> >>>> >>>> >>>> _______________________________________________ >>>> Community-list mailing list >>>> Community-list(a)lists.vpsfree.cz >>>> <mailto:Community-list@lists.vpsfree.cz> >>>> http://lists.vpsfree.cz/listinfo/community-list >>>> <http://lists.vpsfree.cz/listinfo/community-list> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Community-list mailing list >>>> Community-list(a)lists.vpsfree.cz >>>> http://lists.vpsfree.cz/listinfo/community-list >>>> >>> >>> >>> -- >>> Ing. Jan Dvorak >>> **************************************** >>> Ing. Jan Dvorak >>> Fischerova 690/23 >>> 779 00 Olomouc, Nove Sady >>> Czech Republic >>> **************************************** >>> Tel: +420-603 444 240 >>> E-mail: jan.dvorak(a)dvorak-sw.com >>> Web: http://www.dvorak-sw.com >>> **************************************** >>> _______________________________________________ >>> Community-list mailing list >>> Community-list(a)lists.vpsfree.cz >>> http://lists.vpsfree.cz/listinfo/community-list >> _______________________________________________ >> Community-list mailing list >> Community-list(a)lists.vpsfree.cz >> http://lists.vpsfree.cz/listinfo/community-list > > _______________________________________________ > Community-list mailing list > Community-list(a)lists.vpsfree.cz > http://lists.vpsfree.cz/listinfo/community-list -- Ing. Jan Dvorak **************************************** Ing. Jan Dvorak Fischerova 690/23 779 00 Olomouc, Nove Sady Czech Republic **************************************** Tel: +420 603 444 240 E-mail: jan.dvorak(a)dvorak-sw.com Web: http://www.dvorak-sw.com **************************************** _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list

7 years, 4 months

1
0
0 0

Re: [vpsFree.cz: community-list] vpsFree.cz a GDPR

by Petr Juhaňák

Ahoj, to je dobry napad, bohuzel papiry jsou nekdy dulezitejsi nez realita. A udelat zakladni chybu by bylo popreni dosavadniho usili. Nename tady kolegu z korporatu ktery provozuje IasS sluzbu a je v konceptech a vzorech dokumentu dal? Pravnik ty dokumenty nepostavi na zelene louce. S pozdravemPetr Juhaňák petr(a)juhanak.cz | +420 739 639 132 -------- Původní zpráva -------- Od: "Ing. Jan Dvořák" <jan.dvorak(a)dvorak-sw.com> Datum: 01.02.18 10:31 (GMT+01:00) Komu: "vpsFree.cz Community list" <community-list(a)lists.vpsfree.cz> Předmět: Re: [vpsFree.cz: community-list] vpsFree.cz a GDPR Ahoj, taky bych se přikláněl v této možnosti řešení. Pokud by byl problém s financemi tak bych navrhoval se nějakým způsobem na právní služby složit. Upřímně, nerad ale opravdu velmi nerad bych se dostal do situace, kdybych byl nucen migrovat jinam jenom kvůli tomuto. Honza. Dne 2018-02-01 10:19, Lapčík Miroslav napsal: > Ahoj, > > nebylo by vhodnější, abychom jako sdružení kontaktovali právníka, který > by nám připravil potřebné dokumenty pro sdružení vč. vzoru pro > jednotlivé členy? Předpokládám, že cca 90% členů bude mít stejné > dokumenty tzn. zpracovává "podobný" typ dat pro "podobné"účely. > > Sdružení by mělo dokumenty po právní stránce v pořádku, využití a > úprava > vzoru už by bylo na zodpovědnost každého člena. > > Možná by se to dalo uhradit jednorázovým poplatkem na GDPR od každého > člena? > > Budeme to muset řešit téměř všichni, tak si myslím, že by mohlo být > výhodnější to řešit společně, ale netuším zda je to vůbec takhle možné. > > --- > > Mirek > > Dne 31.1.2018 v 21:15 Pavel Snajdr napsal(a): >> Cauko Honzo, >> >> diky za obsahlou odpoved. >> >> Co mi neni jasny: >> >> musime mit explicitni smlouvu s kazdym clenem, pokud rada spolku >> proste vyda potreba narizeni/opatreni v ramci soucasnych organizacnich >> radu spolku? >> >> Tj. proste to bude platit pro vsechny cleny naprosto stejne, ze: >> >> - data jsou na specifikovanych mistech viz dokumentace infrastruktury >> na wiki >> - k datum maji pristup specifikovane osoby viz dokumentace na wiki >> - k datum ma potencialne, ale ne primo ani vyslovne pristup >> subdodavatel (Master Internet) >> - lidi s pristupem k datum maji pridanou motivaci neskodit pomoci >> nejake hmotne zodpovednosti/NDA, kde se specifikuje, za co a proc maji >> zodpovednost (root access, vpsAdmin-level access). >> >> A vymalovano, plus minus par drobnosti - tak si to jednoduse >> predstavuju. >> >> Nebo to neni tak jednoduche? >> >> Pokud ne, proc? >> >> Jak konkretne to poresilo FORPSI? >> >> A jinak, kdyby prislo tvrde na tvrde, za co, pekne prosim, muzeme >> dostat pokutu zrovna my, transparentni organizace, pokud: >> >> - seznam lidi, co maji pristupy, mame uz daavno verejny >> - umisteni dat - je verejne od zacatku >> - pouzite technologie jsou publikovane od zacatku >> - primo ve stanovach mame, ze o citlivych datech ma rada i kontrolni >> komise zachovavat mlcenlivost >> >> V cem konkretne nejsme pripraveni, kdyz se teda budem bavit o nejake >> dokazatelnosti toho, ze nejsme pripraveni, pripadne u soudu? >> >> Za co muzem dostat pokutu, kdyz rizika mame takhle jasne popsana >> davno, kazdy je (doufam) chape (jako kde jsou masiny, kdo ma pristup, >> co to znamena bezet na sdilenem HW... co to znamena bezet ve sdilenem >> datacentrum). Vzdyt to pisem vsude od zacatku, jak co delame. >> >> Prosim, moc pekne prosim, lidi, dejte mi proti tomu neco >> konkretnejsiho nez "IMHO" nazory motivovane strachem z byrokratu. >> Nepodelal jsem se zatim z financniho uradu, nepodelam se na svoji >> zodpovednost ani z GDPR, jenom musim vedet absolutne presne, s cim mam >> tu cest, abych si to "na svoji hubu" umel obhajit. >> >> Ucetniho jsem pro vpsFree taky hledal podle toho, aby stal za nami, ze >> to co delame, proste *NENI* podnikani a stojim si za tim a stat budu u >> soudu, pokud na to nekdy prijde. >> >> Obdobny pristup bych rad praktikoval ohledne GDPR, prosim linkujte >> relevantni info, proc to neni, jak si myslim, proc si myslim kraviny. >> Tedy, idealni endgame je ne, ze se nas zpracovani nijak netyka, ale ze >> co delame, je dostatecne transparentni a je dostatecne dohledatelna >> zodpovednost uz ted, aniz by bylo v podstate potreba cokoliv menit. >> >> Diky moc za feedback ;) >> >> /snajpa >> >> On 2018-01-31 20:46, Ing. Jan Dvořák wrote: >>> Ahoj! >>> >>> IMHO to co je ve stanovách rozhodně stačit nebude. Nechci teď řešit >>> členskou evidenci, apod. To je další věc k řešení, ale teď začnu >>> trochu ze široka. Poskytování VPS je služba IaaS (infrastruktura jako >>> služba). vpsFree, jako ten kdo tuto službu poskytuje je dle GDPR >>> zpracovatelem osobních údajů. To jestli má přístup k osobním údajům >>> členů na VPS nebo ne není rozhodující. Pokud vpsFree nebude mít >>> smluvní ujednání se správci (členy) tak může být považován přímo za >>> správce sám. Toto vše je novinka GDPR. Doposud se na tyto >>> zpracovatele >>> legislativa v oblasti osobních údajů nevztahovala nebo se dala >>> obejít. >>> >>> Takže vpsFree má IMHO dvě možnosti. Buď jasně deklaruje, že >>> poskytnutá >>> VPS jsou pouze pro osobní potřebu a zakáže členům zpracovávat na VPS >>> jakékoliv osobní údaje. Tím pádem nebude muset řešit žádné GDPR, což >>> ale bude znamenat odchod členů, na které se GDPR vztahuje. Nebo bude >>> muset s každým členem, který bude na VPS zpracovávat osobní údaje >>> uzavřít zpracovatelskou smlouvu. GDPR poměrně jasně stanovuje co >>> taková smlouva má obsahovat a tak jen heslovitě: >>> - předmět a trvání zpracování >>> - povaha a účel zpracování >>> - typ osobních údajů a kategorii subjektů údajů >>> - povinnosti a práva správce >>> - povinnosti zpracovatele (zpracování osobní údajů jen na základě >>> dokumentovaných pokynů správce, zajistit důvěrnost, přijmout vhodná >>> bezpečnostní opatření) >>> Co z toho by se vztahovalo na smlouvu mezi vpsFree a členem, to je >>> otázka na právníka. Dokázal bych si představit, že členové s takovou >>> smlouvou by mohli mít třeba o něco vyšší členský poplatek, aby se >>> pokryly vícenáklady >>> >>> Termín účinnosti se pomalu ale jistě blíží. Ve firmách se provádí >>> různé audity a je třeba aby vpsFree co nejdříve jasně deklarovalo jak >>> se ke GDPR postaví, aby Ti členové, kterých se to týká (bohužel jsem >>> to i já) se mohli zařídit. >>> >>> Tento problém budou řešit všichni poskytovatelé hostingu, VPS, >>> cloudových služeb. V ČR je situace zatím tristní, zatím toto nikdo >>> neřešil, jedině FORPSI, co jsem viděl se k tomu zatím nějak >>> postavili. >>> Co jsem tak sondoval v zahraničí tak úplně připraveny jsou jen ti >>> největší (Microsoft, Amazon, apod.) a ti menší se postupně >>> připravují. >>> Nicméně ke změnám v Service Agreementech v souvislosti s GDPR určitě >>> bude docházet. >>> >>> Je třeba si taky říct, že s GDPR také přichází jedna zásadní změna. >>> Doposud porušení zákona správcem musel prokazovat úřad, ale s GDPR je >>> to naopak. Správce je ten, který musí prokazovat, že nic neporušil. >>> >>> A malá poznámka na závěr, jak zaznělo na jednom semináři. Největším >>> rizikem GDPR není vlastní nařízení, úřady, kontroly, pokuty apod. >>> Největším rizikem jsou lidé. Díky mediální masáži a bublině se může >>> objevit spoustu trollů, kteří díky GDPR dostanou do ruky jednoduchou >>> možnost škodit. >>> >>> Honza. >>> >>> >>> Dne 31.1.2018 v 08:12 zd nex napsal(a): >>>> Ahojte, >>>> >>>> také si tu směrnici vykládám tak, že každý člen musí za data na VPS >>>> zodpovídat sám (mít pověřenou osobu, která s tím pracuje + papír, že >>>> je o tom seznámená.) Co se týče dat na VPSFree, tak tam půjde >>>> primárně o to, jestli stačí to co je ve stanovách - či jestli nějak >>>> bude také potřeba tedy domluvit (sepsat smlouvu) mezi členem(jeho >>>> daty) a vpsfree nějak odděleně, nebo bude pouze stačit, aby to bylo >>>> ve stanovách - že jsou zde admini a následně jednotlivý členové co >>>> pracují s VPS(kteří jsou zodpovědní za data)? Tzn tím pádem, by >>>> nemělo být nutné nic měnit, kromě té specifikace - kdo a jaký má >>>> přístup k VPS a jakou zodpovědnost (plnou). >>>> >>>> -- S pozdravem, >>>> >>>> Zdeněk Dlauhý >>>> >>>> Email:support@pripravto.cz <mailto:support@pripravto.cz> >>>> Mobil: +420 702 549 370 >>>> Web: www.pripravto.cz <http://www.pripravto.cz> >>>> >>>> Dne 31. ledna 2018 6:21 Petr Juhaňák <petr(a)juhanak.cz >>>> <mailto:petr@juhanak.cz>> napsal(a): >>>> >>>> Je to tak jak rika Jirka. >>>> >>>> VpsFree si udela samo datovy audit z hlediska osobnich udaju >>>> ktere >>>> eviduje o clenech a sepise si na papir kde a v jakem rozsahu >>>> jsou a >>>> hlavne zadokumentuje jaka opatreni uz ma (procesy a technicka >>>> nastaveni) aby to vypadalo jako rizena prace s riziky. Pak >>>> pravni >>>> dokumenty typu informovane souhlasy. >>>> >>>> To same si udelaji clenove ale v jinem ramci, uz na urovni >>>> jejich >>>> provozovane technologie php eshopy a podobne a zase seznam >>>> opatreni, >>>> proces kdyz nekdo odvola souhlas se zpracovanim, seznam >>>> opatreni. >>>> >>>> To jsou veci ktere si kazdy muze pripravit uz ted. >>>> >>>> Predstava, ze vpdfree je tu od toho aby zajistila soulad s gdpr >>>> je >>>> mylna. To si musi zajistit kazdy clen sam, tj. nemluvim o >>>> technickem >>>> svete. >>>> >>>> >>>> >>>> S pozdravem >>>> Petr Juhaňák >>>> >>>> petr(a)juhanak.cz <mailto:petr@juhanak.cz> | +420 739 639 132 >>>> <tel:+420%20739%20639%20132> >>>> >>>> >>>> -------- Původní zpráva -------- >>>> Od: Jindřich Sadílek <jindrich.sadilek(a)gmail.com >>>> <mailto:jindrich.sadilek@gmail.com>> >>>> Datum: 31.01.18 1:41 (GMT+01:00) >>>> Komu: community-list(a)lists.vpsfree.cz >>>> <mailto:community-list@lists.vpsfree.cz> >>>> Předmět: Re: [vpsFree.cz: community-list] vpsFree.cz a GDPR >>>> >>>> Jedna věc je, co si musí pořešit VPSfree jako organizace, zcela >>>> jiná >>>> pak jendotliví správci vlastních žiletek. >>>> >>>> Provozujete nějaký jednoduchý eshop, máte uživatelské registrace >>>> a >>>> pošlete semtam email, natož považovatelný za reklamní? Jste v >>>> tom až >>>> po uši... >>>> >>>> >>>> Dne St, 31. leden 2018 v 00:30 h uživatel Jirka Bourek napsal: >>>>> Problém je, že tohle všechno řeší technické věci, které udělat >>>>> chceš, >>>>> ale neřeší to chybějící papíry, které potřebuješ pro úřad. >>>>> >>>>> Jasně, v oboru "no tak nám procesory trochu leakujou paměť, >>>>> hlavně že >>>>> jsem náhodou včas prodal akcie" nějakou skutečnou ochranu >>>>> osobních >>>>> údajů >>>>> v podstatě řešit nejde. Jenže to úředníky z EU nezajímá - ti >>>>> vymysleli >>>>> směrnici na ochranu osobních údajů, takže se osobní údaje >>>>> chrání tak, >>>>> jak nařizuje směrnice. Až přijde kontrola, argumentace "dyť je >>>>> to >>>>> nesmysl!" nic nezachrání. >>>>> >>>>> Takže správce potřebuje se zpracovatelem mít smlouvu nebo jiný >>>>> právní >>>>> akt. Pokud je právním aktem - dostatečným pro úřad - členství v >>>>> vpsfree, >>>>> tak je asi všechno v poho. >>>>> (http://www.privacy-regulation.eu/cs/28.htm >>>>> <http://www.privacy-regulation.eu/cs/28.htm>) >>>>> Pokud ne, tak je problém. >>>>> >>>>> Jinak teda >>>>> >>>>> > Ja v tom vidim mnoho povyku pro nic, ajtak, ktery vi, jakou >>>>> ma >>>>> zodpovednost, best practices v ohledu bezpecnosti davno >>>>> sleduje. >>>>> >>>>> Co když to neví, nebo na to dlabe? :-) >>>>> >>>>> >>>>> Pavel Snajdr wrote: >>>>> >>>>> Stejne jako oskenovat, co ti tam bezi a dostat se ti tam >>>>> bez >>>>> zvednuti my pohodlny zadele, obzvlast pokud jedes nejakou >>>>> PHPkovinu a data, ktery by bylo potreba chranit, jsou primo >>>>> v >>>>> DB, kam ty PHP spagety vidi. >>>>> >>>>> A co ted s tim, vypneme to vsehno? ;) >>>>> >>>>> Chci tim rict, ze panikrit IMHO neni na miste a kdyz se nad >>>>> tim clovek zamysli, zasifrovat vsechno taky neni reseni. >>>>> >>>>> Jinak ja jsem za GDPR rad, mam vymluvu, proc si sebou budu >>>>> nosit klicenku s trhavinou na flashkach, mame vymluvu, proc >>>>> plosne nasadit sifrovani, proc se nam nepujde dostat do >>>>> racku >>>>> neautorizovane, aniz by to neodmazlo klice a neshodilo >>>>> vsehno >>>>> chraneny (tj. abys nam fakt nechtel otevrit ten rack). >>>>> >>>>> Ne ze by GDPR neco resilo, ale dava van super vymluvu, jak >>>>> muzem nase systemy postupne posouvat vic smerem plausible >>>>> deniability, tj. soukromi je level jedna, level nuda, ale >>>>> co >>>>> nam to umozni je ochranit i adminy pred tim, aby vedeli, co >>>>> clen bezi. >>>>> >>>>> Neumel jsem si bez GDPR predstavit, jak zvysovat >>>>> zabezpeceni >>>>> bez toho, aby to vypadalo, jako kdyz se chystame hostovat >>>>> tunu >>>>> detskyho porna a lokalni pobocku CIA. Jenom to nebude >>>>> vsehno >>>>> hned - a nektery levely zabezpeceni na sharovanym hardwaru >>>>> ani >>>>> nepujde udelat. >>>>> >>>>> Chci: >>>>> >>>>> - sifrovani v ZoL >>>>> - aby clen mel moznost klic per dataset neulozit, ale zadat >>>>> si >>>>> ho sam pres bezpecny kanal (ssh/https api call) >>>>> - monitoring otevreni racku co bez nahlaseni predem donuti >>>>> masiny smazat klice z RAM >>>>> >>>>> Ale tohle je furt malo, pokud admini nemaji vedet, co clen >>>>> bezi. Ani fullvirt ani se sifrovanou RAM na AMD nam >>>>> nepomuze, >>>>> takze resim, jak zahostovat single board desky pro cleny, >>>>> kteri chteji mit moznost nejcitlivejsi data mit fakt >>>>> soukrome. >>>>> >>>>> Ve finale: >>>>> >>>>> - budes mit moznost data na VPS sifrovat svymi hesly, ktera >>>>> se >>>>> u nas nebudou ukladat (prusvih je, ze my nemame jak >>>>> dokazat, >>>>> ze jsme to nikde neulozili) >>>>> >>>>> - pri neautorizovanym pristupu do racku se klice smaznou, >>>>> to >>>>> samy pri rebootu/resetu a je pak na tobe zvazit, jestli je >>>>> OK >>>>> data uz odemknout >>>>> >>>>> - budes mit moznost nejcitlivejsi data vysoupnout vedle po >>>>> siti na svuj dedikovanej systemek kalibru ARM Cortex A53, >>>>> do >>>>> budoucna RISC-V >>>>> >>>>> Problem nastava, kdyz s adminkem pujde do datacentra nekdo >>>>> sebedulezitejsi, nez GDRP byrokrat s kulometem u palice, >>>>> pak >>>>> admin nema moznost ani nejak kliknout smazani klicu, nebo >>>>> aspon nejakej counter na webu ve smyslu kanarka, ktery bude >>>>> pocitat pocet podobnych incidentu. >>>>> >>>>> Shared computing ma svoje limity, bohuzel, jestli sledujes, >>>>> kam tim mirim. >>>>> >>>>> GDPR podle mne vyzaduje nutne jenom nejaky papirovani, ale >>>>> do >>>>> budoucna nam dava zaminku jit na to vic z husta, co se >>>>> soukromi tyce. >>>>> >>>>> Muze nam pak nekdo nadavat, ze delame hosting detskyho >>>>> porna a >>>>> teroristum, kdyz mame racky obehnany pomalu ziletkovym >>>>> dratem? >>>>> Nemuze, at si stezuje v Bruselu. >>>>> >>>>> Za mne dobry, ale nebude to hned. A v prvni vlne bude >>>>> hlavne >>>>> to papirovani. V druhy vlne se musime zbavit >>>>> nedostacujiciho >>>>> OpenVZ, vpsAdminOS ma podstatne lip ovladatelnejsi >>>>> bezpecnostni politiku - a je odspoda nahoru cely podepsany >>>>> a >>>>> verifikovatelny. >>>>> >>>>> /snajpa >>>>> >>>>> On 30 Jan 2018, at 23:41, Jaroslav Skrivan >>>>> <skrivy(a)skrivy.net <mailto:skrivy@skrivy.net>> wrote: >>>>> >>>>> Jenom moje osobni zkusenost - odnest si cizi disky z >>>>> datacentra neni zas takovy problem, jak se na prvni >>>>> pohled >>>>> muze zdat. >>>>> From: Pavel Snajdr >>>>> Sent: ‎1/‎30/‎2018 10:49 PM >>>>> To: vpsFree.cz Community list >>>>> Subject: Re: [vpsFree.cz: community-list] vpsFree.cz a >>>>> GDPR >>>>> >>>>> Ahoj, >>>>> >>>>> GDPR je, pokud to dobre chapu, totalni nesmysl, z >>>>> kteryho >>>>> jsou vsichni vyjukani uplne, ale naprosto totalne >>>>> zbytecne. >>>>> >>>>> Podivej se, co bezime za procesory. >>>>> >>>>> Jak ma nekdo neco v takovym stavu vubec industry-wide >>>>> za >>>>> neco rucit? >>>>> >>>>> Za mne je GDPR o tom a pouze o tom, ze musime podepsat >>>>> papir s lidmi, co maji admin pristupy, aby acknuli >>>>> oficialne svoji zodpovednost. >>>>> >>>>> V seznamu clenu uz ted mame jenom nejnutnejsi udaje >>>>> (podle >>>>> posledni zkusenosti s PCR a PSR jim k identifikaci ani >>>>> to >>>>> nemusi stacit...). >>>>> >>>>> Ve stanovach mame zakotvenou ochranu dat clenu uz od >>>>> zacatku. >>>>> >>>>> Ja v tom vidim mnoho povyku pro nic, ajtak, ktery vi, >>>>> jakou ma zodpovednost, best practices v ohledu >>>>> bezpecnosti >>>>> davno sleduje. >>>>> >>>>> A kdyz si nekdo mysli, ze Vsechno Zasifrovat(tm) to >>>>> vyresi, tak se rovnou zeptam - a borci, jak se k tomu >>>>> asi >>>>> programy na ty masine dostanou? Hint: stejne musi byt >>>>> data >>>>> odemcena pri behu. A ze se k nim neco dostane za behu >>>>> je >>>>> mnoooohem pravdepodobnejsi, nez ze nam z hlidanyho >>>>> datacentra nekdo ukradne disky a vycte si neco offline. >>>>> >>>>> Tedy, muj nazor je, ze vubec neni potreba panikarit a >>>>> natoz se uchylovat k reseni stylem ‘radsi to na vpsFree >>>>> nedam vubec’. To ty servery muzeme rovnou vypnout totiz >>>>> - >>>>> a cely to zabalit s tim, ze jsme se nechali prevalcovat >>>>> byrokratama. >>>>> >>>>> /snajpa >>>>> (Pavel Snajdr) >>>>> (Predseda vpsFree.cz) >>>>> (+420 720 107 791 <tel:+420%20720%20107%20791>) >>>>> >>>>> On 30 Jan 2018, at 22:10, Lukáš Jelínek - AIKEN >>>>> <lukas(a)aiken.cz <mailto:lukas@aiken.cz>> wrote: >>>>> >>>>> Ahoj, >>>>> >>>>> pokud si vzpomínám, tak něco podobného už se řešilo >>>>> na >>>>> valné hromadě >>>>> (byť ještě nebylo nařízení GDPR). A situace je v >>>>> podstatě taková, že to >>>>> asi příliš řešit nelze, protože by to pro spolek >>>>> znamenalo velkou >>>>> administrativní zátěž a značný nárůst nákladů. >>>>> >>>>> Čili asi nejčistším řešením v tuto chvíli je, >>>>> nevyužívat servery >>>>> vpsFree.cz k ukládání osobních údajů - přinejmenším >>>>> do >>>>> doby, než se >>>>> všechny záležitosti vyřeší (a než vůbec vznikne >>>>> nějaký >>>>> závazný výklad >>>>> různých ustanovení směrnice). >>>>> >>>>> Lukáš Jelínek >>>>> >>>>> >>>>> >>>>> Ahoj ve spolek! >>>>> >>>>> Datum 25.5.2018, kdy nám vstupuje v účinnost >>>>> GDPR >>>>> se pomalu ale jistě >>>>> blíží. Bohužel jsem byl, ač neprávník do této >>>>> problematiky trochu >>>>> zatlačen a byly na mě již vzneseny dotazy >>>>> týkající >>>>> se GDPR a vpsFree. >>>>> >>>>> Myslím, si, že je nás více, kteří na VPS máme >>>>> uloženy nějaké ty osobní >>>>> údaje (adresy, emaily, apod.) a skoro všichni >>>>> máme >>>>> nějaký ten >>>>> webserver, kde se logují IP adresy, které jsou >>>>> rovněž považovány za >>>>> osobní údaje. Díky tomu jsme z pohledu GDPR >>>>> považování za správce >>>>> osobních údajů. Podle článku 4 GDPR se >>>>> zpracovaním >>>>> osobních údajů >>>>> rozumí také ukládání osobních údajů. Z toho >>>>> plyne, >>>>> že jakýkoliv >>>>> poskytovatel cloudových služeb, hostingu, VPS, >>>>> atd. je vůči správci v >>>>> postavení zpracovatele osobních údajů. Článek >>>>> 28 >>>>> GDPR potom řeší vztah >>>>> zpracovatele a správce, kde mj. požaduje nějaký >>>>> smluvní vztah mezi >>>>> nimi. Když to převedu na protředí vpsFree tak >>>>> členové jsou v podstatě >>>>> správci osobních údajů a vpsFree je >>>>> zpracovatelem >>>>> osobních údajů. >>>>> >>>>> Můj dotaz zní, zda a jak bylo nebo bude GDPR >>>>> řešeno na úrovní vpsFree? >>>>> V podstatě asi jde o to, aby bylo v případě >>>>> kontroly z UOOÚ možno >>>>> něčím nebo nějak prokázat, že vpsFree je v >>>>> souladu >>>>> s GDPR a taky >>>>> garantuje, že data nebudou uložena mimo EU. >>>>> Věřím, >>>>> že v našich řadách >>>>> jsou kompetentnější členové v této věci jako já >>>>> a >>>>> tak bých rád otevřel >>>>> diskusi. >>>>> >>>>> Honza. >>>>> >>>>> >>>>> _________________________________________________ >>>>> Community-list mailing list >>>>> Community-list(a)lists.vpsfree.cz >>>>> <mailto:Community-list@lists.vpsfree.cz> >>>>> http://lists.vpsfree.cz/listinfo/community-list >>>>> <http://lists.vpsfree.cz/listinfo/community-list> >>>>> >>>>> >>>>> _________________________________________________ >>>>> Community-list mailing list >>>>> Community-list(a)lists.vpsfree.cz >>>>> <mailto:Community-list@lists.vpsfree.cz> >>>>> http://lists.vpsfree.cz/listinfo/community-list >>>>> <http://lists.vpsfree.cz/listinfo/community-list> >>>>> _________________________________________________ >>>>> Community-list mailing list >>>>> Community-list(a)lists.vpsfree.cz >>>>> <mailto:Community-list@lists.vpsfree.cz> >>>>> http://lists.vpsfree.cz/listinfo/community-list >>>>> <http://lists.vpsfree.cz/listinfo/community-list> >>>>> >>>>> >>>>> >>>>> >>>>> _________________________________________________ >>>>> Community-list mailing list >>>>> Community-list(a)lists.vpsfree.cz >>>>> <mailto:Community-list@lists.vpsfree.cz> >>>>> http://lists.vpsfree.cz/listinfo/community-list >>>>> <http://lists.vpsfree.cz/listinfo/community-list> >>>>> >>>>> _________________________________________________ >>>>> Community-list mailing list >>>>> Community-list(a)lists.vpsfree.cz >>>>> <mailto:Community-list@lists.vpsfree.cz> >>>>> http://lists.vpsfree.cz/listinfo/community-list >>>>> <http://lists.vpsfree.cz/listinfo/community-list> >>>> >>>> >>>> _______________________________________________ >>>> Community-list mailing list >>>> Community-list(a)lists.vpsfree.cz >>>> <mailto:Community-list@lists.vpsfree.cz> >>>> http://lists.vpsfree.cz/listinfo/community-list >>>> <http://lists.vpsfree.cz/listinfo/community-list> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Community-list mailing list >>>> Community-list(a)lists.vpsfree.cz >>>> http://lists.vpsfree.cz/listinfo/community-list >>>> >>> >>> >>> -- >>> Ing. Jan Dvorak >>> **************************************** >>> Ing. Jan Dvorak >>> Fischerova 690/23 >>> 779 00 Olomouc, Nove Sady >>> Czech Republic >>> **************************************** >>> Tel: +420-603 444 240 >>> E-mail: jan.dvorak(a)dvorak-sw.com >>> Web: http://www.dvorak-sw.com >>> **************************************** >>> _______________________________________________ >>> Community-list mailing list >>> Community-list(a)lists.vpsfree.cz >>> http://lists.vpsfree.cz/listinfo/community-list >> _______________________________________________ >> Community-list mailing list >> Community-list(a)lists.vpsfree.cz >> http://lists.vpsfree.cz/listinfo/community-list > > _______________________________________________ > Community-list mailing list > Community-list(a)lists.vpsfree.cz > http://lists.vpsfree.cz/listinfo/community-list -- Ing. Jan Dvorak **************************************** Ing. Jan Dvorak Fischerova 690/23 779 00 Olomouc, Nove Sady Czech Republic **************************************** Tel: +420 603 444 240 E-mail: jan.dvorak(a)dvorak-sw.com Web: http://www.dvorak-sw.com **************************************** _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list

7 years, 4 months

2
1
0 0

Re: [vpsFree.cz: community-list] vpsFree.cz a GDPR

by Petr Juhaňák

Cau, ja jako spravce dat na "moji vps" nemam povinost nekomu rikat kde ty data jsou (jen v jakem rozsahu je zpracovavam a k cemu). Pokud by tyto informace chtel videt nejaky dozorovy organ, tak pak se s nim o tom budu bavit. Samozrejme ze pro svoji interni potrebu to na lejstro dam, abych to v pripade potreby mohl dolozit. Jako clen VpsFree se potrebuji ujistit, ze mi moji Vpsku administruji radne a prijmou opatreni (neco) a budu se muset oprit o nejaky pravni dokument. Z hlediska VPSFree je to dle meho soudu tak, ze poskytuje pouze technicke nastroje a administruje ty systemy a bude se snazit byt v souladu aby clenove neodesly. Kdyz to prezenu, pokud by clenove meli prazdne vpsky, jak by priprava na gdpr vypadala? S pozdravemPetr Juhaňák petr(a)juhanak.cz | +420 739 639 132 -------- Původní zpráva -------- Od: Pavel Snajdr <snajpa(a)snajpa.net> Datum: 01.02.18 1:28 (GMT+01:00) Komu: "vpsFree.cz Community list" <community-list(a)lists.vpsfree.cz> Předmět: Re: [vpsFree.cz: community-list] vpsFree.cz a GDPR Jo, tohle by slo presne tam, cca tak, jak rikas. Jako pani, to fakt GDPR resi ochranu dat tim, ze vsem naokolo vykeca, kde ty data jsou a pak jakoze proti podpisu mame delat, ze na ne nevidime? Nechapu to. Neni pro nas lepsi vubec nevedet, jestli tam neco takovyho vubec je a za soukrome proste povazovat cokoliv z datasetu clena, kterehokoliv? Komu pomuze, ze nam presne vyslepici a jeste podepise, kde ta data ma? /snajpa On 2018-02-01 01:22, Slávek Banko wrote: > Ve Stanovách je odkazován Provozní řád, který je schvalovaný Radou. > > Pokud by navrhované prohlášení typu "všechní informační zařízení jejíž > použití poskytovává VPSFree a na které se zpracovává data jsou v EU" a > další pravidla související s GDPR mohl podchytit Provozní řád, pak by > možná mohl by být tím společným dokumentem závazným pro všechny? > > -- > Slávek > > On Thursday 01 of February 2018 00:12:28 Timothy Hobbs wrote: >> Já teď koukám na stanovy >> https://vpsfree.cz/download/stanovy_vpsfree.pdf a nevidím kde je >> napsáno, že "všechní informační zařízení jejíž použití poskytovává >> VPSFree a na které se zpracovává data jsou v EU". >> >> On 01/31/2018 08:12 AM, zd nex wrote: >> > Ahojte, >> > >> > také si tu směrnici vykládám tak, že každý člen musí za data na VPS >> > zodpovídat sám (mít pověřenou osobu, která s tím pracuje + papír, že >> > je o tom seznámená.) Co se týče dat na VPSFree, tak tam půjde >> > primárně o to, jestli stačí to co je ve stanovách - či jestli nějak >> > bude také potřeba tedy domluvit (sepsat smlouvu) mezi členem(jeho >> > daty) a vpsfree nějak odděleně, nebo bude pouze stačit, aby to bylo >> > ve stanovách - že jsou zde admini a následně jednotlivý členové co >> > pracují s VPS(kteří jsou zodpovědní za data)? Tzn tím pádem, by >> > nemělo být nutné nic měnit, kromě té specifikace - kdo a jaký má >> > přístup k VPS a jakou zodpovědnost (plnou). >> > >> > -- >> > S pozdravem, >> > >> > Zdeněk Dlauhý >> > >> > Email:support@pripravto.cz <mailto:support@pripravto.cz> >> > Mobil: +420 702 549 370 >> > Web: www.pripravto.cz <http://www.pripravto.cz> >> > >> > Dne 31. ledna 2018 6:21 Petr Juhaňák <petr(a)juhanak.cz >> > <mailto:petr@juhanak.cz>> napsal(a): >> > >> > Je to tak jak rika Jirka. >> > >> > VpsFree si udela samo datovy audit z hlediska osobnich udaju >> > ktere eviduje o clenech a sepise si na papir kde a v jakem rozsahu >> > jsou a hlavne zadokumentuje jaka opatreni uz ma (procesy a technicka >> > nastaveni) aby to vypadalo jako rizena prace s riziky. Pak pravni >> > dokumenty typu informovane souhlasy. >> > >> > To same si udelaji clenove ale v jinem ramci, uz na urovni jejich >> > provozovane technologie php eshopy a podobne a zase seznam >> > opatreni, proces kdyz nekdo odvola souhlas se zpracovanim, seznam >> > opatreni. >> > >> > To jsou veci ktere si kazdy muze pripravit uz ted. >> > >> > Predstava, ze vpdfree je tu od toho aby zajistila soulad s gdpr >> > je mylna. To si musi zajistit kazdy clen sam, tj. nemluvim o >> > technickem svete. >> > >> > >> > >> > S pozdravem >> > Petr Juhaňák >> > >> > petr(a)juhanak.cz <mailto:petr@juhanak.cz> | +420 739 639 132 >> > <tel:+420%20739%20639%20132> >> > >> > >> > -------- Původní zpráva -------- >> > Od: Jindřich Sadílek <jindrich.sadilek(a)gmail.com >> > <mailto:jindrich.sadilek@gmail.com>> >> > Datum: 31.01.18 1:41 (GMT+01:00) >> > Komu: community-list(a)lists.vpsfree.cz >> > <mailto:community-list@lists.vpsfree.cz> >> > Předmět: Re: [vpsFree.cz: community-list] vpsFree.cz a GDPR >> > >> > Jedna věc je, co si musí pořešit VPSfree jako organizace, zcela >> > jiná pak jendotliví správci vlastních žiletek. >> > >> > Provozujete nějaký jednoduchý eshop, máte uživatelské registrace >> > a pošlete semtam email, natož považovatelný za reklamní? Jste v tom >> > až po uši... >> > >> > Dne St, 31. leden 2018 v 00:30 h uživatel Jirka Bourek napsal: >> >> Problém je, že tohle všechno řeší technické věci, které udělat >> >> chceš, ale neřeší to chybějící papíry, které potřebuješ pro úřad. >> >> >> >> Jasně, v oboru "no tak nám procesory trochu leakujou paměť, >> >> hlavně že jsem náhodou včas prodal akcie" nějakou skutečnou ochranu >> >> osobních údajů >> >> v podstatě řešit nejde. Jenže to úředníky z EU nezajímá - ti >> >> vymysleli >> >> směrnici na ochranu osobních údajů, takže se osobní údaje chrání >> >> tak, jak nařizuje směrnice. Až přijde kontrola, argumentace "dyť je >> >> to nesmysl!" nic nezachrání. >> >> >> >> Takže správce potřebuje se zpracovatelem mít smlouvu nebo jiný >> >> právní akt. Pokud je právním aktem - dostatečným pro úřad - členství >> >> v vpsfree, >> >> tak je asi všechno v poho. >> >> (http://www.privacy-regulation.eu/cs/28.htm >> >> <http://www.privacy-regulation.eu/cs/28.htm>) >> >> Pokud ne, tak je problém. >> >> >> >> Jinak teda >> >> >> >> > Ja v tom vidim mnoho povyku pro nic, ajtak, ktery vi, jakou ma >> >> >> >> zodpovednost, best practices v ohledu bezpecnosti davno sleduje. >> >> >> >> Co když to neví, nebo na to dlabe? :-) >> >> >> >> >> >> Pavel Snajdr wrote: >> >> >> >> Stejne jako oskenovat, co ti tam bezi a dostat se ti tam bez >> >> zvednuti my pohodlny zadele, obzvlast pokud jedes nejakou >> >> PHPkovinu a data, ktery by bylo potreba chranit, jsou primo >> >> v DB, kam ty PHP spagety vidi. >> >> >> >> A co ted s tim, vypneme to vsehno? ;) >> >> >> >> Chci tim rict, ze panikrit IMHO neni na miste a kdyz se nad >> >> tim clovek zamysli, zasifrovat vsechno taky neni reseni. >> >> >> >> Jinak ja jsem za GDPR rad, mam vymluvu, proc si sebou budu >> >> nosit klicenku s trhavinou na flashkach, mame vymluvu, proc >> >> plosne nasadit sifrovani, proc se nam nepujde dostat do >> >> racku neautorizovane, aniz by to neodmazlo klice a neshodilo vsehno >> >> chraneny (tj. abys nam fakt nechtel otevrit ten rack). >> >> >> >> Ne ze by GDPR neco resilo, ale dava van super vymluvu, jak >> >> muzem nase systemy postupne posouvat vic smerem plausible >> >> deniability, tj. soukromi je level jedna, level nuda, ale co >> >> nam to umozni je ochranit i adminy pred tim, aby vedeli, co >> >> clen bezi. >> >> >> >> Neumel jsem si bez GDPR predstavit, jak zvysovat zabezpeceni >> >> bez toho, aby to vypadalo, jako kdyz se chystame hostovat >> >> tunu detskyho porna a lokalni pobocku CIA. Jenom to nebude >> >> vsehno hned - a nektery levely zabezpeceni na sharovanym >> >> hardwaru ani nepujde udelat. >> >> >> >> Chci: >> >> >> >> - sifrovani v ZoL >> >> - aby clen mel moznost klic per dataset neulozit, ale zadat >> >> si ho sam pres bezpecny kanal (ssh/https api call) >> >> - monitoring otevreni racku co bez nahlaseni predem donuti >> >> masiny smazat klice z RAM >> >> >> >> Ale tohle je furt malo, pokud admini nemaji vedet, co clen >> >> bezi. Ani fullvirt ani se sifrovanou RAM na AMD nam >> >> nepomuze, takze resim, jak zahostovat single board desky pro cleny, >> >> kteri chteji mit moznost nejcitlivejsi data mit fakt soukrome. >> >> >> >> Ve finale: >> >> >> >> - budes mit moznost data na VPS sifrovat svymi hesly, ktera >> >> se u nas nebudou ukladat (prusvih je, ze my nemame jak >> >> dokazat, ze jsme to nikde neulozili) >> >> >> >> - pri neautorizovanym pristupu do racku se klice smaznou, to >> >> samy pri rebootu/resetu a je pak na tobe zvazit, jestli je >> >> OK data uz odemknout >> >> >> >> - budes mit moznost nejcitlivejsi data vysoupnout vedle po >> >> siti na svuj dedikovanej systemek kalibru ARM Cortex A53, do >> >> budoucna RISC-V >> >> >> >> Problem nastava, kdyz s adminkem pujde do datacentra nekdo >> >> sebedulezitejsi, nez GDRP byrokrat s kulometem u palice, pak >> >> admin nema moznost ani nejak kliknout smazani klicu, nebo >> >> aspon nejakej counter na webu ve smyslu kanarka, ktery bude >> >> pocitat pocet podobnych incidentu. >> >> >> >> Shared computing ma svoje limity, bohuzel, jestli sledujes, >> >> kam tim mirim. >> >> >> >> GDPR podle mne vyzaduje nutne jenom nejaky papirovani, ale >> >> do budoucna nam dava zaminku jit na to vic z husta, co se soukromi >> >> tyce. >> >> >> >> Muze nam pak nekdo nadavat, ze delame hosting detskyho porna >> >> a teroristum, kdyz mame racky obehnany pomalu ziletkovym >> >> dratem? Nemuze, at si stezuje v Bruselu. >> >> >> >> Za mne dobry, ale nebude to hned. A v prvni vlne bude hlavne >> >> to papirovani. V druhy vlne se musime zbavit nedostacujiciho >> >> OpenVZ, vpsAdminOS ma podstatne lip ovladatelnejsi >> >> bezpecnostni politiku - a je odspoda nahoru cely podepsany a >> >> verifikovatelny. >> >> >> >> /snajpa >> >> >> >> On 30 Jan 2018, at 23:41, Jaroslav Skrivan >> >> <skrivy(a)skrivy.net <mailto:skrivy@skrivy.net>> wrote: >> >> >> >> Jenom moje osobni zkusenost - odnest si cizi disky z >> >> datacentra neni zas takovy problem, jak se na prvni >> >> pohled muze zdat. >> >> From: Pavel Snajdr >> >> Sent: ‎1/‎30/‎2018 10:49 PM >> >> To: vpsFree.cz Community list >> >> Subject: Re: [vpsFree.cz: community-list] vpsFree.cz a >> >> GDPR >> >> >> >> Ahoj, >> >> >> >> GDPR je, pokud to dobre chapu, totalni nesmysl, z >> >> kteryho jsou vsichni vyjukani uplne, ale naprosto totalne zbytecne. >> >> >> >> Podivej se, co bezime za procesory. >> >> >> >> Jak ma nekdo neco v takovym stavu vubec industry-wide za >> >> neco rucit? >> >> >> >> Za mne je GDPR o tom a pouze o tom, ze musime podepsat >> >> papir s lidmi, co maji admin pristupy, aby acknuli >> >> oficialne svoji zodpovednost. >> >> >> >> V seznamu clenu uz ted mame jenom nejnutnejsi udaje >> >> (podle posledni zkusenosti s PCR a PSR jim k >> >> identifikaci ani to nemusi stacit...). >> >> >> >> Ve stanovach mame zakotvenou ochranu dat clenu uz od >> >> zacatku. >> >> >> >> Ja v tom vidim mnoho povyku pro nic, ajtak, ktery vi, >> >> jakou ma zodpovednost, best practices v ohledu >> >> bezpecnosti davno sleduje. >> >> >> >> A kdyz si nekdo mysli, ze Vsechno Zasifrovat(tm) to >> >> vyresi, tak se rovnou zeptam - a borci, jak se k tomu >> >> asi programy na ty masine dostanou? Hint: stejne musi byt data >> >> odemcena pri behu. A ze se k nim neco dostane za behu je mnoooohem >> >> pravdepodobnejsi, nez ze nam z hlidanyho datacentra nekdo ukradne >> >> disky a vycte si neco offline. >> >> >> >> Tedy, muj nazor je, ze vubec neni potreba panikarit a >> >> natoz se uchylovat k reseni stylem ‘radsi to na vpsFree >> >> nedam vubec’. To ty servery muzeme rovnou vypnout totiz >> >> - a cely to zabalit s tim, ze jsme se nechali prevalcovat >> >> byrokratama. >> >> >> >> /snajpa >> >> (Pavel Snajdr) >> >> (Predseda vpsFree.cz) >> >> (+420 720 107 791 <tel:+420%20720%20107%20791>) >> >> >> >> On 30 Jan 2018, at 22:10, Lukáš Jelínek - AIKEN >> >> <lukas(a)aiken.cz <mailto:lukas@aiken.cz>> wrote: >> >> >> >> Ahoj, >> >> >> >> pokud si vzpomínám, tak něco podobného už se řešilo >> >> na valné hromadě >> >> (byť ještě nebylo nařízení GDPR). A situace je v >> >> podstatě taková, že to >> >> asi příliš řešit nelze, protože by to pro spolek >> >> znamenalo velkou >> >> administrativní zátěž a značný nárůst nákladů. >> >> >> >> Čili asi nejčistším řešením v tuto chvíli je, >> >> nevyužívat servery >> >> vpsFree.cz k ukládání osobních údajů - přinejmenším >> >> do doby, než se >> >> všechny záležitosti vyřeší (a než vůbec vznikne >> >> nějaký závazný výklad >> >> různých ustanovení směrnice). >> >> >> >> Lukáš Jelínek >> >> >> >> >> >> >> >> Ahoj ve spolek! >> >> >> >> Datum 25.5.2018, kdy nám vstupuje v účinnost >> >> GDPR se pomalu ale jistě >> >> blíží. Bohužel jsem byl, ač neprávník do této >> >> problematiky trochu >> >> zatlačen a byly na mě již vzneseny dotazy >> >> týkající se GDPR a vpsFree. >> >> >> >> Myslím, si, že je nás více, kteří na VPS máme >> >> uloženy nějaké ty osobní >> >> údaje (adresy, emaily, apod.) a skoro všichni >> >> máme nějaký ten >> >> webserver, kde se logují IP adresy, které jsou >> >> rovněž považovány za >> >> osobní údaje. Díky tomu jsme z pohledu GDPR >> >> považování za správce >> >> osobních údajů. Podle článku 4 GDPR se >> >> zpracovaním osobních údajů >> >> rozumí také ukládání osobních údajů. Z toho >> >> plyne, že jakýkoliv >> >> poskytovatel cloudových služeb, hostingu, VPS, >> >> atd. je vůči správci v >> >> postavení zpracovatele osobních údajů. Článek 28 >> >> GDPR potom řeší vztah >> >> zpracovatele a správce, kde mj. požaduje nějaký >> >> smluvní vztah mezi >> >> nimi. Když to převedu na protředí vpsFree tak >> >> členové jsou v podstatě >> >> správci osobních údajů a vpsFree je >> >> zpracovatelem osobních údajů. >> >> >> >> Můj dotaz zní, zda a jak bylo nebo bude GDPR >> >> řešeno na úrovní vpsFree? >> >> V podstatě asi jde o to, aby bylo v případě >> >> kontroly z UOOÚ možno >> >> něčím nebo nějak prokázat, že vpsFree je v >> >> souladu s GDPR a taky >> >> garantuje, že data nebudou uložena mimo EU. >> >> Věřím, že v našich řadách >> >> jsou kompetentnější členové v této věci jako já >> >> a tak bých rád otevřel >> >> diskusi. >> >> >> >> Honza. >> >> > _______________________________________________ > Community-list mailing list > Community-list(a)lists.vpsfree.cz > http://lists.vpsfree.cz/listinfo/community-list _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list

7 years, 5 months

2
1
0 0

Re: [vpsFree.cz: community-list] vpsFree.cz a GDPR

by Lukáš Jelínek - AIKEN

Může být. Z hlediska "správců osobních údajů" je v první řadě důležité, aby měli vše v pořádku papírově. Pak kdyby se tohle opravdu stalo, tak jsou krytí. > Jenom moje osobni zkusenost - odnest si cizi disky z datacentra neni > zas takovy problem, jak se na prvni pohled muze zdat. > ------------------------------------------------------------------------ > From: Pavel Snajdr <mailto:snajpa@snajpa.net> > Sent: ‎1/‎30/‎2018 10:49 PM > To: vpsFree.cz Community list <mailto:community-list@lists.vpsfree.cz> > Subject: Re: [vpsFree.cz: community-list] vpsFree.cz a GDPR > > Ahoj, > > GDPR je, pokud to dobre chapu, totalni nesmysl, z kteryho jsou vsichni > vyjukani uplne, ale naprosto totalne zbytecne. > > Podivej se, co bezime za procesory. > > Jak ma nekdo neco v takovym stavu vubec industry-wide za neco rucit? > > Za mne je GDPR o tom a pouze o tom, ze musime podepsat papir s lidmi, > co maji admin pristupy, aby acknuli oficialne svoji zodpovednost. > > V seznamu clenu uz ted mame jenom nejnutnejsi udaje (podle posledni > zkusenosti s PCR a PSR jim k identifikaci ani to nemusi stacit...). > > Ve stanovach mame zakotvenou ochranu dat clenu uz od zacatku. > > Ja v tom vidim mnoho povyku pro nic, ajtak, ktery vi, jakou ma > zodpovednost, best practices v ohledu bezpecnosti davno sleduje. > > A kdyz si nekdo mysli, ze Vsechno Zasifrovat(tm) to vyresi, tak se > rovnou zeptam - a borci, jak se k tomu asi programy na ty masine > dostanou? Hint: stejne musi byt data odemcena pri behu. A ze se k nim > neco dostane za behu je mnoooohem pravdepodobnejsi, nez ze nam z > hlidanyho datacentra nekdo ukradne disky a vycte si neco offline. > > Tedy, muj nazor je, ze vubec neni potreba panikarit a natoz se > uchylovat k reseni stylem ‘radsi to na vpsFree nedam vubec’. To ty > servery muzeme rovnou vypnout totiz - a cely to zabalit s tim, ze jsme > se nechali prevalcovat byrokratama. > > /snajpa > (Pavel Snajdr) > (Predseda vpsFree.cz) > (+420 720 107 791) > > > On 30 Jan 2018, at 22:10, Lukáš Jelínek - AIKEN <lukas(a)aiken.cz> wrote: > > > > Ahoj, > > > > pokud si vzpomínám, tak něco podobného už se řešilo na valné hromadě > > (byť ještě nebylo nařízení GDPR). A situace je v podstatě taková, že to > > asi příliš řešit nelze, protože by to pro spolek znamenalo velkou > > administrativní zátěž a značný nárůst nákladů. > > > > Čili asi nejčistším řešením v tuto chvíli je, nevyužívat servery > > vpsFree.cz k ukládání osobních údajů - přinejmenším do doby, než se > > všechny záležitosti vyřeší (a než vůbec vznikne nějaký závazný výklad > > různých ustanovení směrnice). > > > > Lukáš Jelínek > > > > > > > >> Ahoj ve spolek! > >> > >> Datum 25.5.2018, kdy nám vstupuje v účinnost GDPR se pomalu ale jistě > >> blíží. Bohužel jsem byl, ač neprávník do této problematiky trochu > >> zatlačen a byly na mě již vzneseny dotazy týkající se GDPR a vpsFree. > >> > >> Myslím, si, že je nás více, kteří na VPS máme uloženy nějaké ty osobní > >> údaje (adresy, emaily, apod.) a skoro všichni máme nějaký ten > >> webserver, kde se logují IP adresy, které jsou rovněž považovány za > >> osobní údaje. Díky tomu jsme z pohledu GDPR považování za správce > >> osobních údajů. Podle článku 4 GDPR se zpracovaním osobních údajů > >> rozumí také ukládání osobních údajů. Z toho plyne, že jakýkoliv > >> poskytovatel cloudových služeb, hostingu, VPS, atd. je vůči správci v > >> postavení zpracovatele osobních údajů. Článek 28 GDPR potom řeší vztah > >> zpracovatele a správce, kde mj. požaduje nějaký smluvní vztah mezi > >> nimi. Když to převedu na protředí vpsFree tak členové jsou v podstatě > >> správci osobních údajů a vpsFree je zpracovatelem osobních údajů. > >> > >> Můj dotaz zní, zda a jak bylo nebo bude GDPR řešeno na úrovní vpsFree? > >> V podstatě asi jde o to, aby bylo v případě kontroly z UOOÚ možno > >> něčím nebo nějak prokázat, že vpsFree je v souladu s GDPR a taky > >> garantuje, že data nebudou uložena mimo EU. Věřím, že v našich řadách > >> jsou kompetentnější členové v této věci jako já a tak bých rád otevřel > >> diskusi. > >> > >> Honza. > >> > > > > _______________________________________________ > > Community-list mailing list > > Community-list(a)lists.vpsfree.cz > > http://lists.vpsfree.cz/listinfo/community-list > > _______________________________________________ > Community-list mailing list > Community-list(a)lists.vpsfree.cz > http://lists.vpsfree.cz/listinfo/community-list > > > _______________________________________________ > Community-list mailing list > Community-list(a)lists.vpsfree.cz > http://lists.vpsfree.cz/listinfo/community-list

7 years, 5 months

5
4
0 0

Re: [vpsFree.cz: community-list] vpsFree.cz a GDPR

by Pavel Snajdr

Stejne jako oskenovat, co ti tam bezi a dostat se ti tam bez zvednuti my pohodlny zadele, obzvlast pokud jedes nejakou PHPkovinu a data, ktery by bylo potreba chranit, jsou primo v DB, kam ty PHP spagety vidi. A co ted s tim, vypneme to vsehno? ;) Chci tim rict, ze panikrit IMHO neni na miste a kdyz se nad tim clovek zamysli, zasifrovat vsechno taky neni reseni. Jinak ja jsem za GDPR rad, mam vymluvu, proc si sebou budu nosit klicenku s trhavinou na flashkach, mame vymluvu, proc plosne nasadit sifrovani, proc se nam nepujde dostat do racku neautorizovane, aniz by to neodmazlo klice a neshodilo vsehno chraneny (tj. abys nam fakt nechtel otevrit ten rack). Ne ze by GDPR neco resilo, ale dava van super vymluvu, jak muzem nase systemy postupne posouvat vic smerem plausible deniability, tj. soukromi je level jedna, level nuda, ale co nam to umozni je ochranit i adminy pred tim, aby vedeli, co clen bezi. Neumel jsem si bez GDPR predstavit, jak zvysovat zabezpeceni bez toho, aby to vypadalo, jako kdyz se chystame hostovat tunu detskyho porna a lokalni pobocku CIA. Jenom to nebude vsehno hned - a nektery levely zabezpeceni na sharovanym hardwaru ani nepujde udelat. Chci: - sifrovani v ZoL - aby clen mel moznost klic per dataset neulozit, ale zadat si ho sam pres bezpecny kanal (ssh/https api call) - monitoring otevreni racku co bez nahlaseni predem donuti masiny smazat klice z RAM Ale tohle je furt malo, pokud admini nemaji vedet, co clen bezi. Ani fullvirt ani se sifrovanou RAM na AMD nam nepomuze, takze resim, jak zahostovat single board desky pro cleny, kteri chteji mit moznost nejcitlivejsi data mit fakt soukrome. Ve finale: - budes mit moznost data na VPS sifrovat svymi hesly, ktera se u nas nebudou ukladat (prusvih je, ze my nemame jak dokazat, ze jsme to nikde neulozili) - pri neautorizovanym pristupu do racku se klice smaznou, to samy pri rebootu/resetu a je pak na tobe zvazit, jestli je OK data uz odemknout - budes mit moznost nejcitlivejsi data vysoupnout vedle po siti na svuj dedikovanej systemek kalibru ARM Cortex A53, do budoucna RISC-V Problem nastava, kdyz s adminkem pujde do datacentra nekdo sebedulezitejsi, nez GDRP byrokrat s kulometem u palice, pak admin nema moznost ani nejak kliknout smazani klicu, nebo aspon nejakej counter na webu ve smyslu kanarka, ktery bude pocitat pocet podobnych incidentu. Shared computing ma svoje limity, bohuzel, jestli sledujes, kam tim mirim. GDPR podle mne vyzaduje nutne jenom nejaky papirovani, ale do budoucna nam dava zaminku jit na to vic z husta, co se soukromi tyce. Muze nam pak nekdo nadavat, ze delame hosting detskyho porna a teroristum, kdyz mame racky obehnany pomalu ziletkovym dratem? Nemuze, at si stezuje v Bruselu. Za mne dobry, ale nebude to hned. A v prvni vlne bude hlavne to papirovani. V druhy vlne se musime zbavit nedostacujiciho OpenVZ, vpsAdminOS ma podstatne lip ovladatelnejsi bezpecnostni politiku - a je odspoda nahoru cely podepsany a verifikovatelny. /snajpa > On 30 Jan 2018, at 23:41, Jaroslav Skrivan <skrivy(a)skrivy.net> wrote: > > Jenom moje osobni zkusenost - odnest si cizi disky z datacentra neni zas takovy problem, jak se na prvni pohled muze zdat. > From: Pavel Snajdr > Sent: ‎1/‎30/‎2018 10:49 PM > To: vpsFree.cz Community list > Subject: Re: [vpsFree.cz: community-list] vpsFree.cz a GDPR > > Ahoj, > > GDPR je, pokud to dobre chapu, totalni nesmysl, z kteryho jsou vsichni vyjukani uplne, ale naprosto totalne zbytecne. > > Podivej se, co bezime za procesory. > > Jak ma nekdo neco v takovym stavu vubec industry-wide za neco rucit? > > Za mne je GDPR o tom a pouze o tom, ze musime podepsat papir s lidmi, co maji admin pristupy, aby acknuli oficialne svoji zodpovednost. > > V seznamu clenu uz ted mame jenom nejnutnejsi udaje (podle posledni zkusenosti s PCR a PSR jim k identifikaci ani to nemusi stacit...). > > Ve stanovach mame zakotvenou ochranu dat clenu uz od zacatku. > > Ja v tom vidim mnoho povyku pro nic, ajtak, ktery vi, jakou ma zodpovednost, best practices v ohledu bezpecnosti davno sleduje. > > A kdyz si nekdo mysli, ze Vsechno Zasifrovat(tm) to vyresi, tak se rovnou zeptam - a borci, jak se k tomu asi programy na ty masine dostanou? Hint: stejne musi byt data odemcena pri behu. A ze se k nim neco dostane za behu je mnoooohem pravdepodobnejsi, nez ze nam z hlidanyho datacentra nekdo ukradne disky a vycte si neco offline. > > Tedy, muj nazor je, ze vubec neni potreba panikarit a natoz se uchylovat k reseni stylem ‘radsi to na vpsFree nedam vubec’. To ty servery muzeme rovnou vypnout totiz - a cely to zabalit s tim, ze jsme se nechali prevalcovat byrokratama. > > /snajpa > (Pavel Snajdr) > (Predseda vpsFree.cz) > (+420 720 107 791) > > > On 30 Jan 2018, at 22:10, Lukáš Jelínek - AIKEN <lukas(a)aiken.cz> wrote: > > > > Ahoj, > > > > pokud si vzpomínám, tak něco podobného už se řešilo na valné hromadě > > (byť ještě nebylo nařízení GDPR). A situace je v podstatě taková, že to > > asi příliš řešit nelze, protože by to pro spolek znamenalo velkou > > administrativní zátěž a značný nárůst nákladů. > > > > Čili asi nejčistším řešením v tuto chvíli je, nevyužívat servery > > vpsFree.cz k ukládání osobních údajů - přinejmenším do doby, než se > > všechny záležitosti vyřeší (a než vůbec vznikne nějaký závazný výklad > > různých ustanovení směrnice). > > > > Lukáš Jelínek > > > > > > > >> Ahoj ve spolek! > >> > >> Datum 25.5.2018, kdy nám vstupuje v účinnost GDPR se pomalu ale jistě > >> blíží. Bohužel jsem byl, ač neprávník do této problematiky trochu > >> zatlačen a byly na mě již vzneseny dotazy týkající se GDPR a vpsFree. > >> > >> Myslím, si, že je nás více, kteří na VPS máme uloženy nějaké ty osobní > >> údaje (adresy, emaily, apod.) a skoro všichni máme nějaký ten > >> webserver, kde se logují IP adresy, které jsou rovněž považovány za > >> osobní údaje. Díky tomu jsme z pohledu GDPR považování za správce > >> osobních údajů. Podle článku 4 GDPR se zpracovaním osobních údajů > >> rozumí také ukládání osobních údajů. Z toho plyne, že jakýkoliv > >> poskytovatel cloudových služeb, hostingu, VPS, atd. je vůči správci v > >> postavení zpracovatele osobních údajů. Článek 28 GDPR potom řeší vztah > >> zpracovatele a správce, kde mj. požaduje nějaký smluvní vztah mezi > >> nimi. Když to převedu na protředí vpsFree tak členové jsou v podstatě > >> správci osobních údajů a vpsFree je zpracovatelem osobních údajů. > >> > >> Můj dotaz zní, zda a jak bylo nebo bude GDPR řešeno na úrovní vpsFree? > >> V podstatě asi jde o to, aby bylo v případě kontroly z UOOÚ možno > >> něčím nebo nějak prokázat, že vpsFree je v souladu s GDPR a taky > >> garantuje, že data nebudou uložena mimo EU. Věřím, že v našich řadách > >> jsou kompetentnější členové v této věci jako já a tak bých rád otevřel > >> diskusi. > >> > >> Honza. > >> > > > > _______________________________________________ > > Community-list mailing list > > Community-list(a)lists.vpsfree.cz > > http://lists.vpsfree.cz/listinfo/community-list > > _______________________________________________ > Community-list mailing list > Community-list(a)lists.vpsfree.cz > http://lists.vpsfree.cz/listinfo/community-list > _______________________________________________ > Community-list mailing list > Community-list(a)lists.vpsfree.cz > http://lists.vpsfree.cz/listinfo/community-list

7 years, 5 months

3
2
0 0

vpsFree.cz a GDPR

by Ing. Jan Dvořák

Ahoj ve spolek! Datum 25.5.2018, kdy nám vstupuje v účinnost GDPR se pomalu ale jistě blíží. Bohužel jsem byl, ač neprávník do této problematiky trochu zatlačen a byly na mě již vzneseny dotazy týkající se GDPR a vpsFree. Myslím, si, že je nás více, kteří na VPS máme uloženy nějaké ty osobní údaje (adresy, emaily, apod.) a skoro všichni máme nějaký ten webserver, kde se logují IP adresy, které jsou rovněž považovány za osobní údaje. Díky tomu jsme z pohledu GDPR považování za správce osobních údajů. Podle článku 4 GDPR se zpracovaním osobních údajů rozumí také ukládání osobních údajů. Z toho plyne, že jakýkoliv poskytovatel cloudových služeb, hostingu, VPS, atd. je vůči správci v postavení zpracovatele osobních údajů. Článek 28 GDPR potom řeší vztah zpracovatele a správce, kde mj. požaduje nějaký smluvní vztah mezi nimi. Když to převedu na protředí vpsFree tak členové jsou v podstatě správci osobních údajů a vpsFree je zpracovatelem osobních údajů. Můj dotaz zní, zda a jak bylo nebo bude GDPR řešeno na úrovní vpsFree? V podstatě asi jde o to, aby bylo v případě kontroly z UOOÚ možno něčím nebo nějak prokázat, že vpsFree je v souladu s GDPR a taky garantuje, že data nebudou uložena mimo EU. Věřím, že v našich řadách jsou kompetentnější členové v této věci jako já a tak bých rád otevřel diskusi. Honza. -- Ing. Jan Dvorak **************************************** Ing. Jan Dvorak Fischerova 690/23 779 00 Olomouc, Nove Sady Czech Republic **************************************** Tel: +420 603 444 240 E-mail: jan.dvorak(a)dvorak-sw.com Web: http://www.dvorak-sw.com ****************************************

7 years, 5 months

4
6
0 0

Re: [vpsFree.cz: community-list] vpsFree.cz a GDPR

by Petr Juhaňák

Ahoj, podle mojí interpretace vpsFree poskytuje pouze technické prostředky nad kterými členové teprve zpracovavaji (ukládají) osobní udaje. Tj. kdyby došlo na lámání chleba, tak člen (správce dat) nemůže prokázat v jakém rozsahu vlastně písemné někoho pověřil (vpsFree), aby mu pomáhal data zpracovávat bez ohledu na to, komu patří železo a kdo spravuje OS. Bezpečnost zajišťuje spravce dat. Situace by se zkomplikovala jen v případě, pokud by technické prostředky nebyly bezpečné a uživateli by se mazal med kolem huby, ale to je extrem. S pozdravemPetr Juhaňák petr(a)juhanak.cz | +420 739 639 132 -------- Původní zpráva -------- Od: Lukáš Jelínek - AIKEN <lukas(a)aiken.cz> Datum: 30.01.18 22:10 (GMT+01:00) Komu: "community-list(a)lists.vpsfree.cz >> community-list" <community-list(a)lists.vpsfree.cz> Předmět: Re: [vpsFree.cz: community-list] vpsFree.cz a GDPR Ahoj, pokud si vzpomínám, tak něco podobného už se řešilo na valné hromadě (byť ještě nebylo nařízení GDPR). A situace je v podstatě taková, že to asi příliš řešit nelze, protože by to pro spolek znamenalo velkou administrativní zátěž a značný nárůst nákladů. Čili asi nejčistším řešením v tuto chvíli je, nevyužívat servery vpsFree.cz k ukládání osobních údajů - přinejmenším do doby, než se všechny záležitosti vyřeší (a než vůbec vznikne nějaký závazný výklad různých ustanovení směrnice). Lukáš Jelínek > Ahoj ve spolek! > > Datum 25.5.2018, kdy nám vstupuje v účinnost GDPR se pomalu ale jistě > blíží. Bohužel jsem byl, ač neprávník do této problematiky trochu > zatlačen a byly na mě již vzneseny dotazy týkající se GDPR a vpsFree. > > Myslím, si, že je nás více, kteří na VPS máme uloženy nějaké ty osobní > údaje (adresy, emaily, apod.) a skoro všichni máme nějaký ten > webserver, kde se logují IP adresy, které jsou rovněž považovány za > osobní údaje. Díky tomu jsme z pohledu GDPR považování za správce > osobních údajů. Podle článku 4 GDPR se zpracovaním osobních údajů > rozumí také ukládání osobních údajů. Z toho plyne, že jakýkoliv > poskytovatel cloudových služeb, hostingu, VPS, atd. je vůči správci v > postavení zpracovatele osobních údajů. Článek 28 GDPR potom řeší vztah > zpracovatele a správce, kde mj. požaduje nějaký smluvní vztah mezi > nimi. Když to převedu na protředí vpsFree tak členové jsou v podstatě > správci osobních údajů a vpsFree je zpracovatelem osobních údajů. > > Můj dotaz zní, zda a jak bylo nebo bude GDPR řešeno na úrovní vpsFree? > V podstatě asi jde o to, aby bylo v případě kontroly z UOOÚ možno > něčím nebo nějak prokázat, že vpsFree je v souladu s GDPR a taky > garantuje, že data nebudou uložena mimo EU. Věřím, že v našich řadách > jsou kompetentnější členové v této věci jako já a tak bých rád otevřel > diskusi. > > Honza. > _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list

7 years, 5 months

1
0
0 0

Padajici guest v KVM

by Jindrich Skacel

Ahoj, nesetkal se nekdo z vas s padajicim guestem v KVM? Jedine, co vzdy najdu v logu je: qemu-system-x86_64: Virtqueue size exceeded nebo qemu-system-x86_64: virtio: bogus descriptor or out of resources Bohuzel jsem stale neprisel, cim by to mohlo byt. Host system jsem upgradoval z Alpine 3.5 na Alpine 3.7 s tim, ze to byl nejaky bug, ale nevypada to. Guest system je Debian 8. CPU v guestu vytizene vubec neni a memory taky vypada OK az do "zaseknuti" stroje. // J

7 years, 5 months

2
1
0 0

vytvoreni debian init scriptu

by Jakub Podlaha

Zdravim, rad bych se zeptal, jak vytvorim na Debianu init script pro appku (vetsinou node.js) a nastavim ho aby se spoustel pri startu systemu. Aktualne pouzivam detasovany screen a v nem shell pro kazdou appku, ale nechce se mi vse manualne spoustet po kazdem "Neplanovanem vypdadku". Uz jsem stravil nekolik hodin snahou dohledat, jak to v Debianu chodi. Zkusil jsem treba tenhle script: https://gist.github.com/peterhost/715255 (a nekolik dalsich) upravit a dat do /etc/init.d/my-simple. Dostavam chyby: $ service my-simple start Failed to start my-simple.service: Unit my-simple.service failed to load: No such file or directory. $ update-rc.d "my-simple" enable update-rc.d: error: no runlevel symlinks to modify, aborting! Myslel jsem, ze .service soubory patri pod systemd a ze Debian pouziva init scripty a ze service je tool na spravu init scriptu podobne jako v Gentoo je treba rc-update. Chyby jsem zkousel googlit, ale nasel jsem jen problemy se spatne nainstalovanymi aplikacemi. Jestli me muzete nakopnout, nebo poradit, budu rad. Zdar, Jakub

7 years, 5 months

6
8
0 0

php7-fpm + shell_exec

by Jozef Sroka

Nazdar, mam server s nginix + php7-fpm + ispconfig vsymol som si jednu nebezpecnu vec, ked zavola v php funkciu shell_exec a vykonam prikaz napriklad cat, tak viem citat subory aj inych webov napriklad viem precitat subor -rw-r--r-- 1 web2 client1 /var/www/clients/client1/web2/web/index.php z pricinku drwxr-x--x 8 web2 client1 /var/www/clients/client1/web2/web pricom php skritp je spusteny ako web1:client0 chcel by som zvysit bezpecnost na servery, a zamedzit moznost citat takto data z inych webov potreboval by som poradit nejaky dobry sposob, - som otvoreny aj inemu control panelu ako ispconfig, ale musi obsohovat podobnu funkcionalitu - nechcem zakazat shell_exec v php potrebujem ho - rozmyslal som na chroot alebo kontajnermy ale potrebujem trocha poradit

7 years, 5 months

3
2
0 0

Konfiguracia mailoveho servera

by Oto Peťura

Zdravim, mam na VPS nakonfigurovany postfix, dovecot a spamassasin. Spam je spravne detekovany ale chcel by som, aby sa hadzal do osobitneho adresara (SPAM alebo Junk...). Nemam velke skusenosti s mailovymi servermi. Toto je moj osobny mail kde sa snazim naucit co ako funguje. Skusal som hladat navody na internete a nieco som aj skusal ale maily mi potom nechodili vobec alebo chodili s velmi velkym oneskorenim a neviem preco. Mohol by ma niekto nasmerovat? Chcel by som v prvom rade pochopit ako veci funguju, lenze co som videl boli vsetko iba navody krok za krokom bez vysvetlenia principu. Potom sa tazko hlada chyba ked neviem ani co robim. Vdaka za akukolvek pomoc. Oto

7 years, 5 months

2
2
0 0

Přihlas přednášku na InstallFest

by Petr Krcmar

Hezký leden všem, pojďte s námi přednášet na InstallFest! Hledáme (spolu)přednášející, kteří by udělali nějaká témata pro začátečníky: best practices, jak začít s Linuxem, nějaké služby, klidně i hardware, vývoj, co vás napadne. Nebojte se do toho a pojďte s námi udělat super konferenci. https://installfest.cz/if18/ -- Petr Krčmář vpsFree.cz

7 years, 5 months

1
0
0 0

Meltdown + Spectre

by Pavel Snajdr

EN-TLDR: I have a patch for Meltdown ready. Do we deploy now or wait until after midnight? Mam naportovany patch z RHEL6 na nase OpenVZ jadro. Taky overenou funkcnost na trech serverech (jeden z toho je node1.pgnd, dva testovaci). Jdeme to aplikovat hned? Prezijete vypadek? /snajpa

7 years, 5 months

9
15
0 0

Přednášky na InstallFest

by Petr Krcmar

Ahoj, o víkendu 3. a 4. března proběhne desátý ročník obnovené konference InstallFest [1]. Máme se Snajpou přihlášené přednášky, opět tam budeme mít stánek s kávou a rádi vás tam potkáme. Píšu ale hlavně proto, že ještě běží přihlašování přednášek a bylo by fajn, kdyby se nám tam sešlo víc zajímavých témat – pomůže to vpsFree, ale hlavně konferenci jako takové, aby bylo co poslouchat. Pokud máte nějaký nápad, určitě ho přihlaste. Nebojte se toho, kdybyste potřebovali pomoct s obsahem přednášky, abstraktem nebo třeba přípravou osnovy, jsem vám k dispozici. [1]: https://installfest.cz/if18/ -- Petr Krčmář vpsFree.cz

7 years, 5 months

1
0
0 0

Je mozne automaticky lxc-console po tom co host nabootuje? Jak na to?

by Wolf

Ahoj, hraju si doma z lxc trochu, a napadlo mne, ze by se mi docela libilo mit moznost udelat dosahnout nasledujici sequence: 1) host nabootuje 2) auto-startne lxc container (let's call it `gui` from now on) 3) switchne na tty2 4) spusti lxc-console na `gui` takze se mi zobrazi jeho login prompt V podstate tedy chci replacenout login prompt hostu login promptem z containeru. Je neco takoveho rozumne mozne udelat? Host je up-to-date archlinux pokud je to relevantni. Snad to neni moc off-topic :) Diky za pomoc, W. -- There are only two hard things in Computer Science: cache invalidation, naming things and off-by-one errors.

7 years, 5 months

1
0
0 0

OT: Frontendista - Javascriptový vývojář (Angular, React)

by Lubor Kemza

Ahoj milí kolegové, do svého týmu sháním vývojáře frontendu - javascriptistu (Angular, React...). Zajímavé projekty, interní vývoj. Zevrubnější popis: https://www.rostemespolecne.cz/pozice/javascript-developer Kanceláře jsou v Praze, ubytování a auto případně zařídíme. Pokud by někdo z vás měl zájem, nebo mohl někoho doporučit, tak mi prosím dejte vědět. ;-) Omlouvám se za off topic. Lubor Kemza Analytik kemza(a)vshosting.cz +420 799 799 818

7 years, 5 months

10
13
0 0

Budoucnost OpenVZ

by Pavel Bařina

Ahoj, s kolegou řešíme jakou cestou virtualizace se ve firmě vydat. Jelikož jsou zde odborníci na OpenVZ rád bych se poradil. Já mám zkušenosti s KVM z jiné firmy a kolega zatím zkoušel OpenVZ na CentOS release 6.7. Vyšlo nové OpenVZ a jak jsem zahlídl i zde s pár poznámek budoucnost OpenVZ může být nejistá. Jakou cestou kontejneru byste se vydali vy? Nové OpenVZ, LXC nebo docker? Zároveň bychom chtěli na stejném stroji provozovat i KVM (pro chod Windows). Momentálně máme na stroji obojí. OpenVZ i KVM. Nicméně je problém se spouštěním virtuálního stroje v KVM, po druhém pokusu o spuštění virtuálního stroje již naběhne. Chyba při startu domény: Nelze vytvořit cgroup pro Debian-wheeze: Adresář nebo soubor neexistuje Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/asyncjob.py", line 91, in cb_wrapper callback(asyncjob, *args, **kwargs) File "/usr/share/virt-manager/virtManager/asyncjob.py", line 127, in tmpcb callback(*args, **kwargs) File "/usr/share/virt-manager/virtManager/domain.py", line 1355, in startup self._backend.create() File "/usr/lib/python2.7/dist-packages/libvirt.py", line 999, in create if ret == -1: raise libvirtError ('virDomainCreate() failed', dom=self) libvirtError: Nelze vytvořit cgroup pro Debian-wheeze: Adresář nebo soubor neexistuje KVM není spuštěno v kontejnerech jako u VPS ale samostatně vedle OpenVZ Děkuji moc za postřehy a nakopnutí správným směrem Pavel

7 years, 5 months

19
30
0 0

vpsfree - překvapivě nízký CPU výkon

by Věroš Kaplan

Ahoj, potřeboval jsem včera v noci zkomprimovat jeden 4GB .tar soubor pomocí `bzip2 -9`. Mám na stole docela pomalý stroj s Celeronem, a odhadovaná doba komprimace byla 20 minut. Soubor jsem tedy poslal na vpsfree a nechal jsem ho zkomprimovat tam. Oproti očekávání je komprimace na vpsfree pomalejší. Pokud by servery nebyly využité, tak by ten Xeon na vpsfree měl zhruba být o třetinu rychlejší. Ta samá komprimace se mi provedla dvakrát rychleji na tom Celeronu, a fakt by mne zajímalo proč. Je na vpsfree okolo půlnoci nějaká větší zátěž? Otázka: Je něco, co nevidím a Celeron G1610T může být o tolik rychlejší než Xeon na vpsfree? Domácí Celeron: Celeron G1610T @ 2.30 , na tom běží KVM a v něm emulovaný Intel i7 VPSfree: konfiguraci nevím, v kontejneru se tváří: Xeon E5-2630 @ 2.30 Věroš -- Věroš Kaplan http://navolnenoze.cz/prezentace/veroslav-kaplan/

7 years, 6 months

5
7
0 0

Chybejici logy na Debian 9 se systemd a syslog-ng

by Tomáš Jelínek

Ahoj, upgradoval jsem VPS z Debianu 8 na Debian 9 a po restartu jsem zjistil, ze se mi prestalo logovat do nasledujicich souboru ve /var/log: auth.log cron.log daemon.log kern.log mail.log messages syslog Kdyz spustim 'journalctl', tak tam vsechny zpravy, ktere se puvodne logovaly do tech souboru, vidim. Vypada to, ze logy se dostavaji do systemd, ale uz ne do syslogu. Ja ale potrebuju logovat do tech souboru, abych je mohl parsovat (munin, awstats, atd.). Prosel jsem vsechny configy syslog-ng, ktere jsem nasel, a nemam tam zadne zmeny oproti tomu, co je v balicich. Google mi nepomohl, zkusil jsem navod https://wiki.archlinux.org/index.php/syslog-ng#syslog-ng_and_systemd_journal a to postupne obe dve varianty, ale nepozoroval jsem zadnou zmenu. Ve /var/log/syslog vidim toto: WARNING: Default value changed for the prefix() option of systemd-journal source in syslog-ng 3.8; old_value='', new_value='.journald.' ale k nicemu me to nedovedlo. Jedina vec, co se mi loguje, jsou zpravy o nastartovani a ukonceni syslog-ng ve /var/log/syslog a /var/log/messages: Dec 20 18:48:12 vps syslog-ng[8169]: syslog-ng shutting down; version='3.8.1' Dec 20 18:48:40 vps syslog-ng[8204]: syslog-ng starting up; version='3.8.1' Prosim poradte. Diky, Tomas

7 years, 6 months

8
9
0 0

KVM na Alpine - práva na /dev/kvm

by David

Ahoj, snažím se rozjet KVM na Alpine linuxu - vždycky po rebootu mi ale zmizí skupina z alpine:~# ll /dev/kvm 201775056 crw------- 1 root root 10, 232 Nov 25 23:14 /dev/kvm alpine:~# ll /dev/net/tun 201775055 crw------- 1 root root 10, 200 Nov 25 23:14 /dev/net/tun Vždycky nastavím pomocí: chown :kvm /dev/kvm chmod g+rw /dev/kvm chown :netdev /dev/net/tun chmod g+rw /dev/net/tun Ale po rebootu to je skupina zase špatně. Netušíte někdo čím by to mohlo být? Postupuji podle návodu ze znalostní báze. Máte někdo podobný problém? Jakub Skokan mi poradil zeptat se tady: Ja jsem se to pred casem pokousel vyresit, ale neuspesne. Ty prava by mel nastavovat mdev, v konfiguraci v /etc/mdev.conf to nastavene je, takze netusim kde to vazne. V nejhorsim si muzes udelat vlastni init skript, ve kterem ty prava nastavis jak potrebujes, ale lepsi by bylo zjistit, proc se to deje, no :) Předem díky za reakce, David

7 years, 6 months

2
2
0 0

Arch Linux a problem s glibc >=2.26

by Jakub Skokan

Ahojte, dejte si pozor na aktualizaci Arch Linuxu, s glibc >= 2.26 vam VPS nenajede. Vypada to, ze glibc od 2.26 podporuje jen kernel 3.2+ [1], takze to u nas uz nemusi fungovat spravne. Zatim jsme narazili jen na problem se systemd, ktery je teda celkem zasadni, protoze nestartujou zadne sluzby, napr.: systemd-journald.service: Main process exited, code=exited, status=205/LIMITS Jedina cesta zda se bude zustat u glibc 2.25. Sablonu archu jsem upravil, nicmene existujici VPS si musite pohlidat sami -- pridat glibc do IgnorePkg v /etc/pacman.conf. Casem to zrejme bude problem i v jinych distribucich, kdyz tam ta glibc 2.26 probubla, ale to uz snad stihnem prejit na novejsi kernel + LXC. [1] https://sourceware.org/ml/libc-alpha/2017-08/msg00010.html Jakub

7 years, 7 months

2
2
0 0

test

by Tomas Srnka

Test po upgrade mailmana, pekny vikend! :)

7 years, 7 months

1
0
0 0

CentOS 6 - yum update error

by Honza KAŠPÁREK

Ahoj, uz nejakou dobu se mi casto pri spusteni prikazu objevuji chyby: epel-source/metalink base https://ftp.sh.cvut.cz/6/x86_64/repodata/repomd.xml: [Errno 14] PYCURL ERROR 22 - "The requested URL returned error: 404 Not Found" a obdobne pro epel/primary-db a epel-httpd24. Vetsinou pomuze provest yum clean all, ale po case se to zase vrati. Ta adresa, odkud zkousi stahovat balicky opravdu neexistuje, daji se tam dohledat, ale pod jinou strukturou. Zrejme je ale nekde stale ulozena ta stara cesta a nemuzu se ji zbavit. Poradite, prosim? Diky. Honza

7 years, 7 months

2
1
0 0

nastavenie datumu a casu

by kypo

Prosim o pre odbornikov trivialnu radu, som v Linuxe zelenac. Mam na vps Ubuntu 14.04 a na tom nainstalovany web na Wordpress. Problem je s casom, resp po posune casu sa to vzdy nejak rozdrbe a neviem to nejak vyriesit nadobro. Ak sa pripojim na server cez putty terminal a dam prikaz date, vypise mi datum a cas, ale ten je o hodinu pozadu. Samozrejme to potom robi bordel na webe pod Wordpressom. SKusal som ho cez terminal prenastavit prikazom sudo date --set="2017-11-15 17:25:59.990" ale nezafunguje, vyhodi ze nemam permissions. Takze mam dve otazky: 1. Ako prenastavit cas a datum na serveru? (kludne si ho po kazdom posune casu zmenim) 2. Alebo je pripadne nejake riesenie ktore by posun casu robilo automaticky bez nutnosti zasahu? Diky

7 years, 7 months

3
2
0 0

MariaDB nefunguje se systemd 233 v kontejneru

by Jiří Eischmann ml.

Ahoj, při upgradu na Fedoru 26 jsem nebyl schopný nastartovat MariaDB s chybovými hláškami: mariadb.service: Failed at step KEYRING spawning /usr/libexec/mysql- check-socket: Permission denied Failed at step KEYRING spawning /usr/libexec/mysql-wait-stop: Permission denied Dočetl jsem se, že MariaDB má problémy se systemd 233 v kontejneru. Očividně to není problém jenom Fedory, protože v Ubuntu řeší něco podobného: https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1691096 Ve Fedoře jsem to nahlásil: https://bugzilla.redhat.com/show_bug.cgi?id=1471306 a rollbackem se vrátil zpátky na F25. Tak si dejte na upgrade na systemd 233 pozor, používáte-li MariaDB. Jirka

7 years, 7 months

6
8
0 0

Monitorovací software

by Jan B. Kolář

Ahoj všem, obracím se na Vás s prosbou o radu. U nás v rodině jsem v oblasti IT taková "holka pro všechno". Starám se jak o soukromé, tak firemní stroje, síť, server, webovky, atd. Nyní mi to však trochu začíná přerůstat přes hlavu a hledám nějaký monitorovací software, přes který bych byl schopen zjišťovat problémy, případně jim předcházet. Moji rodiče provozují 5 maloobchodních prodejen, já provozuji další dvě (ano, IT není můj hlavní obor činnosti :-D). Všechny lokality které spravuji mám obhospodařované Mikrotiky a propojené do jedné lokace pomocí IPSec tunelů. Na všech provozovaných PC mi běží Debian. Celkem se jedná o zhruba 7 routerů a 20 zařízení (PC, tiskárny, NAS). Moje představa je taková, že bych na centrální lokaci nainstaloval server, který by všechna zařízení monitoroval. Díval jsem se na internetu a zaujali mě dva programy - LibreNMS a Graylog. Můj první problém ale je, že nevím, co přesně chci sledovat. A tak si nejsem úplně jistý, jestli jsou tyto programy pro mě vhodné. Napadly mě v podstatě dvě věci, který by asi byly dobré: 1) Ukládání logů ze strojů - to bych asi využil v případě řešení problémů, proč něco nefunguje 2) Dlouhodobá statistika - třeba provozu na routerech, využití disku a paměti na PC. Dle toho, jak doufám, bych mohl problémům předcházet (např. zvýšený provoz na routeru nebo třeba nadměrné vytížení CPU by mohlo znamenat malware) Nedoporučili byste mi prosím nějaký vhodný zdroj informací (web, ebook), který by mě posunul dál? Určitě ocením i rady/komentáře, pokud jste už něco podobného řešili. Předem Vám děkuji! Honza

7 years, 7 months

8
9
0 0

Vagrant libvirt - malý prostor na hdd

by Petr Parolek

Ahoj, nechápu jednu věc, která mě trápí a nedaří se mi vyřešit. Disk má při vytvoření virtuálu stále má velikost přes 9GB. Přitom mám ve Vagrantfile mám nastaveno mnohem vícr # -*- mode: ruby -*- # vi: set ft=ruby : Vagrant.configure("2") do |config| config.vm.synced_folder ".", "/vagrant", disabled: true config.vm.define :server do |server| server.vm.box = "debian/stretch64" server.vm.provider :libvirt do |domain| domain.storage :file, :size => '40G', :type => 'raw' domain.memory = 3648 domain.cpus = 8 domain.nested = true domain.volume_cache = 'none' domain.autostart = true end end end Setkal se tím někdo? Mám ho na playground VPS. Díky za rady. Petr Parolek

7 years, 7 months

3
13
0 0

Klonování virtuálu opravuje aplikace?

by Stanislav Vasko

Zdravím, mám velice zajímavou zkušenost. Moje Django aplikace začala padat jakmile odešlu email. Nejspíše nějaký problém mezi Python-Django-WSGI, možná je v tom namočený i Apache. Nicméně, abych zjistil co se děje, virtuál a jsem oklonoval, zapl debug mód a …. žádná chyba. Email odešel, aplikace poděkovala a svět se točil dál… WTF? Vrátím do DEBUG=False, opět pohoda. No totok… Než si tu ukroutím hlavu a utestuju virtuál, může někdo chytřejší poradit zda je mezi VPS a VPS na playgroundu, které bylo klonováno, nějaký rozdíl co by mohl hrát roli pro výše zmíněné technologie a posílání emailu? Nebo Playground rovnou zdrojáky opravuje :)? Mám na virtuálu, tedy i na klonu, nějakou homo-domo konfiguraci posílání emailu aby to vůbec chodilo, ale to se zklonovalo i s chybami co jsem na tom spáchal a tak to asi nemůže mít vliv. Možná, pokud Django fungovalo, to asi stejně nehraje roli, protože posílám přes nastavení SMTP a smtp.seznam.cz. Co jsem tak pohledal, na Ubuntu 14 je údajně stará verze WSGI, nicméně před pár dny ještě vše jelo a opět: klonoval jsem, takže mám shodné nastavení, aplikaci i verze aplikací, tudíž neměl by být vliv, chyby by měly být shodné. Měly by… :) Díky za nápady, mezitím zkusím opravit tu verzi WSGI přes PIP a našroubováním do Apache, když už Ubuntu se nenamáhá po létech aktualizovat. Ale přesto budu rád za jakékoliv tipy, hlavně pro budoucnost, takto nikdy nevím zda na produkci poběží co mi běží doma i přes shodné verze knihoven. Hezký den, Standa Ing. Stanislav Vasko | výkonnostní marketing, webdesign a analytika tel: +420 602 282 686 <tel:%2B420%20602%20282%20686> email: vasko(a)vaskonsulting.cz <mailto:vasko@vaskonsulting.cz> web: www.vaskonsulting.cz <http://www.vaskonsulting.cz/>

7 years, 8 months

9
10
0 0

Re: [vpsFree.cz: community-list] Prosba - nefunkncni virt-manager

by René Langer

Ahoj, není to problém virt-manageru, ale hlavně libvirt. Nespustí se hypervisor libvirt qemu:///system, jak je v logách níže a virt-manager se nemá k čemu připojit. Libvirt chodí jen na OpenVZ šablonách distribuce Alpine Linux, Debian 8 a CentOS 7.1, viz. KB https://kb.vpsfree.cz/navody/vps/kvm. Jinak Qemu/KVM chodí například na Debian 9 či Ubuntu 16.04, jen se musí ovládat pomocí init skriptů, místo libvirt (virt-manageru). Renda _____________________________________________________________ > Od: Tomas Meszaros <meszaros(a)advice.sk> > Komu: "vpsFree.cz Community list" <community-list(a)lists.vpsfree.cz> > Datum: 06.10.2017 20:10 > Předmět: Re: [vpsFree.cz: community-list] Prosba - nefunkncni virt-manager > mne sa to podarilo rozchodit na debian 8 jedine arty Dňa 6. 10. 2017 o 17:07, Richard Korinek <richard.korinek(a)gmail.com <richard.korinek(a)gmail.com>> napísal: Zdravím, snažím se rozchodit KVM a chtěl bych použít virt-manager. Zkoušel jsem ArchLinux 3.6 i Centos 7.3 ale zatím bez úspěchu. Naistaluju qemu, dokonce i spustím image pomocí konfiguračního souboru. Když ale zkouším virt-amanger (po nainstalování všech dependencies, pro Centos viz KB KVM / Centos), tak virt-manager padá s nic neříkající chybou. Kompletní debug:[root@majestatix log]# virt-manager --debug[Pá, 06 říj 2017 16:47:38 virt-manager 943] DEBUG (cli:261) Launched with command line: /usr/share/virt-manager/virt-manager --debug[Pá, 06 říj 2017 16:47:38 virt-manager 943] DEBUG (virt-manager:183) virt-manager version: 1.4.1[Pá, 06 říj 2017 16:47:38 virt-manager 943] DEBUG (virt-manager:184) virtManager import: <module 'virtManager' from '/usr/share/virt-manager/virtManager/__init__.pyc'>[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (virt-manager:214) PyGObject version: 3.22.0[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (virt-m anager:218) GTK version: 3.22.10Gtk-Message: Failed to load module "canberra-gtk-module"[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (engine:496) libguestfs inspection support: False[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (systray:156) Showing systray: False[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (engine:1037) processing cli command uri= show_window= domain=[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (engine:1039) No cli action requested, launching default window[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (manager:203) Showing manager[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (engine:401) window counter incremented to 1[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (engine:161) Loading stored URIs:qemu:///system[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (engine:140) Initial gtkapplication activated[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:571) conn=qemu:///system changed to s tate=Con necting[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:989) Scheduling background open thread for qemu:///system[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:1039) libvirt version=3002000[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:1041) daemon version=3002000[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:1042) conn version=1005003[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:1044) qemu:///system capabilities:<capabilities> <host> <uuid>4e56d8c3-7406-4b81-9a01-39d12aae0b60</uuid> <cpu> <arch>x86_64</arch> <pages unit="KiB" size="4"/> </cpu> <power_management/> <migration_features> <live/> <uri_transports> <uri_transport>tcp</uri_transport> <uri_transport>rdma</uri_transport> </uri_transports> </migration_features> <secmodel> <model>none</model> <doi>0</doi> </secmodel> <secmodel> <model>dac</model> <doi>0</doi> <baselabel type="kvm">+107:+107</baselabel> <baselabel type="qemu">+107:+107</baselabel> </secmodel> </host> <guest> <os_type>hvm</os_type> <arch name="i686"> <wordsize>32</wordsize> <emulator>/usr/libexec/qemu-kvm</emulator> <machine maxCpus="240">pc-i440fx-rhel7.0.0</machine> <machine canonical="pc-i440fx-rhel7.0.0" maxCpus="240">pc</machine> <machine maxCpus="240">rhel6.0.0</machine> <machine maxCpus="240">rhel6.1.0</machine> <machine maxCpus="240">rhel6.2.0</machine> <machine maxCpus="240">rhel6.3.0</machine> <machine maxCpus="240">rhel6.4.0</machine> <machine maxCpus="240">rhel6.5.0</machine> <machine maxCpus="240">rhel6.6.0</machine> <domain type="qemu"> <emulator>/usr/libexec/qemu-kvm</emulator> </domain> <domain type="kvm"> <emulator>/usr/libexec/qemu-kvm</emulator> </domain> </arch> <features> <cpuselection/> <deviceboot/> <disksnapshot default="off" toggle="no"/> <acpi default="o n" toggl e="yes"/> <apic default="on" toggle="no"/> <pae/> <nonpae/> </features> </guest> <guest> <os_type>hvm</os_type> <arch name="x86_64"> <wordsize>64</wordsize> <emulator>/usr/libexec/qemu-kvm</emulator> <machine maxCpus="240">pc-i440fx-rhel7.0.0</machine> <machine canonical="pc-i440fx-rhel7.0.0" maxCpus="240">pc</machine> <machine maxCpus="240">rhel6.0.0</machine> <machine maxCpus="240">rhel6.1.0</machine> <machine maxCpus="240">rhel6.2.0</machine> <machine maxCpus="240">rhel6.3.0</machine> <machine maxCpus="240">rhel6.4.0</machine> <machine maxCpus="240">rhel6.5.0</machine> <machine maxCpus="240">rhel6.6.0</machine> <domain type="qemu"> <emulator>/usr/libexec/qemu-kvm</emulator> </domain> <domain type="kvm"> <emulator>/usr/libexec/qemu-kvm</emulator> </domain> </arch> <features> <cpuselection/> <deviceboot/> <disksnapshot default="off" toggle="no"/> <acpi default= "on" tog gle="yes"/> <apic default="on" toggle="no"/> </features> </guest> </capabilities> [Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:845) Using domain events[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:882) Using network events[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:902) Using storage pool events[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:921) Using node device events[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:1426) Error polling connection qemu:///systemTraceback (most recent call last): File "/usr/share/virt-manager/virtManager/connection.py", line 1404, in tick_from_engine self._tick(*args, **kwargs) File "/usr/share/virt-manager/virtManager/connection.py", line 1294, in _tick self._hostinfo = self._backend.getInfo() File "/usr/lib64/python2.7/site-packages/libvirt.py", line 3739, in getInfo if ret is None: raise libvirtError ('virNodeGetInfo() failed', conn=self)libvirtError: An error occurred, but the cause is unknown[Pá, 06 říj 2017 16 :47:39 virt-manager 943] DEBUG (connection:1436) An error occurred, but the cause is unknown[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:937) conn.close() uri=qemu:///system[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:571) conn=qemu:///system changed to state=Disconnected[Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (error:99) error dialog message:summary=Error polling connection 'qemu:///system': An error occurred, but the cause is unknowndetails=Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/engine.py", line 385, in _handle_tick_queue conn.tick_from_engine(**kwargs) File "/usr/share/virt-manager/virtManager/connection.py", line 1437, in tick_from_engine raise e # pylint: disable=raising-bad-typelibvirtError: An error occurred, but the cause is unknown [Pá, 06 říj 2017 16:47:44 virt-manager 943] DEBUG (manager:214) Closing manager[Pá, 06 říj 2017 16:47:44 virt-manager 943] DEBUG (engine:405) window counter decremented to 0[Pá, 06 říj 2017 16:47:44 virt-manager 943] DEBUG (engine:467) No windows found, requesting app exit[Pá, 06 říj 2017 16:47:44 virt-manager 943] DEBUG (engine:491) Exiting app normally.Vypadá to, že na něco nedostane odpověď "ret is None" .... ale netuším na co. Jak v ArchLinuxu tak i v Centosu jsem našel tythle hlášky:Oct 6 17:04:35 majestatix libvirtd: 2017-10-06 15:04:35.371+0000: 1420: warning : virNumaGetNodeCPUs:276 : NUMA topology for cell 0 is not available, ignoringOct 6 17:04:35 majestatix libvirtd: 2017-10-06 15:04:35.372+0000: 1420: warning : virQEMUCapsInit:1138 : Failed to get host CPUNa Centosu si potom ještě stěžuje KSMTUNEDOct 6 16:57:56 majestatix ksmtuned: /usr/sbin/ksmtuned: line 61: /sys/kernel/mm/ksm/run: No such file or directoryOct 6 16:58:06 maje statix / usr/sbin/irqbalance: WARNING, didn't collect load info for all cpus, balancing is brokenAle netuším, jestli to s tím souvisí. Nemáte někdo nějakou radu co dál prosím? Vzhledem k tomu, že jsem ke stejnému výsledku dospěl jak na Centos tak i na Arch LInux, tak myslím že problém bude někde v nastavení VPSky? Nebo se pletu? Díky za tipy jak dál.R.-- Richard Kořínek ^^^^^^^^^^^^^^ email: richard.korinek(a)gmail.com <richard.korinek(a)gmail.com>phone: +420 604 777 044 _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz <Community-list(a)lists.vpsfree.cz> http://lists.vpsfree.cz/listinfo/community-list ---------- _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list <http://lists.vpsfree.cz/listinfo/community-list>

7 years, 8 months

1
0
0 0

Prosba - nefunkncni virt-manager

by Richard Korinek

Zdravím, snažím se rozchodit KVM a chtěl bych použít virt-manager. Zkoušel jsem ArchLinux 3.6 i Centos 7.3 ale zatím bez úspěchu. Naistaluju qemu, dokonce i spustím image pomocí konfiguračního souboru. Když ale zkouším virt-amanger (po nainstalování všech dependencies, pro Centos viz KB KVM / Centos), tak virt-manager padá s nic neříkající chybou. Kompletní debug: [root@majestatix log]# virt-manager --debug [Pá, 06 říj 2017 16:47:38 virt-manager 943] DEBUG (cli:261) Launched with command line: /usr/share/virt-manager/virt-manager --debug [Pá, 06 říj 2017 16:47:38 virt-manager 943] DEBUG (virt-manager:183) virt-manager version: 1.4.1 [Pá, 06 říj 2017 16:47:38 virt-manager 943] DEBUG (virt-manager:184) virtManager import: <module 'virtManager' from '/usr/share/virt-manager/virtManager/__init__.pyc'> [Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (virt-manager:214) PyGObject version: 3.22.0 [Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (virt-manager:218) GTK version: 3.22.10 Gtk-Message: Failed to load module "canberra-gtk-module" [Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (engine:496) libguestfs inspection support: False [Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (systray:156) Showing systray: False [Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (engine:1037) processing cli command uri= show_window= domain= [Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (engine:1039) No cli action requested, launching default window [Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (manager:203) Showing manager [Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (engine:401) window counter incremented to 1 [Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (engine:161) Loading stored URIs: qemu:///system [Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (engine:140) Initial gtkapplication activated [Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:571) conn=qemu:///system changed to state=Connecting [Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:989) Scheduling background open thread for qemu:///system [Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:1039) libvirt version=3002000 [Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:1041) daemon version=3002000 [Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:1042) conn version=1005003 [Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:1044) qemu:///system capabilities: <capabilities> <host> <uuid>4e56d8c3-7406-4b81-9a01-39d12aae0b60</uuid> <cpu> <arch>x86_64</arch> <pages unit="KiB" size="4"/> </cpu> <power_management/> <migration_features> <live/> <uri_transports> <uri_transport>tcp</uri_transport> <uri_transport>rdma</uri_transport> </uri_transports> </migration_features> <secmodel> <model>none</model> <doi>0</doi> </secmodel> <secmodel> <model>dac</model> <doi>0</doi> <baselabel type="kvm">+107:+107</baselabel> <baselabel type="qemu">+107:+107</baselabel> </secmodel> </host> <guest> <os_type>hvm</os_type> <arch name="i686"> <wordsize>32</wordsize> <emulator>/usr/libexec/qemu-kvm</emulator> <machine maxCpus="240">pc-i440fx-rhel7.0.0</machine> <machine canonical="pc-i440fx-rhel7.0.0" maxCpus="240">pc</machine> <machine maxCpus="240">rhel6.0.0</machine> <machine maxCpus="240">rhel6.1.0</machine> <machine maxCpus="240">rhel6.2.0</machine> <machine maxCpus="240">rhel6.3.0</machine> <machine maxCpus="240">rhel6.4.0</machine> <machine maxCpus="240">rhel6.5.0</machine> <machine maxCpus="240">rhel6.6.0</machine> <domain type="qemu"> <emulator>/usr/libexec/qemu-kvm</emulator> </domain> <domain type="kvm"> <emulator>/usr/libexec/qemu-kvm</emulator> </domain> </arch> <features> <cpuselection/> <deviceboot/> <disksnapshot default="off" toggle="no"/> <acpi default="on" toggle="yes"/> <apic default="on" toggle="no"/> <pae/> <nonpae/> </features> </guest> <guest> <os_type>hvm</os_type> <arch name="x86_64"> <wordsize>64</wordsize> <emulator>/usr/libexec/qemu-kvm</emulator> <machine maxCpus="240">pc-i440fx-rhel7.0.0</machine> <machine canonical="pc-i440fx-rhel7.0.0" maxCpus="240">pc</machine> <machine maxCpus="240">rhel6.0.0</machine> <machine maxCpus="240">rhel6.1.0</machine> <machine maxCpus="240">rhel6.2.0</machine> <machine maxCpus="240">rhel6.3.0</machine> <machine maxCpus="240">rhel6.4.0</machine> <machine maxCpus="240">rhel6.5.0</machine> <machine maxCpus="240">rhel6.6.0</machine> <domain type="qemu"> <emulator>/usr/libexec/qemu-kvm</emulator> </domain> <domain type="kvm"> <emulator>/usr/libexec/qemu-kvm</emulator> </domain> </arch> <features> <cpuselection/> <deviceboot/> <disksnapshot default="off" toggle="no"/> <acpi default="on" toggle="yes"/> <apic default="on" toggle="no"/> </features> </guest> </capabilities> [Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:845) Using domain events [Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:882) Using network events [Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:902) Using storage pool events [Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:921) Using node device events [Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:1426) Error polling connection qemu:///system Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/connection.py", line 1404, in tick_from_engine self._tick(*args, **kwargs) File "/usr/share/virt-manager/virtManager/connection.py", line 1294, in _tick self._hostinfo = self._backend.getInfo() File "/usr/lib64/python2.7/site-packages/libvirt.py", line 3739, in getInfo if ret is None: raise libvirtError ('virNodeGetInfo() failed', conn=self) libvirtError: An error occurred, but the cause is unknown [Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:1436) An error occurred, but the cause is unknown [Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:937) conn.close() uri=qemu:///system [Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (connection:571) conn=qemu:///system changed to state=Disconnected [Pá, 06 říj 2017 16:47:39 virt-manager 943] DEBUG (error:99) error dialog message: summary=Error polling connection 'qemu:///system': An error occurred, but the cause is unknown details=Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/engine.py", line 385, in _handle_tick_queue conn.tick_from_engine(**kwargs) File "/usr/share/virt-manager/virtManager/connection.py", line 1437, in tick_from_engine raise e # pylint: disable=raising-bad-type libvirtError: An error occurred, but the cause is unknown [Pá, 06 říj 2017 16:47:44 virt-manager 943] DEBUG (manager:214) Closing manager [Pá, 06 říj 2017 16:47:44 virt-manager 943] DEBUG (engine:405) window counter decremented to 0 [Pá, 06 říj 2017 16:47:44 virt-manager 943] DEBUG (engine:467) No windows found, requesting app exit [Pá, 06 říj 2017 16:47:44 virt-manager 943] DEBUG (engine:491) Exiting app normally. Vypadá to, že na něco nedostane odpověď "ret is None" .... ale netuším na co. Jak v ArchLinuxu tak i v Centosu jsem našel tythle hlášky: Oct 6 17:04:35 majestatix libvirtd: 2017-10-06 15:04:35.371+0000: 1420: warning : virNumaGetNodeCPUs:276 : NUMA topology for cell 0 is not available, ignoring Oct 6 17:04:35 majestatix libvirtd: 2017-10-06 15:04:35.372+0000: 1420: warning : virQEMUCapsInit:1138 : Failed to get host CPU Na Centosu si potom ještě stěžuje KSMTUNED Oct 6 16:57:56 majestatix ksmtuned: /usr/sbin/ksmtuned: line 61: /sys/kernel/mm/ksm/run: No such file or directory Oct 6 16:58:06 majestatix /usr/sbin/irqbalance: WARNING, didn't collect load info for all cpus, balancing is broken Ale netuším, jestli to s tím souvisí. Nemáte někdo nějakou radu co dál prosím? Vzhledem k tomu, že jsem ke stejnému výsledku dospěl jak na Centos tak i na Arch LInux, tak myslím že problém bude někde v nastavení VPSky? Nebo se pletu? Díky za tipy jak dál. R. -- Richard Kořínek ^^^^^^^^^^^^^^ email: richard.korinek(a)gmail.com phone: +420 604 777 044

7 years, 8 months

2
1
0 0

Pomoc se stánkem Alpine Linuxu na LinuxDays

by Jakub Jirutka

Ahoj, Hody mě ukecal, abych na LinuxDays udělal stánek pro Alpine Linux. Problém je, že nikomu z komunity se do Prahy nějak moc nechce, takže jsem na to sám. Chtěl bych se tedy zeptat, zda by mi s tím někdo nechtěl pomoci. Hlavně s fyzickým bytím na stánku, abych taky mohl na nějaké přednášky. :) Jakub J.

7 years, 8 months

3
2
0 0

Přivez staré knížky na LinuxDays

by Petr Krcmar

Ahoj všem, vymyslel jsem si takovou věc: mám tu hromadu různých knížek o Linuxu, vývoji, sítích a podobně a chci se jich zbavit. Odvezu je proto na LinuxDays na stánek vpsFree a nechám je tam rozebrat. Máte taky takové? Vezměte je taky, udělají radost někomu dalšímu! Říjen, měsíc linuxové knihy zdarma. -- Petr Krčmář vpsFree.cz

7 years, 9 months

2
1
0 0

GDPR - řešení reálných dopadů

by Jiří Pucherna

Ahoj, právě v rámci jednoho nového projektu začínáme řešit reálné dopady GDPR (General Data Protection Regulation) a to jak ze strany dodavatele aplikace tak ze strany správce serverů (a samozřejmě i pro vlastní interní potřeby). Protože už dva dny procházím internet a na nějaké pořádné informace sem nenarazil (jen spousta obecných řečí) tak otázka zní: nemáte už někdo nějaké konkrétní zkušenosti? Případně jestli by měl někdo zájem se společně se mnou touto problematikou nějak více zabývat a případně pak výstup poskytnou komunitě? Představa je vytvořit soubor konkrétních doporučení pro správce a vývojáře. Jirka -- ------------------------------------------------- Reklalink s.r.o. | A. Jiráska 260 | Příbram | 261 01 Telefon: +420 724 330 493 | Web: http://www.reklalink.cz --- Tato zpráva byla zkontrolována na viry programem Avast Antivirus. https://www.avast.com/antivirus

7 years, 9 months

6
8
0 0

Re: [vpsFree.cz: community-list] GDPR - zkusme to odspoda

by Petr Juhaňák

Ahoj doplnim treba smluvni ujednani s mzdovou ucetni, uklizeckou A co zalohovani telefonu do cloudu pres gmail? Nas maly datovy audit se nam pomalu rozsiruje. Gdpr jsem jeste nestudoval, ale je mozne ze podnikatele s malym poctem zamestnancu budou na tom lepe. S pozdravemPetr Juhaňák petr(a)juhanak.cz | +420 739 639 132 -------- Původní zpráva -------- Od: Libor Boldan <libor(a)boldan.eu> Datum: 21.09.17 20:49 (GMT+01:00) Komu: community-list(a)lists.vpsfree.cz Předmět: [vpsFree.cz: community-list] GDPR - zkusme to odspoda Ahoj, vidim, ze je tu i dost lidi, kteri to resi na firemni urovni. Nicmene bych navrhl to zkusit odspoda. Treba muj pripad. Par stovek zakazniku, na ktere povedu: - fakturacni udaje - na to podle me neni treba souhlas a nelze pozadovat smazani. Tady bych si predstavoval, ze zabezpeceni resi dodavatel ucetniho programu. - mail jednak v lokalnim klientu (Thunderbird/Outlook a pod.) a pak v cloudu (Gmail, Seznam a pod.). Jak budu prokazovat zabezpeceni a pripadne po vyzadani smazani? - telefoni/mobilni cislo vedene jednak v sw u mailu a pak v telefonu. Opet - jak budu prokazovat zabezpeceni a pripadne po vyzadani smazani? Predstavuji si to tak, ze zakaznikum poslu mail s oznamenim co na ne vedu a ze mail a cislo mobilu muzou pozadovat smazat. Napiste vase pohledy na tuhle zakladni formu. Dal to pak muzeme rozsirovat. Libor Boldan _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list

7 years, 9 months

1
0
0 0

GDPR - zkusme to odspoda

by Libor Boldan

Ahoj, vidim, ze je tu i dost lidi, kteri to resi na firemni urovni. Nicmene bych navrhl to zkusit odspoda. Treba muj pripad. Par stovek zakazniku, na ktere povedu: - fakturacni udaje - na to podle me neni treba souhlas a nelze pozadovat smazani. Tady bych si predstavoval, ze zabezpeceni resi dodavatel ucetniho programu. - mail jednak v lokalnim klientu (Thunderbird/Outlook a pod.) a pak v cloudu (Gmail, Seznam a pod.). Jak budu prokazovat zabezpeceni a pripadne po vyzadani smazani? - telefoni/mobilni cislo vedene jednak v sw u mailu a pak v telefonu. Opet - jak budu prokazovat zabezpeceni a pripadne po vyzadani smazani? Predstavuji si to tak, ze zakaznikum poslu mail s oznamenim co na ne vedu a ze mail a cislo mobilu muzou pozadovat smazat. Napiste vase pohledy na tuhle zakladni formu. Dal to pak muzeme rozsirovat. Libor Boldan

7 years, 9 months

1
0
0 0

Re: [vpsFree.cz: community-list] GDPR - řešení reálných dopadů

by Stanislav Vasko

Můžu poprosit odkaz na kvalitní stránku na serveru gdpr.cz, kde se uceleně k tématu hovoří? Díky, Standa On 20 September 2017 at 13:45:33, Ladislav Nesnera (nesnera(a)email.cz) wrote: https://www.gdpr.cz/ ? + snažíme se to téma dostat na OpenAlt - https://openalt.cz/ ;? On 20.9.2017 12:54, Stanislav Vasko wrote: Abychom nemuseli všichni za Tebou do práce :) máte někdo nějaký ucelený zdroj informací? Já to také lovím všude-možně a nic kloudného a hlavně uceleného moc není. Díky za případné nasměřování, Standa On 20 September 2017 at 12:50:31, Miroslav Marcišin (me(a)h00ked.cz) wrote: Ahoj, Bohuzel se touhle problematikou zabyvam v praci... Muzem se spojit a nejak se na to kouknout :) MiraM Odesláno z iPhonu 20. 9. 2017 v 12:14, Jiří Pucherna <pucherna(a)reklalink.cz>: > Ahoj, > > právě v rámci jednoho nového projektu začínáme řešit reálné dopady GDPR (General Data Protection Regulation) a to jak ze strany dodavatele aplikace tak ze strany správce serverů (a samozřejmě i pro vlastní interní potřeby). > > Protože už dva dny procházím internet a na nějaké pořádné informace sem nenarazil (jen spousta obecných řečí) tak otázka zní: nemáte už někdo nějaké konkrétní zkušenosti? > > Případně jestli by měl někdo zájem se společně se mnou touto problematikou nějak více zabývat a případně pak výstup poskytnou komunitě? > > Představa je vytvořit soubor konkrétních doporučení pro správce a vývojáře. > > Jirka > > -- > ------------------------------------------------- > Reklalink s.r.o. | A. Jiráska 260 | Příbram | 261 01 > Telefon: +420 724 330 493 | Web: http://www.reklalink.cz > > > --- > Tato zpráva byla zkontrolována na viry programem Avast Antivirus. > https://www.avast.com/antivirus > > _______________________________________________ > Community-list mailing list > Community-list(a)lists.vpsfree.cz > http://lists.vpsfree.cz/listinfo/community-list _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list _______________________________________________ Community-list mailing listCommunity-list@lists.vpsfree.czhttp://lists.vpsfree.cz/listinfo/community-list _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list

7 years, 9 months

7
6
0 0

KVM na Alpine Linux

by Ondrej Bohm

Ahoj, zkouším rozchodit KVM na Alpine Linuxu podle návodu ve znalostní bázi vpsFree. Vytvořený virtuál mi ale nejde spustit a v logu qemu píše: Could not access KVM kernel module: Permission denied failed to initialize KVM: Permission denied Nedokázal by mi někdo poradit? Dík, Ondra

7 years, 9 months

3
3
0 0

Stánkaři na LinuxDays a OpenAlt

by Petr Krcmar

Zdar všem, opět jsme partnery a spoluorganizátory konferencí LinuxDays a OpenAlt, budeme tam mít zase přednášky (letos hromady), v Brně budeme vařit kávu a hlavně tam budeme mít stánek. Potřebovali bychom zase nějaké šikovné lidi na stánek, kteří tam budou povídat s lidmi, rozdávat letáky, vysvětlovat co jsme zač a podobně. Ubytování a tričko zajištěno, můžeme i proplatit cestovné, pokud se rozhodnete přijet z větší dálky. Praha: 7. a 8. října Brno: 4. a 5. listopadu Přidáte se k nám? -- Petr Krčmář vpsFree.cz

7 years, 9 months

2
1
0 0

Hlasujte o přednáškách na LinuxDays a přijďte

by Petr Krcmar

Ahoj všem, opět tu máme podzim a konferenční sezónu. Jako první proběhne tradiční velká konference LinuxDays [1], na které nesmíme chybět. Bylo spuštěno hlasování o přednáškách, do pátečního poledne máte možnost ovlivnit, co bude na akci slyšet. Máme tam pár želízek v ohni [2] a budeme rádi, když pro ně budete hlasovat [3]. Rozhodně ale dorazte! [1]: https://www.linuxdays.cz/2017/ [2]: https://blog.vpsfree.cz/hlasujte-pro-nase-prednasky-na-linuxdays/ https://www.linuxdays.cz/2017/hlasovani/ -- Petr Krčmář vpsFree.cz

7 years, 9 months

16
18
0 0

NSSET a nastavení DNS na VPSku

by Vojtěch Kaizr

Ahoj, lama dotaz: mám VPSko na kterém mi běží Plesk. Mám na něm několik domén a prozatím vše řeším tak, že mám správu DNS záznamů u doménového správce a směruju si pouze A záznam na VPSko. Když však chci využít NSSET od VPSFree.cz (VPSFREE.CZ-NSSET) a na VPSku mám nastaven reverzní záznam, co ještě musím nastavit na “vnitřním” DNSku (rozuměj na serveru), aby mi to překládalo správně? Díky VK

7 years, 9 months

2
2
0 0

Re: [vpsFree.cz: community-list] ClamAV jako sdilena sluzba

by Kamil Kukura

Něco kolem 12.5% (vsz=1034640, rss=527608), na jiných VPS počítám to samé pokud to používají. Nicméně, chápu obavu o “cizí” službu, není potřeba dále řešit. — Kamil > 12. 9. 2017 v 12:00, community-list-request(a)lists.vpsfree.cz: > > Ahoj, > A kolik ti proboha zere pameti ze bys kvuli tomu chtel stavet nejake > extra reseni? > (Kdyz pominu veci jako: kdo a jak bude to spesl reseni spravovat, a ze > ja osobne bych nechtel do "ciziho" systemu posilat svoji postu na > kontrolu.) > Fiisch

7 years, 9 months

4
3
0 0

ClamAV jako sdilena sluzba

by Kamil Kukura

Ahojte, požívám ClamAV jako milter service ve spojitosti s postfixem. Vím, že to není žádná sláva, ale něco to zachytí a celkem to pomohlo při blokování phishing mailů. Problém je, že to potřebuje paměť kvůli rychlému prohledávání (https://unix.stackexchange.com/questions/114709/how-to-reduce-clamav-memory…). Nevím kolik instancí clamd je roztroušeno na VPS-kách, ale pokud je jich více, možná by bylo dobré mít ho jako sdílenou službu. Pro samotné VPS-ka by to mělo otevřené TCP porty na clamd a clamav-milter. Co jsem koukal na ostatní komerční řešení, tak všechno na dotaz a zřejmě za velký prachy. — Kamil

7 years, 9 months

3
4
0 0

vpsAdmin v2.9: monitoring

by Jakub Skokan

Ahoj, vpsAdmin v2.9 [1] přináší zejména jednoduchý monitoring VPS. Není to monitorovací systém, který byste mohli využívat pro sledování stavu vlasních služeb, pracuje jen nad údaji, které vpsAdmin sbírá z VPS a nodů. Aktuálně monitoring kontroluje volné místo v datasetech, využívání CPU podle pravidel a počet přenesených dat. Monitoring jen upozorňuje, sám žádnou akci nevykoná. Nejdůležitější je funkce sledování volného místa ve VPS, neboť už se mnohokrát stalo, že místo nečekaně došlo a na VPS se pak nedalo ani přihlásit. Takto budete o zaplňeném disku včas informováni. V každém e-mailu z monitoringu máte odkaz na tzv. acknowledge, tj. potvrzení události. Pokud událost potvrdíte, berete ji tím na vědomí a vpsAdmin o ní až do vyřešení dále nebude informovat. Lze nastavit i kompletní ignorování události, tzn. efektivně vypnutí monitoringu. Sledované události najdete ve vpsAdminu v menu Status -> Monitoring. Jestli k tomu máte nějaké připomínky, nebo to nefunguje dle očekávání, dejte prosím vědět. Další změny jsou spíše na pozadí, viz changelog [1]. [1] https://projects.vpsfree.cz/vpsadmin-doc/releases/v2.9.0/ Jakub

7 years, 9 months

2
2
0 0

Incoming DDoS @ vpsfree.cz/vpsadmin

by Pavel Snajdr

Caute, sel na nas ted DDoS, primo na VPS s proxy, tj. webem a vpsadminem. Resime to. /snajpa (Pavel Snajdr) (Predseda vpsFree.cz) (+420 720 107 791)

7 years, 9 months

1
0
0 0

Přednášejte s námi na LinuxDays

by Petr Krcmar

Ahoj všem, pojďte s námi přednášet na letošní LinuxDays [1], které proběhnou 7. a 8. října v Praze. Já i Snajpa jsme příspěvky přihlásili, teď je to na vás. Zviditelníte sebe a kromě toho také sdružení vpsFree.cz. Protože to spolupořádáme, budeme tam mít stánek i přednášky a určitě se tam potkáme. Bylo by ale fajn tam mít nějaké další zajímavé přednášky, určitě se spousta z vás zabývá zajímavými (nejen) linuxovými technologiemi. Jděte do toho, není třeba se bát, máte na to už jen dva dny [2]. Díky! [1]: https://www.linuxdays.cz/2017/ [2]: https://www.linuxdays.cz/2017/cfp/ -- Petr Krčmář vpsFree.cz

7 years, 10 months

1
0
0 0

NTPC 2017, Vir 6. - 10. 9.

by Pavel Snajdr

Ahoj parto, vim, ze je to kousek na posledni chvili, ale do ted jsme si nebyli jisti, ze naplnime kapacitu dostatecne, aby akce vubec probehla, nicmene uz si jisti jsme a tak mi dovolte, abych Vas vsechny pozval na letosni sraz hackeru a kutilu, ktery navazuje na predchozi cyklus akci CTJB, akci jsme vymluvne nazvali NTPC [1], kona se ve Viru v Autokempu na kopci [2] od stredy 6. 9. do nedele 10. 9. 2017; Jde o takove hackerske soustredeni/tabor pro prerostla decka, hrajicich si s elektronikou/IT; prijedou lidi z Brmlabu, Base48, Labky a dalsich hackerspaces v ramci CZ/SK, kazdy priveze neco sveho zajimaveho, cim se muze pochlubit ostatnim; dopoledne/odpoledne bezi talky a workshopy a vecer na louce kus opodal nas cekaji party :) Z Brna dovezeme Base48 soundsystem a nekolik zaloznich variant, kdyby se nam to porouchalo a nechtelo hrat, takze party je jistena; budeme flashovat Lenova X220/230 corebootem, povidat si o embedded vyvoji pro 32bit mikrokontrolery, zajisteni na duchod kryptomenami a podobne; dovezeme pivo, maso na gril & prislusenstvi a taky urcite dostatek dobre nalady :))) Ocekavam, ze dalsi nas matchnou/doplni a cela akce by mela byt necim, na co budeme vzpominat a tesit se na dalsi rocnik. Snazime se aktualizovat wiki [3] s tim, co a jak postupne bude a nebude, nekde je aktualne kousek out-of-date, ale pokud chcete prijet, doplnte tam prosim, pokud Vas napada neco zajimaveho, o co se muzete podelit s ostatnimi :) Urcite si vezmete quadrokoptery a jina RCcka, bude i pro ne prostor. Jestli Vas to zaujalo a chcete prijet, prosim registrujte se co nejdriv sem: https://reg.ntpc.wtf/ Cela akce vyjde na 1200 CZK, z ceho hradime ubytko a logistiku okolo; pokud chcete jet treba jenom na vikend, napiste mi prosim mail a dohodneme se operativne. /snajpa (Pavel Snajdr) (Predseda vpsFree.cz) (+420 720 107 791) Linky: [1] https://ntpc.wtf/ [2] http://www.autocampnakopci.cz/ [3] https://wiki.ntpc.wtf/Main_Page

7 years, 10 months

2
2
0 0

Skylake-SP + OpenBMC k testovani

by Pavel Snajdr

Ahojte, mame na par dni pristup k systemu se Skylake-SP systemu k otestovani, je to engineering sample Open Compute serveru pro Facebook a je na nem OpenBMC. Mel byste nekdo zajem si s nim pohrat a potom sepsat report pro Intel/Wiwynn? /snajpa (Pavel Snajdr) (Predseda vpsFree.cz) (+420 720 107 791)

7 years, 10 months

1
0
0 0

debian 9 kvm

by Tomas Meszaros

Ahojte skusam rozbehat kvm na vps - debian 9 avsak bez uspechu. rovnaka hlaska ako na ubuntu 14.04 Verify that the 'libvirtd' daemon is running. Libvirt URI is: qemu:///system Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/connection.py", line 904, in _do_open self._backend.open(self._do_creds_password) File "/usr/share/virt-manager/virtinst/connection.py", line 148, in open open_flags) File "/usr/lib/python2.7/dist-packages/libvirt.py", line 105, in openAuth if ret is None:raise libvirtError('virConnectOpenAuth() failed') libvirtError: Failed to connect socket to '/var/run/libvirt/libvirt-sock': No such file or directory Na debian 8 som to rozbehal ale na 9 zda sa ze bez uspechu. Podarilo sa to niekomu?? Vdaka arty

7 years, 11 months

2
1
0 0

Chybel TUN adapter po weekendovem vypadku

by Jiri Drozd

Ahoj, po weekendovem vypadku mi nejel OpenVpn server, zjistil sem ze v systemu uplne chybi TUN adapter, ve VPSadminu byl zapnuty, zkusil sem ho v adminu vypnout a zapnout a rozjelo se to, treba to pomuze i nekomu jinemu... JDrozd

7 years, 11 months

3
2
0 0

Problémy s Redis serverem pri upgrade z Debian 8 na 9

by Tomáš Vařil

Ahoj, již cca týden řeším problém s Redisem. Upgrejdoval jsem VPS z Debianu 8 na 9 a jediné co mi tropí neplechu je Redis. Před upgrejdem běžel v pohodě. Na netu jsem našel pár postů na fórech, které odkazovaly na připojené NFS jednotky, ale unmount nepomohl. V logu taky nic. Nesetkal se s tím již někdo? Díky T. Loaded: loaded (/lib/systemd/system/redis-server.service; enabled; vendor preset: enabled) Active: activating (auto-restart) (Result: exit-code) since Mon 2017-07-03 10:45:18 CEST; 9ms ago Docs: http://redis.io/documentation, man:redis-server(1) Process: 22177 ExecStart=/usr/bin/redis-server /etc/redis/redis.conf (code=exited, status=226/NAMESPACE) Process: 22173 ExecStartPre=/bin/run-parts --verbose /etc/redis/redis-server.pre-up.d (code=exited, status=226/NAMESPACE) Jul 03 10:45:18 tomasvaril systemd[1]: redis-server.service: Unit entered failed state. Jul 03 10:45:18 tomasvaril systemd[1]: redis-server.service: Failed with result 'exit-code'. dpkg: error processing package redis-server (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: redis-server E: Sub-process /usr/bin/dpkg returned an error code (1)

7 years, 11 months

3
4
0 0

Debian Jessie upgrading from 32bit to 64bit

by Pavel Dvořák

Ahoj všem :) obracím se na Vás s prosbou. Je možné a případně jak (osvědčený postup) provést upgrading Debian Jessie z 32bit veze na 64bit verzi? Po cca 2 letech fungování serveru jsme "omylem" přišli na to, že je 32bit a že více jak 3,6 GB RAM nepoužívá i když má 32 GB :-( Četl jsem na net že to je údajně Impossible ale zase někdo psal, že to dělal a že to je celkem easy. Máte s tím někdo zkušenosti? Děkuji Laupe

7 years, 11 months

6
7
0 0

dobrá OpenLDAP dokumentace (pro Centos)?

by Ladislav Nesnera

Zdravím Potřeboval bych se alespoň trošku skamarádit s OpenLDAP na Centosu, ale zdá se, že je dost specifický (na nějaký slapd.conf si nehraje) a tak selhává i jistota archové dokumentace. S tímto návodem <http://emmanuel.iffly.free.fr/doku.php?id=ldap:openldap_2.4> jsem se sice posunul, ale "Add new schema to LDAP" jsem už nepobral. Tip na něco šikovného pro blbý? ;?

7 years, 11 months

1
0
0 0

pflogsumm náhlý problém s gmailem

by Petr Parolek

Ahoj, před pár dny mi z ničeho nic gmail začal označovat maily posílané z pflogsumm skriptu za nebezpečné. Nechápu důvod, ani mi nespadl do spamu. Léta bez problémů. Máte někdo prosím podobnou zkušennost? Díky moc za pomoc. Petr Parolek

7 years, 12 months

2
2
0 0

Špatně nabíhající VPS po odstávce node

by Petr Parolek

Ahoj, po tři čtvrtě dne jsem zjistil, mi neběží správně www stránky, nenastartoval MySQL server. Takové potíže mám vždycky. Může za to praštěný systemd, kdosi to tu psal. Mám Debiian 8. Jak to hoši řešíte, aby se automatviky restarovaly služby, které nenaběhly po restartu node prosím? Díky moc za pomoc. Petr Parolek

8 years

1
1
0 0

Silne FPGA na pozicanie, pripadne aj permanentne (ztex 1.15y, 3ks - quadcore Spartan 6 LX150) ak ma niekto napad na vyuzitie

by Ondrej Mikle

Ahoj, jak sa tu riesil ten GPU mining, spominali sa aj FPGA. Mam 3 dosky Ztex 1.15y (https://www.ztex.de/usb-fpga-1/usb-fpga-1.15y.e.html), na ktorych sa kedysi minoval bitcoin. Ale AFAIK sa na ziadnu dalsiu menu nehodia hlavne kvoli tomu, ze maju malo pamate. Druha vec je, ze je totalne netrivialne pre to nieco napisat, ja som sa kedysi po 3 mesiacoch zmohol na pipelinovany DES cracker design (1 takt/1 vyskusana hodnota), ktoremu chybala multicore paralelizacia dorobit - proste taka slabsi a nedokonceny COPACOBANA cracker. K tym Spartanom 6 je potreba bud plateny alebo trial Xilinx ISE (na free webpack verziu su tie Spartany prilis velke). Druha "vyzva" je Cypress EZUSB controller, ktorym tie FPGA komunikuju s vonkajsim svetom. V zasade je to 8051, co mi prislo ako vacsia pruda nez vyvoj Verilog designu pre FPGA (nejake gcc s 8051 backendom sa ale najde). Sample zdrojaky toho btcmineru: https://github.com/gr0bi42/BTCMiner (obsahuje Verilog zdrojaky k FPGA, constraints file, firmware pre EZUSB) Keby niekoho napadlo co s tym a bol by schopny k tomu nieco napisat, tak mozem zapozicat. Zatial asi jediny iny pouzitelny bitstream pre tie Ztexy, co som videl, bol nejaky cracker niecoho k John the Ripper. OM

8 years

1
0
0 0

Gitlab CI s Docker

by Petr Parolek

Ahoj, už delší dobu se potýkám s problémy při spouštění testů. Používám GitLab 9.1.2 CE s GitLab CI 9.0.4 a Docker 1.10.3 (tj. nejnovější Docker, který na VPSFree jede). Build často spadne s chybou: "ERROR: Preparation failed: Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?" nebo "ERROR: Preparation failed: Error response from daemon: Conflict. The name "/runner-1da7df94-project-28-concurrent-0-mysql" is already in use by container 1890929ed1e5d8283933f744a5933d7d304d591f8a2d6c67dbff6510934fe26f. You have to remove (or rename) that container to be able to reuse that name.". Pomůže celý docker vyčistit a zase to jede chvilinku. Máte nějakéřešení problému prosím? Díky moc Petr Parolek

8 years

3
14
0 0

Re: [vpsFree.cz: community-list] dotazník

by bacu＠centrum.cz

presne tak :) stres si bud povolim a nebo ne Jan Macík IT DEVELOPER 776 005 239 PS: (pokud nekdo znáte poctivého politika tak mě na něj prosím pošlete kontak) ______________________________________________________________ > Od: Marcišin, Miroslav <me(a)h00ked.cz> > Komu: "vpsFree.cz Community list" <community-list(a)lists.vpsfree.cz> > Datum: 23.06.2017 12:56 > Předmět: Re: [vpsFree.cz: community-list] dotazník > No je to trosku postaveny na hlavu, ja treba pod tlakem makam nejlip :D a nejlepsi tlak je stres zeo... :D Dne 23. 6. 2017 12:54 odpoledne napsal uživatel <bacu(a)centrum.cz <bacu(a)centrum.cz>>: co to je za Votazky ? nesmysl Jan Macík IT DEVELOPER 776 005 239 PS: (pokud nekdo znáte poctivého politika tak mě na něj prosím pošlete kontak) ______________________________________________________________ > Od: Vojtěch Havlíček <vojtin(a)gmail.com <vojtin(a)gmail.com>> > Komu: community-list(a)lists.vpsfree.cz <community-list(a)lists.vpsfree.cz> > Datum: 23.06.2017 12:42 > Předmět: [vpsFree.cz: community-list] dotazník > Ahoj, prosím o vyplnění následujícího dotazníku zaměřeného na pracovní zátěž lidí pracujících na IT pozicích. Je to za účelem vypracování seminární práce. Dotazník zabere 5 minut. Děkuji. https://www.survio.com/survey/d/M1G5G7F1S9Y2D2K5E <https://www.survio.com/survey/d/M1G5G7F1S9Y2D2K5E> Vojta Havlíček _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz <Community-list(a)lists.vpsfree.cz> http://lists.vpsfree.cz/listinfo/community-list <http://lists.vpsfree.cz/listinfo/community-list> _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz <Community-list(a)lists.vpsfree.cz> http://lists.vpsfree.cz/listinfo/community-list <http://lists.vpsfree.cz/listinfo/community-list> ---------- _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list <http://lists.vpsfree.cz/listinfo/community-list>

8 years

1
0
0 0

Re: [vpsFree.cz: community-list] dotazník

by bacu＠centrum.cz

co to je za Votazky ? nesmysl Jan Macík IT DEVELOPER 776 005 239 PS: (pokud nekdo znáte poctivého politika tak mě na něj prosím pošlete kontak) ______________________________________________________________ > Od: Vojtěch Havlíček <vojtin(a)gmail.com> > Komu: community-list(a)lists.vpsfree.cz > Datum: 23.06.2017 12:42 > Předmět: [vpsFree.cz: community-list] dotazník > Ahoj, prosím o vyplnění následujícího dotazníku zaměřeného na pracovní zátěž lidí pracujících na IT pozicích. Je to za účelem vypracování seminární práce. Dotazník zabere 5 minut. Děkuji. https://www.survio.com/survey/d/M1G5G7F1S9Y2D2K5E <https://www.survio.com/survey/d/M1G5G7F1S9Y2D2K5E> Vojta Havlíček _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list <http://lists.vpsfree.cz/listinfo/community-list>

8 years

2
1
0 0

Re: [vpsFree.cz: community-list] GPU Mining z vody :)

by Viktor Čížek

Já tomu teda vůbec nerozumím, ale žiji v přesvědčení, že v tomto směru je rozumný kompromis FPGA. Můžeš ho reprogramovat a použít k jinému účelu, el. příkon má srovnatelný s ASIC, výkon se blíží GPU. Ale možná je to jinak... sorki napsal(a): > Grafika moze pocitat rozne veci (napr machine learning), ASIC na tazbu BTC akurat SHA256.

8 years

6
5
0 0

Re: [vpsFree.cz: community-list] GPU Mining z vody :)

by René Langer

Ahoj, odhlášení si musíš provést sám a to zde https://lists.vpsfree.cz/listinfo/community-list <https://lists.vpsfree.cz/listinfo/community-list> , kde si se i do daného mailing listu přihlásil. René Langer ______________________________________________________________ > Od: Vojtech Belluš <vojtech(a)bellus.sk> > Komu: "'vpsFree.cz Community list'" <community-list(a)lists.vpsfree.cz> > Datum: 21.06.2017 15:57 > Předmět: Re: [vpsFree.cz: community-list] GPU Mining z vody :) > Zdravím, prosím, vyraďte ma z mailing listu. Ďakujem. s pozdravom Ing. Vojtech Belluš E-mail: vojtech(a)bellus.sk Mobil: +421 948 410 306 -----Original Message----- From: community-list-bounces(a)lists.vpsfree.cz [mailto:community-list-bounces@lists.vpsfree.cz] On Behalf Of Pavel Snajdr Sent: Wednesday, June 21, 2017 3:13 PM To: vpsFree.cz Community list <community-list(a)lists.vpsfree.cz> Subject: Re: [vpsFree.cz: community-list] GPU Mining z vody :) vpsFree ma na ucte neco okolo 200k dlouhodobe unused, mam vyzkousenou navratnost, nebojim se byt za tohle riziko odpovedny, kvuli ale nejake rozumne unosnosti ho ale jdeme rozpoustet mezi vic lidi. Spolek z toho ziska jump-start na vyvoj hardwaru smerem k datacentrum, hlavne podpurne infrastruktury, jako power delivery, cooling a podobne. To porad open-source ani za boha neni (a desky tu v CZ resi Seznamaci, ARMy, napriklad prozatim, nez budem mit silu se na vyvoj tolikavrstvych desek vrhnout taky). Open source hardware FTW! Kdyz uz software mame ;) /snajpa (Pavel Snajdr) (Predseda vpsFree.cz) (+420 720 107 791) On 06/21/2017 02:32 PM, Martin Dráb wrote: > Ahojte, > > v případě, že bychom se nakonec dohodli na složení se na nějaký ten > fajn HW, tak bych se určitě rád přidal. Věnovat tomu samostatně větší > množství času teď ani moc nemůžu a forma "zisku z podílu" by mi vyhovovala. > > Martin > > Dne 21. 6. 2017 v 12:42 Martin Myška napsal(a): >> No mohlo by se to ubírat cestou "sdíleného HW" kde bychom se složili >> dohromady na nějaký fajn stroj, každý by dle výšky investice měl svůj >> podíl a vytěžené BTC by se pak rovnoměrně dělily dle podílů. >> Myslím že takhle je možnost pořídit solidní HW za rozumné peníze :-) >> Co myslíte Vy? >> >> Dne 21. 6. 2017 12:38 napsal uživatel "Stanislav Štulák" < >> stanislav.stulak(a)gmail.com>: >> >>> Ospravedlnujem sa, ak mail nedorazi spravne(pripadne poprosim o >>> spravne nasmerovanie niekoho skusenejsieho do spravnej diskusie), >>> nakolko sa este stale len zoznamujem ako to na tomto portali funguje :). >>> >>> 10 kWh kapacita naozaj nie je velmi vela, je to cca na 10 mining >>> rig's, cca 60 kariet dokopy, karty su v cenovom rozmedzi 200-400 Eur bez DPH. >>> Mining rigs okolo 450 Eur bez DPH. Celkova investicia okolo 18000 >>> EUR, alebo 700,000.00CZK(pre naplnenie 10kWh kapacity). >>> >>> Kontajner z Asie by bol samozrejme vyborny, no kapitalova narocnost >>> takeho experimentu asi presahuje nase moznosti. Vzdy je zaujimave >>> preskumat moznosti, a kontajner sa da vzdy s niekym zdielat, pre >>> vzajomne benefity aj s dalsim odberatelom. Paci sa mi akou >>> rychlostou moze projekt, a jeho kopie napredovat. >>> >>> Aj ked sme tu novy, mali by sme zaujem poslat par kariet, aspon na 1 >>> mining rig(min 6), pripadne kompletny rig, ak to urychly veci, >>> nakolko v aktualnom zasobovatelskom retazci zacina byt uz aj >>> poskladanie rig's problematicke. >>> Postavit vlastne Riser's znie v tomto ohlade lakavo :), nieco sa naucime. >>> >>> S priatelskym pozdravom >>> >>> Stanislav Stulak >>> >>> _______________________________________________ >>> Community-list mailing list >>> Community-list(a)lists.vpsfree.cz >>> http://lists.vpsfree.cz/listinfo/community-list <http://lists.vpsfree.cz/listinfo/community-list> >>> >>> >> >> >> >> _______________________________________________ >> Community-list mailing list >> Community-list(a)lists.vpsfree.cz >> http://lists.vpsfree.cz/listinfo/community-list <http://lists.vpsfree.cz/listinfo/community-list> >> > _______________________________________________ > Community-list mailing list > Community-list(a)lists.vpsfree.cz > http://lists.vpsfree.cz/listinfo/community-list <http://lists.vpsfree.cz/listinfo/community-list> > _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list <http://lists.vpsfree.cz/listinfo/community-list>

8 years

1
0
0 0

Re: [vpsFree.cz: community-list] Community-list Digest, Vol 71, Issue 13

by Stanislav Štulák

Tento link by uz mal umoznit aj priamno editaciu dokumentov v priecinku. https://drive.google.com/drive/folders/0BxVkQumv6NWtRjRhZFA4cFkzTFU?usp=sha… Kto este nema pristup, tak toto by malo odomknut takmer vsetky dvere :) S. Stulak 2017-06-21 13:48 GMT+02:00 <community-list-request(a)lists.vpsfree.cz>: > 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. GPU Mining z vody :) (Stanislav ?tul?k) > 2. Re: GPU Mining z vody :) (Martin My?ka) > 3. Re: GPU Mining z vody :) (Pavel Snajdr) > 4. Re: GPU Mining z vody :) (Ond?ej Kupka) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 21 Jun 2017 12:37:51 +0200 > From: Stanislav ?tul?k <stanislav.stulak(a)gmail.com> > To: community-list(a)lists.vpsfree.cz > Subject: [vpsFree.cz: community-list] GPU Mining z vody :) > Message-ID: > <CAAaJ=JjT61SC1qDXUbg6db78eCVoOU-MojOiR264FmEsW8sbmw@mail. > gmail.com> > Content-Type: text/plain; charset="utf-8" > > Ospravedlnujem sa, ak mail nedorazi spravne(pripadne poprosim o spravne > nasmerovanie niekoho skusenejsieho do spravnej diskusie), nakolko sa este > stale len zoznamujem ako to na tomto portali funguje :). > > 10 kWh kapacita naozaj nie je velmi vela, je to cca na 10 mining rig's, cca > 60 kariet dokopy, karty su v cenovom rozmedzi 200-400 Eur bez DPH. Mining > rigs okolo 450 Eur bez DPH. Celkova investicia okolo 18000 EUR, alebo > 700,000.00CZK(pre naplnenie 10kWh kapacity). > > Kontajner z Asie by bol samozrejme vyborny, no kapitalova narocnost takeho > experimentu asi presahuje nase moznosti. Vzdy je zaujimave preskumat > moznosti, a kontajner sa da vzdy s niekym zdielat, pre vzajomne benefity aj > s dalsim odberatelom. Paci sa mi akou rychlostou moze projekt, a jeho kopie > napredovat. > > Aj ked sme tu novy, mali by sme zaujem poslat par kariet, aspon na 1 mining > rig(min 6), pripadne kompletny rig, ak to urychly veci, nakolko v aktualnom > zasobovatelskom retazci zacina byt uz aj poskladanie rig's problematicke. > Postavit vlastne Riser's znie v tomto ohlade lakavo :), nieco sa naucime. > > S priatelskym pozdravom > > Stanislav Stulak >

8 years

1
0
0 0

GPU Mining z vody :)

by Stanislav Štulák

Zdravim vsetkych zucastnenych, pre lepsiu orientaciu k teme, posielam link na zdielanu zlozku, kde uz su vytvorene prvotne zoznamy zaujmu, a moznosti jednotlivych ucastnikov, doteraz zapojenych v mailing liste. https://drive.google.com/open?id=0BxVkQumv6NWtRjRhZFA4cFkzTFU Idealne by sme mohli spolu doplnit Vase moznosti, alokovanie kapacity/financnych prostriedkov, a lepsie skoordinovat dalsi postup prac. PS: Pavel, "turbo low cost" operacie na Slovensku ma celkom pobavili. S pozdravom Stanislav Stulak

8 years

2
1
0 0

GPU Mining z vody :)

by Stanislav Štulák

Ospravedlnujem sa, ak mail nedorazi spravne(pripadne poprosim o spravne nasmerovanie niekoho skusenejsieho do spravnej diskusie), nakolko sa este stale len zoznamujem ako to na tomto portali funguje :). 10 kWh kapacita naozaj nie je velmi vela, je to cca na 10 mining rig's, cca 60 kariet dokopy, karty su v cenovom rozmedzi 200-400 Eur bez DPH. Mining rigs okolo 450 Eur bez DPH. Celkova investicia okolo 18000 EUR, alebo 700,000.00CZK(pre naplnenie 10kWh kapacity). Kontajner z Asie by bol samozrejme vyborny, no kapitalova narocnost takeho experimentu asi presahuje nase moznosti. Vzdy je zaujimave preskumat moznosti, a kontajner sa da vzdy s niekym zdielat, pre vzajomne benefity aj s dalsim odberatelom. Paci sa mi akou rychlostou moze projekt, a jeho kopie napredovat. Aj ked sme tu novy, mali by sme zaujem poslat par kariet, aspon na 1 mining rig(min 6), pripadne kompletny rig, ak to urychly veci, nakolko v aktualnom zasobovatelskom retazci zacina byt uz aj poskladanie rig's problematicke. Postavit vlastne Riser's znie v tomto ohlade lakavo :), nieco sa naucime. S priatelskym pozdravom Stanislav Stulak

8 years

9
9
0 0

Ne(úplně)funkční wordpress

by Libor Kůřil

Zdravím všechny, aktuálně řeším problém a už jsem v koncích. Provozuji Debian9 - Stretch, kde mám vlastní DNS, nastavenou Haproxy, Nginx, PHP-FPM od Ondry Surého a MariaDB a aktuálně provozuji dvě sajty. Na jedné z nich mám naistalovaný Wordpress, problém je však, že kdzyž chci zeditovat jakékoliv téma, tak se nic nestane, respektive dám uložit a publikovat úpravy, tak prostě nic. Jediný co mi z toho kdy vypadlo bylo toto: Stack trace: #0 ../www/wp-includes/class-wp-hook.php(298): forest_customize_register(Object(WP_Customize_Manager)) #1 ../www/wp-includes/class-wp-hook.php(323): WP_Hook->apply_filters(NULL, Array) #2 ../www/wp-includes/plugin.php(453): WP_Hook->do_action(Array) #3 ../www/wp-includes/theme.php(2867): do_action('customize_regis...', Object(WP_Customize_Manager)) #4 ../www/wp-includes/class-wp-hook.php(298): _wp_customize_publish_changeset('publish', 'future', Object(WP_Post)) #5 ../www/wp-includes/class-wp-hook.php(323): WP_Hook->apply_filters(NULL, Array) #6 ../www/wp-includes/plugin.php(453): WP_Hook->do_action(Array) #7 ../www/wp-includes/post.php(3960): do_action('transition_post...', 'publish'," while reading response header from upstream, client: 000.000.000.000, server: xxxx.cz, request: "POST /wp-cron.php?doing_wp_cron=1496941473.3175740242004394531250 HTTP/1.1", upstream: "fastcgi://unix:/var/run/php/php7.0-fpm.sock:", host: "xxxx.cz", referrer: "http://xxxxx.cz/wp-cron.php?doing_wp_cron=1496941473.3175740242004394531250" Dále by mě zajímalo, zda to nemá souvislost taky z touto hláškou: nginx.service: Failed to set invocation ID on control group /system.slice/nginx.service, ignoring: Operation not permitted To stejný píše při restartu i PHPko. Stopne se hodí uvedenou hlášku a nastartuje se. Vypadá to spíše na problém z cgrupou v kernelu.. Díky za jakékoliv nápady. Lajbor

8 years

1
0
0 0

ASP + Microsoft SQL server

by Martin Urbanec

Ahoj, zkoušel někdo rozjet na debianím VPS ASP a Microsoft SQL server? Martin

8 years

2
1
0 0

Virtuální síť na VPSFree mezi VPS a datasety mezi VPS

by zd nex

Zdravím, chtěl jsem zeptat zda je v plánu možnost přiřazení privátních IP mezi VPS (VPS admin vypadá, že by to jít mohlo - či je to plánováno)? Přes OpenVPN to zřejmě jde, ale pro jednoduché nastavení stejné sítě mezi VPS, by nemělo být potřeba takové řešení (zvláštní, složité, rychle rozbitelné) - zvláště pokud jsou VPS blízko sebe. Umí OpenVZ něco takového? Jde o to, že privátní IP dobře řeší i firewall a jiné věci, tak, aby se mohl rychle uzavřít okruh několika VPS přímo do odděleného prostoru. Nebo je jediná možnost OpenVPN? Druhý dotaz mám na téma datasety - je možné připojit datasety nějakým způsobem trvale k VPS - tzn jako lokální disk ale přesto jsou připojené na i na jiné VPS? Jde o to, že když se ten dataset odpojí aplikace obvykle tento stav vůbec nepřežijí. Případně řešil jste někdo sdílení dat mezi VPS, kde je spousta malých souborů (100KB-20MB) - okolo 50000 souborů - bude růst. Díval jsem se již na několik řešení - jako glusterfs - zdá se pomalý pro takové množství souborů, které se často vytahují - jelikož není přímý přístup. A takový ještě doplňkový dotaz - jaký způsobem OpenVZ na vpsfree vypíná běžící VPS např. pro servisní zásah na server? -- S pozdravem, Zdeněk Dlauhý Web: http://pripravto.cz

8 years

3
7
0 0

odesilani emailu do google g suite group.. odmitani emailu/hodnoti jako spam

by Petr Líbal

Ahojte, po delší době mám zas potíže s odesíláním mailů na servry googlu.. tentokrát to ale vypadá že je problém v tom že se to odesílá do "nějaké" skupiny.. po pravdě vlastně ani moc nevím, kde je problém.. na klasické schránky to jde ok, všechno jako SFP, DKIM, reverzni zaznamy atd mi běží.. když si pošlu zprávu na gmail, tak je tam(v hlavičce) vše v pořádku ale mám problém s jednou(zatím) konkrétní doménou, odkud mi všechno chodí zpět, viz. níže. schválně sem tam nechal obě domény ať se můžete mrknout jak je to nastavené... na tom odkaze od googlu, je info jak to nastavit.. ale to je přeci z druhé strany ne? jako můžu někde shánět jejich zprávce a přemlouvat ho aby mě dal do whitelistu ale tohle přeci nemůžu dělat pro každou doménu... neřešil někdo podobný problém? dík Petr původní zpráva -> The response was: Your email to group tsh(a)tshorice.cz was rejected due to spam classification. To address this issue: * Contact the owner of the group, who can choose to enable message moderation instead of bouncing these emails. * Set up SPF records for your sending domain if you have not done so already. Instructions for both steps can be found here: https://support.google.com/a/answer/168383. Reporting-MTA: dns; googlemail.com Received-From-MTA: dns; uctarna(a)dobrovodskezeli.cz Arrival-Date: Thu, 01 Jun 2017 01:07:31 -0700 (PDT) X-Original-Message-ID: <19c95b5b-6900-a001-3e53-cfe17143f218(a)dobrovodskezeli.cz> Final-Recipient: rfc822; tsh(a)tshorice.cz Action: failed Status: 5.0.0 Diagnostic-Code: smtp; Your email to group tsh(a)tshorice.cz was rejected due to spam classification. To address this issue: * Contact the owner of the group, who can choose to enable message moderation instead of bouncing these emails. * Set up SPF records for your sending domain if you have not done so already. Instructions for both steps can be found here: https://support.google.com/a/answer/168383. Last-Attempt-Date: Thu, 01 Jun 2017 01:07:32 -0700 (PDT)

8 years

2
1
0 0

MariaDB VPSFree mirror

by Jan B. Kolář

Ahoj, už delší domu mi Debian Wheezy při "apt-get update" hlásí následující chybu: W: Failed to fetch http://mirror.vpsfree.cz/mariadb/repo/10.0/debian/di sts/wheezy/main/source/Sources 301 Moved Permanently [IP: 2a01:430:17:1::ffff:149 80] W: Failed to fetch http://mirror.vpsfree.cz/mariadb/repo/10.0/debian/di sts/wheezy/main/binary-i386/Packages 301 Moved Permanently [IP: 2a01:430:17:1::ffff:149 80] W: Failed to fetch http://mirror.vpsfree.cz/mariadb/repo/10.0/debian/di sts/wheezy/main/binary-amd64/Packages 301 Moved Permanently [IP: 2a01:430:17:1::ffff:149 80] V /etc/apt/sources.list.d/MariaDB.list mám: # MariaDB 10.0 repository list - created 2017-05-26 12:33 UTC # http://downloads.mariadb.org/mariadb/repositories/ deb [arch=amd64,i386] http://mirror.vpsfree.cz/mariadb/repo/10.0/debian wheezy main deb-src http://mirror.vpsfree.cz/mariadb/repo/10.0/debian wheezy main Netušíte někdo, v čem by mohl být problém? Když si dám link do prohlížeče, tak mi to normálně odpověď vrací. Strejda Google nepomohl :-( Díky, Honza

8 years, 1 month

5
6
0 0

nabídka práce

by Pavel

Ahoj, hlásím vespolek, že sháníme další technické posily na práci pro “filozofy” (FF UK). Ideální zaměstnání pro nadšené linuxáře upřednostňující tvořivé, pohodové, otevřené a flexibilní akademické prostředí podivínů - nevhodné naopak pro lidi očekávající plat na úrovni komerční sféry (IT). Vhodné i pro čerstvé absolventy či pokročilejší studenty. Spíš než kdovíjak profesionální zkušenosti je asi podstatná schopnost a vůle se učit, aktivně řešit drobné zapeklitosti, tvořit a vylepšovat stávající nástroje a zakrnělé postupy všeho druhu. Proto si říkám, že poslat to do téhle komunity možná není od věci. Může být i částečný úvazek. Oficiální anonce jsou třeba na jobs.cz, ale samozřejmě se lze ozvat i přímo mně: http://www.jobs.cz/rpd/1207091066/ http://www.jobs.cz/rpd/1207088516/ Samozřejmě to můžete přeposílat dál, pokud víte, kde by se dalo pátrat. Díky a omlouvám se za spam… Pavel

8 years, 1 month

1
0
0 0

Mikiny s logem vpsFree.cz

by Petr Krcmar

Ahoj všem, objednáváme pár mikin pro aktivní členy, kteří chodí na konference a různé další akce. Pokud byste chtěli mít taky takovou mikinu, máte možnost si ji taky přiobjednat. Vypadat bude takhle: https://s.petrkrcmar.cz/tmp/mikina.pdf Schválně jsme si vybrali mikinu s kapucí a zipem, logo je vepředu i vzadu. Jestli máte zájem, napište mi do konce tohoto týdne, připojte prosím i informaci o velikosti. Cena je 315 Kč + 100 Kč poštovné (obojí bez DPH). -- Petr Krčmář vpsFree.cz

8 years, 1 month

6
10
0 0

Kubernetes?

by René Klačan

Ahoj, ma niekto skusenosti s Kubernetesom na vpsFree serveroch? Ak ano, tak akym stylom ste ho setupli? Rene

8 years, 1 month

2
1
0 0

IdeaHack aneb Pomozte nám vymyslet co všechno by se s open daty dalo v Brně dělat | Otevřená data

by Ladislav Nesnera

Snad tu s tím nejsem "mimo mísu" ;? http://www.otevrenadata.cz/aktuality/ideahack-aneb-pomozte-nam-vymyslet-co-…

8 years, 1 month

1
0
0 0

Poptavka - webdesigner

by Tomáš Antecký

Ahoj, Předem se omlouvám za OT. Jako firma hledáme web designera, který by nám nakódil firemní www stránky. Jednalo by se o statický responzivní web. Grafický design již máme hotov. Než někoho náhodně poptávat na webu jsem řekl, že se zeptám zde, protože mile rád podpořím někoho z "komunity". Díky! Tomáš Antecký

8 years, 1 month

2
1
0 0

Transaction Time / Connection time

by Tomáš Spisar - PD Studios

Zdravím kolegové, dokážete někdo analyzovat kde vzniká prodleva podle měření na "mxtoolbox. com" Děkuji 5 Problems Category Host Result dns spisar.info SOA Expire Value out of recommended range More Info (https://mxtoolbox.com/problem/dns/DNS-SOA-Expire-Value?page=health_dns&hide…) smtp mail.spisar.info 6.282 seconds - Warning on Connection time More Info (https://mxtoolbox.com/problem/smtp/SMTP-Connection-Time?page=health_smtp&hi…) smtp mail.spisar.info 8.766 seconds - Not good! on Transaction Time More Info (https://mxtoolbox.com/problem/smtp/SMTP-Transaction-Time?page=health_smtp&h…) smtp server.robofeed.eu 5.922 seconds - Warning on Connection time More Info (https://mxtoolbox.com/problem/smtp/SMTP-Connection-Time?page=health_smtp&hi…) smtp server.robofeed.eu 8.330 seconds - Not good! on Transaction Time More Info (https://mxtoolbox.com/problem/smtp/SMTP-Transaction-Time?page=health_smtp&h…) Domény jsou na Wedosu: -- Tomáš Spisar -----------------------------------------------------

8 years, 1 month

2
1
0 0

Docker na CentOS 7?

by Ladislav Nesnera

Zdravím vespolek. Zkoušel jste někdo rozchodit Docker na CentOS 7 (obdobně jako na Debian 8 <https://kb.vpsfree.org/manuals/server/docker_for_debian>)? Zprávy o úspěchu vítány dvojnásob ;) ;?

8 years, 2 months

7
13
0 0

Po dist-upgrade wheezy->jessie: "stdin: is not a tty"

by Timothy Hobbs

Dobrý den, teď jsem zkoušebně v playgroundu, clonoval svůj VPS, který chcí dist-upgradenout na jessie. Po dist-upgradu, nemužu přilhlašit přes ssh. Vidím jen: ```` > ssh root(a)185.8.164.54 root(a)185.8.164.54's password: PTY allocation request failed on channel 0 Linux hobbs 2.6.32-042stab120.20 #1 SMP Fri Mar 10 16:52:50 MSK 2017 x86_64 The programs included with the Debian GNU/Linux system are free software; the exact distribution terms for each program are described in the individual files in /usr/share/doc/*/copyright. Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. stdin: is not a tty ```` Včem to může byt? S pozdravem, Timothy Hobbs

8 years, 2 months

1
0
0 0

Liberecký sraz příští čtvrtek

by Petr Krcmar

Zdar všem, je tu další sraz, tentokrát v Liberci v centru. Akce je otevřena všem, linuxáci vítáni. Kdy: čtvrtek 27. dubna, od 20:00 Kde: Chicago Grill na Fügnerově v Liberci Kam se přihlásit: http://doodle.com/poll/e7v3chir2rds3mvq Prosím, abyste se registrovali do tohoto pátku, abychom objednali včas stůl. -- Petr Krčmář vpsFree.cz

8 years, 2 months

1
1
0 0

VPS v US

by Wolf

Ahoj, ma tady nekdo VPS u nejakeho poskytovatele v US? Rad bych US vpn s IP adresou, ktera neni v blacklistech (netflix etc). Tohle by mela byt ta spravna cesta ne? Ma nekdo tady zkusenost a muze primo nekoho doporucit? Diky, W. -- There are only two hard things in Computer Science: cache invalidation, naming things and off-by-one errors.

8 years, 2 months

5
5
0 0

mikrotik dual wan

by Tomas Meszaros

Ahojte. mam router https://routerboard.com/RB2011UIAS-RM Upc mi ponuklo celkom zaujimave pripojenie a chcel by som to ako druhy connect. Je mozne spravit v mikrotiku nieco take ze 1+1=2 ??? ze prve pripojenie je 300mbit druhe je 100 a zeby to bolo dokopy 400? Myslim si ze to asi nejde a to sa mi potom vynara druha otazka ,… je mozne potom spravit skupinu uzivatelov co bude vyuzivat pripojenie A a druhu skupinu co bude vyuzivat pripojenie B ???? Je tam asi 12 uzivatelov cize polovica by vyuzivala jedno pripojenie a polovica napr druhe S tym ze jedno ma pevnu IP adresu a to druhe by malo dynamicku… ratam ze obe pripojenia su PPPoE Vdaka pekne za nasmerovanie a rady arty

8 years, 2 months

3
4
0 0

Podporovaná verze dockeru

by Jan Dvořák

Ahoj, chci se jenom zeptat jestli pořád platí, že poslední zprovoznitelná verze dockeru je 1.10? Zkoušel jsem teď instalovat 17.03.01 a byť se to všechno povedlo tak to skončilo na tom, že se kontainery spustili a ukončili bez kódu takže konzole jenom čekala a jedinou chybu co jsem našel v logu bylo "Failed to add veth49cf79b to bridge via netlink.Trying ioctl: operation not supported" S pozdravem Jan Dvořák

8 years, 2 months

1
0
0 0

Vlastny mail server - report

by Peter Bačinský

Čaute, tak sa to podarilo, vďaka všetkým ešte raz za reakcie, prečítal som každú. Rozhodol som sa napísať krátky report, možno sa to niekomu zíde: Inštaloval som si to všetko ručne, keďže mám rád veci pod kontrolou a chcem vidieť pod kapotu. Mail server klasika: postfix + dovecot + spamassassin + let's encrypt + roundcube Pomohol mi aj tento v pohode návod: https://www.digitalocean.com/community/tutorials/how-to-configure-a-mail-se… Porty som povolil iba "secured". Veľmi sa mi páči tento nástroj na overovanie mailov: http://www.mail-tester.com/ A samozrejme kto nepozná: http://mxtoolbox.com Užívateľov si spravujem zatiaľ cez Adminer :) kde som si spravil procedúru aspoň na pridanie užívateľa. Chcem používať čo najmenej externých nástrojov, preto si na to spravím modul do vlastného systému časom. Mailové schránky som synchronizoval zo starého hostingu cez imapsync. Celkovo vzato, trvalo to cca 2 dni a nejakú tú prebdenú noc, citím sa teraz trocha zlomený ale momentálne to šlape kvalitne a za ten pocit dobre odvedenej práce to stojí. Navyše už nemusím platiť predražený zahraničný hosting a zarobené peniažky môžem investovať do VPSfree. Díki ľudia všetkým ešte raz, internet je kúuul... :) -- S pozdravom / Thanks, *Peter Bačinský* konateľ spoločnosti / CEO *Webino, s. r. o.* Železničná 152/75 Veľký Biel 900 24 Slovensko / Slovakia *Web stránky a internetové aplikácie pre Vaše podnikanie.* *Web sites and internet applications for Your business.* +421 918 641 804, info(a)webino.sk <mailto:info@webino.sk>, www.webino.sk <http://www.webino.sk/> ------------------------------------------------------------------------ *PROSÍM ZACHOVÁVAJTE HISTÓRIU V SPRÁVE* *PLEASE KEEP THE MESSAGE HISTORY*

8 years, 2 months

1
0
0 0

Vlastny mail server

by Peter Bačinský

Ahoj, chcem sa opýtať členov, ktorý si prevádzkujú vlastný mail server na VPSfree, na ich skúsenosti. Koľko času zhruba venujú údržbe, či majú často problémy s blokovaním na anti-spam serveroch. Či je to výhodnejšie ako mať mail u nejakéhomulti-doménového hostingového providera. Ceľkovo, či je to lepšie pre nich ako bežný hosting. Momentálne sa rozhodujem, či sa mi oplatí mať vlastný mail server, keďže spoločnosť u ktorej momentálne som neustále dvíha ceny a majú strašne pomalý support. No a zase niekoho hľadať a po čase zistiť, že mi tiež nevyhovuje sa mi moc nechce. Mail server, som si už nastavoval úspešne na VPS free, ale nejak som to ďalej neriešil, keďže som mal iné veci. Ale teraz nad tým vážne premýšľam. Vďaka za reakcie. -- S pozdravom / Thanks, *Peter Bačinský* konateľ spoločnosti / CEO *Webino, s. r. o.* Železničná 152/75 Veľký Biel 900 24 Slovensko / Slovakia *Web stránky a internetové aplikácie pre Vaše podnikanie.* *Web sites and internet applications for Your business.* +421 918 641 804, info(a)webino.sk <mailto:info@webino.sk>, www.webino.sk <http://www.webino.sk/> ------------------------------------------------------------------------ *PROSÍM ZACHOVÁVAJTE HISTÓRIU V SPRÁVE* *PLEASE KEEP THE MESSAGE HISTORY*

8 years, 3 months

11
13
0 0

Re: [vpsFree.cz: community-list] Vytvoření Playground VPS - error

by René Langer

Ahoj, taky jsem stim kdysi bojoval, než mě došlo, ze musí být Location na Playground. Mělo by to být ve VPSadminu již automaticky přednastaveno při volbě Playground, či bez možnosti volby, jen to nováčky zbytečně mate :-( Renda ______________________________________________________________ > Od: "Assetto Corsa Central - admin" <admin(a)assettocorsa.eu> > Komu: "vpsFree.cz Community list" <community-list(a)lists.vpsfree.cz> > Datum: 15.03.2017 11:17 > Předmět: Re: [vpsFree.cz: community-list] > >Location si nastav tiez na Playground a pojde to... > >On Wed, 15 Mar 2017 11:11:13 +0100, Stanislav Vasko ><stanislav.vasko(a)gmail.com> wrote: > >> Zdravím, >> >> zkouším si vytvořit playground, abych se naučil a otestoval si vytvoření >> běhového prostředí pro Django aplikace na aktuálně běžícím Apache >> >(Ubuntu 14 LTS). Pročetl jsem nápovědu a pokusil se vytvořit Playground >> jako kopii aktuálního prostředí. K vytvoření ovšem nedojde a >skončím >> hláškou: Error message: no node available in this environment >> >> Prosím, poradíte co je špatně, co mám změnit? Konfiguraci uvádím v >> přiloženém obrázku. Potřebuji, aby mi zůstalo aktuální VPS a po >> otestování a ověření >konfigurace VPS Playground zase deaktivuji. >> >> Předem díky, Standa >> >>>> Ing. Stanislav Vasko | výkonnostní marketing, webdesign a analytika >>> >>>>> tel: +420 602 282 686 >>> email: stanislav.vasko(a)gmail.com >>> web: www.vaskonsulting.cz > >---------- > >_______________________________________________ >Community-list mailing list >Community-list(a)lists.vpsfree.cz >http://lists.vpsfree.cz/listinfo/community-list > >

8 years, 3 months

2
1
0 0

vpsAdmin v2.8: hlášení výpadků / outage reporting

by Jakub Skokan

Ahoj, (English version below) vpsAdmin v2.8.0 [1] integruje hlášení výpadků. vpsAdmin nyní přesně ví, koho výpadek postihuje a může tak informovat konkrétní členy e-mailem. Díky tomu už si nemusíte pamatovat, na kterém nodu máte VPS. Pokud se vás výpadek týká, budete informováni, jinak ne. Na outage-list budeme výpadky hlásit stejně jako doposud. Abyste o každém výpadku, který se vás týká, nebyli informování 2x (přímo a přes outage-list), můžete se buď z outage-listu odhlásit, nebo si vypnout maily o výpadcích ve vpsAdminu [2]. Všechny doposud hlášené výpadky, které šly naparsovat, jsem nahrál do vpsAdminu: https://vpsadmin.vpsfree.cz/?page=outage&action=list Aktuální a plánované výpadky se zobrazují na titulní straně, u každého můžete vidět, jestli se vás týká, nebo ne (pokud jste přihlášeni). U výpadků je nově uvedeno, jakým způsobem postihuje VPS. Zatím to může být jedno z následujících: - tbd: to be determined; teprve zjišťujeme, o co jde - restart: ve VPS se projeví jako čistý restart - reset: ve VPS se projeví jako reset - network: výpadek konektivity, DDoS, apod. - performance: dočasné snížení výkonu - maintenance: VPS běží, jen s ním třeba nejde manipulovat Dále můžeme průběžně informovat o tom, jak postupujeme v řešení výpadku a členové, kterých se to týká, budou dostávat mail. Minimálně budeme informovat o vyřešení výpadku. Samozřejmě všechny informace o výpadcích jdou vytáhnout přímo z API [4], takže si to místo našich mailů můžete implementovat jak chcete. ENGLISH: vpsAdmin v2.8.0 [1] features built-in support for outage reporting. vpsAdmin now knows who exactly is affected by an outage and can notify concerned users via e-mail. Thanks to this, you no longer have to remember what node your VPS is on. You'll be notified when an outage concerns you. We'll keep using outage-list just as we always did. If you're subscribed there, you'll receive two e-mails for every outage that concerns you: one from vpsAdmin and one from the outage-list. You can either unsubscribe from the outage list or disable outage reports from vpsAdmin [3] to remove the duplicity. All outages that have been reported up to now have been imported to vpsAdmin: https://vpsadmin.vpsfree.cz/?page=outage&action=list Current and planned outages are visible on the index page. If you're logged in, you can actually see whether an outage affects your VPS or not. Each outage now states how it affects your VPS. It can be one of the following options: - tbd: to be determined; we're still investigating what's gone wrong - restart: the VPS will see it as a clean restart - reset: the VPS will see it as a hard reset - network: issues with connectivity, DDoS and so on - performance: temporary decreased performance - maintenance: VPS is running, can't be controlled from vpsAdmin Furthermore, we can now inform users about our progress in resolving outages by sending updates. You'll receive them via e-mail as well. At least, we'll post an update when an outage has been resolved and VPS are back to normal. All information about outages is present in the API [5], so you can implement your own outage report handling and disable e-mails from vpsAdmin. [1] https://projects.vpsfree.cz/vpsadmin-doc/releases/v2.8.0/ [2] https://kb.vpsfree.cz/navody/vps/uzivatele#detailni_nastaveni [3] https://kb.vpsfree.org/manuals/vps/users#advanced_settings [4] https://kb.vpsfree.cz/navody/vps/api [5] https://kb.vpsfree.org/manuals/vps/api Jakub

8 years, 3 months

2
2
0 0

iptables pro Debian 8

by Sueneé Universe [Administrator]

Dobrý den, Na některé věci pod LINUX jsem ještě bohužel lama. VPS 7989 - Debian 8: Postupoval jsem podle návodu pro nastavení firewall: https://kb.vpsfree.cz/navody/server/firewall příkaz: /sbin/iptables-restore < /etc/iptables.rules Vrátí chybu: iptables-restore: line 18 failed to odpovídá řádku COMMIT. Když jej zakomentuji, odstanu chybu, že chybí příkaz COMMIT. Takže z toho mám hlavu 22 a google to možná ví, ale já nevím, jak se ho zeptat. Všechny pokusy byly marné. Zkusil jsem ještě místo zadání přes soubor, to zadávat jako samostatné příkazy. Tedy obsah souboru a dopsat před každý řádek "iptables", ale tam jsem zase narazil na tohle: příkaz: $ iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT iptables: No chain/target/match by that name. Takže to není pro Debian 8 nebo něco nevidím. Pravidla pro firewall jsou identická s tím, co je v manuálu. Prosím o radu. Na KB k tomu nic není. Hezký den! Sueneé

8 years, 3 months

2
2
0 0

tomcat 8 cloudfront

by Jakub Bebjak

čaute, viete mi poradiť, pls? Skúšam napojiť cloudfront na vps u nás s tomcatom 8 vyhadzuje mi tento error: The request could not be satisfied. CloudFront wasn't able to connect to the origin. nasadil som aj konzolu, vyhadzuje len Access Denied Nagooglil som sa, ale nič konkrétne... :) Použil som tento guide http://docs.aws.amazon.com/gettingstarted/latest/swh/ getting-started-create-cfdist.html pre html stránku na nginx funguje bez problémov... vďaka!

8 years, 3 months

1
0
0 0

Graficka identita - OpenSUSE patent-free repo

by Pavel Snajdr

Ahojte, na InstallFestu jsme s lidmi, co prispivaji do OpenSUSE, probirali moznost, ze bychom mohli dat dohromady repo, ktere by obsahovalo ruzne kodeky a dalsi veci (ZFSonLinux napriklad ;) ), ktere jsou zatizeny softwarovymi patenty - co nas v Evrope netrapi. Nazev zatim neni, ale potrebovali bychom nekoho, jakmile bude, kdo by pro tenhle projekt udelal profesionalnejsi grafickou identitu a drobnou intro webovku spolu s ni. Budeme ten projekt zastresovat, tj. i sponzorovat, takze pripadne je i nejaky prostor profesionalni praci zaplatit. Kdo mate zajem? Pripadne pokud vite o nekom, koho by to mohlo zajimat, posunte to dal ;) Diky. /snajpa (Pavel Snajdr) (Predseda vpsFree.cz) (+420 720 107 791)

8 years, 3 months

3
4
0 0

Nasbox

by Petr Stefan

Ahoj, chtel bych se zeptat, zda se nejakym zpusobem po vcerejsim vypadku nemenilo pripojovani disku z nasboxu do VPS. Provozuju Nextcloud v Dockeru na CentOS a adresar s uzivatelskymi soubory mam na NASu. Dnes po opraveni vypadku mi to prestalo fungovat bez nejake jasnejsi priciny. Pokud tento adresar presunu do virtualky, tak vse bezi v poradku, z nasu akorat dostanu v prohlizeci proxy error a dalsi chybove hlasky moc nejsou. Tip by mohl byt neco se zamykanim souboru nebo podobne. Jinak NAS mam pripojen a normalne mi funguje, jen Nextcloud zlobi. Predem diky za info, -Pet

8 years, 3 months

4
6
0 0

Vytvoření Playground VPS - error

by Stanislav Vasko

Zdravím, zkouším si vytvořit playground, abych se naučil a otestoval si vytvoření běhového prostředí pro Django aplikace na aktuálně běžícím Apache (Ubuntu 14 LTS). Pročetl jsem nápovědu a pokusil se vytvořit Playground jako kopii aktuálního prostředí. K vytvoření ovšem nedojde a skončím hláškou: *Error message: no node available in this environment* Prosím, poradíte co je špatně, co mám změnit? Konfiguraci uvádím v přiloženém obrázku. Potřebuji, aby mi zůstalo aktuální VPS a po otestování a ověření konfigurace VPS Playground zase deaktivuji. Předem díky, Standa Ing. Stanislav Vasko | výkonnostní marketing, webdesign a analytika tel: +420 602 282 686 email: stanislav.vasko(a)gmail.com web: www.vaskonsulting.cz

8 years, 3 months

3
2
0 0

PHP, nginx a /dev/urandom

by Oto Petura

Ahojte, nejaky cas mam problem so sessions na serveri. Presiel som z apache na nginx + php_fpm. Chvilu vsetko islo fajn a potom mi prestali fungovat session a do error logu mi to hadze toto: PHP message: PHP Fatal error: Uncaught Exception: Could not gather sufficient random data Traceback ukazuje na session_start(). Skusil som aj vycitat data z /dev/urandom sam aby som zistil ci PHP ma k suboru pristup a funguje to spravne. Takze bud funkcia session_start nepouziva /dev/urandom, aj napriek tomu ze som to nastavil, alebo /dev/urandom negeneruje dostatok entropie. Problem sa prejavil po restarte fyzickeho stroja. Takze neviem, ci je to problem v mojom konfigu, ktory sa prejavil az po resete alebo ci nastala nejaka zmena na urovni fyzickej masiny, ktora to sposobuje. Viete mi poradit co dalsie skontrolovat a odkial moze tento problem pramenit? Dik

8 years, 3 months

2
2
0 0

Jedeme do Německa na Linux-Tage

by Petr Krcmar

Ahoj všem, zítra vyráží náš tříčlenný tým do Saské Kamenice (něm. Chemnitz) na Linux-Tage. Budeme tam mít stánek, budeme tam přednášet a určitě budeme posílat nějaké fotky na Twitter. Pokud se tam chystáte nebo to třeba nemáte daleko, budeme rádi, když se tam přijedete podívat a podpořit nás. -- Petr Krčmář vpsFree.cz

8 years, 3 months

1
1
0 0

prosím o check mail logu

by Petr Líbal

Ahojte, našla by se nějaká dobrá duše, která si je jistá v kramflecích a zkoukne mi mail log(22 řádků)? jde mi konkrétně o jeden mail, ať na to koukák jak chci nepřijde mi že je tam nějaký problém, ale zákazník mi tvrdí že jim to nechodí... chci mít prostě jistotu že problém není u mě. v těch "lozích" nejsem zrovna doma ale jestli to dobře chápu jde o zprávu #85E832681B dle postfix/qmgr a na řádku #21. je napsáno že byla "accepted for delivery" tzn. ode mě odešla OK a musí to zahazovat nějaká jejich policy.. log: http://pastebin.com/g3iy9AWz dík moc Petr

8 years, 3 months

6
10
0 0

Offtopic: doporucte zdroje na video processing/editing

by Wolf

Ahoj, predem se omlouvam, ze tohle je docela dost offtopic (s VPS v podstate nema nic spolecneho), na druhou stranu, vim ze je tady dost schopnych lidi a snad mi bude nekdo schopny poradit :) Takze, mam spoustu video soubory (v podstate vse je .mkv). A nektere z nich nejsou zcela v poradku. Problemy, na ktere jsem zatim narazil: 1) chybejici titulky (takze je chci pridat do mkv) 2) zbytecne/ve spatnem poradi audio stopy (takze nektere odstranit, nektere zmenit poradi) 3) zbytecne titulky (takze odstranit) 4) chybejici chapters (takze pridat) 5) spatna delka videa (video ma 24 minut a kousek, ale vlc si mysli ze ma pres hodinu) 6) absurdne vysoky bitrate (24 minut dlouhe video by nezbytne ani ve full hd a 10bit nemuselo byt pres 2GB (nebo se pletu a je to rozumne))? Prvni tri (mozna ctyri) bych asi byl schopen vygooglit, nicmene na 5 a 6 bych uz docela rad i vedel co vlastne presne delam. Tak nejak tusim ze by na vetsinu z toho asi mohla jit pouzit ffmpeg (spravne?). Nicmene je mi celkem jedno co, tak dlouho, dokud to budu schopen spustit na linuxu pre ssh. Mohli byste mi nekdo dat doporucene cteni na toto tema? Knihy, clanky, tutorialy. Obecne bych se rad dozvedel, jak rozumne pracovat s videem pod linuxem. Pokud na tom zalezi, tak zamereno primarne na .mkv (vim, jenom konteiner a vevnitr muze byt leccos). Jenom kdyby to z toho nebylo jasne, radsi to zduranim, nechci nijak menit obsah jak video tak audio stopy. Diky za pomoc :) W. -- There are only two hard things in Computer Science: cache invalidation, naming things and off-by-one errors.

8 years, 3 months

2
1
0 0

Spotřeba paměti ve VPS

by Martin Sivák

Ahoj, nějak se nemůžu dohledat toho co mi žere paměť ve vps. Vidím 2184464 kiB v procesech a 192356 kiB v RAM disku, ale free hlásí 2819136, což je nějak moc (+- půl giga je někde v cloudu ;). Nenapadá Vás ještě nějaké místo, které jsem přehlédl? Dík Martin Sivák [root@vps log]# ps --no-headers -ax -o rss | awk '{rss += $1} END {print rss}' 2184464 [root@vps log]# free total used free shared buff/cache available Mem: 4194304 2819136 1072216 610432 302952 1077776 Swap: 0 0 0 [root@vps log]# df Filesystem 1K-blocks Used Available Use% Mounted on /dev/simfs 125829120 34214784 91614336 28% / devtmpfs 2097152 0 2097152 0% /dev tmpfs 2097152 0 2097152 0% /dev/shm tmpfs 2097152 192356 1904796 10% /run tmpfs 2097152 0 2097152 0% /sys/fs/cgroup tmpfs 419432 0 419432 0% /run/user/1000

8 years, 3 months

2
2
0 0

Přijeli jsme z InstallFestu, byl skvělý

by Petr Krcmar

Ahoj všem, o víkendu proběhla v Praze konference InstallFest [1], byli jsme jedním z nejviditelnějších partnerů, kluci na stánku vařili kafe, povídali si s návštěvníky, měli jsme lightning talk o vpsFree a přednášku o Alpine Linuxu. Podle mě to dopadlo fantasticky, uvařili jsme asi 850 kafí, pořád se s námi někdo bavil, hromada lidí tam měla naše trička :-D. Podívejte se na fotky v galerii [2]. Moc se mi líbilo, že nás tam byla celá parta, působilo to skvěle, tvořili jsme prostě komunitu. Nejvíc bych chtěl poděkovat Martinu Myškovi, Mirkovi Marcišinovi a Gabrielu Seidlovi, že to tam všechno krásně šlapalo. Díky! [1]: https://installfest.cz/if17/ [2]: https://foto.vpsfree.cz/?f=2017%2FInstallFest -- Petr Krčmář vpsFree.cz

8 years, 3 months

1
0
0 0

SSD + HDD Fedora

by Peter Skala

Caute, ako by ste rozdeli particie notebook pre fedoru je tam SSD 120GB a HDD 500GB?

8 years, 4 months

3
2
0 0

Přijďte o víkendu na InstallFest

by Petr Krcmar

Ahoj všem, o víkendu se účastníme konference InstallFest, budeme tam mít přednášky, vařit kávu a povídat si nejen o Linuxu. Budeme rádi, když se tam s námi setkáte a podpoříte nás. Pozor na to, že je to letos na Karlově náměstí (ne na Strahově) a je potřeba se jen registrovat, vstup je volný. https://installfest.cz/if17/ -- Petr Krčmář vpsFree.cz

8 years, 4 months

1
0
0 0

Stánek příští víkend na InstallFestu

by Petr Krcmar

Ahoj všem, příští víkend se v Praze na Karlově náměstí koná InstallFest [1]. Jsme partnery, budeme tam přednášet a zároveň vařit výbornou kávu. Půjčení kávovaru a náplně je v běhu, potřebujeme ale někoho, kdo se bude o celý stánek starat, dělat servis a klábosit s linuxáky o vpsFree :-). Potřeboval bych dva dobrovolníky, kteří chtějí pomoci. Značka: Tričko, oběd a večerní hospoda zajištěny :-) [1]: https://installfest.cz/if17/ -- Petr Krčmář vpsFree.cz

8 years, 4 months

5
6
0 0

PHP 7 Ubuntu 16.04

by Peter Bačinský

Čaute, nemal niekto z Vás takýto problém s PHP 7 na Ubuntu 16.04 tu na VPSFree? session_start() "Could not gather sufficient random data" Ak hej, vopred díky za riešenie. -- S pozdravom, *Peter Bačinský* konateľ spoločnosti *Webino, s. r. o.* Železničná 152/75 90024 Veľký Biel Slovensko *Web stránky a internetové aplikácie pre Vaše podnikanie.* +421 918 641 804, info(a)webino.sk <mailto:info@webino.sk>, www.webino.sk <http://www.webino.sk/> ------------------------------------------------------------------------ *PROSÍM ZACHOVÁVAJTE HISTÓRIU V SPRÁVE, ĎAKUJEM*

8 years, 4 months

8
14
0 0

Převoz věcí z Brna do Prahy

by Petr Krcmar

Ahoj všem, chystáme se do Německa na konferenci Linux-Tage [1] a máme nějaké věci, které potřebujeme dopravit z Brna do Prahy – konferenční ubrusy, trička, nějaký hardware a podobně. Potřebujeme někoho, kdo bude mít cestu a převeze to během následujících 14 dnů. Vejde se to do kufru osobního auta. Pomůžete? [1]: https://chemnitzer.linux-tage.de/2017/de -- Petr Krčmář vpsFree.cz

8 years, 4 months

3
3
0 0

Editace letáku vpsFree v PDF

by Petr Krcmar

Hezký večer ještě jednou, v souvislosti s Linux-Tage tu mám ještě jednu prosbu: máme leták vpsFree, který tiskneme a ukazujeme na konferencích. Jestli jste byli na LinuxDays, OpenAltu, InstallFestu nebo jinde, znáte ho. Mám ho velký v PDF a potřeboval bych ho upravit do anglické verze. Je to v zásadě pár slov, ale potřebuji nějakého schopného grafika se správnými nástroji, který to svede. Pomůžete? -- Petr Krčmář vpsFree.cz

8 years, 4 months

2
1
0 0

Noob question: vlastni DNS a registrovat containery do nej?

by Tomáš Volf

Ahoj, mam uplne noob question. Mam pocitac, v nem nekolik containeru, ktere pres DHCP ziskaji IP adresu od routeru. To, ceho bych rad dosahl je, aby by v tom pocitaci bezel lokalni DNS server, do ktereho se ty containery po nabehu "zaregistruji" a budu schopen je resolvnout. Priznam se, ze nevim moc co ani googlit. Popostrci mne nekdo spravny smerem? Diky moc za pomoc :) , Tomas Volf

8 years, 4 months

4
3
0 0

Jak mit pouze jeden konkretni program pres vpn?

by Wolf

Ahoj, z jistych duvodu bych potreboval mit jednu konkretni instanci chromium bezet pres VPN. Kdyz jsem potreboval neco takoveho do ted, tak jsem proste vytvoril noveho uzivatele vsechno od nej jelo pres vpn (pomoci `-m owner` a `-j MARK`). Nicmene u GUI programu jako je chromium by mohl byt problem s X11 a pulseaudiem (kdyby jel pod jinym uzivatelem). Jaka je nejsnazsi cesta, kterou lze tohoto dosahnout? Diky, W. -- There are only two hard things in Computer Science: cache invalidation, naming things and off-by-one errors.

8 years, 4 months

3
5
0 0

vpsAdmin v2.7.0: zpracování plateb, e-maily, 2 pgnd VPS a další (payments, e-mails, 2 pgnd VPSes and more)

by Jakub Skokan

Ahoj, (English version below) v pátek jsem nasadil novou verzi vpsAdminu, v2.7.0 [1]. Mezi hlavní novinky patří automatizované zpracování plateb členských příspěvků, možnost nastavení více e-mailových adres, mazání snapshotů NASu z web UI a volitelné pojmenování ručně vytvořených snapshotů. Dále bylo změněno výchozí nastavení dovoleného počtu VPS, mezi které lze rozdělit přidělené prostředky. V produkci na 5 VPS a v playgroundu na 2 VPS. V playgroundu jsou navíc k dispozici 2 IPv4 adresy. Hodně změn se událo také pod kapotou. Do API byla přesunuta implementace přihlášek a požadavků na změnu osobních údajů. K tomu spousta refactoringu a veškerá funkcionalita už je nyní dostupná v API -- např. přihlášku do vpsFree je možné zaslat přes vpsfreectl [2]. Platby ------ Do teď se příchozí platby přepisovaly z bankovního účtu do vpsAdminu manuálně. vpsAdmin má nyní plugin [3], který obsahuje podporu pro platící uživatele. Platby se z účtu stahují několikrát denně přes Fio API [4]. O přijetí platby pak vpsAdmin informuje mailem. Automaticky jsou zpracovány všechny platby, které mají správný VS (ID člena) a částku (násobek členského příspěvku). Pokud někdo zapomene vyplnit VS, platbu zpracujeme manuálně. Když se nám platbu nepodaří spárovat ani podle jména, budete muset napsat na podporu. V tomto ohledu se tedy nic nemění a bude to fungovat jako doposud. Případné doplatky za další VPS, apod., se budou platit s jiným VS -- domluvíte se s Michalem na podpoře. Nastavení vícero kontaktních e-mailových adres ---------------------------------------------- Někteří členové chtěli do vpsAdminu zapsat více e-mailových adres, týká se to zejména firem, kde se o členství a VPS stará více lidí, apod. vpsAdmin definuje dva typy kontaktů (role): správce VPS a správce účtu (členství). Jednotlivé zprávy, které vpsAdmin rozesílá, jsou rozděleny do těchto rolí a můžete si nastavit, kdo je bude dostávat. Například, správce účtu (členství) dostává maily o upozornění k platbě členského příspěvku a pozastavení/obnovení členství. Správce VPS pak maily o změně stavu VPS, změně konfigurace VPS, stahování záloh a migrace VPS. Ke každé roli lze nastavit více e-mailů. Komu by ani toto rozdělení nestačilo, existuje ještě detailnější nastavení, kde si můžete u každého typu zprávy vybrat, zda ji chcete dostávat a na které adresy. Více info v KB: https://kb.vpsfree.cz/navody/vps/uzivatele Pokud vám stávající nastavení jedné adresy vyhovuje, nemusíte nic měnit. Snapshoty --------- Ve web UI se konečně objevila možnost smazat snapshoty NASu, které tam šly jen vytvořit, ale mazat se musely přímo přes API. Při vytváření snapshotu VPS nebo NASu si můžete snapshot pro pozdější identifikaci libovolně pojmenovat. Systém pluginů -------------- Ve snaze ponechat jádro vpsAdminu co nejjednodušší jsem se rozhodl přidávat funkcionalitu nesouvisející s primárním zaměřením ve formě pluginů [5]. Jádro vpsAdminu by mělo umět spravovat VPS, storage a síť. Ostatní věci, jako platby nebo uživatelské požadavky, jsou tedy implenentovány jako pluginy. Další změny ----------- Až v této verzi byl úplně dokončen přesun funkcionality z původního webového rozhraní do API. Web UI bylo kompletně odpojeno od databáze, všechno co vidíte se načítá z API. Seznam všech změn je k dispozici v poznámkách o vydání [1]. ENGLISH VERSION =============== on Friday, I've deployed a new version of vpsAdmin, v2.7.0 [1]. It features mainly automated membership payment processing, the possibility to set up multiple e-mail addresses, deletion of NAS snapshots from the web UI and optional snapshot labels. Furthermore, we've changed the maximum number of VPSes that you can split your resources into. In production, you can create up to 5 VPSes and in playground up to 2 VPSes. In playground, you also have two IPv4 addresses. A lot of changes occurred under the hood. The registration form and user requests were moved to the API. Along with a lot of refactoring, all functions are now available in the API. For example, the registration form to vpsFree can be sent via vpsfreectl [2]. Payments -------- Until now, incoming payments were processed manually. Since Friday, vpsAdmin has a plugin [3] that adds support for paying users. Incoming payments are downloaded several times per day using the Fio API [4]. vpsAdmin will notify you by mail when it accepts a new payment. The payment is accepted only when the variable symbol matches and the received amount is a multiple of the membership fee. Should you forget to send the variable symbol, we will try to match the payment manually at a later time. If we're unable to find matching vpsAdmin account using a name, you will have to contact our support. So there are no changes in operation. As to supplementary payments for another VPS etc., you will use a different variable symbol, you'll learn it from our support when needed. Configuration of multiple e-mail addresses ------------------------------------------ Some of our members wanted to set multiple e-mail adresses to send notifications to more people. This concerns mainly companies with people fullfilling different roles, such as an accountant and system administrator. vpsAdmin defines two contact roles: system administrator and account manager. All mails that vpsAdmin sends are sent to appropriate roles, if set. For example, account manager receives e-mails about payments and suspension/activation of the account. System administrator receives e-mails about changing of VPS state or configuration, backup downloads or VPS migrations. You can set multiple addresses for each role. If you still need more, there's advanced settings form, where you can assign different e-mail addresses to specific mails that vpsAdmin sends. Or you can choose to not receive some mail whatsoever. See KB for mroe info: https://kb.vpsfree.org/manuals/vps/users If you're happy with one e-mail address, as it was before, you don't need to change anything. Snapshots --------- The web UI finally has a button to delete NAS snapshots, in addition to creating them. You don't have to use the API directly anymore. When creating a snapshot, you can optionally set a label to recognize it in the future. Plugin system ------------- In an attempt to keep the core of vpsAdmin as simple as possible, I've decided to add functionality that is not closely related to its main goals as plugins. The core will handle VPS, storage and related networking, while other stuff, like user registrations and payments, are implemented as independent plugins. Other changes ------------- This is the first version where truly all functionality has been moved from the old web interface to the API. The web UI has been disconnected from the database, so everything you see is loaded from the API. You can see all changes in the release notes [1]. [1] https;//projects.vpsfree.cz/vpsadmin-doc/releases/v2.7.0/ [2] https://kb.vpsfree.cz/navody/vps/api#cli [3] https://github.com/vpsfreecz/vpsadmin-plugin-payments [4] https://www.fio.cz/bankovni-sluzby/api-bankovnictvi [5] https://projects.vpsfree.cz/vpsadmin-doc/plugins/ Jakub

8 years, 4 months

1
0
0 0

Problém se journald security hardening v openvz

by Jiří Eischmann

Ahoj, po upgradu na Fedoru 25 jsem zjistil, že nestartuje journald. Nakonec jsem přišel na to, že v nové verzi přibyl dodatečný security hardening, který nefunguje v openvz. Po zakomentování následujících řádků v unit filu systemd-journald už zase journald startuje a funguje: #MemoryDenyWriteExecute=yes #SystemCallFilter=~@clock @cpu-emulation @debug @keyring @module @mount @obsolete @raw-io Nevím, jestli to je nastavení specifické pro Fedoru nebo přišlo z upstreamu, ale kdybyste narazili na problém nestartujícího journald, může to být právě tady tímto. Jirka

8 years, 4 months

1
0
0 0

Sraz v Karviné příští týden

by Petr Krcmar

Ahoj všem, příští týden budu v okolí Karviné. Je tam někdo, kdo by přišel/přijel na setkání vpsFree? Samozřejmě i nečlenové se počítají. Ślónzoci, ozvěte se mi! Chcete si udělat vlastní sraz ve svém městě? Napište mi! -- Petr Krčmář vpsFree.cz

8 years, 4 months

1
0
0 0

Re: [vpsFree.cz: community-list] Nejaky duvod nemit vsechny features?

by Petr Juhaňák, lockdown

Ahoj, nesledoval jsem kontext diskuze alr nelze se spolehat, jak software nekdo pripravil a jaky je jeho default. Je potreba si vydefinovat co potrebuji za sluzby/featury a postarat se o jejich bezpecnou konfiguraci. Ne vše potřebuje běžet s právy roota a poslouchat na veřejné IP adrese. Pozor taky na upgrady. Je fajn si takovy postup a kontrolu zapsat, po pul roce se to tezko vybavuje. Uz jsem videl docker se zapnutym REST API bez autentizace, za par dnu prisel plosny sken a uz se nekdo cpal dovnitr. S pozdravemPetr JuhanakInstruktor Hackerlab HackingKurzy.cz -------- Původní zpráva -------- Od: Jan Čejka <posta(a)jancejka.cz> Datum: 04.02.17 17:36 (GMT+01:00) Komu: "vpsFree.cz Community list" <community-list(a)lists.vpsfree.cz> Předmět: Re: [vpsFree.cz: community-list] Nejaky duvod nemit vsechny features? Obecně čím víc funkcí, tím víc potenciálních bezpečnostních děr.Takže optimální přístup je používat jen to, co potřebuju. Se srdečným pozdravem..Jan Čejkačarotvůrce šaman, mág, terapeut, fotograf, malíř, designer a webový architekt jancejka.cz autor Vědomého uzdravení, webhostingu AmberNode, Fakturace pro WP a Magických webů Jantarový svět o.s., Ferdinandov 14, 463 62 Hejnice, okres Liberec jantarovysvet.cztvorba zajímach webových projektů tel: 799 797 393 | web: jancejka.cz | e-mail: posta(a)jancejka.cz Dne 4. února 2017 16:15 Wolf <wolf(a)wolfsden.cz> napsal(a): Ahoj, kdyz vytvarim nove VPS, tak automaticky zapinam vsechny features bez ohledu na to, jestli je potrebuju nebo ne. Ted mne tak napadlo, je nejaky duvod to nedelat? Resp.: Proc nejsou defaultne vsechny zaple? W. -- There are only two hard things in Computer Science: cache invalidation, naming things and off-by-one errors. _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list

8 years, 4 months

1
0
0 0

Nejaky duvod nemit vsechny features?

by Wolf

Ahoj, kdyz vytvarim nove VPS, tak automaticky zapinam vsechny features bez ohledu na to, jestli je potrebuju nebo ne. Ted mne tak napadlo, je nejaky duvod to nedelat? Resp.: Proc nejsou defaultne vsechny zaple? W. -- There are only two hard things in Computer Science: cache invalidation, naming things and off-by-one errors.

8 years, 4 months

3
2
0 0

Nahradni clenska schuze 9.2. od 18:00 Brno

by Pavel Snajdr

Ahojte, jelikoz jsme se v Praze nesesli v dostatecnem poctu (k velkemu prekvapeni pro vsechny zucastnene ;), pojdme si tedy finalne to elektronicke hlasovani zoficialnit pristi tyden ve ctvrtek, tj. 9.2. od 18:00 v Dobre Cajovne Brno; http://dcbrno.eu/contact.htm Zapiste se prosim na Doodle, kdo prijdete, at muzeme pripravit prezencni listinu: http://doodle.com/poll/vtd94bbyqpzbrhqh Diky a vidime se u dobreho caje ;) /snajpa (Pavel Snajdr) (Predseda vpsFree.cz) (+420 720 107 791)

8 years, 4 months

1
0
0 0

FOSDEM v pátek večer?

by Věroš Kaplan

Ahoj, nabízím volná místa v autě na FOSDEM (taková velká open-source konference). Jedeme tento pátek večer z Prahy do Bruselu, v sobotu a neděli jsme na FOSDEMu v úterý večer se pak vracíme z Ghentu zase do Prahy. Cesta tam i zpět vychází okolo pesimisticky na 2000CZK na hlavu (ale spíš méně), z dalších nákladů pak je potřeba zaplatit si ubytování na místě (hostel do 900 CZK/noc). Odpovědi klidně soukromě, ať nezaplevelujeme community-list. VK -- Věroš Kaplan http://navolnenoze.cz/prezentace/veroslav-kaplan/

8 years, 4 months

1
0
0 0

KiCAD vyvojar?

by Pavel Snajdr

Ahojte, pomalu uz mi nic nechybi na to, abych mohl pokompletovat pro nase servery RS232 switch+fencing device+SMS gateway; nicmene to vypada na trochu vetsi desku a ja jsem do ted byl zvykly kreslit v Eagle a nemam koupenou profi verzi. Do limitu free verze se s deskou pro 24+ seriovych portu urcite nevejdu (8x10cm, bez sance). Nechce se mi z penez spolku podporovat proprietarni software, klidne to nakreslim v KiCADu, ale musi umet 2 zasadni veci, jinak na nej ani nesahnu: - integrovany vyber symbolu soucastky do schema zaroven s package (nebo tu stavajici workflow vyrazne optimalizovat, tohle klikani je na vyrvani vlasu) - konverter Eagle user skriptu do KiCAD libek; skripty, co Farnell dodava ke spouste soucastek, se pousti v Eagle library editoru a vyklikaji tam tu soucastku celou, cili to se da v podstate prehrat a pouzit jako recept na postaveni KiCAD libky. Cili se mi fakt nechce klikat jak u idiotu na dvorku, kdyz s Eagle nemusim. Moje otazka zni: najde se nekdo, kdo to +- v cene licence Eagle je schopny udelat? Diky. /snajpa (Pavel Snajdr) (Predseda vpsFree.cz) (+420 720 107 791)

8 years, 5 months

5
9
0 0

MySQL [ERROR] Error in accept: Bad file descriptor

by Igor Szoke

Zdar, mame zajimavy problem. Presli jsme na nove Ubuntu (14.4 -> 16.4, fresh install) a s tim na nove MySQL 5.6 -> 5.7 A po importu DB nam mysqld vyskoci na 100% CPU a log plni hlaskami: [ERROR] Error in accept: Bad file descriptor rychlosti nekolik stovek MB za hodinu. Google zatim negativni.. Zvysit ulimit na pocet otevrenych souboru (http://stackoverflow.com/questions/37796693/mysql-0-error-error-in-accept-b…) nepomohl. Nepotkalo to nekoho z vas? Diky -Igor

8 years, 5 months

2
1
0 0

Re: [vpsFree.cz: community-list] [vpsFree.cz: news-list] Clenska schuze 27.1.

by Jirka Bourek

Najde se místo, když v pátek odpoledne zjistím, že se tam dostanu? ;-) (Nechci nic slibovat dopředu, na 99% to nevyjde.) On 24.1.2017 11:31, Petr Krcmar wrote: > Dne 12.1.2017 v 20:39 Pavel Snajdr napsal(a): >> dovolte mi tedy Vas vsechny pozvat v patek 27. 1. od 18:00 na >> >> clenskou schuzi vpsFree.cz za rok 2016; >> >> Sejdeme se v restauraci U Balbinu, kterou mame rezervovanou pro nas >> prave od 18:00. >> >> http://ubalbinu.cz/ >> >> Na programu jsou nasledujici body: >> >> 1. Bilance za rok 2016 (financni, technicka, organizacni) >> 2. Plany na letosni rok >> 3. Elektronicke hlasovani clenske schuze >> > > Připomínám páteční setkání v restauraci U Balbínů. Pokud byste se ještě > chtěli přidat, tady je Doodle: > > http://doodle.com/poll/s52yy4bs3n9kwncz >

8 years, 5 months

2
1
0 0

Re: [vpsFree.cz: community-list] [vpsFree.cz: news-list] Clenska schuze 27.1.

by Silvestr Hašek

Ahoj, popravdě jsem tu diskuzi nesledoval úplně na 100%, je tedy nutné kvórum aby měla schůze smysl? SH On 24/01/17 11:31, Petr Krcmar wrote: > Dne 12.1.2017 v 20:39 Pavel Snajdr napsal(a): >> dovolte mi tedy Vas vsechny pozvat v patek 27. 1. od 18:00 na >> >> clenskou schuzi vpsFree.cz za rok 2016; >> >> Sejdeme se v restauraci U Balbinu, kterou mame rezervovanou pro nas >> prave od 18:00. >> >> http://ubalbinu.cz/ >> >> Na programu jsou nasledujici body: >> >> 1. Bilance za rok 2016 (financni, technicka, organizacni) >> 2. Plany na letosni rok >> 3. Elektronicke hlasovani clenske schuze >> > Připomínám páteční setkání v restauraci U Balbínů. Pokud byste se ještě > chtěli přidat, tady je Doodle: > > http://doodle.com/poll/s52yy4bs3n9kwncz >

8 years, 5 months

1
0
0 0

spravna konfiguraci IPv6 Ubuntu

by kypo

Ahoj pani. Znova sa obraciam o radu. Som v linuxe total noob, ale po nastudovani tutorialov som si rozchodil Ubuntu+PHP+MySQL+Apache2, vsetko nastavil, web mi tam slape, aktualizujem, staram sa o to... Ale dostal som echo, ze par ludom sa web nezobrazi, zistil som ze tam lezu na IPv6 adresu a mam to asi spatne nakonfigurovane v apache. Ako to nastavit aby chodilo sucasne IPv4 aj IPv6 prosim? A ak sa da tak mi to napiste ako pre debila aby som to pochopil. Nieco som pozeral aj skusal, ale bezuspesne... Reverzne zaznamy nepotrebujem riesit, emaily mam externe, nie na tomto serveru, ide cisto iba o pristup na web. web je na domene assettocorsa.eu IPv4: 185.8.166.44 IPv6: 2a03:3b40:100::1:316 Dakujem moc za ochotu...

8 years, 5 months

7
21
0 0

Laravel developer

by Peter B

Ahojte priatelia, Nájde sa prosím PHP developer so skúsenosťami s Laravelom? Spolupráca viac formou konzultácií ku kódu, a k návrhu aplikácie, čiastočne aj formou prispievania do kódu. Prosím neodpovedať do vlákna, ale priamo na môj mail. Ďakujem, pb. -- Sent from my Android device with K-9 Mail. Please excuse my brevity.

8 years, 5 months

1
0
0 0

Kindle TOC

by Martin Miksanik

Hello, neresili jste nekdo nahodou, jak se v kindlu dela takovy pekny Table of Content, jako ma napr. idnes (pripadne mel kdysi kindly.cz)? Snazim se to nejak vygenerovat z NCX z epubu konverzi do mobi pres kindlegen, nebo calibre, ale pripada mi, ze busim hlavou do zdi. Misto toho pekneho (sloupec pro sekce, druhy pro podsekce) to furt zobrazuje klasicky html toc, coz se mi nelibi. Google mlci. Diky za jakykoli hint. -- S přáním pěkného dne, Martin Mikšaník gsm: +420 602 623 934 icq: 311047283

8 years, 5 months

2
2
0 0

vpsFree na InstallFestu

by Petr Krcmar

Ahoj, opět se chceme aktivně účastnit konference InstallFest, letos bude na Karláku a měla by být o kus větší a v zajímavějších prostorech. Dostaneme tam dost prostoru, celkem jsme dohodli tři věci: 1. Kafe – Vloni bylo a mělo úspěch, letos ho uděláme buď opět sami nebo povoláme Kofárnu (znáte z LinuxDays), ale to záleží na tom, za kolik to pro nás udělají. Pokud to bude moc, udělali bychom to vlastními silami s pomocí dobrovolníků. Ještě bych upřesnil. 2. Přednášky – Je poptávka po vlastním tracku pro začátečníky. Předloni to mělo úspěch, teď bychom dostali ještě víc prostoru. Mně by se líbilo několik přednášek na téma „jak začít s vlastním serverem“ – udělal by se úvod (co to je VPS, co řešit, jak to funguje, výběr distra) a pak jednotlivá témata – asi web, mail, VPN? Co dál? Máte tip nebo rovnou berete nějaké téma? 3. Stánky – Bude tam prostor pro mini stánky a s pořadateli jsme došli k tomu, že by bylo fajn udělat tam nějaký serverový stánek a zabudovat do něj nějakou chytrou hračku. Něco jako: když pošlete na Twitter zprávu „Udělej mi kafe na #InstallFestu“, zapne se kávovar v racku a uvaří kafe. Něco v tom smyslu. Umíte někdo něco takového udělat? Můžeme tam klidně udělat i nějaký informační banner, na kterém si lidi budou moci psát vzkazy nebo tak něco. Spíš by to mělo být něco zábavného. Nápady? -- Petr Krčmář vpsFree.cz

8 years, 5 months

12
15
0 0

Clenska schuze 27.1.

by Pavel Snajdr

Ahojte, naprosta vetsina se v Doodle vyjadrila pro schuzi v patek 27. ledna; dovolte mi tedy Vas vsechny pozvat v patek 27. 1. od 18:00 na clenskou schuzi vpsFree.cz za rok 2016; Sejdeme se v restauraci U Balbinu, kterou mame rezervovanou pro nas prave od 18:00. http://ubalbinu.cz/ Na programu jsou nasledujici body: 1. Bilance za rok 2016 (financni, technicka, organizacni) 2. Plany na letosni rok 3. Elektronicke hlasovani clenske schuze K bodu 3. se nam rozjela diskuze v community-listu, jestli muzu poprosit vsechny, kteri mate zajem tohle tema na schuzi aktivne rozvijet - abyste si ten community prosli a pripadne jeste pridali dalsi priklady, "jak se to dela jinde", at mame dostatek podkladu pro to, vymyslet nas system hlasovani co nejlip. /snajpa (Pavel Snajdr) (Predseda vpsFree.cz) (+420 720 107 791)

8 years, 5 months

2
1
0 0

IPv6 problem with dovecot

by Wolf

Ahoj, mam trosku problem s Dovecot (a mozna i necim dalsim, nevim). Z nejakeho duvodu si mysli, ze nemam IPv6 ve VPS. Jan 12 12:14:35 wolfsden systemd[1]: Binding to IPv6 address not available since kernel does not support IPv6. Jan 12 12:14:35 wolfsden systemd[1]: [/lib/systemd/system/dovecot.socket:8] Failed to parse address value, ignoring: [::]:143 Jan 12 12:14:35 wolfsden systemd[1]: Binding to IPv6 address not available since kernel does not support IPv6. Jan 12 12:14:35 wolfsden systemd[1]: [/lib/systemd/system/dovecot.socket:10] Failed to parse address value, ignoring: [::]:993 Nicmene server ipv6 samozrejme ma root@wolfsden:/# ip addr 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: venet0: <BROADCAST,POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN link/void inet 127.0.0.2/32 scope host venet0 inet 77.93.223.198/32 brd 77.93.223.198 scope global venet0:0 inet6 2a01:430:17:1::ffff:96/128 scope global valid_lft forever preferred_lft forever 3: gre0: <NOARP> mtu 1476 qdisc noop state DOWN link/gre 0.0.0.0 brd 0.0.0.0 4: gretap0: <BROADCAST,MULTICAST> mtu 1476 qdisc noop state DOWN qlen 1000 link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff Ping ven funguje root@wolfsden:/# ping6 ipv6.google.com PING ipv6.google.com(waw02s06-in-x0e.1e100.net) 56 data bytes 64 bytes from waw02s06-in-x0e.1e100.net: icmp_seq=1 ttl=54 time=21.0 ms 64 bytes from waw02s06-in-x0e.1e100.net: icmp_seq=2 ttl=54 time=20.8 ms 64 bytes from waw02s06-in-x0e.1e100.net: icmp_seq=3 ttl=54 time=21.8 ms Pres jeden web jsem overil, ze funguje i ping6 smerem ke mne. root@wolfsden:/# test -f /proc/net/if_inet6 && echo "Running kernel is IPv6 ready" Running kernel is IPv6 ready root@wolfsden:/# cat /proc/sys/net/ipv6/conf/all/disable_ipv6 0 Proc si dovecot mysli, ze kernel nema IPv6? Diky, W. -- There are only two hard things in Computer Science: cache invalidation, naming things and off-by-one errors.

8 years, 5 months

4
3
0 0

Proc ZFS?

by Wolf

Ahoj, muzeme mi nekde z tech, co do toho vidi vice nez ja rici, proc vlastne pouzivame ZFS misto treba BTRFS? Tento mail neni pokus o flame war, pouze mne zajima, jake features ZFS ma a BTRFS ne. Nebo je to vec historicka, tedy ze ZFS umelo co potrebujeme drive ale dnes by slo nahradit (tim netvrdim, ze by se to melo udelat)? Dik :) W. -- There are only two hard things in Computer Science: cache invalidation, naming things and off-by-one errors.

8 years, 5 months

6
6
0 0

Re: [vpsFree.cz: community-list] Proc ZFS?

by Ghormoon

Dneska uz ten rozdil neni az tak markantni, ale v dobe kdy sme zavadeli zfs jako stabilni tak btrfs rozjebavalo data 2x denne :) jinak ja treba soukrome pouzivam zfs protoze umi krom datasetu i zvol, ma pohodlnejsi praci se snapshotama a dalsi drobnosti. Kazdopadne posledni cca rok je btrfs skoro i pouzitelny, ikdyz ja mu osobne porad neverim :) Gh. On Jan 10, 2017 19:08, "Wolf" <wolf(a)wolfsden.cz> wrote: Ahoj, muzeme mi nekde z tech, co do toho vidi vice nez ja rici, proc vlastne pouzivame ZFS misto treba BTRFS? Tento mail neni pokus o flame war, pouze mne zajima, jake features ZFS ma a BTRFS ne. Nebo je to vec historicka, tedy ze ZFS umelo co potrebujeme drive ale dnes by slo nahradit (tim netvrdim, ze by se to melo udelat)? Dik :) W. -- There are only two hard things in Computer Science: cache invalidation, naming things and off-by-one errors. _______________________________________________ Community-list mailing list Community-list(a)lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list

8 years, 5 months

1
0
0 0

jak nastavit openvpn server na debianu

by Pavel Švojgr

Ahoj, snazim se nastavit openvpn server tak, abych pres nej mohl pristupovat dal do inernetu, ale nedari se mi to. Sel jsem podle tohoto navodu: https://blog.sslmarket.cz/ssl/nastaveni-openvpn-na-serveru-s-debian-8-jessi… a podari se mi pres vpn dostat na server, ale dal uz ne (ani nepingnu). Predpokladam, ze je nejaky problem v nastaveni iptables, zkousel jsem i |iptables -t nat -I POSTROUTING -s 10.8.0.0/24 -j MASQUERADE| i podle navodu z https://kb.vpsfree.cz/navody/server/openvpn iptables -t nat -A POSTROUTING -o venet0 -j SNAT --to x.x.x.x |Diky za jakekoliv nakopnuti nebo upravu vpsfree navodu. Pavel Švojgr --- vypisy nastaveni ---- | # iptables -t nat -L Chain PREROUTING (policy ACCEPT) target prot opt source destination Chain POSTROUTING (policy ACCEPT) target prot opt source destination MASQUERADE all -- 10.8.0.0/24 anywhere Chain OUTPUT (policy ACCEPT) target prot opt source destination # iptables -L Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination # tail /var/log/syslog Jan 6 16:35:09 svojgr ovpn-server[10656]: 188.122.208.66:37508 [swed] Peer Connection Initiated with [AF_INET]188.122.208.66:37508 Jan 6 16:35:09 svojgr ovpn-server[10656]: swed/188.122.208.66:37508 MULTI_sva: pool returned IPv4=10.8.0.6, IPv6=(Not enabled) Jan 6 16:35:09 svojgr ovpn-server[10656]: swed/188.122.208.66:37508 MULTI: Learn: 10.8.0.6 -> swed/188.122.208.66:37508 Jan 6 16:35:09 svojgr ovpn-server[10656]: swed/188.122.208.66:37508 MULTI: primary virtual IP for swed/188.122.208.66:37508: 10.8.0.6 Jan 6 16:35:11 svojgr ovpn-server[10656]: swed/188.122.208.66:37508 PUSH: Received control message: 'PUSH_REQUEST' Jan 6 16:35:11 svojgr ovpn-server[10656]: swed/188.122.208.66:37508 send_push_reply(): safe_cap=940 Jan 6 16:35:11 svojgr ovpn-server[10656]: swed/188.122.208.66:37508 SENT CONTROL [swed]: 'PUSH_REPLY,redirect-gateway def1,route 10.8.0.1,topology net30,ping 10,ping-restart 120,ifconfig 10.8.0.6 10.8.0.5' (status=1) # cat server.conf mode server port 1194 proto udp dev tun ca ca.crt cert server.crt key server.key # privátní klíč serveru, nikam nepřenášet! dh dh2048.pem server 10.8.0.0 255.255.255.0 #push "redirect-gateway autolocal" #přesměrování všeho provozu do tunelu push "redirect-gateway def1" #push "dhcp-option DNS 217.31.204.130" #budete používat otevřené resolvery CZ.NICu #push "dhcp-option DNS 193.29.206.206" #tls-server #tls-auth ta.key 0 ifconfig-pool-persist ipp.txt keepalive 10 120 comp-lzo persist-key persist-tun user nobody group users status openvpn-status.log verb 3 # cat /etc/sysctl.conf |grep ip_forward net.ipv4.ip_forward=1 # cat openvpn-status.log OpenVPN CLIENT LIST Updated,Fri Jan 6 16:42:17 2017 Common Name,Real Address,Bytes Received,Bytes Sent,Connected Since swed,188.122.208.66:58268,75127,4993,Fri Jan 6 16:41:55 2017 ROUTING TABLE Virtual Address,Common Name,Real Address,Last Ref 10.8.0.6,swed,188.122.208.66:58268,Fri Jan 6 16:42:16 2017 GLOBAL STATS Max bcast/mcast queue length,0 END # iptables-save # Generated by iptables-save v1.4.21 on Fri Jan 6 16:57:14 2017 *raw :PREROUTING ACCEPT [198913:44347927] :OUTPUT ACCEPT [177047:151548665] COMMIT # Completed on Fri Jan 6 16:57:14 2017 # Generated by iptables-save v1.4.21 on Fri Jan 6 16:57:14 2017 *nat :PREROUTING ACCEPT [2998:172636] :POSTROUTING ACCEPT [1398:83622] :OUTPUT ACCEPT [1398:83622] -A POSTROUTING -s 10.8.0.0/24 -j MASQUERADE COMMIT # Completed on Fri Jan 6 16:57:14 2017 # Generated by iptables-save v1.4.21 on Fri Jan 6 16:57:14 2017 *mangle :PREROUTING ACCEPT [178768:43049496] :INPUT ACCEPT [178768:43049496] :FORWARD ACCEPT [0:0] :OUTPUT ACCEPT [177047:151548665] :POSTROUTING ACCEPT [177047:151548665] -A PREROUTING -p tcp -m tcp --tcp-flags FIN,SYN,RST,PSH,ACK,URG NONE -j DROP -A PREROUTING -p tcp -m tcp --tcp-flags FIN,SYN FIN,SYN -j DROP -A PREROUTING -p tcp -m tcp --tcp-flags SYN,RST SYN,RST -j DROP -A PREROUTING -p tcp -m tcp --tcp-flags FIN,SYN FIN,SYN -j DROP -A PREROUTING -p tcp -m tcp --tcp-flags FIN,RST FIN,RST -j DROP -A PREROUTING -p tcp -m tcp --tcp-flags FIN,ACK FIN -j DROP -A PREROUTING -p tcp -m tcp --tcp-flags ACK,URG URG -j DROP -A PREROUTING -p tcp -m tcp --tcp-flags FIN,ACK FIN -j DROP -A PREROUTING -p tcp -m tcp --tcp-flags PSH,ACK PSH -j DROP -A PREROUTING -p tcp -m tcp --tcp-flags FIN,SYN,RST,PSH,ACK,URG FIN,SYN,RST,PSH,ACK,URG -j DROP -A PREROUTING -p tcp -m tcp --tcp-flags FIN,SYN,RST,PSH,ACK,URG NONE -j DROP -A PREROUTING -p tcp -m tcp --tcp-flags FIN,SYN,RST,PSH,ACK,URG FIN,PSH,URG -j DROP -A PREROUTING -p tcp -m tcp --tcp-flags FIN,SYN,RST,PSH,ACK,URG FIN,SYN,PSH,URG -j DROP -A PREROUTING -p tcp -m tcp --tcp-flags FIN,SYN,RST,PSH,ACK,URG FIN,SYN,RST,ACK,URG -j DROP -A PREROUTING -s 224.0.0.0/3 -j DROP -A PREROUTING -s 169.254.0.0/16 -j DROP -A PREROUTING -s 172.16.0.0/12 -j DROP -A PREROUTING -s 192.0.2.0/24 -j DROP -A PREROUTING -s 192.168.0.0/16 -j DROP -A PREROUTING -s 10.0.0.0/8 -j DROP -A PREROUTING -s 0.0.0.0/8 -j DROP -A PREROUTING -s 240.0.0.0/5 -j DROP -A PREROUTING -s 127.0.0.0/8 ! -i lo -j DROP -A PREROUTING -p icmp -j DROP -A PREROUTING -f -j DROP COMMIT # Completed on Fri Jan 6 16:57:14 2017 # Generated by iptables-save v1.4.21 on Fri Jan 6 16:57:14 2017 *filter :INPUT ACCEPT [8741:3756481] :FORWARD ACCEPT [0:0] :OUTPUT ACCEPT [7936:4515300] COMMIT # Completed on Fri Jan 6 16:57:14 2017

8 years, 5 months

5
7
0 0

Clenska schuze

by Pavel Snajdr

Ahojte, letos jsme to nejak prokaucovali s clenskou schuzi, kterou jsme nestihli udelat. Pojdme ji proto udelat v lednu; Ona clenska schuze ve vpsFree je v podstate organ, ktery by se ani nemusel schazet, kdyz vsechno funguje - protoze jedine, co clenska schuze resi, je volba lidi do organu sdruzeni, pokud se dostanou pod minimalni stav. Je to tedy spis vyrocni setkani a bilancni zhodnoceni dalsiho roku fungovani. Novy obcansky zakonik povazuje schuzi za usnasenischopnou, sejde-li se nadpolovicni vetsina clenu; nesejde-li se, svolava se schuze nahradni (v nasi uprave stanov za tyden od neuspesneho prvniho pokusu). Tuhle tancovacku by bylo vhodne zrusit, protoze pri 1100+ clenech je velmi nepravdepodobne, ze se nas sejde na jednom miste vic, jak 500. Cili bych to videl tak, ze na schuzi v lednu pripravime ustne hruby nastrel toho, jak by mohlo vypadat takove hlasovani elektronicky s tim, ze bychom se sesli fyzicky rovnou na prvni pokus bez nutnosti druheho a hlasovaci cast by probehla elektronicky (cili za rok budem u piva vsichni koukat chvili do notebooku, kdyz bude o cem hlasovat ;)). Na tuhle lednovou schuzi podle vseho nebude potreba hlasovat o nicem, a tak budeme jenom bilancovat + mluvit o planech do budoucna. Ja bych to tedy videl tak, pokud nikdo nejste proti, pojdme se sejit jednou a nedelejme saradu s pred-terminem a o-tyden-opozdenou nahradni clenskou schuzi. Mate nekdo navrh na podnik (v Praze), kde by se clenska schuze mohla konati? Kde jsme schuze delali do ted, uz se budto nevejdeme, nebo jsou velmi negativni zkusenosti s obsluhou (posledni clenska schuze ukazala fakt obrovskou ochotnost mistniho personalu). Odhadem se nas sejde tak 50. Diky predem za tipy. /snajpa (Pavel Snajdr)

8 years, 5 months

9
10
0 0

Šifrované maily z vpsfree.cz ?

by Petr Parolek

Ahoj kluci, před malou chvílí mě překvapil, že chodí z podpory a z listů přes nešifrovaná spojení. Řešení se mi zdá jednoduché - stačí i self signed certifikát nebo použít wircard cert, který máte na vpsfree. Sám léta používám self signed a žádný problém, aspoň mi gmail neřve, že mail nebyl zašifrován. Toto řešení používám už dlouho - od doby, co začal gmail křičet. Co vy na to kluci? Petr Parolek

8 years, 6 months

4
3
0 0

Off topic - na čem usmažit řízky

by Jan Bivoj Kolář

O tohle jsem se s Vámi prostě musel podělit - dnes jsme byli se ženou na nákupu v místním obchodu Hruška (Olomouc) a náhodou jsem tam nalezl tento skvost. Už se moc těším na zítřejší řízky v Linux kvalitě :-D

8 years, 6 months

1
0
0 0

Revize konfigurace webhostingu

by Miroslav Šedivý

Ahoj, byl by někdo ochotný zkontrolovat konfiguraci webhostingu? Používám apache mpm worker a mod_fcgid pro běh více verzí PHP a mám s tím pořád problémy. Výkon je nic moc, někdo to padne na nedostatek paměti, někdy zase error log hlásí "resource deadlock avoided", někdy "can't access process slot" a už nevím co s tím. Když jsem používal mod_php na minulém VPS (taky u vpsfree), tak to byla pohoda. Teď se mi zdá i výkon MySQL o dost menší - jeden e-shop co jsem sem přestěhoval má čas načtení stránky asi 4 sekundy. Neříkám, že ty SQL dotazy jsou nějak optimální, ale takhle pomalé to nebylo. Pokud by to vyřešilo problémy, jsem ochotný za to samozřejmě zaplatit. Díky za info. S pozdravem Miroslav Šedivý

8 years, 6 months

2
1
0 0

Samba do VPS

by Pavel Dvořák

Ahoj, Jsem u vpsFree.cz nový a ještě si úplně zvykám rozdílnosti VPS oproti jiným VPS nebo HW serverům a potřeboval bych pomoci / poradit jak nastavit připojení disku přes samba protokol Mám nainstalované cifs-utils samba samba-common smbclient libsmbclient a zkouším připojení zatím jen přes CLI a to takto: root@internal:~# mount.cifs //XXYY.sYY.wedos.net/sXXYY /mnt/disk1 -o user=uzivatel,pass=heslo,noperm a dostanu chybu že to nezná cifs: mount error: cifs filesystem not supported by the system mount error(19): No such device Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) ve vpsadminu je zapnuto Features: FUSE iptables NFS Můžete mě poradit jak sambu připojit? Doufám, že nejsem jediný kdo se o to pokoušel? Díky moc a všem za radu Laupe S pozdravem a přáním pěkného dne Pavel Dvořák Kontakt: Pavel Dvořák Telefon: +420 725 800 334 e-mail: pavel(a)pavel-dvorak.cz www: www.pavel-dvorak.cz

8 years, 6 months

6
8
0 0

amavis CentOS 7.3 - IPv4 bind

by Tomáš Antecký

Ahoj, Upgradoval jsem CentOS 7.2 na 7.3 a vždy po restartu systému Amavis naslouchá pouze na IPv6 adrese i když by měl i na IPv4. Když ho otočím ručně tak správně poslouchá na 4 i 6ce. V logu je, že vždy binduje obě adresy a žádný náznak neúspěchu. Nyní jsem rollbacknul zpátky na 7.2 a vše zase funguje jak má. I když mezi verzemi 7.2 -> 7.3 se Amavis nemění. Pokud máte nějaké podobné zkušenosti, tak díky za info! Tomáš Antecký

8 years, 6 months

1
0
0 0

Přesměrování SMTP na jiný server

by Miroslav Šedivý

Ahoj, omlouvám se za hloupý dotaz. Potřeboval bych nějak transparentně přesměrovat odesílání mailů na jiný server. Na VPS jsem hostoval neaktualizovaný Wordpress, který vesele spamoval a teď neodešlu mail vůbec nikam. Samozřejmě jsem to už napravil a server už nespamuje. Problém je ten, že na některých blacklistech a taky u Googlu pořád visím. Nedalo by se nějak jednoduše přesměrovat odesílání mailů z PHP na jiný SMTP aniž bych musel upravovat každou aplikaci zvlášť. Jiný server s dobrou reputací mám, v tom problém není. Jen nevím jestli na to jít přes iptables, nebo místo sendmailu dát skript, který to zařídí. Moc dík za každou radu. S pozdravem Miroslav Šedivý

8 years, 6 months

6
5
0 0

1st vpsFree Hackaton

by Pavel Snajdr

TLDR eng summary: This is going to be our first hackaton, we're gonna have fun with some network benchmarking on 36/72core routers, vpsAdmin, Brutus and much more ;) Ahojte, nadesel konecne cas pro nas hackaton, kdyz si je muzou delat americky korporace a lovit tam dusicky, podjme taky zahackovat spolecne my a udelat pro sebe neco uzitecnyho navzajem - a jeste z toho bude otevreny dopad na dalsi, kteri nas kopirujou a pouzivaji stejne technologie, co my, tim lip pro vsechny. Na tehle prvni session budeme resit primarne networking, bylo by potreba mezi nody zjednodusit sitovani, tzn. idealne se zbavit bondingu a OSPF, co jsou oboje technologie, ktery nejsou az tak pruhledny a dobre debugovatelny. Chteli bychom i load-balancovat a vlastne tak veskerou sitovou komunikaci odbavovat ciste na L3, cili routingem. Potrebujeme pripravit vzorovou konfiguraci a poradne ji otestovat. Potom taky spolu s planovanyma "vlastnima" optickyma trasama, co chceme resit, abychom meli rychlejsi a lepsi konektivitu, potrebujeme obenchmarkovat, co az realne zvladaji Mikrotik CloudCore routery a jak moc se na ne muzeme spolu s temahle plany spolyhat. Tj. ceka nas zbesily generovani trafficu a zkouska Tilera cipu ohnem ;) Pavlix a Janko maji v planu pohackovat na Brutusu, tj. integrovany management pro LAMP stack delany tak, jak se to ma delat (webove klikatko ano, ale nenastavuje nic primo, nybrz spravuje nastaveni pomoci konfig managementu - Ansible). Dal pravdepodobne budeme resit nove webove rozhrani vpsAdminu a s Kubou Jirutkou budeme resit pouziti Alpine Linuxu jako zaklad pro vpsAdmin live distro. Je toho spousta a tak pojedeme cely vikend v kuse :) Pravdepodobnou lokaci je Brmlab v Praze, uz jsme s nimi predbezne dohodnuti, ale jeste porad je moznost stocit to do Brna, pokud se najde dost lidi ;) Zrovnatak je pravdepodobny viken 3. + 4. 12., ale taky to muze byt jeste ten dalsi za tyden po tom. Hlasujte tady: http://doodle.com/poll/pnav6byxcer4sviz Pokud mate opravdu aktivni zajem hackovat, zajistime ubytovani, prijdte se na IRC dohodnout, kdo mate zajem. Samozrejme je v planu kontinualni prisun pizzy a club-mate (nebo obdobneho zdroje kofeinu) ;) Tesim se na to jak cert! Pridejte se a pomozte, kdo muzete a mate zajem - neznamena, ze pokud uplne nerozumite vsemu, ze se nebude hodit kazda pomoc. A jeste se muzete neco priucit od tech, co umi o kousek vic. Hackovani zdar! /snajpa

8 years, 6 months

5
9
0 0

brutus – stav projektu a vpsfree hackaton

by Pavel Šimerda

Ahoj, v rámci vpsfree hackatonu jsme podle plánu pohackovali na brutusu a výsledky vůbec nejsou špatné. Já a Janko jsme pohackovali částečně brmlabu a částečně v bytě mého otce. V brmlabu se trochu účastnil i jirutka. https://github.com/vpsfreecz/brutus Cílem projektu je databáze domén, uživatelů a dalších prostředků, které bude možné pohodlně spravovat různými nástroji, a na které budou navázané služby jako nameserver, mailserver a webserver. Jednou z inspirací pro tento projekt je, že se nám nelíbí ISPConfig a podobná řešení. V tuto chvíli je projekt především o tom, abychom byli schopni nakrmit brutusí databázi z yaml souborů, vygenerovat konfiguraci služeb a ty začít používat pro osobní potřebu. Já se starám především o core a mailové služby, které pokročily do té míry, že se mi podařilo spustit postfix a dovecot a v této podobě se chystám změny v brzké době mergovat do masteru a testovat v reálném provozu. Janko se stará především o webové a DNS služby, které jsem zatím neměl tu čest vyzkoušet. Brutus hackaton určitě v nějaké formě zopakujeme. Do té doby jsme k sehnání na #vpsfree na IRC. Pavel

8 years, 6 months

2
1
0 0

Gentoo - gcc - oom kill

by Ivan Moucha

Ahoj, ti zvas co provozuji Gentoo na VPS, nesetkali jste se s touto chybou pro kompilaci: *Out of memory* in UB 6487: *OOM killed process* 12810 (*cc1plus*) score 0 vm:814196kB, rss:767288kB, swap:0kB stava se mi to pri kompilaci baliku sys-devel/llvm a dev-libs/boost. Doopravdy dochazi k vycerpani pameti behem kompilace a ocividne tomu 4GB RAM (3G free) nestaci (viz free -h). total used free shared buff/cache available Mem: 4.0G 982M 3.0G 179M 63M 2.9G Swap: 0B 0B 0B Nemate nekdo nejaky hint jak to uchodit/optimalizovat aby to bylo zkompilovatelne? Parametry GCC uz jsem zkousel optimalizovat, ale nebyl jsem moc uspesny. Uvolneni pameti na 3.8G taky nepomohlo. Zkusit nechat zapnout swap? Todle jsem jeste nezkousel. Diky za pripadne napady Ivan

8 years, 6 months

4
4
0 0

SSLS.CZ a jejich FUD

by Martin Sivák

Ahoj, dostal jsem úžasný email od ssls.cz ohledně Lets encrypt. Já jsem si samozřejmě vědom cílů a omezení Lets encrypt, ale tohle považuju za nefér FUD nejhrubšího zrna. Dostal jste to ještě někdo? Pokud jste někdo jejich zákazníkem, možná by neškodilo jim to trošku osvětlit. Jejich marketingové oddělení očividně panikaří, asi jim klesají zisky z certifikátů pro nedůležité služby. Martin Sivák ---------- Přeposlaná zpráva ---------- Od: SSLS.CZ - Upozornění <info(a)ssls.cz> Datum: 27. listopadu 2016 11:21 Předmět: Upozornění: Zabezpečení domény (moje.marsik.org) Komu: mars(a)montik.net Vážený zákazníku, dovolte, abychom Vás upozornili na *nedostatečné* zabezpečení (HTTPS) Vaší domény: moje.marsik.org Aktuálně máte na serveru nainstalován SSL certifikát *Let's Encrypt*, který je sice zdarma, ovšem za cenu celé řady *vážných nedostatků*, mj. absenci finanční záruky, pečetě, diskutabilní podpoře prohlížeči a v neposlední řadě *nulové prestiži a důvěryhodnosti* v očích Vašich zákazníků. Důležité je mít na paměti i skutečnost, že jsou certifikáty Let's Encrypt hojně zneužívané na nebezpečných stránkách, které se snaží *šířit škodlivý kód* nebo získat *přístupové informace do internetového bankovnictví* či konají jinou *trestnou činnost*. Hrozba pro běžného uživatele v souvislosti s Let's Encrypt je proto velmi aktuální téma (článek <http://timehosting.cz/hackeri-zneuzili-bezplatne-ssl-certifikaty-lets-encry…> ). Aby toho nebylo málo, v zákulisí se navíc pomalu začínají objevovat hlasy volající po nedůvěřování certifikátům Let's encrypt podobně, jako se tomu chystá u certifikátů StartCom a WoSign (více zde <https://blog.mozilla.org/security/2016/10/24/distrusting-new-wosign-and-sta…>). *Webové stránky se přestanou zobrazovat*. Namísto toho prohlížeč zobrazí varování o nedůvěryhodném certifikátu. *Proč nepoužívat Let's Encrypt* Let's Encrypt PositiveSSL Comodo EV Platnost certifikátu jen 3 měsíce 1-3 roky 1-2 roky Podpora prohlížečů a zařízení ? 99.9% 99.9% Podpora 256 bit ECC (silné šifrování) [image: ne] [image: ano] [image: ano] [image: HTTPS] Zobrazuje zelený adresní řádek <https://www.ssls.cz/zeleny.html?utm_source=nslt&utm_campaign=le1&utm_medium…> [image: ne] [image: ne] [image: ano] Finanční záruka <https://www.ssls.cz/zaruka-ca.html?utm_source=nslt&utm_campaign=le1&utm_med…> [image: ne] [image: ano] $10,000 [image: ano] $1,750,000 Vhodný pro komerční či firemní web, eshop [image: ne] [image: ano] [image: ano] Podpora IDN (domény s diakritikou) [image: ne] [image: ano] [image: ano] Podpora wildcard <https://www.ssls.cz/certifikaty/wildcard/?utm_source=nslt&utm_campaign=le1&…> (zabezpečí ∞ subdomén) [image: ne] [image: ano] [image: ne] Možnost získat před spuštěním serveru [image: ne] [image: ano] [image: ano] Ochrana proti vystavení pro podvodný web [image: ne] [image: ano] [image: ano] Prestižní značka certifikátu [image: ne] [image: ano] [image: ano] Neomezený počet vystavených certifikátů [image: ne] [image: ano] [image: ano] Možnost zneplatnění certifikátů [image: ne] [image: ano] zdarma [image: ano] zdarma Pečeť pro vyšší důvěryhodnost [image: ne] [image: ano] statická [image: ano] dynamická Stabilní ekonomický model CA [image: ne] [image: ano] [image: ano] Zákaznická podpora [image: ne] [image: ano] 24H [image: ano] 24H Více… <https://www.ssls.cz/certifikaty/positivessl/?utm_source=nslt&utm_campaign=l…> Více… <https://www.ssls.cz/certifikaty/ev/?utm_source=nslt&utm_campaign=le1&utm_me…> *Jak situaci vyřešit* Dotčeným zákazníkům důrazně doporučujeme *používat pouze důvěryhodné SSL certifikáty prověřených certifikačních autorit*, které uvedené nedostatky nemají a mají pro Vás i Vaše zákazníky důležitou přidanou hodnotu, mj.: - AlpiroSSL <https://www.ssls.cz/certifikaty/alpiro/?utm_source=nslt&utm_campaign=le1&ut…> - GlobalSign <https://www.ssls.cz/certifikaty/globalsign/?utm_source=nslt&utm_campaign=le…> - PositiveSSL <https://www.ssls.cz/certifikaty/positivessl/?utm_source=nslt&utm_campaign=l…> - Comodo <https://www.ssls.cz/certifikaty/comodo/?utm_source=nslt&utm_campaign=le1&ut…> - SpaceSSL <https://www.ssls.cz/certifikaty/spacessl/?utm_source=nslt&utm_campaign=le1&…> - Certum <https://www.ssls.cz/certifikaty/certum/?utm_source=nslt&utm_campaign=le1&ut…> - Symantec <https://www.ssls.cz/certifikaty/symantec/?utm_source=nslt&utm_campaign=le1&…> - Thawte <https://www.ssls.cz/certifikaty/thawte/?utm_source=nslt&utm_campaign=le1&ut…> - GeoTrust <https://www.ssls.cz/certifikaty/geotrust/?utm_source=nslt&utm_campaign=le1&…> - RapidSSL <https://www.ssls.cz/certifikaty/rapidssl/?utm_source=nslt&utm_campaign=le1&…> Vyřešit nyní › <https://www.ssls.cz/chci-https.html?utm_source=nslt&utm_campaign=le1&utm_me…> Hledáte-li *levné, ale kvalitní a spolehlivé řešení*, můžeme doporučit: *AlpiroSSL* — zabezpečí jednu doménu/subdoménu již za *139 Kč* / rok Koupit <https://www.ssls.cz/certifikat/alpirossl.html?utm_source=nslt&utm_campaign=…> *AlpiroSSL Wildcard* — zabezpečí doménu a ∞ subdomén již za *990 Kč* / rok Koupit <https://www.ssls.cz/certifikat/alpirossl-wildcard.html?utm_source=nslt&utm_…> *Comodo EV SSL* — zobrazuje zelený adresní řádek <https://www.ssls.cz/zeleny.html?utm_source=nslt&utm_campaign=le1&utm_medium…> již za *1490 Kč* / rok Koupit <https://www.ssls.cz/certifikat/ev-promo.html?utm_source=nslt&utm_campaign=l…> Více SSL certifikátů… <https://www.ssls.cz/certifikaty.html?utm_source=nslt&utm_campaign=le1&utm_m…> Ceny uvedeny bez DPH. Potřebujete-li v souvislosti s tímto incidentem poradit, popř. pomoci s výběrem nejvhodnějšího certifikátu, neváhejte se na nás kdykoliv obrátit na této e-mailové adrese. Děkujeme za Vaši důvěru. S úctou a přáním pěkného dne, [image: SSLs.cz] *SSLS.CZ <http://SSLS.CZ>* SSL certifikáty | www.ssls.cz <https://www.ssls.cz/?utm_source=nslt&utm_campaign=le1&utm_medium=email>

8 years, 7 months

17
28
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

Community-list