Community-list March 2018

community-list@lists.vpsfree.cz

19 participants
10 discussions

GPU Mining z vody :)
by Pavel Snajdr 07 May '18

07 May '18

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)

32 50

vpsFree + docker + openjdk-9 = SIGSEGV
by Martin Sivák 06 Apr '18

06 Apr '18

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

8 13

(no subject)
by Caesar Consulting 25 Mar '18

25 Mar '18

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

2 1

Mohl mi reverzní DNS záznam rozbít domény?
by Jaroslav Týc 22 Mar '18

22 Mar '18

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

3 4

Drupal - 28.3. 18-19:30 UTC - vyjde patch na highly critical zranitelnost
by Jiri Volf 22 Mar '18

22 Mar '18

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

1 0

nameserver
by vpsfree＠taborpolana.cz 20 Mar '18

20 Mar '18

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

10 18

Re: [vpsFree.cz: community-list] GDPR a uvedení do praxe
by Martin Myška 02 Mar '18

02 Mar '18

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

1 0

TPM chip
by Libor Boldan 02 Mar '18

02 Mar '18

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

1 0

GDPR a uvedení do praxe
by Martin Myška 01 Mar '18

01 Mar '18

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*

2 1

Posfix+dovecot+mysql problém s přijmem pošty
by Petr Parolek 01 Mar '18

01 Mar '18

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

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

Community-list March 2018