- Community-list - lists.vpsfree.cz

Novy termin clenske schuze: 26. 6. 2020

by Pavel Snajdr

Ahojte vazeni clenove, mame novy termin clenske schuze shrnujici rok 2019, a sice 26. 6., od 18:30 v restauraci U Balbinu v Praze. (Jungmannova 22, Praha 1, https://www.ubalbinu.cz/) Program schuze: 1. Shrnuti roku 2019 -⁠ financni + organizacni + technicke shrnuti roku 2019 2. Plany na rok 2020 a dal - orientace spolku v ekonomicke krizi -⁠ vpsAdminOS, fakturace, web UI 3. Diskuze: socialni rozmer vpsFree, spoluprace ve spolku -⁠ Navrh: Pravidelne "office hours" - tj. moznost se pravidelne potkat (mimo pivo) -⁠ spolecne debugovani problemu - postupne zapojeni dalsich lidi do fungovani spolku (neni-li to naivni predstava) -⁠ K zamysleni do schuze: Co muze svym clenum vpsFree nabidnout nad zakladni myslenku sdileni HW prostredku? Co muzeme jako spolek nabidnout siroke verejnosti, je-li neco takoveho? Jak muzeme zapojit dalsi nadsence do toho, co delame? Ktere formy propagace spolku jsou pro nas vhodne (a moralne prijatelne)? -⁠ napr. je OK reklama na FB? Je OK pouzit Google Analytics? Jak to bude s konferencemi a vpsFree? 4. Volna zabava, rezervaci mame az do pulnoci. Tesim se na vsechny, co si najdou cas a obzvlast na ty, kdo maji chut prispet svymi napady do 3tiho bodu :) Na miste budeme uz od 18:00, takze prijdte klidne driv (obzvlast, pokud do Prahy prijedete driv). Na videnou na schuzi! ;) /snajpa

4 years, 11 months

2
3
0 0

Nginx proxy, SSH

by Jan B. Kolář

Ahoj, přes týden jsem se snažil nastudovat nasazení Nginx jako proxy a vrtá mi hlavou několik věcí. Chtěl jsem proto poprosit o radu zkušenější, abych něco "nezkonil" hned na začátku :-) 1) Spojení mezi proxy a backendem V jiném vlákně tady proběhla diskuze ohledně "vnitřních" IP adres. Na KB jsem se dočetl, že se o ně musí žádat a můžou se měnit. Mají pro spojení mezi proxy a backendem vnitřní adresy nějaký význam, například z hlediska bezpečnosti nebo rychlosti? Můj plán byl dělat spojení mezi stroji pomocí přidělených IPv6 adres. 2) Šifrování mezi proxy a backendem Myslím, že v tom samém vlákně Snajpa psal něco ve smyslu, že na síti mezi VPS je těžké odposlechnout provoz (myslím, že se tam řešili privátní vlany nebo tak něco). Úplně se v tomhle neorientuji a proto jsem se chtěl zeptat, zda byste v našem prostředí považovali za bezpečné, kdybych SSL spojení ukončoval na proxy a mezi proxy a backendem posílal jen klasické HTTP? Na webu Nginxu jsem našel, že je možné mezi proxy a backendem rozjet také SSL spojení, ale nevím, zda to není overkill. 3) SSH tunel na proxy Aktuálně mám na serveru jednu stránku, pro kterou Nginx poslouchá na 127.0.0.1 a klienti se k ní propojují pomocí SSH tunelu a port forwardingu. V případě nasazení jako "proxy - backend" bych na proxy opět udělal server poslouchající na 127.0.0.1 a předávající požadavky na proxy. Bude stačit, když na backendu pro tuto stránku nastavím omezení přístupu jen z IP adresy proxy? Nebo bych to měl ošetřit ještě nějak dál? Předem díky za pomoc! 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

4 years, 11 months

6
7
0 0

Apache2 vs Nginx

by Stanislav Web

Zdravím, posledních pár dní hodně čtu o IPv6 a v rámci shánění informací jsem našel mnoho článků, které adorují Nginx proti Apache2. Co jsem se díval, tak nastavit Nginx je stejně snadné jako Apache2 a navíc je na některé údajně rychlejší. Hlavně rychlost je co neustále řeším u klientů a tak bych ho rád vyzkoušel. Tak se chci zeptat, lze na jednom serveru (Ubuntu 18) k Apache2 doinstalovat i Nginx, a ten nastavit, aby fungoval pouze pro IPv6 volání a do současného stavu se nepletl? Tedy aby se neprali o port 80, ale Nginx bych si pokusně hodil jen na IPv6 volání (a přidal HTTPS). Případně, aby Nginx obsluhoval HTTPS a Apache2 HTTP? Nikde tuto informaci nemohu najít a nechci si poškodit fungující server. Všechny návody co jsem našel řeší migraci z Apache2 na Nginx, ale když řeší souběh, tak jen jako reverzní proxy (nebo reverzní proxy potřebuji taky?). Díky za radu či případný odkaz, Standa

4 years, 11 months

5
8
0 0

Zprovoznění Android-x86 na VPS

by Bedřich Horký

VPS ID: 16705 Ahoj, prosím o info (radu), zda je možné instalovat systém Android-x86 na VPS a mít k dispozici grafickou konzoli (jako např. u VMware). Díky, BH.

4 years, 11 months

2
1
0 0

Re: [vpsFree.cz: community-list] Prejdeme na IPv6: IPv4 je mrtve

by Petr Kutalek

Ahoj, > On 08.06.2020 10:55, Jaroslav Skrivan wrote: > Zas tak zle to neni. Nam ze serveru tece 20% ipv6 provozu k uzivatelum > (prevazne cz/sk provoz). Google hlasi 30%. > Dlouhodoby rust je ale velmi pomaly. tak to se přiznám, že mi _na ČR_ připadá docela pěkné. Mohu navázat na předchozí – naše trojka je takový smutný operátorský Klondike. A to nemyslím vůbec cenovou politiku apod. Jediný, kdo se tady snažil něco razantněji dělat, pokud si pamatuji, je Radek Zajíc u TMCZ, ale těžko říct, zda to nebyl marný boj. 1) O2 – dělá na fixu i mobile DPI (Host u HTTP, SNI u HTTPS) pro mkt účely; zkušenost ex-zaměstnance 2019 Takže tady bych tuneloval, co se dá, ostatně nedělám si iluze u jiných operátorů, tedy díky za DNS-over-TLS/HTTPS, ESNI apod. 2) Vodafone – cca v lednu 2019 začal po mnoha letech blokovat na VDSL příchozí provoz, od té doby účtuje 175 CZK za "veřejnou a statickou IPv4", ačkoli statická by nebyla vůbec potřeba; IPv6 je utopie 3) TMCZ – jsem v Praze na "fixním" LTE, protože nemám jinou možnost; IPv4 za CGN, IPv6 v říši snů Myslím si, že pokud se naši operátoři nepohnou, situace s IPv6 se nějak nezlomí. Ondřej Caletka ukazoval na poslední prezentaci IPv6 u Orange v Polsku, prostě paráda. IPv6 tunel vpsFree je prima počin, ovšem škoda, že Mikrotik umí u OpenVPN jen TCP/AES256-CBC+(MD5/SHA1) s certifikáty. Dalo by se to naklikat i zde, se současným (a chápu, rozumným) nastavením bych potřeboval další stroj na routing. Ale IPv6 laboratorní síť Radka Zajíce se mi líbila. Suma sumárum: ačkoli aktivity kolem IPv6 naprosto vítám a podporuji, mohu jej využívat tak akorát na koncové stanici po wireguard tunelu ke Cloudflare (WARP). A tip: pokud používáte nginx jako proxy (líbí se mi to), doporučuji zadefinovat si nejprve upstream a ten použít v proxy_pass, bude vám pak fungovat keep-alive a agregace spojení směrem k upstreamu (s trošku dalších parametrů), jinak nikoli, je to někde v dokumentaci popsáno. Petr

4 years, 11 months

5
8
0 0

Prejdeme na IPv6: IPv4 je mrtve

by Pavel Snajdr

Ahojte vespolek, nekdy to prijit muselo, k prilezitosti 4. 6. roku cisla vysokeho, a sice 2020 - je na case zacit mavat kapesnickem, vstupujeme do prvni faze pohrbu IPv4... IPv4 je mrtvy protokol. Jsme davno za bodem si to priznat, ted uz nam nezbyva, nez se s tim hlavne nejak vyrovnat. V ramci Rady vpsFree.cz jsme se k tomuhle kroku chystali uz dlouho, pak se ale nakonec povedlo ziskat jeste posledni /22 IPv4 blok, takze jsme to mohli trochu odlozit, ale uz je to tu: Od ted uz nedavame zadne dalsi verejne IPv4 adresy per-clen, kazdy clen ma narok na jednu a tim to konci. Vsechny sluzby, ktere ve vpsFree provozujeme (a ze jich je), mame za jednou verejnou IPv4 adresou, za VPS, ktere rikame proxy.vpsfree.cz. Svoje dalsi v4 adresy maji jen nameservery (a zprasene legacy instalace, ktere ceka prevod za proxy, vc. mailu, tam je to kvuli ticketingu pres RT docela bordylek, ale to se vyresi nekdy pri pristim upgradovani). Ted nastal cas pro vsechny, aby se tak zaridili. IPv4 adresy nejsou a dalsi nebudou, nezbyva nam nic jineho. V tehle fazi prestavame pridelovat dalsi verejne IPv4 adresy clenum (ani za libovolny uplatek :D). Pointou je, abychom umoznili dalsim, novym, mladsim, vstoupit na ten nas zpraseny legacy Internet, dokud bude ten legacy protokol tak moc potreba. Kdyz jsme ho kolektivne dostali do bodu, kdy uz neni samo o sobe misto pro nove, je nesmysl, abychom sami razili kurz, "jako by se nic nedelo". Deje se - IPv4 adresy dosly; a nedeje tolik - IPv6 se porad zasekava u koncovych ISP. To neni stav, ve kterem bychom mohli pridelovat dalsi IP adresy tem, kteri jsou lini nastavit si svoji proxy VPS ;) Musime se snazit vsichni spolecne. Petr Krcmar to sepsal na blog trochu libiveji: https://blog.vpsfree.cz/prejdeme-na-ipv6-spolecne-potrebujeme-to/ Ale ja jsem si rikal, ze na mailing list bude lepsi napsat primo, jak to vidime, jak to je. Zaverem bych jenom uklidnil ty, co uz vic IPv4 adres maji, ze se nechystame do toho stavajiciho stavu nijak brzo sahat (nejdriv, az kdyz budeme muset, tj. tak za rok-dva od ted) - sice tak zas trochu pomahame pravidlu, ktere v4 dostalo, kde je - "prvni prijde, prvni mele", ale zas takovou urgentni adresni krizi netrpime. To prijde, az (kdyz) bude potreba brat nekde dalsi IPv4 adresy pro nove cleny a uz nebude odkud (pokud v4 nebude tou dobou minoritnim protokolem). Diky vsem za pochopeni, /snajpa

4 years, 11 months

13
37
0 0

Proxy pro mailserver

by Jan B. Kolář

Ahoj všichni, včera jsem reagoval na diskuzi ohledně přechodu na IPv6 a omylem jsem to poslal jenom Snajpovi. Chtěl bych mu poděkovat za jeho přístup a nabídku dočasné IP adresy, abych se nedostal do problémů. Rozhodl jsem se, že raději přenos serveru z playgroundu o týden odložím a zkusím to rovnou udělat "načisto" s využitím proxy. Chtěl jsem Vás poprosit o radu ohledně proxy pro mailserver (klasika Postfix + Dovecot na Debianu). Chtěl bych si to tento víkend nastudovat a potřeboval bych nasměrovat na nějaké vhodné řešení. V podstatě mám teď jeden starý VPS s IP4, kde mi běží klasický "hosting" (Nginx, MariaDB, Postfix a Dovecot na Debian 9). Na playgroundu mám druhý VPS s Debian 10, na kterém mám nainstalovaný jen Postfix a Dovecot. Chtěl bych z "hostingového" VPS přesunout mailové služby na ten nový a mít tak dva stroje, jeden na mail a jeden na web. Je podle Vás lepší řešení udělat na "hostingovém" VPS proxy pro ten mailserver nebo to obrátit a udělat mailserver s IP4 a přidat tam proxy pro webové služby? Co byste případně použili jako proxy software před ten mail server? Já se včera díval na Nginx, který umí proxy imap a smtp, ale nebylo mi úplně jasné použití "http auth". Jestli jsem to pochopil správně, musel bych mít databázi uživatelů na tom proxy, což mi přišlo nešikovné. Ten přesun jsem plánoval hlavně kvůli tomu, abych si ty služby oddělil a měl v tom "pořádek" - tzn. ocenil bych mít vše k e-mailům na jednom stroji. 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

4 years, 11 months

5
5
0 0

Re: [vpsFree.cz: community-list] Proxy pro mailserver

by Jan B. Kolář

Ahoj, díky moc za rady. Zatím se mi jako nejschůdnější řešení jeví to, že udělám mailserver s IPv4 a nginxem jako proxy pro weby běžící na druhém, IPv6 only stroji. Včera jsem to trochu studoval, ale zatím mi některé věci nejsou úplně jasné. Zkusím to začít testovat a uvidíme, kam se pohnu. 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

4 years, 11 months

1
0
0 0

VM server s NVMe

by Miroslav Šedivý

Ahoj, netýká se to přímo vpsFree, ale je to z oboru :-) Chtěl bych si postavit VM server a osadit ho 2TB NVMe úložištěm. Otázka je, jak to zálohovat. Obecně se nedoporučuje NVMe dávat do RAIDu, to ani nechci, ale jak to nejlépe zálohovat např na plotnový disk. Napadá mě jen kopírovat VM jednou za čas na HDD, ale určitě existuje i něco chytřejšího. Původně jsem chtěl SATA SSD do RAIDu, ale kvůli výkonu bych raději NVMe. Teď mám ESXi a v tom HW RAID 1 z 15k disků a zálohy nedělám. Na Zabbix by to chtělo ale něco rychlejšího. Netrvám na ESXi, ale mělo by to být free a rozjet tam vše, co na tom ESXi (Linux i Windows stroje). Předem dík za tipy. Mirek

5 years

3
2
0 0

Docker na Ubuntu 18.04, vytuhlý

by Martin Sivák

Ahoj, zkoušel jsem rozchodit docker podle návodu na úplně čisté staging VPS (id: 16366) s Ubuntu Bionic a něco nefunguje.. Když pustím hello world, tak to celé prostě jen tupě stojí a zírá msivak@marsik-staging:~$ sudo docker --debug -l debug run hello-world ^C V systemd je jedna hláška o problémech s právy: msivak@marsik-staging:~$ sudo systemctl status docker ● docker.service - Docker Application Container Engine Loaded: loaded (/lib/systemd/system/docker.service; enabled; vendor preset: enabled) Active: active (running) since Thu 2020-04-30 11:46:50 UTC; 7min ago Docs: https://docs.docker.com Main PID: 5205 (dockerd) Tasks: 42 CGroup: /system.slice/docker.service └─5205 /usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock Apr 30 11:46:45 marsik-staging dockerd[5205]: time="2020-04-30T11:46:45.726167768Z" level=warning msg="Your kernel does not support cgroup blkio weight" Apr 30 11:46:45 marsik-staging dockerd[5205]: time="2020-04-30T11:46:45.726178266Z" level=warning msg="Your kernel does not support cgroup blkio weight_device" Apr 30 11:46:45 marsik-staging dockerd[5205]: time="2020-04-30T11:46:45.727419692Z" level=info msg="Loading containers: start." Apr 30 11:46:45 marsik-staging dockerd[5205]: time="2020-04-30T11:46:45.789141946Z" level=info msg="Default bridge (docker0) is assigned with an IP address 172.17.0.0/16. Da Apr 30 11:46:45 marsik-staging dockerd[5205]: time="2020-04-30T11:46:45.828937429Z" level=info msg="Loading containers: done." Apr 30 11:46:50 marsik-staging dockerd[5205]: time="2020-04-30T11:46:50.777518874Z" level=info msg="Docker daemon" commit=afacb8b7f0 graphdriver(s)=overlay2 version=19.03.8 Apr 30 11:46:50 marsik-staging dockerd[5205]: time="2020-04-30T11:46:50.777796063Z" level=info msg="Daemon has completed initialization" Apr 30 11:46:50 marsik-staging dockerd[5205]: time="2020-04-30T11:46:50.803581788Z" level=info msg="API listen on /var/run/docker.sock" Apr 30 11:46:50 marsik-staging systemd[1]: Started Docker Application Container Engine. Tahle: Apr 30 11:46:50 marsik-staging systemd[1]: docker.service: Failed to reset devices.list: Operation not permitted Podle KB by tato kombinace měla fungovat, ale.. Martin Sivák

5 years

2
2
0 0

Meet aktuálně hooodně drhne

by Pavel Hruška

Jenom dávám feedback... Od rána 8:00 máme poradu 10 lidí, do 9:00 naprostá pohodička, pak ale v 9:00 evidentně naskočila větší hromada lidí a dost se to sekalo. Teď od 10:00 nepoužitelné, na grafu další skok participants. Opravdu ty celé hodiny jsou vidět. Evidentně je někde bottleneck. Šli jsme jinam a tam v pohodě ( https://meet.jit.si/). Grafana hlásí teď v 10:15 toto: Conferences now: 107 Participants now: 672 Largest conference now: 21 CPU 30%, 350 down, 800 up. P. <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…> Bez virů. www.avg.com <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

5 years, 1 month

5
5
0 0

admin

by Vladimír Zima

Zdar, sháním nějakýho Debian admina na občasné práce. Konkrétně protřebuju nativně zprovoznit 32bit pro/E na 64 bit debianu. Platím dobře. :-) -- S pozdravem Ing. Vladimír Zima Přelovice 99, 533 41 tel: + 420 774 206 965 mail: vladimir.zima(a)zima-engineering.cz IČO: 73840203 DIČ: CZ8012093309 DUNS: 722331217

5 years, 1 month

4
7
0 0

Meet, kolik zvládne?

by Pavel Hruška

Ahojte, je nejaka hranice poctu lidi v jednom meetingu? Mam pozadavek na pripravu meetingu pro cca 10 lidi, tak jestli je to v pohode (verim ze ano) a pripadne jake jsou technicke limity...??? Diky, P.

5 years, 1 month

14
31
0 0

Spustili jsme meet.vpsfree.cz na videohovory pro všechny

by Martin Myška

Ahoj všem, jak jste již možná zaregistrovali - kvůli aktuální situaci kdy se je třeba snažit vyhýbat kontaktu s lidmi, jsme rozjeli pro tyto účely videokonferenční jitsi instanci u nás. Jde o čistý jitsi server s vypnutou jakoukoliv možností špehování (Googlí servery, nahrávání serverside..), se zapnutým šifrováním a rebrandingem. Doufám že bude k užitku a kdybyste narazili na nevhodný či něco nevysvětlující překlad, dejte mi prosím vědět :-) https://meet.vpsfree.cz/ Martin Myška martyet

5 years, 1 month

9
19
0 0

libvirt guest: FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_TIMEOUT

by Martin Milata

Ahoj, máme na node1.stg VPS ve které běží libvirtd kde se nám v guestech jednou za čas stane: kernel: sd 0:0:0:0: [sda] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_TIMEOUT kernel: sd 0:0:0:0: [sda] tag#0 CDB: Write(10) 2a 00 00 8d 9a 30 00 00 28 00 kernel: print_req_error: I/O error, dev sda, sector 9280048 kernel: Aborting journal on device sda2-8. kernel: EXT4-fs error (device sda2): ext4_journal_check_start:61: Detected aborted journal kernel: EXT4-fs (sda2): Remounting filesystem read-only Viděli jste někdy něco podobného? Dělají ty VMka prostě příliš mnoho I/O takže driver v guestu vytimeoutuje nebo může být problém jinde? Storage volumes jsou qcow2. Díky, Martin Milata

5 years, 1 month

3
2
0 0

Sit prehozena na Dell S4048-ON vepredu

by Pavel Snajdr

Ahojte, ... tak uz ... ... konecne ... switchujeme ASICem (Broadcom Tomahawk v S4048-ON), full-kotel-full-on-full-speed. Min prijemna zprava je, ze porad jedeme a jeste nejakou dobu pojedeme na jedne vetvi (ted je to pro zmenu ta druha, co je predelana) a zmeny jeste budou prichazet, hlavne v adresach NATu. Pro ted je verejna adresa NATu 83.168.228.130, v budoucnu se to asi jeste zmeni, nejspis dvakrat - jak predelame primarni vetev, tak poskoci o par cisel nahoru - a jakmile predelame NAT na linux/x86/conntrackd+HA, zmeni se finalne na jednu IP adresu, na ktere uz v Praze zustane. /snajpa

5 years, 2 months

1
0
0 0

meet.vpsfree - dotaz

by Stepan Liska

Ahoj, prosím aspoň stručně: jak moc velký problém bylo zprovoznit meet.vpsfree.cz?Vím že jsem se asi před 2ma roky o Jitsi zajímal, ale vzdal jsem to vzhledem k nepřehlednosti stránek a nemožnosti najít informace nějak rozumně po kupě. (Máme trochu víc dětí a nároky učitelů na offline vyučování a zároveň snaha pracovat začíná být celkem neřešitelný problém. Takže pokud by to bylo jednoduché na zprovoznění, tak bych to zkusil aspoň pro jednu třídu experimentálně spustit. Ale nemám šanci to udělat pokud by to bylo na dlouhotrvající kompilování, laborování a testování. Předpokládám, že by nebylo moudré pustit někoho na Meet.vpsFree, zejména ne 20 puberťáků z jedné třídy.) Díky moc aspoň za stručnou opověď. Štěpán.

5 years, 2 months

6
9
0 0

Backup řešení pro menší firmu

by Tomas Freedom

Zdravím, nedaří se mi rozhodnout jak vyřešit backup "store". Jádrem projektu je MS SQL, nic se nesmí ztratit nebo z toho budou pokuty. (accounting) Momentálně mám na stole dvě řešení: - self-hosted na NASce (synology?) - urBackup server na low-spec VPS s větším "file space" (1-2TB) - tahle možnost mě přišla docela praktická, pokrývá to mnoho risků které má jakékoliv jiné self-hosted solution, jenže po rychlém projití googlu se mi nedaří něco v tomhle smyslu najít nebo se to cenově nevyplatí. Že bych se blbě koukal? Díky, a pěkný den -- Tomáš Svoboda *Freelancer | Fullstack Python | 730 694 169*

5 years, 2 months

5
5
0 0

Python3 a underscore numeric literals 515

by zd nex

Ahojte, mám dotaz na python. Už delší dobu přecházíme na Python3 (je to složitý a problematický a nemáme žádnou významnou funkci co by to opodstatnila). Během té doby jsme našli 2 chyby (pickle/shelve) v novém Pythonu a nyní jsme našel nový hodně velký problém.Je to nová funkce PEP515 podtržítka v číslech. Tato funkcionalita zní možná naprosto skvěle pro některé lidi, ale nám nyní dělá značnou neplechu. Jde o to, že nyní všechny interní funkce jako je int/float/literal_eval při předání "1_1" a podobně vytvoří číslo 11 a ne SyntaxError. Chápal bych, že tato funkce bude ve zdrojovém kódu možná užitečná. Jenže pokud nyní uživatel předá "1_1", tak systém pokračuje dál s novým číslem. Moje otázka zní, znáte nějaký postup jak toto chování vypnout? Ono se to nezdá ale int/float a literal_eval používáme opravdu hodně a všude řešit nějakou takovou kontrolu je těžce proveditelné. V minulosti se podobně blbě chovala nula na začátku a to naštěstí odstranili, ale nyní přidali tuto vlastnost. Zkouším hledat na googlu, ale zatím jsem nenašel nic co by to umožnilo nějak změnit, ideálně globálně. -- Zdenek Web: www.pripravto.cz

5 years, 2 months

3
4
0 0

Clenska schuze 28. 3. 2020

by Pavel Snajdr

Ahojte vazeni clenove, rad bych Vas pozval na clenskou schuzi naseho spolku za rok 2019, ktera se kona 28. 3. 2020 od 18:30 v restauraci U Balbinu v Praze. (Jungmannova 22, Praha 1, https://www.ubalbinu.cz/) Body programu, ktere budeme probirat: 1. Shrnuti roku 2019 + plan na rok 2020 - financni + organizacni + technicke shrnuti minuleho roku - 2. Plan na rok 2020 - vpsAdminOS, web, nove UI 3. Diskuze: socialni rozmer vpsFree, spoluprace ve spolku - Navrh: Pravidelne "office hours" - tj. moznost se fyzicky potkat, pravidelne, rekneme 2x do mesice, Praha/Brno - spolecne debugovani problemu - postupne zapojeni dalsich lidi do fungovani spolku (neni-li to naivni predstava) - K zamysleni do schuze: Co muze svym clenum vpsFree nabidnout nad zakladni myslenku sdileni HW prostredku? Co muzeme jako spolek nabidnout siroke verejnosti, je-li neco takoveho? Jak muzeme zapojit dalsi nadsence do toho, co delame? Ktere formy propagace spolku jsou pro nas vhodne (a moralne prijatelne)? - napr. je OK reklama na FB? Je OK pouzit Google Analytics? Asi bych celou diskuzni cast shrnul jako: co muzeme delat lepe, abychom byli zajimavejsi pro vice lidi, aniz bychom tim jakkoliv narusili integritu toho, co jsme do ted vybudovali? Velke cloudy rostou a my, pokud budeme na nekterych vecech (mozna prilis) zbytecne dupat, tim ztracime na relevantnosti. Co, tedy, muzeme delat jinak, lepe? Ma - napriklad - smysl se ucastnit konferenci v CZ/SK, pokud se ta ucast vicemene uz nijak nepreklada na nove cleny? 4. Volna zabava, rezervaci mame az do pulnoci. Tesim se na vsechny, co si najdou cas a obzvlast na ty, kdo maji chut prispet svymi napady do 3tiho bodu :) Na miste budeme uz od 18:00, takze prijdte klidne driv (obzvlast, pokud do Prahy prijedete driv). Na videnou na schuzi! ;) /snajpa (Pavel Snajdr) (Predseda spolku vpsFree.cz)

5 years, 2 months

14
15
0 0

Přesun playgroundu na produkční VPS

by Jack Hokus

Ahoj, mám ostrý server a playground. Na playgroundu jsem si vytvořil takovou konfiguraci, kterou chci mít a teď bych to rád přesunul PG na ostrý server. Jak by se to dalo udělat? Pokud jde o administraci serveru jsem na naprostém začátku. Budu vděčný za odkaz na dobré HOWTO, či srozumitelnou radu. Bude li třeba, rád poskytnu další informace. S pozdravem a poděkováním Petr

5 years, 2 months

4
4
0 0

Let's Encrypt revokuje 3M certifikatu, zkontrolujte si ty sve

by Pavel Snajdr

Ahojte, TLDR: jelikoz je v seznamu dost domen clenu vpsFree, zkontrolujte si, prosim, svoje Let's Encrypt certifikaty, pokud LE pouzivate. Petr sepsal detaily pekne prehledne na blog: https://blog.vpsfree.cz/lets-encrypt-revokuje-tri-miliony-certifikatu-zkont… Diky za pozornost a konec hlaseni ;) /snajpa

5 years, 2 months

6
5
0 0

dotnet build nikdy nedoběhne

by Martin Urbanec

Ahoj, před časem < https://lists.vpsfree.cz/pipermail/community-list/2019-November/010184.html> jsem sem psal kvůli tomu, že dotnet build (s trojkovým dotnetem) nikdy nedoběhne - na něčem se zasekne. Byl mi doporučen stagging, bohužel tam to funguje ještě hůř - nefunguje ani build s dotnetem verze 2.2 - což s OpenVZ fungovalo bez problémů. Viz také konverzace na https://gitter.im/dotnet/cli?at=5e3db126f3718e705deb7c3f a fillnutý issue vůči dotnetu <https://github.com/dotnet/sdk/issues/10638>. Napadá někoho, zda třeba není nutné něco nastavit v systému, co jsem přehlédl/zapomněl? Nebo někde máme bug ve vpsAdminOS? Díky moc všem, Martin

5 years, 2 months

2
1
0 0

VPN pro pripojeni z vpsFree k Mikrotiku

by viktor＠m19.cz

Ahoj, doporucite mi nejakou VPN, jejiz jeden konec by byl na zdejsim VPS a druhy na Mikrotiku? Puvodne jsem chtel pouzit IPIP + IPsec, ale ukazalo se, ze to asi nepujde. A OpenVPN v TCP rezimu (to kvuli Mikrotiku, ktery UDP neumi) bych se rad vyhnul. V.

5 years, 3 months

6
8
0 0

API vpsadmin a tokeny

by zd nex

Ahoj, připravil jsem si skript pro python napojení na vpsadmin pro qnap NAS. Primárně pro stahování záloh přímo na NAS. Dělal jsem to podle toho ruby skriptu co je na webu. Ale mám dva dotazy ohledně tokenů. Jde o to, že nyní jsou ve vpsadminu viditelné (je tam dokonce tlačítko edit asi nefunguje? mazání zřejmě funguje, chybí přidat?). Nerad bych však dal na NAS přímo token na všechno a ještě k tomu s možností obnovení. Tak jsem se chtěl zeptat, zda jde vygenerovat token pouze např. na přístup ke stahování snapshotů a s délkou např. na rok a zamezit ostatnímu? -- S pozdravem, Zdeněk Dlauhý Web: www.pripravto.cz

5 years, 3 months

1
0
0 0

vpsAdminOS + RancherOS (Docker)

by Pavel Hruška

Ahojte, chci se zeptat ze zajímavost a taky neznalosti... Všiml jsem si, že Docker by měl běžet pod vpsAdminOS už celkem v pohodě. Zkoušel jsem v jiném prostředí RancherOS, což je linuxová distribuce postavená právě kolem Dockeru a pro Docker. Je reálné, aby RancherOS bylo možné rozjet pod vpsAdminOS, aby byl k dispozici jako šablona? Někde jsem četl, že se v produkci nedoporučuje rozjíždět RancherOS (resp. Docker) pod LXC, kvůli vnoření kontejnerů, nicméně pokud jde rozjet samotný Docker, asi by mohl jít rozjet i celý RancherOS, který je v podstatě celý postaven na Dockeru. Omlouvám se, pokud jsem napsal něco špatně, zatím všechno okolo Dockeru atp. teprve objevuji... Pavel

5 years, 4 months

1
0
0 0

Tip na pražský podnik pro setkání členů

by Petr Krcmar

Ahoj, pravděpodobně v březnu uskutečníme výroční setkání členů, kde probereme události posledního roku a představíme novinky a plány pro rok letošní. Potřebujeme tip na nějaký podnik v Praze, kde bychom měli k dispozici salónek pro dvacet až třicet lidí, kteří obvykle dorazí. Máte nějaký tip? Díky -- Petr Krčmář vpsFree.cz

5 years, 4 months

2
1
0 0

Dodavatelé serveru

by Jiří Pucherna

Ahoj všem, aktuálně potřebuji koupit HPE Server (ideálně řadu ML350) a rád bych se zeptal zda někdo nemáte doporučení na ověřeného prodejce s dobrým servisem. Díky Jirka -- ------------------------------------------------- Reklalink s.r.o. | A. Jiráska 260 | Příbram | 261 01 Telefon: +420 724 330 493 | Web: http://www.reklalink.cz

5 years, 4 months

2
1
0 0

vpsAdminOS v produkci v Praze / vpsAdminOS in production in Prague

by Jakub Skokan

Ahoj, (English version below) V Praze máme první produkční node s vpsAdminOS: node1.prg. Je to myšleno hlavně pro nové členy a nové VPS. Migrace pražských produkčních OpenVZ VPS můžeme provést na požádání, zatím jen individuálně domluvou přes podporu. Do Brna se vpsAdminOS dostane až později, nadále tam je k dispozici jen OpenVZ. Co se týče stagingu, ten poběží tak jak doposud. VPS ze stagingu na node1.prg přesouvat aktuálně nebudeme a to ani na žádost. Dostaneme se k tomu až v následujících týdnech, budeme o tom informovat všechny, kterých se to týká. Od této chvíle tedy máme v produkci v Praze dvě virtualizační platformy. Je potřeba na to myslet při práci s NASem a playgroundem. Playground je nyní jen pro OpenVZ VPS, pro vpsAdminOS tuto funkci bude plnit Staging. Více informací o rozdílech viz KB: https://kb.vpsfree.cz/navody/vps/vpsadminos ENGLISH: The first production node with vpsAdminOS is now available in Prague: node1.prg. It's mainly for new members and new VPSes. We can migrate OpenVZ VPS from Prague on demand, but only individually, contact our support if you're interested. vpsAdminOS is not available in Brno yet, OpenVZ remains the only supported platform in this location. As to staging, nothing changes. We will not migrate VPS from staging to node1.prg at this time, not even on request. We'll get to it in the following weeks, we'll contact everyone concerned when the time comes. From now on, there are two virtualization platforms in Prague. Please bear in mind the differences as to accessing NAS and playground. Playground is for OpenVZ VPS only, staging will fullfill this role for vpsAdminOS for now. See the knowledge base for more information: https://kb.vpsfree.org/manuals/vps/vpsadminos Jakub

5 years, 4 months

3
3
0 0

Stopping vps takes some time

by Wolf

Hello, I have an small issue when stopping Alpine (3.11) vps on staging. It currently takes long time (multiple minutes, I assume before some timeout happens and it is killed). When I have remote console opened when stopping, I see this output: * Stopping sshd ... [ ok ] * Shutting down ssh connections ... * sshd: caught SIGTERM, aborting [ ok ] * Stopping busybox syslog ... [ ok ] * Unmounting cgroups ... [ ok ] The system is going down NOW! Sent SIGTERM to all processes and it is stuck like this. Did anyone else notice this and is there some known workaround (it is annoying...)? Thanks, W. -- There are only two hard things in Computer Science: cache invalidation, naming things and off-by-one errors.

5 years, 4 months

2
1
0 0

CentOS 8 - stav

by filbar＠centrum.cz

Ahoj, jaký je stav CentOS 8, aby mohl běžet jako stabílní? Případně je nějaké TODO co by pro to bylo třeba udělat? Hledal jsem na VPSFree stránkách a nic se mi nepovedlo najít. Ahoj, Filip Bartmann

5 years, 5 months

1
0
0 0

dotnet3 build nikdy nedoběhne

by Martin Urbanec

Ahoj, mám na VPS problém spočívající v tom, že se mi nedaří zbuildovat aplikace napsaná pro dotnet 3.0. Příkaz dotnet build nikdy nedoběhne. Zkoušel jsem to na testovacím stroji u jiného providera, kde vše funguje bez problémů. Vidím, že je u obou serverů poměrně zásadní rozdíl ve verzi kernelu, možná příčina? urbanecm@titanium ~ $ ssh root(a)77.93.202.76 uname -r Enter passphrase for key '/home/urbanecm/.ssh/id_rsa': 5.0.0-13-generic urbanecm@titanium ~ $ uname -r 3.16.6-042stab139.44 urbanecm@titanium ~ $ Na netu jsem reporty nenašel, ale třeba blbě hledám. Dík za pomoc, Martin

5 years, 6 months

2
1
0 0

Xeon E3 do LGA1150

by Libor Boldan

Ahoj, omlouvam se za lehky offtopic, ale nevali se nam, nebo nekomu ze clenu na pracovisti starsi Xeon E3, ale do patice LGA1150 a take aby mel 8 Threadu? Ma to byt pokus o nahradu E3-1220 za neco vykonejsiho. Bezi na tom virtualy a je tam 32GB RAM. Dik Libor Boldan

5 years, 6 months

2
1
0 0

mnoho spojení SYN_RECV - DDOS botnet?

by Petr Parolek

Ahoj, už několik dnů na mé VPS pozoruju mnoho spojení se stavem SYN_RECV viz: netstat -anp |grep 'SYN_RECV' | awk '{print $5}' | cut -d: -f1 | sort | uniq -c | sort -n 23 xxx.xxx.xxx.xxx 23 xxx.xxx.xxx.xxx ... okolo 20 IP adres. Mám se tím znepokojovat nebo je vše ok a vše by se mělo řešit na infrastruktuře? Díky moc za postřehy a rady Petr

5 years, 6 months

10
14
0 0

Vývoj vpsAdminOS, NFS na stagingu, overlay2 driver pro Docker a další

by Jakub Skokan

Ahoj, (ENGLISH: see https://kb.vpsfree.org/manuals/vps/vpsadminos/storage for the most important news) Přináším zase nějaké nové informace o přechodu na vpsAdminOS a čemu jsme od posledního reportu v červnu věnovali. Píšu po dlouhé době, takže je to jaksi... delší. To nejdůležitější je na začátku. Aktuální stav ============= Ke spuštění produkčního nodu s vpsAdminOS nyní zbývá dořešit přístup k NFS. Dlouho jsme hledali nějaký funkční model pro přístup k nasboxu z OpenVZ a vpsAdminOS a to se nám teď snad podařilo, podrobněji viz níže. S následným přechodem OpenVZ -> vpsAdminOS to aktuálně vidíme tak, že přidáme jeden další produkční node s vpsAdminOS, na který budeme VPS ze stagingu individuálně přesouvat. IP adresy měnit nebudeme. Nové členy budeme umisťovat na nový systém, stávající VPS poběží nadále na OpenVZ. Kdo chce se bude moct na nový systém přesunout, ale v dohledné době k tomu nikoho tlačit nebudeme. NFS v produkci a na stagingu ============================ V posledním reportu [1] jsem naznačoval, jakým způsobem budeme řešit exporty a mounty datasetů na vpsAdminOS. Ačkoli by to fungovalo, mělo to jednu zásádní nevýhodu: jeden NAS dataset by nešel připojit najednou do OpenVZ a vpsAdminOS VPS, resp. jeden z těch dvou systémů by neměl přistup k datům. Dalo by se s tím žít, ale byla by to pro nás všechny zbytečná zátěž při migraci VPS. Zmiňoval jsem taky, že do kernelu 5.2 byla do NFS klienta přidána podpora pro user namespaces. Zkusili jsme tedy ve VPS povolit mountování NFS a ono to funguje. Na NFS server chodí ID uživatelů a skupin tak jak je vidí VPS, resp. user namespace, takže není problém sdílet data s VPS na OpenVZ. Znamená to však zásadní změnu v přístupu k nasboxu. Na OpenVZ to funguje tak, že si mount naklikáte ve vpsAdminu a ten ho připojí, ani vás nemusí zajímat jakým způsobem to funguje. Na vpsAdminOS to takto být nemůže. Aby na NFS server chodily správné UID/GID, je potřeba mountovat zevnitř VPS. Kernel si totiž pamatuje, v jakém user namespace mount vytvořite a podle toho se chová. Pro staging/vpsAdminOS se ve vpsAdminu nebudou nastavovat mounty ve VPS, ale exporty na NFS serveru. Nastavíte si, jaké VPS mají mít k danému datasetu přístup a vpsAdmin vám zobrazí adresu a cestu k exportu, který si z VPS sami mountnete. Ve vpsAdminu najdete ukázkový příkaz pro mount, záznam v /etc/fstab, nebo i systemd mount unit. Ve VPS samozřejmě musíte mít nainstalovány utility pro práci s NFS. Nově tak máte pod kontrolou jednak více možností u nastavení exportu (ro/rw per host, root_squash, sync, atd.) a taky si můžete zvolit libovolné nastavení mountu. Akorát nepoužívejte -oproto=udp, nefunguje to spolehlivě a budeme to vypínat. Problém zůstává se sdílením (sub)datasetů VPS. To zatím nebude možné, žádné ideální zatím řešení nemáme. Předpokládám, že v budoucnu si budete moct sdílet data mezi VPS tak, že si uvnitř spustíte NFS server. To se ještě uvidí, jak moc to bude hořet. Jedno z use-case, které tímto zaniká, je možnost opravy nestartující VPS tak, že si jeho disk připojíte do jiné VPS. Místo toho plánuju do vpsAdminu přidat možnost nechat VPS nastartovat z čisté šablony distribuce, ze které se do rozbitého systému dostanete podobně jako když nabootujete live systém. Toť tedy aktuální plán zprovoznění nasboxu na stagingu. Všechno už máme nasazeno, můžete to začít používat. A prosím hlásit na podporu když na něco narazíte. Abych to shrnul: - do OpenVZ VPS se datasety a snapshoty připojují tak jako doposud - na vpsAdminOS místo mountu z vpsAdminu vytvoříte export datasetu/ snapshotu a ten si z VPS mountnete sami - jeden dataset/snapshot může být exportován jen jednou, připojen kdekoli (i na OpenVZ) Více viz KB: https://kb.vpsfree.cz/navody/vps/vpsadminos/storage Nějaký čas to takto necháme běžet. Pokud nenarazíme na nějakou komplikaci, můžeme vpsAdminOS spustit na ostro. Budeme čekat minimálně na Linux 5.4, protože to bude LTS, na kterém budeme moci zůstat delší dobu. Storage driver Dockeru ====================== Hlavní problém dockeru na vpsAdminOS byla nefunkčnost pořádného storage driveru [3]. Doposud u nás fungoval jen VFS driver a ten je značně neefektivní. Při vytváření každé vrtsvy kontejneru totiž kopíruje data na disku sem a tam. Proto u nás byl docker pomalejší než jinde. TL;DR je, že se nám podařilo zprovoznit overlay2 driver díky tomu, že snajpa do ZFS dodělal podporu pro overlayfs. Cesta ale byla trnitá. Výchozím driverem v dockeru je overlay2 založený na overlayfs. Ten bohužel stále nefunguje nad čistým ZFS [4], protože kernel vyžaduje implementaci určitých flagů v renameat2(). Další problém je, že se ZFS pro kernel tváří jako "remote filesystem" a vyžaduje revalidaci dentries, což overlayfs nedělá. Docker obsahuje taky ZFS driver, ale ten nejde uvnitř VPS použít, protože ZFS nepodporuje user namespace a není jasné, jak by to vůbec mělo fungovat. Tzn. nemáme jak bezpečně předat dataset z hostitele do VPS. Nakonec by to asi ani nebyl dobrý nápad, ZFS je sice super když zrovna nepanikaří, ale přináší to i různé komplikace, které stačí že musíme řešit na hostiteli. Dalším z možných driverů je AUFS. Jedná se o předchůdce overlayfs, který obsahuje více funkcí, ale nikdy se do Linuxu nedostal. Zkoušeli jsme ho přidat do kernelu na stagingu, i tak ho docker stejně sám o sobě nevyužije, protože si myslí, že AUFS v user namespace nefunguje a nevyzkouší to. Když se docker opatchuje, s AUFS funguje a je to mnohem svižnější. Bohužel by to vyžadovalo instalaci dockeru z našich repozitářů, o které bychom se museli starat. Navíc je AUFS v dockeru označený za překonaný a je možné, že ho odstraní. Pak bychom si jej museli udržovat sami. Nakonec se nám povedlo přizpůsobit si ZFS tak, aby nad ním fungoval overlayfs. Máme na to pull request [4], začleněn zatím nebyl. Pokud si myslíte, že pak docker sám od sebe použije overlay2 driver a všechno bude super, tak jste na omylu. Samozřejmě mají v kódu natvrdo zapsáno [5], že na ZFS to nefunguje. Takže dockeru z kernelu lžeme a říkáme mu, že na ZFS neběží... a pak teda funguje. Hurá. Nasazeno už to máme několik týdnů a podle ohlasů jsou buildy kontejnerů mnohem rychlejší. Jediný zádrhel byl bug v našem overlayfs patchi, který rozbil účtování zabraného místa při přesouvání/mazání souborů. Zabrané místo nešlo uvolnit a postupně se kvůli tomu zaplňovaly kvóty datasetů VPS. Bylo to způsobeno tím, že jedna důležitá funkce byla volána z ASSERT makra, které je implementováno jen v debug buildech, takže s vypnutým debugem to nic nedělalo. Docker-in-Docker ================ Další chuťovka je docker v dockeru, používá se to např. na nějaké CI v gitlabu. U nás to samo od sebe nefunguje, protože se to při startu pokouší o mount -t securityfs, což ve VPS s user namespace nejde. Zatím se nám nepodařilo kernel upravit tak, aby to prošlo, ale pokud na to někdo narazíte, má to jednoduchý workaround, stačí přidat volume: docker run -v /sys/kernel/security:/sys/kernel/security ... osctl-exportfs ============== Na nasboxu nám dlouhodobě chybí možnost zjistit kdo a jak ho využívá v případě, že disky přestávají stíhat. Kernel 5.3 přináší podporu NFS serveru v network namespace a to nám přináší zajímavé možnosti. osctl-exportfs [2] je nástroj z vpsAdminOS pro vytváření malých kontejnerů pro NFS servery, kde každý server má vlastní IP adresu a sadu exportů. Funguje to tak, že když si ve vpsAdminu nastavíte export, spustí se vám dedikovaný NFS server. vpsAdmin pak bude schopen počítat přenesené data či sledovat využití jednotlivých NFS serverů. syslog namespace ================ Během prázdnin jsme do kernelu přidali syslog namespace, tzn. z VPS je číst log z kernelu, ala dmesg. Můžete tam vidět zprávy od OOM killeru, logy z iptables a další. Nastavení oom_score_adj ======================= Přidali jsme do kernelu výjimku, aby bylo možné ve VPS libovolně nastavovat /proc/<pid>/oom_score_adj. Můžete tak chránit důležité procesy před OOM killerem, např. sshd. Minimálně distribuce se systemd to využijí automaticky. Restrikce /sys ============== Část /sys je sdílená mezi hostitelem a všemi VPS, část se přizpůsobuje např. network namespace. Změnili jsme oprávnění citlivých adresářů tak, aby se k nim z VPS nedalo přistupovat. Může se stát, že s tím nějaký program bude mít problém, např. museli jsme trochu ustoupit libvirtu. Pokud narazíte na něco dalšího, tak se ozvěte. vpsfree-cz-configuration a monitoring ===================================== Během prázdnin jsem z velké části předělal konfiguraci [6] našich vpsAdminOS nodů a NixOS serverů/VPS. Konfigurace systému se teď definuje na jednom místě pro různé výstupy, jako netboot server a aktualizace systému na živo. V konfiguraci serveru je možné se odkazovat na adresy, služby a porty ostatních systémů v clusteru, což se hodí třeba na propojování služeb, přesné nastavení firewallu, nebo generování DNS. Máme taky nový monitoring, který automaticky hlídá všechny systémy, které jsou součástí konfigurace. Nový monitoring je postavený nad prometheusem, alertmanagerem a používáme taky centralizované logování přes graylog. Sledujeme teď více parametrů, které nám způsobovaly problémy. Řešil jsem to hlavně kvůli častým výpadkům při ZFS panics, které nás trápily od začátku prázdnin. Původní monitoring úplně selhával a o tom, že node přestal ve 4 ráno provádět diskové operace, jsme se dozvěděli až když se někdo z nás probudil. Aktuálně logy ze všech nodů zpracovává graylog a pokud dojde k ZFS panic, pošle o tom alert přes alertmanager. Do minuty tak máme SMS. Je zde ještě hodně co ladit, zejména doručování SMS různým lidem v různých časech, abychom se z toho nezbláznili. Na to jsem bohužel existující řešení zatím nenašel. Do budoucna bych taky chtěl členům zpřístupnit grafanu s daty z prometheuse jako náhradu muninu, ale těch parametrů k zobrazení je tam strašně moc a je potřeba tomu věnovat více času, který teď nemáme. Buildbot pro vpsAdminOS ======================= Už mnoho let toužíme po nějaké formě CI a zajišťování QA pro kontrolu aktualizací či nové funkcionality. Trochu to sice komplikuje fakt, že nemáme naprosto žádné testy, ale nenašli jsme ani žádnou technologii, nad kterou bychom to chtěli postavit. Teď jsem s tím trochu pohnul, repozitář vpsAdminOS hlída Buildbot a při změně ho automaticky sestavuje. Vypadá to celkem použitelně a postupem času bychom toho chtěli více. Už teď je to užitečné zejména pro plnění binarní cache, ze které lze stahovat naše buildy kernelu, ZFS, atd. Na NixOS se dá použít takto: nix = { binaryCaches = [ "https://cache.vpsadminos.org" ]; binaryCachePublicKeys = [ "cache.vpsadminos.org:wpIJlNZQIhS+0gFf1U3MC9sLZdLW3sh5qakOWGDoDrE=" ]; }; Unmounty snapshotů ve vpsAdminu =============================== Kdo jste do VPS připojovali snapshot, asi jste si všimli, že často nešel odpojit. Snapshoty do OpenVZ VPS se připojují tak, že se na backuperu snapshot naklonuje přes zfs clone a vytvořený filesystem se exportuje přes NFS. Na nodu se pak mountne do VPS. Při odpojování se nejdříve provede unmount ve VPS a potom se vpsAdmin pokouší odstranit naklonovaný snapshot na backuperu. No a tady to vázne. Z nějakého důvodu je buď mountpoint nebo dataset busy, takže se toho nedá zbavit. To mělo za následek, že operace odpojení snapshotu ve vpsAdminu selhávala a mount se vracel do původního stavu -- opět se připojil. Na podpoře jsem všem doporučoval mount "vypnout" (disable), vpsAdmin se ho pak pravidelně snaží odpojovat, až jednou uspěje. Bohužel než se takhle "zaseklý" dataset umoudří mohlo trvat několik dní nebo i týdnů. Nově se klony snapshotů mažou na pozadí a na mounty ve VPS to nemá vliv. Problémy nám to bude dělat stále, ale aspoň už ty mounty ve vpsAdminu nejsou vidět. Zamyšlení na konec ================== První commit ve vpsAdminOS vznikl před dvěma lety, 3. listopadu 2017. Asi nikdo nečekal, že s tím bude tolik práce. Pohledem zpět to tehdy ani fungovat nemohlo, hlavně protože až v posledních verzích kernelu se objevují funkce, bez kterých se neobejdeme, ala NFS klient v user namespace. Ani s nejnovějším kernelem, LXC, atd., však bez vlastních úprav nejde dělat systémové kontejnery na úrovni OpenVZ před 10 lety. Menší a větší patche máme v kernelu, ZFS, LXC i LXCFS a nemohli bychom bez nich fungovat. Pro provoz OpenVZ jsme naopak dlouho žádné vlastní úpravy nepotřebovali, nebyl problém používat to co bylo k dispozici. Poslední cca 4 roky už se však OpenVZ (Legacy) nevyvíjí a rozjet tam aktuální distribuce je čím dál tím obtížnější. O dnes moderních aplikačních kontejnerech ala docker ani nemluvím. Aby vůbec fungovalo Ubuntu 18.04, museli jsme si připravit vlastní kernel s chybějícím syscallem. Cesta je stále trnitá, ale už se na vpsAdminOS v produkci těšíme. [1] https://lists.vpsfree.cz/pipermail/community-list/2019-June/010062.html [2] https://man.vpsadminos.org/osctl-exportfs/man8/osctl-exportfs.8.html [3] https://docs.docker.com/storage/storagedriver/select-storage-driver/ [4] https://github.com/zfsonlinux/zfs/pull/9414 [5] https://github.com/docker/docker-ce/blob/master/components/engine/daemon/gr… [6] https://github.com/vpsfreecz/vpsfree-cz-configuration Jakub

5 years, 6 months

1
0
0 0

Nelze aktualizovat sudo a mount device or resource busy

by zd nex

Ahojte, na některých vps mi nyní nejde aktualizovat sudo a mount.. Dpkg hlásí např. /usr/bin/sudo device or resource busy. Podobné u mountu. Ostatní aktualizace jedou, ale tohle tam nějak zůstává. Zkoušel jsem pohledat a nic moc kloudného jsem nenašel (možná restart pomůže). Stalo se vám to také? -- S pozdravem, Zdeněk Web: www.pripravto.cz

5 years, 7 months

1
0
0 0

Dropbox synchronizace (Syncing paused)

by Jan Pleva (TheERROR)

Nezkousel jste nekdo rozchodit na VPS Dropbox? (dropboxd + python script na jeho cli-management (https://www.dropbox.com/install-linux <https://www.dropbox.com/install-linux>)). Me to kdysi davno fungovalo, dneska jsem to chtel oprasit a porad mi to psalo Syncing paused. No netrvalo dlouho a nasel jsem relevantni clanek a zaroven vzpomel neco o ukonceni podpory ext3 (a dalsich) a byl jsem hned doma. Nevite jak s tim pohnout a jestli by to vubec bylo mozne? Dropbox ocividne neni jedinna moznost, ale nabizela se pro muj usecase jako nejjednodussi. Abych ho priblizil - rozchodil jsem si Jekyll a chtel jsem jej pak nechat bezet v build rezimu nad Dropbox synchronizovanou slozkou, kde bych si hazel nejake .md poznamky ktere by jekyll pri zmene hned prechroustal do statickych html stranek a apache by se postaral opak o zbytek. Tim, ze dropbox pouzivam na backup poznamek i z Joplinu (MD poznamky) chtel jsem si selektivne tam vhodit i nejake "poznamky online". A na synchronizaci pres Dropbox jsem ted zmrzl. Napada vas nejaky zpusob, jak Dropbox rozchodit, eventualne nejaky workaround? Mozna nejake cli pro synch s GDrive? Cestou nejakeho dalsiho klienta, nebo manualni synchronizace (scp/rsync) mi prijde takova moc omezena.... Diky za rady! S pozdravem Jan Pleva

5 years, 7 months

5
5
0 0

ZFS boot pool - zmenseni

by Pavel Slama

Cau, treba bude mit nekdo zkusenost.. Experimentuju s freebsd, resp. freenas kterej defaultne spolkne celej systemovej disk at je sebevetsi a upravovat instalacni skript aby umel pouzivat partitiony (jako bsd) nechtej. Resim jestli a jak ten boot pool co to vytvori pres celej disk zmensit. Rady na netu zni: 1) ze to nejde 2) zazalohovat soubory a udelat novej mensi pool 3) udelat snapshot a poslat ho do novyho mensiho poolu Nikde ale nepisou, jestli to jde udelat s poolem ze kteryho se bootuje a na kterym je nainstalovanej system (samozrejme ne za behu) ) a nic to nerozbije. Jestli jde nejak sikovne udelat novej pool tak, aby prevzal vsechny parametry toho puvodniho, jen mensi.. Nez propalim dalsi hodiny a dny - zkousim to tady, diky. /p

5 years, 7 months

5
7
0 0

Upgrade Debianu Jessie 8 na Stretch 9 potřebuje ifconfig

by Jaroslav Týc

Ahoj, jen pro info, kdyby se na tom někdo zasekal jako já. Včera jsem se snažil upgradovat svůj vetchý Debian 8 Jessie na 9 Stretch (kvůli Dockeru, který při instalaci podle návodu <https://docs.docker.com/install/linux/docker-ce/debian/> suše oznámí, že nezná balíček docker-ce-cli, což je kódové označení pro "máš starej Debian, nahoď si aspoň Debian 9"). Upgrade šel podle plánu <https://linuxconfig.org/how-to-upgrade-debian-8-jessie-to-debian-9-stretch>, až na jednu drobnost a to že jsem se k virtuálu přes ssh už nepřipojil... Nejdřív jsem se točil v kolečku backup - try & crash - restore přes VPSAdmin <https://vpsadmin.vpsfree.cz/>, potom jsem si zprovoznil vpsfreectl <https://kb.vpsfree.cz/navody/vps/konzole> a tepve díky téhle konzoli, která přežije i problémy se sítí, jsem se ze screeny při bootování dozvěděl, že nenaběhl /networking/. Pak už stačilo dát /systemctl status networking.service/, což mi oznámilo, že nemám /ifconfig/. Google napráskal, že Debian 9 už /ifconfig/ v sobě v základu nemá <https://linuxconfig.org/how-to-install-missing-ifconfig-command-on-debian-l…>, protože je deprecated a místo něj mám používat utilitu /ip/, takže jsem ho ručně doinstaloval přes /apt-get install net-tools/ a otočil servisu /service networking restart/. Problem solved. Nevím, co přesně v mém Debianu vyžaduje ifconfig, asi to budu muset rozklíčovat, než se pustím do Debianu 10. Tož tak. Jarda

5 years, 7 months

4
4
0 0

Pozor na upgrade libssl 1.1.1d na Debian 10

by Jakub Skokan

Ahoj, pokud aktualizujete libssl1.1 na OpenVZ VPS s Debian 10, bude potřeba restartovat VPS. Nějaká změna chování způsobila, že přestal fungovat RNG, což má vliv na služby, které openssl používají, např. openssh. Po restartu VPS se změní nafingovaná verze kernelu, podle které openssl pozná, že se má chovat jinak a RNG opět funguje... Jakub

5 years, 7 months

2
2
0 0

certbot renewal

by Jakub Podlaha

Zdravím, rád bych se zeptal, jestli je možné na vpsFree použít některý z DNS pluginů pro Certbot (viz: https://certbot.eff.org/docs/using.html#dns-plugins) pro automatic certificate renewal, abych to nemusel každé tři měsíce dělat manuálně. Na KB jsem o Let's Encrypt nic nenašel. Certifikáty řeším prvně, tak pokud funguje jiný způsob, než pomocí certbota, nechám se navést. Díky, Jakub

5 years, 7 months

3
2
0 0

Re: [vpsFree.cz: community-list] certbot renewal

by petr.bolf＠taborpolana.cz

Ahoj. No mam na vpsfree server s Debianem a certbot si aktualizuje certifikáty sám. Akorát sem si musel opravit v nginxu přesměrování z http na https aby to fungovalo, přesměrovávat location well-done. Taky sem to dělal poprvé, loni a od té doby ti jede. Petr Bolf ---------- Původní zpráva ---------- Od: Jakub Podlaha Datum: 2. 10. 2019 v 10:59:44 Předmět: [vpsFree.cz: community-list] certbot renewal Zdravím, rád bych se zeptal, jestli je možné na vpsFree použít některý z DNS pluginů pro Certbot (viz: https://certbot.eff.org/docs/using.html#dns-plugins (https://certbot.eff.org/docs/using.html#dns-plugins)) pro automatic certificate renewal, abych to nemusel každé tři měsíce dělat manuálně. Na KB jsem o Let's Encrypt nic nenašel. Certifikáty řeším prvně, tak pokud funguje jiný způsob, než pomocí certbota, nechám se navést. Díky, Jakub

5 years, 7 months

3
2
0 0

Opakované výpadky ZFS

by zd nex

Ahojte, zdá se že se nějak nyní množí výpadky ZFS, jsou tam teď nějaké problémy? Zdenek

5 years, 7 months

8
10
0 0

NixOS containers na VPS

by Jakub Fišer

hoj, snažim se rozjet na *Staging* VPSce nixos-containers (v podstatě wrapper nad systemd-nspawn) a kontejnery mi nestartujou: ``` -- Unit container(a)test.service has begun starting up. Aug 28 23:31:01 nhost systemd[1]: Requested transaction contradicts existing jobs: Transaction for container(a)test.service/stop is destructive (container(a)test.service has 'start' job queued, > Aug 28 23:31:01 nhost systemd-machined[428]: Failed to stop machine scope: Transaction for container(a)test.service/stop is destructive (container(a)test.service has 'start' job queued, but 'sto> Aug 28 23:31:01 nhost systemd-machined[428]: Failed to drop reference to machine scope, ignoring: Unit has not been referenced yet. Aug 28 23:31:01 nhost nscd[433]: 433 monitoring file `/etc/passwd` (1) Aug 28 23:31:01 nhost nscd[433]: 433 monitoring directory `/etc` (2) Aug 28 23:31:01 nhost nscd[433]: 433 monitoring file `/etc/group` (3) Aug 28 23:31:01 nhost nscd[433]: 433 monitoring directory `/etc` (2) Aug 28 23:31:01 nhost nscd[433]: 433 monitoring file `/etc/resolv.conf` (5) Aug 28 23:31:01 nhost nscd[433]: 433 monitoring directory `/etc` (2) Aug 28 23:31:01 nhost container test[21148]: Spawning container test on /var/lib/containers/test. Aug 28 23:31:01 nhost container test[21148]: Press ^] three times within 1s to kill container. Aug 28 23:31:01 nhost container test[21148]: /etc/localtime does not point into /usr/share/zoneinfo/, not updating container timezone. Aug 28 23:31:01 nhost container test[21148]: Failed to mount sysfs (type sysfs) on /sys/full (MS_RDONLY|MS_NOSUID|MS_NODEV|MS_NOEXEC ""): No such file or directory Aug 28 23:31:01 nhost container test[21148]: Failed to add new veth interfaces (ve-test:host0): No such process Aug 28 23:31:01 nhost systemd[1]: container(a)test.service: Main process exited, code=exited, status=1/FAILURE Aug 28 23:31:01 nhost systemd[1]: container(a)test.service: Failed with result 'exit-code'. Aug 28 23:31:01 nhost systemd[1]: Failed to start Container 'test'. -- Subject: Unit container(a)test.service has failed -- Defined-By: systemd -- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit container(a)test.service has failed. -- -- The result is RESULT. ``` Z toho mi připadají relevantní řádky ``` Failed to mount sysfs (type sysfs) on /sys/full (MS_RDONLY|MS_NOSUID|MS_NODEV|MS_NOEXEC ""): No such file or directory Failed to add new veth interfaces (ve-test:host0): No such process ``` ale nejsem z toho nijak zvlášť chytrej. Dovolil bych si z patra odhadnout, že to bude nějakej problém s nested containerama, ale do tohohle moc nevidim. Zkoušel jste někdo rozjet něco podobnýho? -miky. -- Jakub Fišer Linux | DevOps | Security +420-603 797 487

5 years, 8 months

2
1
0 0

Openvpn na ubuntu 16.04 po update

by Jiri Drozd

Ahoj, dneska sem po nejake dobe updatnul ubnutu na vpsce a po rebootu me nenabehla ani jedna VPNka, bylo treba "potunit" systemd aka: https://askubuntu.com/questions/747023/systemd-fails-to-start-openvpn-in-lx… tzn - systemctl edit openvpn@ - vlozit [Service] LimitNPROC=infinity - ulozit / zavrit editor - systemctl daemon-reload ... a jedeme ... Treba to nekomu pomuze... Pekny den. JD

5 years, 8 months

1
0
0 0

Linux Administrator

by Petr Balazi

Pěkný den, úplně to nesouvisí s vpsFree, ale tato komunita je asi nejvíc provázaná s Linuxem co jsem schopen oslovit. Hledám kolegu. Nejsem personalista, ale Linux admin v interním IT. Jsme centrála ve větší firmě a provozujeme spoustu vlastních i OS systémů. Snažíme se optimalizovat. Vidět do toho, jak věci fungují a firma to podporuje. Je to hodně kreativní práce ve fázi investigace technologie, nastavení, pochopení a tato fáze směřuje k tomu, aby jsme danou technologii mohli standardizovaně používat. Takže procesy jako change management, dev-test-prod prostředí atd. ano, to nám dává smysl. Jedeme spíš na zodpovědnost, než mít ticket na každé pohnutí na infrastruktuře. Ty by ses "hrabal" v nasazených Linuxech a zkoumal možnosti, jak bychom mohli dělat věci jednodušeji, bezpečněji, jaké postupy a nástroje používat. Je to u nás technologicky opravdu zajímavé. Jestli jsem vzbudil Tvou zvědavost, velmi rád ti prozradím detaily a podrobnosti. Budu rád za zkušeného admina, ale i junior, který doposud dělal s Linuxem jako hobby a chtěl by se stát profíkem, je dobrá volba. Předávání zkušeností je základ našeho fungování. A buď prosím někde z Brna a okolí. Díky. A omluva těm, co vás to nezajímá. Petr Baláži Email: petr.balazi(a)rws.com

5 years, 9 months

1
0
0 0

Sdílený / společný abuse report / management

by Vašek Kratochvíl

Dobrý den, ahoj všem, v principu pokračuju ve vláknu "Sirka pasma" (původně začlo v https://lists.vpsfree.cz/pipermail/community-list/2019-July/010081.html) a pokračovalo legálností a tak. Mám otázku: vidím na své vpsce nějaké neslušné aktivity, scany, asi hádání hesel a tak. Máte zájem to řešit nějak společně? Případně se můžete vyjádřit, že vás to zrovna nezajímá :-) Teoreticky bych mohl někomu posílat seznam třeba zajímavých událostí s četností více než 10 výskytů za den. Pokud by to bylo třeba u třetiny členů, mělo by to větší vypovídající hodnotu. Překvapilo mne, že mam cca 19.000 výskytů v přístupu na ssh za den, fail2ban nic, v iptables cca v řádu vteřin, ale nejsem si jistý, co to bylo za aplikační provoz. Čili jestli to není něco nového, 25. 7. cca v 8:27 SELČ to skončilo. Pokud už něco takového je, můžete dát vědět. S pozdravem Vencour

5 years, 10 months

7
8
0 0

/dev/shm does not exist.

by Panagiotis Palias

Hello fellow VPSers, after recent upgrade to Debian Buster, pihole stopped working and from the output of diagnostics `pihole -d` I can see the error: *** [ DIAGNOSING ]: contents of /dev/shm /dev/shm does not exist. ls: cannot access '/dev/shm': Too many levels of symbolic links Which is because of that: trendy@vps:[~]$ls -la /dev/shm lrwxrwxrwx 1 root root 8 Ιουν 29 04:49 /dev/shm -> /run/shm trendy@vps:[~]$ls -la /run/shm lrwxrwxrwx 1 root root 8 Ιουλ 21 11:18 /run/shm -> /dev/shm I believe this is not normal; does anyone know where they should point to? Thank you, -- -p

5 years, 10 months

2
2
0 0

Sirka pasma

by Michal Vašíček

Ahoj, tady https://lists.vpsfree.cz/pipermail/news-list/2014-August/000064.html <https://lists.vpsfree.cz/pipermail/news-list/2014-August/000064.html> (2014) se mluvi o tom, ze se zavadi omezeni sirky pasma pro jednotlive VPS a ze v budoucnu se se zvysenim kapacity linky ven ten bandwidth zvysi. Ubehlo vic nez 5 let a porad je to na 300 Mbps, je v planu zmena? :) Vlastne vubec nevim, jake linky a kam ted vpsFree ma, mozna jen spatne hledam (a ne, ze by to bylo dulezite pro me jako uzivatele VPS, tam budu verit tomu, ze krome nejakych edge-casu se budu moct dostat na tech 300 Mbps, spis me to zajima jako clena). A proc to resim? Tech 5 let zpatky melo UPC nejdrazsi tarif 240/20, dneska neni pro koncaka problem sehnat na optice Gbit. Se svym 500/50 doma vytizim linku jedny vps s prstem v nose a jeste mi zbyde bandwidth na dve tretiny dalsi vpsky. Doufam, ze community-list je spravne misto pro tohle :D Michal

5 years, 10 months

11
23
0 0

Seznam templates (pro terraform)

by Tomáš Kuča

Ahoj, chtěl jsem vyzkoušet terraform a nemůžu najít seznam templates, které vpsadmin akceptuje. V příkladu [1] je nastavené ubuntu: # OS template name, see vpsfreectl os_template list -o name os_template = "ubuntu-18.04-x86_64-vpsfree" snažil jsem se to změnit na nixos, něco jako nixos-unstable-x86_64-vpsfree, ale netrefil jsem správný název. Příkaz `os_template list -o name` vrátí chybu `parameter 'name' does not exist`, dostupné atributy jsou jen id a label. Dá se ten seznam někde získat i se jménem šablony? zdravím Tomáš Kuča [1] https://github.com/vpsfreecz/terraform-provider-vpsadmin/blob/master/exampl…

5 years, 11 months

2
5
0 0

Hlavičkové soubory jádra

by Jack Hokus

Ahoj, mám playground se Slackwarem, zkoušel jsem si zkompilovat vlastní verzi emacsu. Pro ten sice existuje balíček, ale má hodně závislostí, pravděpodobně proto, protože je zkompilovaný z podporou GUI. Samozřejmě, jsem narazil na problém s chybějícími balíčky, ale s tím jsem počítal, část stačilo doinstalovat, ale nakonec jsem skončil u tohoto: http://www.abclinuxu.cz/poradna/linux/show/447232 Že prý v systému chybí hlavíčové soubory jádra. Jenže jádro je upravené a balíčky s hlavičkovými soubory jsou pouze pro to distribuční. Jak by se to dalo řešit? Trochu jsem hledal a pomocí KVM https://kb.vpsfree.cz/navody/vps/kvm můžu mít vlastní jádro, ale přiznávám, že se toho trochu bojím. Budu vděčný za radu, či dobře mířené RTFM Děkuju

5 years, 11 months

2
2
0 0

vpsAdminOS: revize šablon distribucí; nově openSUSE, Slackware a Void Linux

by Jakub Skokan

Ahoj, nejdřív to nejdůležitější: na stagingu je nyní podporováno openSUSE Leap 15.1 a Tumbleweed, Slackware 14.2 a Void Linux (glibc, musl). Poslední dva týdny jsem se snažil vylepšit situaci ohledně sestavování šablon distribucí, ze kterých se vytvářejí nové VPS. Od roku 2014 [1] používáme k sestavování šablon skripty build-vpsfree-templates [2]. Už tehdy bylo cílem šablony sestavovat pravidelně a automatizovaně, jenže se to nikdy nedotáhlo do konce. Šablony nestačí jen tak sestavit a hned je používat, protože distribuce se mění a skripty nemusí fungovat spolehlivě. Každá šablona se před použitím musí otestovat, a to se muselo vždy dělat manuálně. Pokud chtěl někdo přispět, musel řešit kde a jak šablony sestavovat a testovat. Bylo nutné manuálně nainstalovat potřebné závislosti jako debootstrap, yum/dnf, zypper, atp. Na opravdové ověření funkčnosti bylo potřeba si nainstalovat OpenVZ. Aktualizace šablony jedné distribuce spočívala ve zprovoznění skriptu samotného, výsledek si nakopírovat na nějaký systém s OpenVZ, pak z toho vytvořit VPS, zjistit že něco nefunguje (start, ssh, konzole, heslo, ...) a zase na začátek. S uvedením vpsAdminOS se všechno muselo dělat 2x, protože se šablony samozřejmě liší [3]. Ve výsledku se šablony aktualizovaly jen když to bylo nezbytně nutné. U stabilních distribucí jako Debian to nevadí, s aktualizací systému po vytvoření VPS není problém. Rolling-release distribuce jako Arch nebo Gentoo jsou na tom hůře a po delší době dá aktualizace více práce. Proto jsem se snažil to aspoň na vpsAdminOS udělat lépe: zajistit stejné prostředí pro sestavování šablon a automatizovat testování. Nix a vpsAdminOS jednotné prostředí zajistit umí. Toho jsem využil a program pro sestavování šablon jsem přidal přímo do OS. K sestavení šablon tedy stačí nabootovat vpsAdminOS, třeba v QEMU [4]. Poté naklonovat skripty pro šablony na vpsAdminOS [3]: git clone -b vpsadminos https://github.com/vpsfreecz/build-vpsfree-templates.git cd build-vpsfree-templates Program, kterým se šablony sestavují, se jmenuje osctl-image [5]. Sám o sobě žádnou šablonu sestavit neumí, funguje ve spolupráci se skripty výše, a očekává je v pracovním adresáři. Seznam šablon dostupných k sestavení zjistíme takto: osctl-image ls Pro sestavení šablony je potřeba libovolný ZFS dataset. V konfiguraci pro QEMU je automaticky k dispozici zpool tank, takže můžeme použít např. tank/image-builds. Sestavení vybrané šablony pak vypadá takto: osctl-image build --build-dataset tank/image-builds ubuntu-18.04 Sestavené šablony se ve výchozím stavu ukládají do ./output. Sestavenou šablonu můžeme jednoduše otestovat: osctl-image test --build-dataset tank/image-builds ubuntu-18.04 Aktuálně se testuje: start/stop VPS, síť, nastavení hesla roota, hostname a připojení přes SSH. Chtělo by to ještě testovat i funkční konzoli a přihlášení. Pokud něco nefunguje, můžeme si snadno ze šablony vytvořit VPS: osctl-image instantiate --build-dataset tank/image-builds ubuntu-18.04 Příkaz výše vypíše ID VPS, na kterou se můžeme podívat: osctl ct start -F instance-abcdefgh osctl ct attach instance-abcdefgh Když je vše v pořádku, je čas na pull request. My šablonu přídáváme do repozitáře, ze kterého si ji vpsAdminOS stáhne při vytváření nové VPS: osctl-image deploy --build-dataset tank/image-builds ubuntu-18.04 /kde/je/repozitar Takto se staráme o výchozí repozitář na adrese https://images.vpsadminos.org. Celý postup se dá shrnout do toho posledního příkazu, protože `osctl-image deploy` šablonu když je potřeba automaticky sestaví, otestuje, a až pokud je vše v pořádku, přidá ji do repozitáře. Podobně fungují i příkazy `test` a `instantiate`, proto je všude použito `--build-dataset`, aby se šablona mohla případně sestavit. osctl-image na pozadí spravuje VPS pro sestavovaní i testování šablon, jak to přesně funguje je popsáno v manuálu [5, 3]. Abychom s tím měli dlouhodobě co nejméně práce, připravil jsem Nix modul [6], pomocí kterého lze deklarativně nastavit pravidelné sestavování repozitářů a jejich obsahu. Výsledek si můžete prohlédnout ve vpsfree-cz-configuration [7]. Máme to nastaveno tak, aby se šablony sestavovaly jednou týdně v sobotu ráno. Ty, které se podaří správně sestavit a otestovat budou ihned přidány do repozitáře. Pokud něco selže, pošle se nám mail s cestou k logu, ve kterém zjistíme co a proč se stalo. Uvidíme na co ještě narazíme, ale zatím to vypadá, že by to mohlo fungovat. [1] https://lists.vpsfree.cz/pipermail/community-list/2014-June/006697.html [2] https://github.com/vpsfreecz/build-vpsfree-templates [3] https://github.com/vpsfreecz/build-vpsfree-templates/tree/vpsadminos [4] https://vpsadminos.org/user-guide/setup/ [5] https://man.vpsadminos.org/osctl-image/man8/osctl-image.8.html [6] https://github.com/vpsfreecz/vpsadminos/blob/master/os/modules/services/osc… [7] https://github.com/vpsfreecz/vpsfree-cz-configuration/blob/master/configs/i… Jakub

5 years, 11 months

1
0
0 0

iptables

by Stefan Stefanov - C.C.C. s.r.o.

ahojte, snazim sa nakonfigurovat iptables ale po zadani jednoducheho pravidla dostavam hlasku iptables: No chain/target/match by that name. Podla niektorych topicov to moze byt sposobene konfiguraciou kernelu a to parameter CONFIG_NETFILTER_XT_MATCH_STATE. Neviem sa vsak dostat do konfiguraku kernela. Nekonfiguroval nahodou niekto iptables a nestretol sa s podobnym problemom pripadne ako sa vam ho podarilo vyriesit? Vdaka. Prajem Vam prijemny den. S pozdravom Stefan Stefanov C.C.C. spol. s r.o. Námestie Biely kríž 1 831 02 Bratislava SLOVAKIA mob: +421 902 572 848 tel: +421 2 44459955, 43411450 mail: stefan(a)ccc.sk <mailto:stefan@ccc.sk> servisný mail : servis(a)ccc.sk <mailto:servis@ccc.sk> www.ccc.sk <http://www.ccc.sk/> Facebook - www.facebook.com/www.ccc.sk/ <http://www.facebook.com/www.ccc.sk/>

5 years, 11 months

2
2
0 0

Z vývoje vpsAdminOS: listopad - květen

by Jakub Skokan

Ahoj, po delší odmlce přináším zase nějaké informace o vývoji vpsAdminOS. Je to už půl roku, bude to delší. TL;DR je, že migrace produkčních VPS je stále daleko, ale spuštění produkčního node jsme blíže. Postupně vylepšujeme staging, odstávky už nejsou tak často a poctivě je hlásíme dopředu. Kdo chce nebo potřebuje, VPS už tam může provozovat. Produkce to ale stále není. Padající vpsAdmin ================= Na únorové schůzi jsem zmiňoval, že nám na vpsAdminOS nehorázně často padá vpsAdmin. A to na segfault v ruby, nic z čeho by se dalo zotavit. Bohužel to padalo vždy při ukládání výsledku vykonaných operací, což pak vedlo k tomu, že se vykonávaly vícekrát a vznikaly tak nesmysly na disku i v databázi. Nakonec se mi to podařilo vyřešit aktualizací všech komponent, zejména mysql connector byl v nixpkgs v nějaké zapomenuté verzi. Teď to... sice taky občas padá, ale ne tak často a ne v tu nejhorší chvíli. NFS na stagingu =============== Další nekonečný příběh je zpřístupnění nasboxu, nebo obecně NFS. V čem je problém: VPS používají user namespace, tzn. váš root z VPS nemá na nodu uid 0, ale nějaké jiné číslo. Z pohledu nodu je to neprivilegovaný uživatel a jako superuživatel se tváří jen ve VPS. To taky znamená, že pokud připojíte NFS export, na NFS server chodí UID/GID z VPS tak jak je vidí node, čili jako neprivilegovaní uživatelé. Proto i na NFS serveru mapujeme UID/GID na vašich datasetech, aby to sedělo s user namespace ve VPS. V březnu jsem ve vpsAdminu dokončil implementaci správy user namespace, nastavování map u datasetů a mounty. Hned jsem to chtěl vyzkoušet a šel datasety na nasboxu exportovat i na adresu node1.stg... No a byl z toho několikahodinový výpadek [1]. Exporty na NFS serveru se mění jeden po druhém, takže každý bude mít krátký výpadek a jede se dál, že? Bohužel ani náhodou. Nevím čím to je, ale když takhle hromadně měníte exporty, NFS server přestane obsluhovat klienty. Všechny klienty. Ani po zastavení operace server nezačal klienty obsluhovat, takže panika, restarty NFSD a znovu všechno exportovat... Ponaučení: více trpělivosti a nesahat na exporty bez nahlášené odstávky někdy v noci. Jinak by stačilo chvíli počkat a server by začal pracovat, prostě to jen dlouho trvalo. Po téhle bitvě to nakonec na stagingu stejně nefungovalo správně. Protože root z VPS byl na NFS serveru co? Neprivilegovaný uživatel. Jako neprivilegovaný uživatel neměl oprávnění pracovat se soubory jiných uživatelů, atd. Prakticky nepoužitelné. Zde se nabízejí dvě řešení: NFS klient musí posílat UID/GID tak jak je vidí VPS, na NFS serveru by tak root byl privilegovaný uživatel. Druhá možnost by byla nastavit NFS server tak, aby určité neprivilegované UID bral jako privilegované. Protože jsem v tu dobu nenašel žádnou aktivitu vývojářů NFS v tomhle ohledu, rozhodl jsem se implementovat tu druhou variantu, neboť mi přišla jednodušší. Výsledkem je nový parametr u exportu root_uid, což by se nastavilo podle mapování roota v jednotlivých VPS: zfs set sharenfs="root_uid=666000" storage/vpsfree.cz/nas/... Potíž je, že to vyžaduje patch kernelu [2] i patch nfs-utils [3] v userspace. Funguje to pěkně, jenže na nasboxu není vpsAdminOS. Sice by to šlo napasovat i na OpenVZ, ale rozhodli jsme se rovnou přejít na vpsAdminOS. Protože nasbox používá kolem 700 VPS, nejdříve jsme si vpsAdminOS vyzkoušeli na backuperu, který v tomto ohledu není tak důležitý. Jeden problém s NFS při startu systému jsme skutečně odhalili a snad i opravili. Jinak to funguje velice pěkně. nasbox je další na řadě. Bohužel se to teď zase komplikuje, protože do Linuxu 5.2 přistály patche [4], které implementují tu první možnost: UID/GID překládá už klient a na server chodí tak jak je vidí VPS. To je pro nás velká komplikace a než se k něčemu rozhodneme, musíme to vyzkoušet. Z NFS na stagingu tedy ještě nějaký měsíc nic nebude. br_netfilter ============ Někdo se na IRC ptal na br_netfilter, který v Linuxu nepodporuje namespace a ve VPS tak nejde používat. Existuje ale patchset, který to implementuje. Do našeho kernelu jsme tento patchset přidali, nicméně... nevím k čemu se to používá, vím akorát že to používají nějaké aplikace v dockeru. Pokud to někdo potřebujete, řekněte nám prosím na co a jak je to důležité. Jinak není vyloučeno, že to budeme muset pustit, pokud se to nedostane do upstreamu. Linux 5.0, 5.1, ZFS =================== Na stagingu průběžně přecházíme na nové verze kernelu. V produkci pak počítám že na delší dobu zakotvíme na nějakém LTS kernelu. Pro naše patche kernelu jsme vytvořili repozitář na githubu: https://github.com/vpsfreecz/linux/branches/all Mohli jste zaznamenat, že Linux 5.0 omezil export funkcí [5] pro práci s FPU na GPL-only a odstřihl tak ZFS on Linux. Tímhle si nehodláme komplikovat život, ani snižovat výkon. Ten export jsme si v kernelu patchnuli, stejně jako to pak udělal i NixOS [6]. V pátek jsme přešli na Linux 5.1 a ZFS on Linux 0.8.0. ZoL 0.8 je opravdu parádní vydání, doporučuju se podívat na novinky [7]. /sys/devices/system/cpu/online ============================== ... používají některé aplikace na detekci počtu procesorů, aby věděly kolik mají používat vláken, workerů, apod. Tyto údaje v Linuxu nejsou nijak virtualizované a řeší se to v userspace pomocí LXCFS. Co všechno máte ve VPS "virtualizováno" přes LXCFS zjístite s: grep lxcfs /proc/mounts V pátek jsme nasadili verzi LXCFS, která řeší i /sys/devices/system/cpu/online. Používá to např. Python když zavoláte multiprocessing.cpu_count(). pty-wrapper =========== Aby měly všechny VPS otevřenou konzoli, pouštíme je ve wrapperu, který přichystá pseudoterminál a pak zprostředkovává komunikaci mezi osctld ve vpsAdminOS a vzdálenou konzolí ve vpsAdminu. Původně jsme tento program měli napsán v Ruby, jenže to na každou VPS zabíralo cca 15 MB paměti, které se účtovaly k zabrané paměti VPS. sorki to přepsal [8] do Haskellu a jsme teď na 5 MB na VPS. Deklarativní konfigurace ZFS datasetů ===================================== Při instalaci nodu je potřeba nastavit ZFS properties, jako např. zapnutí komprese, nebo vytvořit nějaké datasety na zpoolu. Vše je teď možné deklarativně nastavit v konfiguračních souborech [9], abychom na nic nezapomněli. Parametry kernelu ================= Kernel má spoustu hejblátek, které omezují určité prostředky, jako velikost ARP tabulky, inotify, kernel keyring a počty procesů. Právě na maximální počet procesů jsme na node1.stg nedávno narazili. Pokusil jsem se s tím udělat pořádek a vpsAdminOS nyní obsahuje doporučené nastavení [10] těchto voleb. Zjednodušení vytváření kontejnerů ================================= vpsAdminOS původně vyžadoval manuální správu mapování UID/GID v user namespace. Na stagingu to za vás řeší vpsAdmin, ale v OS samotném to bylo zbytečně komplikované. Aby šel vytvořit kontejner, muselo nejdřív existovat ono mapování: osctl user new --map 0:666000:65536 myuser osctl ct new --user myuser --distribution ubuntu myct Nově je nastavení UID/GID map volitelné. Ve výchozím stavu se pro každý kontejner alokuje unikátní blok UID/GID z definovaného rozsahu. --user se tak vůbec nemusí používat a stačí: osctl ct new --distribution ubuntu myct Díky tomu jsou od sebe kontejnery automaticky odděleny a zároveň to není žádná práce pro uživatele navíc. nixos-modules ============= Máme už celkem dost konfigurace a modulů v Nixu. Aby se daly některé moduly použít na více místech, vytvořili jsme repozitář nixos-modules [11]. Zatím obsahuje modul na použití libvirtu, který funguje i ve VPS. build.vpsfree.cz ================ Máme nový (resp. je to nějaký starší HW) stroj na sestavování OS a bootovacích obrazů pro nody. I zde je vpsAdminOS, ale nainstalovaný na disku a bootuje ze ZFS. I takto se dá použít. Chystám se zde taky automatizovat build šablon distribucí pro VPS. Nyní se šablony musí sestavovat a testovat manuálně, což se nikomu nechce dělat a zejména rolling-release distribuce zaostávají. O tom zase někdy příště. IPv6 na stagingu ================ Kdo máte VPS na stagingu, určitě jste si všimli problémů s IPv6. Bylo to tím, že neseděly BGP timeouty mezi Dell switchi a birdem na node1.stg. Už nějakou dobu to funguje stabilně. Co dál ====== Ke spuštění produkčního node chybí: NFS (viz výše) a syslog namespace. Monitoring už tak nějak funguje -- při výpadku nám chodí SMS, ale ještě je co vylepšovat co se týče sledování zdrojů. syslog namespace je důležitý k tomu, abyste dostávali informaci o tom, že vaši VPS navštívil OOM killer. Teď vám mohou mizet procesy a nevíte o tom. Patchset už máme [12], musí se to přidat do kernelu a vyzkoušet. [1] https://vpsadmin.vpsfree.cz/?page=outage&action=show&id=511 [2] https://github.com/vpsfreecz/linux/commit/ab987ee27f0a57f0dae3f0847db2ce4da… [3] https://github.com/vpsfreecz/vpsadminos/blob/master/os/packages/nfs-utils/p… [4] https://lwn.net/Articles/788292/ [5] https://www.root.cz/zpravicky/zfs-on-linux-ma-mensi-zadrhel-s-kernelem-5-0/ [6] https://www.phoronix.com/scan.php?page=news_item&px=NixOS-Linux-5.0-ZFS-FPU… [7] https://github.com/zfsonlinux/zfs/releases/tag/zfs-0.8.0 [8] https://github.com/vpsfreecz/pty-wrapper [9] https://vpsadminos.org/os/pools/#declarative-pool-structure [10] https://github.com/vpsfreecz/vpsadminos/blob/master/os/configs/tunables.nix [11] https://github.com/vpsfreecz/nixos-modules [12] https://github.com/torvalds/linux/compare/master...vpsfreecz:syslogns-5.1 Jakub

5 years, 11 months

4
5
0 0

Archlinux a vpsAdminOS

by Jindřich Sadílek

Ahoj, chystám se po dlouhé době (*vlastně od výpadků s glibc*) přeinstalovat svoji VPSku a půjdu na to novou instalací do playgroundu a kopírováním toho, co chci přenést - ne migrací. Funguje již vše tak nějak normálně (*původní vps jsem si nainstaloval*) nebo jsou potřeba nějaké úpravy, aby to běhalo spolehlivě? Díky, Jindra

5 years, 12 months

2
3
0 0

Změna v konfiguraci sítě ve Fedoře 30 na vpsAdminOS

by Jakub Skokan

Ahoj, doteď se ve VPS s Fedorou a CentOSem nastavovala síť pomocí init skriptu /etc/init.d/network. Ten je už nějakou dobu označen za zastaralý a v nových verzích se musí doinstalovávat. Místo init skriptu se má používat NetworkManager (NM), takže od Fedory 30 to tak na vpsAdminOS budeme dělat. Stejně by to mělo fungovat v CentOS 8, až ho vydají. Pokud budete aktualizovat z Fedory 29, můžete na nový způsob konfigurace přejít. Dokud bude ve vpsAdminu nastaveno, že ve VPS je Fedora 29, všechno bude fungovat jako doposud. Když to přenastavíte na Fedoru 30, bude potřeba nejdříve několik změn ve VPS. NM sice umí číst konfigurační soubory v /etc/sysconfig/network-scripts tak jako init skript, ale není to pořádně kompatibilní a jsou tam rozdíly, takže NM nefunguje správně s konfigurací pro init skript a naopak. Pro přechod na NM nejprve ve VPS proveďte: dnf remove network-scripts systemctl unmask NetworkManager.service systemctl unmask NetworkManager-wait-online.service systemctl unmask NetworkManager-dispatcher.service cat <<EOT > /etc/NetworkManager/conf.d/vpsadminos.conf [main] plugins+=ifcfg-rh rc-manager=file configure-and-quit=true EOT Pak ve vpsAdminu přenastavte distribuci na Fedoru 30 a restartujte. Jakub

5 years, 12 months

1
0
0 0

(Podruhé) Dvoufaktorové přihlašování do vpsAdminu pomocí TOTP / Two-factor authentication in vpsAdmin using TOTP

by Jakub Skokan

(Posílám tu samou zprávu podruhé, protože to některým lidem nebylo doručeno kvůli špatnému spamfilteru.) Ahoj, (English version below) Ve vpsAdminu si nyní můžete nastavit dvoufaktorovu autentizaci (2FA) pomocí TOTP [1]. Pro autentizaci můžete používat např. mobil s aplikací Google Authenticator [2], FreeOTP [3], nebo libovolný program implementující TOTP. Pro nastavení stačí do aplikace naskenovat QR kód, popř. opsat tajný klíč. Aplikace je pak kdykoli schopna zobrazit aktuální heslo pro přihlášení, které se mění každých 30 sekund. Do vpsAdminu si takto můžete přidat více autentizačních zařízení a k přihlášení půjde využít kterékoli z nich, co máte zrovna po ruce. Dvoufaktorová autentizace je vynucena máte-li nastaveno a povoleno alespoň jedno zařízení. Bez tohoto zařízení se do vpsAdminu nepřihlásíte: ani do webového rozhraní [4], ani u API [5]. Pokud náhodou o svoje autentizační zařízení přijdete, můžete použít obnovovací kód, který vám vpsAdmin při nastavení zařízení jednorázově zobrazí. Postup nastavení i se screenshoty je popsán v KB: https://kb.vpsfree.cz/navody/vps/uzivatele#dvoufaktorove_prihlasovani_2fa Zavedení 2FA si vyžádalo zpětně nekompatibilní změnu v protokolu HaveAPI [6], takže pokud používáte vpsfreectl [7] nebo jinou knihovnu pro přístup k API [8], musíte aktualizovat. ENGLISH: TOTP [1] based two-factor authentication (2FA) can now be configured in vpsAdmin. You can use it e.g. with smartphone applications like Google Authenticator [2], FreeOTP [3], or really any program implementing TOTP. It is very easy to configure, vpsAdmin will show you a QR code which you then scan into the application. Alternatively, you can enter the secret key manually. The application is then able to show you the current one-time password to log in. The password changes every 30 seconds. It is possible to configure multiple authentication devices like this. Any one of the configured devices can be used to log in. 2FA is enforced when there is at least one authentication device enabled. Without this device, you will not be able to log into vpsAdmin. Both the web interface [4] and the API [5] support and enforce 2FA. Should you lose your only authentication device, you can use a recovery code which vpsAdmin will show you after the device has been configured. See our KB for more information: https://kb.vpsfree.org/manuals/vps/users#two-factor_authentication_2fa The introduction of 2FA forced us to make a backward-incompatible change in the HaveAPI protocol [6], which powers our API. If you're using vpsfreectl [9] or any other client library [10], you will have to upgrade. [1] https://en.wikipedia.org/wiki/Time-based_One-time_Password_algorithm [2] https://play.google.com/store/apps/details?id=com.google.android.apps.authe… [3] https://freeotp.github.io/ [4] https://vpsadmin.vpsfree.cz [5] https://api.vpsfree.cz [6] https://github.com/vpsfreecz/haveapi [7] https://kb.vpsfree.cz/navody/vps/api#cli [8] https://kb.vpsfree.cz/navody/vps/api#prace_s_api [9] https://kb.vpsfree.org/manuals/vps/api#cli [10] https://kb.vpsfree.org/manuals/vps/api#working_with_the_api Jakub

6 years

2
3
0 0

Dvoufaktorové přihlašování do vpsAdminu pomocí TOTP / Two-factor authentication in vpsAdmin using TOTP

by Jakub Skokan

Ahoj, (English version below) Ve vpsAdminu si nyní můžete nastavit dvoufaktorovu autentizaci (2FA) pomocí TOTP [1]. Pro autentizaci můžete používat např. mobil s aplikací Google Authenticator [2], FreeOTP [3], nebo libovolný program implementující TOTP. Pro nastavení stačí do aplikace naskenovat QR kód, popř. opsat tajný klíč. Aplikace je pak kdykoli schopna zobrazit aktuální heslo pro přihlášení, které se mění každých 30 sekund. Do vpsAdminu si takto můžete přidat více autentizačních zařízení a k přihlášení půjde využít kterékoli z nich, co máte zrovna po ruce. Dvoufaktorová autentizace je vynucena máte-li nastaveno a povoleno alespoň jedno zařízení. Bez tohoto zařízení se do vpsAdminu nepřihlásíte: ani do webového rozhraní [4], ani u API [5]. Pokud náhodou o svoje autentizační zařízení přijdete, můžete použít obnovovací kód, který vám vpsAdmin při nastavení zařízení jednorázově zobrazí. Postup nastavení i se screenshoty je popsán v KB: https://kb.vpsfree.cz/navody/vps/uzivatele#dvoufaktorove_prihlasovani_2fa Zavedení 2FA si vyžádalo zpětně nekompatibilní změnu v protokolu HaveAPI [6], takže pokud používáte vpsfreectl [7] nebo jinou knihovnu pro přístup k API [8], musíte aktualizovat. ENGLISH: TOTP [1] based two-factor authentication (2FA) can now be configured in vpsAdmin. You can use it e.g. with smartphone applications like Google Authenticator [2], FreeOTP [3], or really any program implementing TOTP. It is very easy to configure, vpsAdmin will show you a QR code which you then scan into the application. Alternatively, you can enter the secret key manually. The application is then able to show you the current one-time password to log in. The password changes every 30 seconds. It is possible to configure multiple authentication devices like this. Any one of the configured devices can be used to log in. 2FA is enforced when there is at least one authentication device enabled. Without this device, you will not be able to log into vpsAdmin. Both the web interface [4] and the API [5] support and enforce 2FA. Should you lose your only authentication device, you can use a recovery code which vpsAdmin will show you after the device has been configured. See our KB for more information: https://kb.vpsfree.org/manuals/vps/users#two-factor_authentication_2fa The introduction of 2FA forced us to make a backward-incompatible change in the HaveAPI protocol [6], which powers our API. If you're using vpsfreectl [9] or any other client library [10], you will have to upgrade. [1] https://en.wikipedia.org/wiki/Time-based_One-time_Password_algorithm [2] https://play.google.com/store/apps/details?id=com.google.android.apps.authe… [3] https://freeotp.github.io/ [4] https://vpsadmin.vpsfree.cz [5] https://api.vpsfree.cz [6] https://github.com/vpsfreecz/haveapi [7] https://kb.vpsfree.cz/navody/vps/api#cli [8] https://kb.vpsfree.cz/navody/vps/api#prace_s_api [9] https://kb.vpsfree.org/manuals/vps/api#cli [10] https://kb.vpsfree.org/manuals/vps/api#working_with_the_api Jakub

6 years

1
0
0 0

VPS a seccomp

by Johnny

Ahoj, snazim se rozbehat Collabora Online - CODE version na CentOS7.6. Narazim, ale na problem se startem sluzby loolwsd. Dostavam tuto chybu: May 19 18:56:36 <fqdn> loolwsd[18845]: kit-18850-18847 2019-05-19 16:56:36.047871 [ loolkit ] ERR Failed to install seccomp syscall filter| common/Seccomp.cpp:204 May 19 18:56:36 <fqdn> loolwsd[18845]: kit-18850-18847 2019-05-19 16:56:36.047958 [ loolkit ] FTL LibreOfficeKit seccomp security lockdown failed. Exiting.| kit/Kit.cpp:2468 Jak jsem pochopil, tak v OpenVZ zrejme nei seccomp podporovan. Ale Docker, lze na OpenVZ spustit, ale jen do verze 1.10 (to me napadlo, ze do teto verze Docker seccomp nevyzaduje, pak jiz ano?). Nasel jsem moznost, jak pro CODE vypnout podporu seccomp, aby ji nevyzadoval, ale zase se mi to zda, ze to neni bezpecne. Dalsi moznost je zkusit rozjet CODE v dockeru, ale nic v dockeru v tuo chvili neprovozuji a je otazka jak je na tom s bezpecnosti starsi verze dockeru orpoti provozu aplikace bez dockeru bez seccomp filtru - ok, jasne odpovedel jsem si sam, docker vede. Resil toto nekdo na OpenVZ "virtualizaci"? Co byste mi doporucili, jako bezpecnejsi reseni? Bude seccomp dostupny na vpsAdminOS (resp. na VPSkach bezicich ve vpsAdminOS)? Predem diky za napady. Johnny

6 years

1
0
0 0

increased the local port range

by Radim Daniel Pánek

Ahoj, potrebuji zvysit lokalne rozsah portu echo 1024 65535 > /proc/sys/net/ipv4/ip_local_port_range -su: /proc/sys/net/ipv4/ip_local_port_range: Permission denied A docetl jsem se toto: This server is a VPS and it is running in a OpenVZ container and I'm not allowed to modify any kernel parameter of that container. Jak toho muzu docilit? Diky Dan

6 years

2
2
0 0

Forwarding z public IPv4 na privátní

by Pavel Hruška

Ahojte, potřeboval bych poradit, resp. ujistit, že je to možné a nedělám nějakou hloupost. Vzhledem k nedostatku public IPv4 chci mít druhou VPSku pouze s privátní IP a chci si na ní směrovat určitý provoz (tcp porty) z venku z public IPv4, kterou má první VPSka. Na začátek si chci zřídit SSH přístup, tedy například z veku x.x.x.x:222 -> y.y.y.y:22. Běžně NAT dělám přes iptables. Tohle jsem zkoušel: iptables -t nat -A PREROUTING -d x.x.x.x -p tcp -m tcp --match multiport --dports 222 -j DNAT --to-destination y.y.y.y:22 iptables -A FORWARD -i venet0:0 -o venet0:1 -p tcp -m tcp --match multiport --dports 222 -m conntrack --ctstate NEW -j ACCEPT (tady přesně nevím, jestli cílový port je 222 nebo 22, ale zkoušel jsem oboje) Plus toto: iptables -A FORWARD -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT sysctl net.ipv4.ip_forward (vrací net.ipv4.ip_forward = 1) Něco mi říká, že bych na té druhé VPSce měl mít bránu zpět na tu první VPSku, ať se pakety můžou vracet, nicméně pokud dělám traceroute, tak mi jde provoz přes nějakou pro mě neznámou bránu, ačkoliv route vidím takový: Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default 0.0.0.0 0.0.0.0 U 0 0 0 venet0 traceroute to seznam.cz (77.75.74.172), 30 hops max, 60 byte packets 1 172.16.0.27 (172.16.0.27) 0.050 ms 0.017 ms 0.014 ms 2 vl128.cr3.r1-8.dc1.4d.prg.masterinter.net (81.31.40.97) 0.389 ms 0.629 ms 0.60 ... Nevím, jestli dělám něco úplně špatně, nevím jak do toho zasahuje OpenVZ, atd... Budu rád za každou radu, díky. P.

6 years

7
19
0 0

Terraform provider pro vpsAdmin / Terraform provider for vpsAdmin

by Jakub Skokan

Ahoj, (English version below) Terraform [1] je nástroj pro správu infrastruktury pomocí konfiguračních souborů. Podporuje spoustu různých poskytovatelů hostingu, cloudů a podobných služeb. Nyní je možné pomocí něj konfigurovat i naše VPS. Náš plugin pro Terraform aktuálně umí vytvářet a upravovat VPS, nahrávat veřejné SSH klíče a spouštět příkazy přes SSH. Plugin, pokyny k instalaci a ukázku použití najdete zde: https://github.com/vpsfreecz/terraform-provider-vpsadmin Případné chyby prosím hlaste u repozitáře na githubu. Samozřejmě se můžete také zapojit do vývoje, chtělo by to ještě dodělat podporu pro správu datasetů, mountů a určitě se toho najde více. Terraform pluginy se nejsnadněji píšou v Golangu, takže jsme v Golangu potřebovali taky klienta k našemu API. Díky tomu, že se naše API umí samo pěkne zdokumentovat [2], klient pro Golang je kompletně automaticky vygenerovaný. Výsledkem je tedy generátor klientských Golang knihoven pro HaveAPI [3] a samotný klient k našemu API [4], který je možné použít nezávisle na Terraformu. ENGLISH: Terraform [1] is a tool for infrastructure administration using configuration files. It supports many cloud and hosting providers and now it is possible to use it to manage VPS at vpsFree.cz as well. Our provider plugin for Terraform allows you to create and manage VPS, deploy SSH keys and use SSH provisioner. The provider, install instructions and examples can be found at: https://github.com/vpsfreecz/terraform-provider-vpsadmin Please report bugs and issues at our github repository. You're also welcome to join the development. The provider is still missing dataset and mount management. Since Terraform plugins are best written in Golang, we needed a client to our API in Golang as well. Because our API is self-descriptive, the Golang client library can be autogenerated. The result is a Golang client generator [3] and the generated client [4] for our API. The Golang client library can be used independently from Terraform. [1] https://www.terraform.io [2] https://github.com/vpsfreecz/haveapi [3] https://github.com/vpsfreecz/haveapi/tree/master/clients/go [4] https://github.com/vpsfreecz/vpsadmin-go-client Jakub

6 years

2
1
0 0

Nefunkční docker na Alpine 3.9

by Vojtěch Mareš

Zdravím všechny, nainstaloval jsem si Alpine na VPSko a chystal jsem se si spustit GitLab Runner, ale ukázalo se mi nejede docker. Dodám že VPS mám na node1.stg a docker mám ve vpsAdmin povolený. Mám povolit i LXC nesting ? Konkrétně mi u všech docker run <cokoliv> (a i u docker service create apod.) hází chybu: docker: Error response from daemon: cgroups: cannot find cgroup mount destination: unknown. Po nějakém googlení jsem našel pár issues na GitHubu, ale nikde řešení. Podle toho co to říká je že to nenašlo cgroup mount dest. při bližším “ohledání” jsem přes web. konzoli vypozoroval kde je asi problém - při spouštění VPS: https://gist.github.com/vojtamares/d217e620eb6342729572a6fcf4526ede (ať to má trochu formátování a ten email není dlouhý jak týden). Tady se dostávám do míst kde už si sám neporadím a rozbít si to se mi nechce :D Díky všem, kteří poradí. S pozdravem, Vojtěch Mareš

6 years, 1 month

2
2
0 0

Testování Docker Service na Stage serveru

by Pavel Sieder

Ahoj, najde se tady někdo, kdo taky testuje docker service na Staging serveru, tedy na VpsAdminOS? Mám problém s vystavením portu u služby. Pokud to zkusím klasicky přes docker: "docker run -p 8088:80 --name web nginxdemos/hello", je kontejiner z venku normálně dostupný. Pokud použíju docker service: "docker service create -p 8088:80 --name web nginxdemos/hello", port se nevystaví a z venku se do kontejineru nedostanu. Podle "docker ps" však v obou případech konteiner běží. Nesetkal jste se, prosím, někdo při testování s podobným problémem? Server: node1.stg Docker version 18.09.5, build e8ff056dbc OS: Debian 9 Díky za případnou nápovědu S pozdravem *Pavel Sieder*

6 years, 1 month

1
0
0 0

Shrnuti + TODO ze sobotni vyrocni schuze

by Pavel Snajdr

Ahojte vsichni, ze schuze jeste bude zaznam (o vikendu), ale na Tomsovo prezentaci nebyly bohuzel moc dobre videt fotky (to jsem sam zvedavy, jestli ze zaznamu uvidime, cim se to opravilo...). Takze jsem nahral vsechny slajdy sem: https://vpsfree.cz/download/vpsf-10y-slides.tar.bz2 Tam je pekne videt, co jsme si nalozili za TODO; nejvetsi bod k skoro okamzitemu reseni je pridani online hlasovani do stanov. Podle aktualnich stanov, ktere jsou v rejstriku, jsme usnasenischopni byli, ale jelikoz jsme nemeli pripravenou zadnou dobrou formulaci a uz vubec nic lepsiho nas nenapadlo na miste, pojdme pripravit nad stavajicim znenim novou verzi, kde online hlasovani bude zpracovane - a dalsi zmeny, pokud nejake vlastne vubec jsou potreba, pojdme resit online. Ve stanovach aktualne mame usnasenischopnost schuze clenu vzdy - ale videli jste sami ucast, organizaci hostujici spoustu lidi, nadeji, snu a planu, potom muze par lidi podle aktualni nalady na jednom miste, behem par hodin, i treba nedopatrenim, muze nepromyslena zmena stanov sita horkou jehlou velmi rychle poslat do existencialnich problemu - to nechceme, pojdme to tedy udelat relativne v klidu. K reseni je jenom prevod hlasovani a zasedani Schuze a Mimoradne schuze na takovy format, aby se mohla udit v case vice rozprostrene, s projednanim vetsiny veci online; moje predstava je nasledujici: 1. pozvanka k mimoradne i pravidelne radne svolane Schuzi bude muset obsahovat sice predbezne, ale srozumitelne formulovane body k pripadnemu hlasovani 2. probehne fyzicke setkani, na kterem se odprezentuji vsechny informace, ktere clenove potrebuji ke kvalifikovanemu rozhodnuti, aspon slajdy, idealne zaznamy se dostanou ke vsem clenum, i tem, kteri nebyli fyzicky 3. cas pro diskuzi na mailing listech 4. hlasovani o konkretnim zneni konkretnich bodu pres vpsAdmin (zadny novy bod nesmi v procesu pribyt, do hlasovani pujde jen to, co bylo na uvodni pozvance, jinak to potrebuje novou Schuzi) 5. konec Schuze Otazkou je - jak Oskar (Ondra Caletka) spravne resil promptne hned na miste - jakym zpusobem se dobrat k vysledku, kdyz uz budeme mit nejaka vstupni data. Co povazovat za spravny vysledek, jakou metodiku zvolit pri scitani hlasu. To bychom se meli dost rychle rozhodnout a dohodnout ;) Ve stanovach mame aktualne zakotvenou BDFL Radu i Kontrolni komisi (benevolent dictator for life, tj. s neomezenym volebnim obdobim za podminky, ze to delaji dobre) - tedy pokud bude celoclenska Schuze o necem hlasovat, pujde vzdy relativne o vyznamnou udalost, protoze kdyz se ma menit tym, se kterym se pocitalo, ze bude stabilni, asi to nebude jen tak. Je teda potreba mit proces odolny vuci vyvolavani emoci z jakekoliv strany, jak to jen jde. Vyhrat musi vzdy technicky vyborne a s ohledem na cile organizace vzdy nejlepsi mozne reseni, od toho vpsFree mame, aby nam neco spolecneho pekne fungovalo, ne abychom meli o cem se dohadovat ;) Pojdme tedy vymyslet co nejjednodussi, nejmensi zasah do Stanov, abychom umoznili ^ priblizne aspon takhle dobry prubeh Schuze, a tim i budouci fungovani. Dostal jsem v sobotu od 25ti z Vas mandat hlasovat o zmene stanov, pisemne, s ustnim porozumenim, ze pujde o zmenu stanov s ohledem na umozneni online hlasovani. Na 9.3. bude take zaznam a nejspis i live stream, Adam z AVC se nechal hecnout a dojede do Brna ;) Potreboval bych vedet, kdo vsechno prijdete - base48 neni velky, vzhledem k ucasti v sobotu v Praze jsem tipoval, ze se zase sejdeme komorne tak v 5 lidech, kdyztak prosim zakliknete svoji ucast v Doodle, at pripravime aspon trochu mista ;) https://doodle.com/poll/mn8gwux7eh8hqzer Diky moc vsem, co jste prisli v sobotu - a diky vsem, kteri mi verite natolik, ze jste se hecnuli tak, ze mi davate bianco sek na meneni stanov - tahle duvera pro mne osobne hodne znamena, s takovouhle podporou vim, ze ma smysl to delat dal, ve vetsim - a jeste lip. Diky jeste jednou. A za tyden a kousek v sobotu v Brne ;) Nebo kdo chcete, i driv, v Base48 jsem skoro kazdy den... A komu se zalibilo v Brmlabu, kdo mate chut si obcas pohrat s nejakou elektronikou a podobne, nevahejte tam chodit - jeste se teprv napric ceskoslovenskymi hackerspacy zacnou dit veci, stoji za to, byt u toho... vic info casem ;) /snajpa

6 years, 2 months

7
11
0 0

swap na Ubuntu

by Alexander Zatko

Caute, Pokusam sa vytvorit na mojej vpske swap: sudo dd if=/dev/zero of=/swapfile bs=1G count=4 .... ale narazam na problem pri aktivacii: swapon: /swapfile: skipping - it appears to have holes. fallocate nie je na mojej instalacii podporovany, takze tu metodu nemozem pouzit (neviem ci by subor tak vytvoreny tiez nemal problem s dierami) Google mi velmi nepomohol, tak snad mi poradi niekto z vas co s tym mozem urobit?

6 years, 2 months

2
2
0 0

Pozvánka na CSNOG v Brně

by Petr Krcmar

Ahoj všem, ve dnech 28. a 29. května se v Brně koná druhá konference CSNOG [1]. CSNOG (Czech and Slovak Network Operators Group) [2] je po vzoru zahraničních NOGů komunitou poskytovatelů přístupu k internetu, provozovatelů telekomunikačních sítí, registrátorů domén a provozovatelů počítačových sítí a technických nadšenců. Právě probíhá call for abstracts [3], takže pokud máte co říct, můžete přispět svým tématem. Pokud jste z okolí, mrkněte na to, je to velmi zajímavá lokální akce, kde se sejde spousta chytrých lidí s mnoha zkušenostmi z provozu sítí a služeb. [1]: https://indico.csnog.eu/event/6/ [2]: https://www.csnog.eu/ [3]: https://indico.csnog.eu/event/6/abstracts/ -- Petr Krčmář vpsFree.cz

6 years, 2 months

1
0
0 0

Slackware 14.2 Úprava šablony jak?

by Jack Hokus

Ahoj, mám testovací server na Slackware 14.2 a zjistil jsem že v šabloně chybějí některé balíčky. Problém se týká apache Když jsem ho po instalaci spustil, dostal jsem tuto chybovou hlášku: root@Slackware:/etc/rc.d# httpd httpd: error while loading shared libraries: libaprutil-1.so.0: cannot open shared object file: No such file or directory Po nějakém tom hledání jsem zjistil, že chybějí tyto balíčky: libsqlite3.so.0 => not found libicui18n.so.56 => not found libicuuc.so.56 => not found libicudata.so.56 => not found libsasl2.so.3 => not found libapr-1.so.0 => not found libsqlite3.so.0 => not found libicui18n.so.56 => not found libicuuc.so.56 => not found libicudata.so.56 => not found libsasl2.so.3 => not found libapr-1.so.0 => not found libsasl2.so.3 => not found Rád bych je tam zkusil doplnit, ale umím zacházet s GitHubem. Mohl by mi někdo poradit jak to udělat? Dovolím si odhadnout, že se musím zaregistrovat, potom stáhnout na lokál kopii toho skriptu a doplnit do něj ty balíčky, je to tak? Děkuji Petr

6 years, 2 months

3
3
0 0

vpsadminos a alpine 3.9

by Wolf

Ahoj, chtel jsem dneska po schuzi zkusit vpsadminos kdyz mame tedy staging, chtel jsem udelat novy alpine 3.9 container, ale bohuzel je supported jenom alpine 3.6 .. 3.8. Chtel jsem na to nekde udelat pull request, protoze predpokladam, ze by to nemelo byt slozite, ale nenasel jsem kde. Podle https://kb.vpsfree.cz/navody/vps/vpsadminos jsem nasel https://github.com/vpsfreecz/build-vpsfree-templates/tree/vpsadminos/templa… ale tam je jenom alpine 3.8, 3.6 a 3.7 chybi, takze jsem asi nasel spatne. Mohl by mne nekdo popostrcit? Diky, W. PS: Ja vim, muzu nainstalovat 3.8 a upgradnout, tak jsem to taky udelal ale bylo by fajn tam mi i 3.9 kdyz uz je venku. -- There are only two hard things in Computer Science: cache invalidation, naming things and off-by-one errors.

6 years, 2 months

2
1
0 0

2 min výpadky celého spojení minulý týden Brno a naplánování schůze v Brně?

by zd nex

Ahojte, chtěl jsem se optat zda na Brno 2019-02-21 18:32:39.584 UCT a např. také Brno, kdy zřejmě není celá konektivita v Brně dostupná. 2019-02-18 17:05:00.715 UTC Mám primárně otázku, zda se jedná o nějaký reset switche/routru či o překlonění na jinou konektivitu? A také jsem se chtěl zeptat, zda bude 'schůze' tedy také v Brně, jak bylo zmíněno na záznamu z Pražské?:) -- S pozdravem, Zdeněk Dlauhý Web: www.pripravto.cz

6 years, 2 months

2
1
0 0

Stánek na víkendovém InstallFestu

by Petr Krcmar

Ahoj, o víkendu je InstallFest, doufám, že všichni dorazíte. Budeme tam mít stánek, povídat si s lidma a vařit dobrou kávu. Potřebujeme ale nějaké pomocníky, aby bylo víc legrace a víc lidí na stánku. Tričko, oběd, párty a věčná sláva jsou samozřejmostí pro toho, kdo se přidá. Pokud rádi pomůžete alespoň kousek dne, bude to fajn. Prosím ohlaste se Martinovi, který stánek koordinuje. martin.myska(a)vpsfree.cz Díky -- Petr Krčmář vpsFree.cz

6 years, 2 months

1
0
0 0

Výroční schůze a párty k 10. výročí vpsFree.cz už zítra

by Petr Krcmar

Ahoj všem, připomínám, že zítra (23. února 2019) od 16:30 proběhne v pražském Brmlabu výroční schůze a párty k 10. výročí vpsFree.cz. Pokud se ještě dodatečně rozhodněte přijít, nezapomeňte potvrdit učast: https://doodle.com/poll/axqy2afvi65dzfw5 Nejprve proběhne klasická členská schůze, shrneme historii a hlavně se podíváme na budoucnost, která je rozhodně zajímavá. Čeká nás změna platformy, úprava stanov, přebudování síťové infrastruktury, vstup do NIX.CZ a další novinky. To vše se dozvíte na výroční schůzi a pak hlavně na párty. Pro více informací si přečtěte článek na blogu: https://blog.vpsfree.cz/prvnich-10-let-je-za-nami-chystame-spoustu-novinek/ Díky, těšíme se na vás všechny! -- Petr Krčmář vpsFree.cz

6 years, 2 months

2
1
0 0

OpenVPN config

by Lukáš Němec

Ahoj, Snažím se rozjet openvpn jako internet gateway na vpsce. Jel jsem podle návodu na wiki vpsfree ale zdá se zastaralý. Už jsem ve stavu kdy se v pohodě připojím na vps vpn, ale net nefunguje-asi bude špatně ip adresa pro nat v návodu wiki? (https://kb.vpsfree.cz/navody/server/openvpn) Našel jsem ještě maily z 2017 z tohoto listu ale nevím jestli ta konfigurace bude platit. Poradíte? Btw configy mám stejné jako v návodu-jel jsem krok za krokem. Díky, Lukáš

6 years, 2 months

3
8
0 0

KDE asociace - okular

by Stepan Liska

Ahoj, strejda Google mi tvrdošíjně nechce odpovědět, tak kdybyste měl někdo čas a chuť poradit: Už delší dobu mám v KDE Plasma asociovaný Okular snad úplně ke každému MIME typu co je v systému. Nevím teda jestli to je bug nebo feature, ale je to pěkně otravné. (Debian Buster, balíčky okular, okular-extra-backends, okular-backend-odp, okular-backend-odt). Zajímalo by mě, jestli to je standard - má to ještě někdo nebo jenom já? A pak jestli někdo neví nějaký postup, jak to udělat aby se ta potvora asociovala jenom s těmi typy na které má opravdu rozumný backend. Chtěl jsem zkusit balíček odebrat a zase přidat, ale okular je závislost kde-standard a ten zase task-kde-desktop a nerad bych si odebral celý desktop co používám. A měnit závislosti task-* na manuální je stejná pakárna jako rušit ty asociace ručně. Díky, Štěpán.

6 years, 3 months

2
2
0 0

Postfix a výběr hosta

by Nikos Timiopulos

Ahoj, nevěděl byste prosím někdo, proč se Postfix chová tak jak se chová, tj. už 2 týdny se snaží doručovat poštu na server, který je zřejmě offline a navíc je v pořadí MX priorit na druhém místě? Nevím jak to měl příjemce nastavené v lednu a jestli si postfix nedrží nějakou connection cache (googlim), ale 2 týdny mi přijdou moc. Feb 5 10:36:17 fra postfix/smtp[30200]: 9E15B40210: to=<xxx(a)fos-sro.cz>, relay=none, delay=435408, delays=435348/0/60/0, dsn=4.4.1, status=deferred (connect to mgate1-backup.fos-sro.cz[146.255.31.26]:25: Connection timed out) mail_version = 3.1.8 Debian 9.7 Díky předem za radu, s pozdravem Nikos

6 years, 3 months

2
2
0 0

Nixos gitlab runner

by Adam Havelka

Ahoj, neřešili jste někdo gitlab runner na nixosu? Když použiju nasledujici config, systemctl služba se sic zapne, ale do toml souboru (/etc/gitlab-runner/config.toml) se nezapíše a nezaregistruje se samotny runner (jak to například děla ten baliček po naklonovani https:// gitlab.com/arianvp/nixos-gitlab-runner/ ) ``` { services.gitlab-runner = { enable = true; configOptions = { runners = [ { name = "nixos"; url = "https://gitlab.com/"; token = "tady_token"; executor = "shell"; }]; }; }; } ```

6 years, 3 months

2
1
0 0

rozdělování resources

by Stepan Liska

Ahoj, nějak jsem nikde nedohledal informace k rozdělování prostředků k jednotlivým VPS. Prosím, mohl by mi někdo napsat buď link kde to je napsané nebo nějak aspoň stručně co lze a jak přerozdělovat mezi VPS? Aktuálně mám 2 VPS a jednu bych potřeboval "vytunit" a druhou trochu "přiškrtit". Ve VPSAdminu vidím, že asi půjde přehodit kus paměti a nějaké to jádro (předpokládám, že jednomu uberu a to mohu druhému přidat ??), mohu za běhu? Ale zdá se mi, že asi nebudu moci takto hýbat s datasety, ne? Ty mají ID datasetu shodné s ID VPSky, když dám create dataset, tak dělám jen subdataset. I když v editaci datasetu se skoro zdá, že velikost editovat mohu a že bych tedy mohl jednomu zmenšit. Tak když jeden dataset zmenším, mohu potom u druhé VPSky dataset zvětšit? A doplňující otázka - mám VPSky v různých lokalitách (prg, brq) - je to možné i tak? Předem díky za trochu světla, Š.

6 years, 3 months

2
2
0 0

Presun na vpsAdminOS

by Petr Sykora

Ahoj, snažil jsem se marně poskládat aktualní stav vpsadminos, ale nějak jsem z toho zmaten, proto se hloupě zeptám konkrétně: Je už možné přesunout se se svou vps na vpsadminos, včetně své ipv4, případně výměnou za jinou veřejnou ipv4? Svou vps používám povětsinou jako glorifikovanou ssh proxy a občas si tam něco pustím, takže nepotřebuju úplně produkční spolehlivost, i když je samozřejmě vítaná. Zároveň nevím zda jsem použil správný komunikační kanál, tak mě případně prosím přesměrujte, kam to patří. Díky, Petr

6 years, 4 months

2
1
0 0

sshfs mounut a nextcloud na vpsfree

by Jiri Drozd

Ahoj, zkousel sem rozchodit na VPSfree (Ubuntu 16.04) nextcloud, coz se podarilo, nicmene chtel sem do nej mountnout dalsi data z disku, ktery je fyzicky u me doma v PC ktere bezi Ubntu 18.04 a tady sem narazil na problem s kompletnim vytizenim linky (50/50mbit) mezi temito stroji v pripade, ze vylistuju data z druheho disku v nextcloudu. Popisu to trosku detailneji: - na vpsfree ubuntu 16.04, posledni verze nextloudu, php 7.2, mariadb - datova slozka nextcoudu je v /srv/nextcloud - user slozka je tim padem /srv/nextcloud/user - do /srv/nextcloud/user/files/music/rec-dread je mountnuty pres sshfs folder z toho druheho PC beziciho ubuntu 18.04 pomoci nasledujiciho fstab zaznamu (jsou tam vymenene ssh klice a mezi masinama je openvpnka proto 172 IP): sshfs#mountrecvps@172.23.0.8:/mnt/music/audio2/REC/ /srv/nextcloud/user/files/music/rec-dread/ fuse defaults,delay_connect,idmap=user,ro,reconnect,allow_other 0 0 - do nextcloudu sem tyhle fajly naimportoval podle manualu pres: sudo -u www-data ./occ files:scan --path="/user/files" - data dou pres nextclouc stahovat, prehravat mp3ky, nejdou mazat / prejmenovavat protoze read only (naschval), potud vse OK - bohuzel jakmile user v nextcloudu jen vylistuje (otevre) tu rec-dread slozku, zacne vpsfree tahat plnou rychlosti (tj 50mbit) nekolik (co si pamatuju tak 5 nebo 6) souboru z toho druheho PCka, toto trva dokud nerestartuju apache na VPSfree (ty fajly tam maji stovky mega kazdy, nechal sem to bezet asi 10-15minut a furt to tahalo, za tu dobu potahal tak 3GB+) ALE... Pokud nextcloud dam primo na ten druhy stroj kde je fyzicky ten disk, je vse OK, postup: - vyinstalil sem nextcloud posledni verze, mariadb, stejne jako na vpsce - do user slozky do slozky music bindnul ten samy folder rec-dread (akorat tentokrate ne pres sshfs protoze to je lokalni disk) a okriplil to linux pravama na read only - import pres sudo -u www-data ./occ files:scan --path="/user/files" - vysledek - vse funguje jak ma, zadne besneni s datovym diskem se v pripade vylistovani rec-dread nekonna (v iotop sem ani nepostrehl ze by na nej sahl) Netusi nekdo v cem by mohl byt problem / kam kouknout / co zkusit / co delam blbe? Aktualne nevim jestli ten problem dela nextcloud, vpsfree, sshfs nebo kombinace techto veci dohromady (openvpn sem vyloucil coby pricinu, ta s tim nema imho moc co delat, i kdyz data pres ni tecou, nicmene ten sshfs mount funguje spolehlive, nepada, takze openvpn sem neuvazoval). Ten druhy PC je stary a ten nexcloud na nem sice jede, ale odezva neni tak rychla jako kdyz bezi na VPSce. Diky - Buger

6 years, 4 months

3
2
0 0

RSpamd a natvrdo odmítání testovacího spamu

by Petr Parolek

Ahoj, vyzná se někdo v konfiguraci RSpamd prosím? Na několikátý pokus se ho pokouším nasadit, protože mě vytáčí spam, který leze pouze na jednu mou emailovou adresu, na ostatní neleze žádný spam. Vše už mi zřejmě šlape, jak má. Akorát když pošlu GTUBE https://spamassassin.apache.org/gtube/ , tak se mi mail vrátí, jako nedoručený, ale já chci, aby se email hodil do spamu a ne, aby se mi vrátil jako nedoručený. Instaloval jsem podle návodu https://thomas-leister.de/en/mailserver-debian-stretch/ . Díky za pomoc. Petr

6 years, 4 months

2
1
0 0

ssh a screen po vypadku 2019-01-14 14:50 CET (na node3.brq)

by Jiri Drozd

Ahoj, od vypadku viz subj. mi na VPSce odmita startovat SSH a SCREEN - oboje ma problem s chybejicim adresarem ve /var/run, jede to na ubuntu 16.04 - sshd chybi /var/run/sshd a proto nenajede po restartu, musim rucne vytvorit /var/run/sshd a nastartovat sshd, nicmene po dalsim restartu adresar opet chybi a je nutno ho vytvorit znova --- root@bgrserver:~# systemctl status sshd ● ssh.service - OpenBSD Secure Shell server Loaded: loaded (/lib/systemd/system/ssh.service; enabled; vendor preset: e Active: failed (Result: start-limit-hit) since Mon 2019-01-14 16:06:32 UTC Process: 376 ExecStartPre=/usr/sbin/sshd -t (code=exited, status=255) xxx@bgrserver:~$ sudo cat /var/log/syslog | grep ssh [sudo] password for xxx: Jan 14 16:06:14 bgrserver systemd-tmpfiles[86]: Failed to validate path /var/run/sshd: Too many levels of symbolic links Jan 14 16:06:31 bgrserver sshd[326]: Missing privilege separation directory: /var/run/sshd Jan 14 16:06:31 bgrserver systemd[1]: ssh.service: Control process exited, code=exited status=255 Jan 14 16:06:31 bgrserver systemd[1]: ssh.service: Unit entered failed state. Jan 14 16:06:31 bgrserver systemd[1]: ssh.service: Failed with result 'exit-code'. Jan 14 16:06:31 bgrserver systemd[1]: ssh.service: Service hold-off time over, scheduling restart. --- - screenu prozmenu chybi /var/run/screen a situace je stejna jako u sshd - po restartu je nutne rucne znova vytvorit a zmenit mod na 777, pak jede --- xxx@bgrserver:~$ screen -S test Cannot make directory '/var/run/screen': Permission denied ... screen nejede ... xxx@bgrserver:~$ sudo mkdir /var/run/screen [sudo] password for xxx: xxx@bgrserver:~$ screen -S test Directory '/var/run/screen' must have mode 777. xxx@bgrserver:~$ sudo chmod 777 /var/run/screen xxx@bgrserver:~$ screen -S test ... ted screen funguje, co po rebootu? ... [detached from 7334.test] xxx@bgrserver:~$ xxx@bgrserver:~$ sudo reboot packet_write_wait: Connection to 37.205.11.73 port 22: Broken pipe ... ted je treba nahodit sshd pres VPSadmina, vytvorenim /var/run/sshd a restartem sshd, jinak connection refused ... jdrozd@jdrozd-MS-7592:~$ ssh xxx(a)srv.dread.cz ssh: connect to host srv.dread.cz port 22: Connection refused jdrozd@jdrozd-MS-7592:~$ ssh xxx(a)srv.dread.cz Welcome to Ubuntu 16.04.5 LTS (GNU/Linux 3.16.6-042stab134.43 x86_64) * Documentation: https://help.ubuntu.com * Management: https://landscape.canonical.com * Support: https://ubuntu.com/advantage Last login: Wed Jan 16 06:10:45 2019 xxx@bgrserver:~$ screen -S test Cannot make directory '/var/run/screen': Permission denied ... po restartu je to o5 v ... --- Pritom prava na /var/run potazmo /run kam se to symlinkuje jsou stejna jako na jine ubuntu 16.04 masine kde vse funguje. --- xxx@bgrserver:~$ ll /var | grep run lrwxrwxrwx 1 root root 9 lis 15 2016 lock -> /run/lock/ lrwxrwxrwx 1 root root 4 lis 15 2016 run -> /run/ xxx@bgrserver:~$ ll / | grep run drwxr-xr-x 17 root root 560 led 16 06:11 run/ --- Nesetkal se nekdo z Vas s necim podobnym, nebo netusite kde by mohl byt problem? Poslal sem to i na podporu VPSfree, protoze si nejsem jisty jestli se jedna o problem na jejich strane, nebo se mi rozbilo Ubuntu (i kdyz k tomu nemelo duvod)... Diky - Buger

6 years, 4 months

6
5
0 0

Konverze klicu vytvorenych pomoci puttygen tak aby jim rozumnel Unix

by Jack Hokus

http://wiki.pvfree.net/index.php/Puttygen Dobrý den, pokouším se připojit k serveru s CentOS 7 stanici s Windows 10 a mám problém s konverzí klíče vytvořeného pomocí puttygen do formátu čitelného pro server . Poznámka. Z linuxového virtuálního stroje se připojím v pohdě Četl jsem a vyzkoušel poměrně dost návodů, ale zatím jsem cíle nedošel. http://wiki.pvfree.net/index.php/Puttygen https://coderwall.com/p/euopiq/convert-ppk-files-to-openssh-keys https://blog.frantovo.cz/c/10/SSH%20kl%C3%AD%C4%8De%20ve%20Windows%20-%20Pu… Zkoušel jsem to i v konzoly. Na ploše mám složku klíče a v ní dva soubory. Jeden je private.ppk, druhý public Přes cmd jsem se přsunul do složky Klíče a zadal jsem příkaz puttygen -L private.ppk. Ten zkončil s chybou: Nemohu načíst privátní klíč Nemohu otevřít soubor Buu rád za jakoukoli radu. Nápady mi došly už včera Petr

6 years, 4 months

2
1
0 0

posgresql nenastartuje po reboot

by tyctor

zdravim na nasem vps je ubunutu 16.04 po reboot nenajede postgres > FATAL: could not create lock file "/var/run/postgresql/.s.PGSQL.5432.lock": Permission denied > chmod 777 /var/run/postgresql umozni alespon start postgres systemctl start postgresql(a)10-main.service se sice zasekne, takze pro navrat do console musim Ctrl+C, ale DB zda se bezi, no service je v nejakem divnem stavu: > postgresql.service loaded active exited PostgreSQL RDBMS > postgresql(a)10-main.service loaded activating start start PostgreSQL Cluster 10-main po restartu stroje jsou ale permission znovu spatne, takze to nenajede neresil ste toto nahodu nekdo? predem dik za pripadnou radu s pozdravem tyctor

6 years, 4 months

1
0
0 0

Screen nestartuje

by tyctor

zdravim na nasem vps je ubunutu 16.04 chci si pustit screen ale hned po startu taky skonci neresil jste toto nekdo? strace pise stat("/var/run/screen/S-tyctor/3900.pts-0.vps", 0x7fff8fe1fb80) = -1 ENOENT (No such file or directory) ale prava na zapis do toho adresare ma... > $ ls -ld /var/run/screen/S-tyctor/ > drwx------ 2 tyctor tyctor 40 Jan 6 14:56 /var/run/screen/S-tyctor/ prikladam cely strace > $ strace screen execve("/usr/bin/screen", ["screen"], 0x7fff77a443c0 /* 27 vars */) = 0 brk(NULL) = 0x1d5c000 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=33135, ...}) = 0 mmap(NULL, 33135, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f96c179e000 close(3) = 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libtinfo.so.5", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0p\310\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=167240, ...}) = 0 mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f96c179c000 mmap(NULL, 2264256, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f96c1573000 mprotect(0x7f96c1598000, 2093056, PROT_NONE) = 0 mmap(0x7f96c1797000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x24000) = 0x7f96c1797000 close(3) = 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libcrypt.so.1", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\240\21\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=43304, ...}) = 0 mmap(NULL, 234016, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f96c1539000 mprotect(0x7f96c153a000, 36864, PROT_NONE) = 0 mmap(0x7f96c153a000, 24576, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1000) = 0x7f96c153a000 mmap(0x7f96c1540000, 8192, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7000) = 0x7f96c1540000 mmap(0x7f96c1543000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x9000) = 0x7f96c1543000 mmap(0x7f96c1545000, 184864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f96c1545000 close(3) = 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libpam.so.0", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`$\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=55848, ...}) = 0 mmap(NULL, 2150896, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f96c132b000 mprotect(0x7f96c1338000, 2093056, PROT_NONE) = 0 mmap(0x7f96c1537000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xc000) = 0x7f96c1537000 close(3) = 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\260A\2\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=1996592, ...}) = 0 mmap(NULL, 2004992, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f96c1141000 mprotect(0x7f96c1163000, 1826816, PROT_NONE) = 0 mmap(0x7f96c1163000, 1511424, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x22000) = 0x7f96c1163000 mmap(0x7f96c12d4000, 311296, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x193000) = 0x7f96c12d4000 mmap(0x7f96c1321000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1df000) = 0x7f96c1321000 mmap(0x7f96c1327000, 14336, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f96c1327000 close(3) = 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libaudit.so.1", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`-\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=124848, ...}) = 0 mmap(NULL, 2261160, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f96c0f18000 mprotect(0x7f96c0f35000, 2097152, PROT_NONE) = 0 mmap(0x7f96c1135000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1d000) = 0x7f96c1135000 mmap(0x7f96c1137000, 37032, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f96c1137000 close(3) = 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libdl.so.2", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0000\21\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=18656, ...}) = 0 mmap(NULL, 20752, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f96c0f12000 mmap(0x7f96c0f13000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1000) = 0x7f96c0f13000 mmap(0x7f96c0f15000, 4096, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3000) = 0x7f96c0f15000 mmap(0x7f96c0f16000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3000) = 0x7f96c0f16000 close(3) = 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libcap-ng.so.0", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0\24\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=18712, ...}) = 0 mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f96c0f10000 mmap(NULL, 2113848, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f96c0d0b000 mprotect(0x7f96c0d0f000, 2093056, PROT_NONE) = 0 mmap(0x7f96c0f0e000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3000) = 0x7f96c0f0e000 close(3) = 0 mmap(NULL, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f96c0d08000 arch_prctl(ARCH_SET_FS, 0x7f96c0d08740) = 0 mprotect(0x7f96c1321000, 16384, PROT_READ) = 0 mprotect(0x7f96c0f0e000, 4096, PROT_READ) = 0 mprotect(0x7f96c0f16000, 4096, PROT_READ) = 0 mprotect(0x7f96c1135000, 4096, PROT_READ) = 0 mprotect(0x7f96c1537000, 4096, PROT_READ) = 0 mprotect(0x7f96c1543000, 4096, PROT_READ) = 0 mprotect(0x7f96c1797000, 16384, PROT_READ) = 0 mprotect(0x664000, 4096, PROT_READ) = 0 mprotect(0x7f96c17d0000, 4096, PROT_READ) = 0 munmap(0x7f96c179e000, 33135) = 0 prlimit64(0, RLIMIT_NOFILE, NULL, {rlim_cur=1024, rlim_max=1024*1024}) = 0 close(1023) = -1 EBADF (Bad file descriptor) close(1022) = -1 EBADF (Bad file descriptor) close(1021) = -1 EBADF (Bad file descriptor) close(1020) = -1 EBADF (Bad file descriptor) ... close(4) = -1 EBADF (Bad file descriptor) close(3) = -1 EBADF (Bad file descriptor) brk(NULL) = 0x1d5c000 brk(0x1d7d000) = 0x1d7d000 getuid() = 1002 getgid() = 1002 geteuid() = 1002 getegid() = 1002 rt_sigaction(SIGBUS, {sa_handler=0x4069d0, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7f96c1182100}, {sa_handler=SIG_DFL, sa_mask=[], sa_flags=0}, 8) = 0 rt_sigaction(SIGSEGV, {sa_handler=0x4069d0, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7f96c1182100}, {sa_handler=SIG_DFL, sa_mask=[], sa_flags=0}, 8) = 0 openat(AT_FDCWD, "/usr/lib/locale/locale-archive", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=3031664, ...}) = 0 mmap(NULL, 3031664, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f96c0a23000 close(3) = 0 rt_sigaction(SIGXFSZ, {sa_handler=SIG_IGN, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7f96c1182100}, {sa_handler=SIG_DFL, sa_mask=[], sa_flags=0}, 8) = 0 rt_sigaction(SIGPIPE, {sa_handler=SIG_IGN, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7f96c1182100}, {sa_handler=SIG_DFL, sa_mask=[], sa_flags=0}, 8) = 0 access("/home/tyctor/.nethackrc", F_OK) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/proc/self/loginuid", O_RDONLY) = 3 read(3, "1002", 12) = 4 close(3) = 0 socket(AF_UNIX, SOCK_STREAM|SOCK_CLOEXEC|SOCK_NONBLOCK, 0) = 3 connect(3, {sa_family=AF_UNIX, sun_path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory) close(3) = 0 socket(AF_UNIX, SOCK_STREAM|SOCK_CLOEXEC|SOCK_NONBLOCK, 0) = 3 connect(3, {sa_family=AF_UNIX, sun_path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory) close(3) = 0 openat(AT_FDCWD, "/etc/nsswitch.conf", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=510, ...}) = 0 read(3, "# /etc/nsswitch.conf\n#\n# Example"..., 512) = 510 read(3, "", 512) = 0 close(3) = 0 openat(AT_FDCWD, "/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=33135, ...}) = 0 mmap(NULL, 33135, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f96c179e000 close(3) = 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libnss_files.so.2", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0003\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0644, st_size=55768, ...}) = 0 mmap(NULL, 83768, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f96c0a0e000 mmap(0x7f96c0a11000, 28672, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3000) = 0x7f96c0a11000 mmap(0x7f96c0a18000, 12288, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xa000) = 0x7f96c0a18000 mmap(0x7f96c0a1b000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xc000) = 0x7f96c0a1b000 mmap(0x7f96c0a1d000, 22328, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f96c0a1d000 close(3) = 0 mprotect(0x7f96c0a1b000, 4096, PROT_READ) = 0 munmap(0x7f96c179e000, 33135) = 0 openat(AT_FDCWD, "/etc/passwd", O_RDONLY|O_CLOEXEC) = 3 lseek(3, 0, SEEK_CUR) = 0 fstat(3, {st_mode=S_IFREG|0644, st_size=1702, ...}) = 0 read(3, "root:x:0:0:root:/root:/bin/bash\n"..., 2048) = 1702 close(3) = 0 openat(AT_FDCWD, "/etc/passwd", O_RDONLY|O_CLOEXEC) = 3 lseek(3, 0, SEEK_CUR) = 0 fstat(3, {st_mode=S_IFREG|0644, st_size=1702, ...}) = 0 read(3, "root:x:0:0:root:/root:/bin/bash\n"..., 2048) = 1702 close(3) = 0 openat(AT_FDCWD, "/etc/shadow", O_RDONLY|O_CLOEXEC) = -1 EACCES (Permission denied) ioctl(0, TCGETS, {B38400 opost isig icanon echo ...}) = 0 fstat(0, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0 readlink("/proc/self/fd/0", "/dev/pts/0", 4095) = 10 stat("/dev/pts/0", {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0 stat("/dev/pts/0", {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0 lstat("/dev", {st_mode=S_IFDIR|0755, st_size=620, ...}) = 0 lstat("/dev/pts", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0 lstat("/dev/pts/0", {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0 lstat("/dev/pts/0", {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0 geteuid() = 1002 getegid() = 1002 openat(AT_FDCWD, "/dev/pts/0", O_RDWR|O_NONBLOCK) = 3 geteuid() = 1002 getegid() = 1002 close(3) = 0 ioctl(0, TCGETS, {B38400 opost isig icanon echo ...}) = 0 umask(000) = 002 stat("/var/run/screen", {st_mode=S_IFDIR|0777, st_size=80, ...}) = 0 access("/var/run/screen/S-tyctor", F_OK) = 0 stat("/var/run/screen/S-tyctor", {st_mode=S_IFDIR|0700, st_size=40, ...}) = 0 umask(002) = 000 uname({sysname="Linux", nodename="vps", ...}) = 0 rt_sigaction(SIGHUP, {sa_handler=0x428a80, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7f96c1182100}, {sa_handler=SIG_DFL, sa_mask=[], sa_flags=0}, 8) = 0 clone(child_stack=NULL, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7f96c0d08a10) = 3900 setgid(1002) = 0 setuid(1002) = 0 rt_sigaction(SIGHUP, {sa_handler=0x428a80, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7f96c1182100}, {sa_handler=0x428a80, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7f96c1182100}, 8) = 0 rt_sigaction(SIGHUP, {sa_handler=0x428a80, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7f96c1182100}, {sa_handler=0x428a80, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7f96c1182100}, 8) = 0 rt_sigaction(SIGUSR1, {sa_handler=0x4288e0, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7f96c1182100}, {sa_handler=SIG_DFL, sa_mask=[], sa_flags=0}, 8) = 0 rt_sigaction(SIGUSR2, {sa_handler=0x428810, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7f96c1182100}, {sa_handler=SIG_DFL, sa_mask=[], sa_flags=0}, 8) = 0 rt_sigaction(SIGINT, {sa_handler=0x4288b0, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7f96c1182100}, {sa_handler=SIG_DFL, sa_mask=[], sa_flags=0}, 8) = 0 rt_sigaction(SIGTSTP, {sa_handler=0x428800, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7f96c1182100}, {sa_handler=SIG_DFL, sa_mask=[], sa_flags=0}, 8) = 0 rt_sigaction(SIGWINCH, {sa_handler=0x428820, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7f96c1182100}, {sa_handler=SIG_DFL, sa_mask=[], sa_flags=0}, 8) = 0 rt_sigaction(SIGALRM, {sa_handler=0x4287f0, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7f96c1182100}, {sa_handler=SIG_DFL, sa_mask=[], sa_flags=0}, 8) = 0 alarm(15) = 0 pause([screen is terminating] ) = ? ERESTARTNOHAND (To be restarted if no handler) --- SIGHUP {si_signo=SIGHUP, si_code=SI_USER, si_pid=3900, si_uid=1002} --- --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=3900, si_uid=1002, si_status=0, si_utime=0, si_stime=0} --- rt_sigaction(SIGHUP, {sa_handler=SIG_IGN, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7f96c1182100}, {sa_handler=0x428a80, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7f96c1182100}, 8) = 0 stat("/var/run/screen/S-tyctor/3900.pts-0.vps", 0x7fff8fe1fb80) = -1 ENOENT (No such file or directory) exit_group(0) = ? +++ exited with 0 +++ predem diky za pripadnou radu s pozdravem tyctor

6 years, 4 months

1
0
0 0

nevite nekdo co se systemd update?

by tyctor

zdravim ve spolek na nasem vps jsem chtel installnout fail2ban jenze se pred nim updatnul systemd a na nem ted pada install cehokoliv fchownat() of /var/log/journal failed: Invalid argument dpkg: error processing package systemd (--configure): installed systemd package post-installation script subprocess returned error exit status 73 zkousel jsem dowgrade > apt install systemd=229-4ubuntu4 libsystemd0=229-4ubuntu4 > apt-mark hold systemd to jsem nasel tady https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1804847 ale to se zasekne uplne, na nejakej Connection timed out dpkg: warning: downgrading libsystemd0:amd64 from 239-7ubuntu10 to 229-4ubuntu4 (Reading database ... 41892 files and directories currently installed.) Preparing to unpack .../libsystemd0_229-4ubuntu4_amd64.deb ... Unpacking libsystemd0:amd64 (229-4ubuntu4) over (239-7ubuntu10) ... Setting up libsystemd0:amd64 (229-4ubuntu4) ... dpkg: warning: downgrading systemd from 239-7ubuntu10 to 229-4ubuntu4 (Reading database ... 41892 files and directories currently installed.) Preparing to unpack .../systemd_229-4ubuntu4_amd64.deb ... Unpacking systemd (229-4ubuntu4) over (239-7ubuntu10) ... Setting up systemd (229-4ubuntu4) ... Installing new version of config file /etc/pam.d/systemd-user ... Installing new version of config file /etc/systemd/journald.conf ... Installing new version of config file /etc/systemd/logind.conf ... Installing new version of config file /etc/systemd/resolved.conf ... Installing new version of config file /etc/systemd/system.conf ... Installing new version of config file /etc/systemd/timesyncd.conf ... Installing new version of config file /etc/systemd/user.conf ... addgroup: The group `systemd-journal' already exists as a system group. Exiting. Could not watch jobs: Connection timed out nevite nahodou nekdo co s tim? tyctor

6 years, 4 months

1
0
0 0

migrate IP to staging

by Panagiotis Palias

Hello, I ran into some bug with Systemd during an upgrade of my Debian 8 and the vps became unusable. I tried to restore from backup, setup the vps from scratch and then restore the backup, but none of that worked. What worked was to clone the vps to staging, however the IPs are different. Since it would be quite hard to restore manually all the configs and users to the fresh install of the production vps, is it possible to migrate the IPs from production to staging? Thank you! -- -p

6 years, 5 months

2
3
0 0

NixOS a Image‑Filter

by Adam Havelka

Ahoj, nemáte někdo zkušenosti s modulem pro resize obrázků v niginxu na nixosu? Hledal jsem jestli není v balíčcích nixosu ale nenašel. Uvažoval jsem totiž pomalu přejít z debianu na nixos. Reference: https://www.nginx.com/blog/responsive-images-without-headaches-nginx-plus/

6 years, 5 months

3
3
0 0

requesty na vps z jine domeny

by tyctor

zdravim ve spolek vsiml jsem si, ze na nasi vps smerujou requesty z jinych domen nejcasteji je to z domeny leopardo.ackee.cz ale take z veggiegarden.cz, vps.ackee.cz, zahrady-krupkova.cz zapnul jsem u nas logovani jen nedavno, za 4 dny prislo dohromady 150 takovych requestu muze to byt chyba v nastaveni uvedenych domen, nebo proc se to deje? dik za info z pozdravem tyctor

6 years, 6 months

2
1
0 0

Klonování produkčních VPS na staging s vpsAdminOS

by Jakub Skokan

Ahoj, testování vpsAdminOS se dostává do další významné fáze: můžete klonovat produkční VPS z OpenVZ na staging s vpsAdminOS [1]. VPS se klonují stejně jako na Playground [2], jen jako lokaci vyberte Staging. Dejte pozor na checkbox "Stop" -- můžete si vybrat, jestli chcete při klonování produkční VPS vypnout pro vytvoření konzistentního snapshotu (data z paměti se zapíšou na disk). Pro pouhé otestování na stagingu to ale nemusí být potřeba a klonování tak můžete provést bez restartu produkční VPS. Klonuje se vše kromě mountů, ty jsou prozatím odstraněny. Pokud by někdo chtěl klonovat větší VPS, nebo už na stagingu něco máte, napiště prosím na podporu a navýšíme vám tam RAM/HDD, abyste se tam vešli. Nyní očekávám větší zájem o vyzkoušení zda běží vše co potřebujete. Naším cílem je zajistit, aby následné migrace VPS probíhaly spolehlivě a z pohledu administátora VPS nebylo potřeba nic moc řešit, takže prosím hlaste vše na co narazíte, abychom se mohli připravit. Napište nám prosím i když bude vše v pořádku. Potřebujeme vědět, jak na tom jsme, co funguje a co ne :) Po naklonování musí být funkční: - IPv4/IPv6 síť - vzdálená konzole - ideálně všechny služby ve VPS Pokud něco z toho nepůjde, nebo něco bude vyžadovat změnu konfigurace z důvodu jiné virtualizace/kernelu, informujte nás prosím. S migracemi všech produkčních VPS bychom chtěli začít v Q1/Q2 2019, podle toho co bude potřeba dodělat. V listopadu 2019 končí podpora OpenVZ Legacy kernelu ze strany OpenVZ teamu [3], takže do té doby chceme stihnout přesunout co nejvíce VPS na vpsAdminOS. [1] https://kb.vpsfree.cz/navody/vps/vpsadminos [2] https://kb.vpsfree.cz/navody/vps/sprava#klonovani_vps [3] https://wiki.openvz.org/Releases Jakub

6 years, 6 months

4
6
0 0

Re: [vpsFree.cz: community-list] Klonování produkčních VPS na staging s vpsAdminOS

by René Langer

Ahoj, při klonování produkční VPS z OpenVZ na staging s vpsAdminOS, se mě nezklonovaly Private IPv4 a ani je nelze ve staging s vpsAdminOS dodatečně nastavit. Tedy současnou konfiguraci produkční VPS z OpenVZ nemohu ve staging s vpsAdminOS testovat. Bohužel neznám ani finální pánovanou konfiguraci produkční VPS s vpsAdminOS co se tíká parametrů a síťování či přidělení a počtu IP4, IP6 či Private IPv4 adres za NATem pro produkční VPS s vpsAdminOS, abych mohl tuto konfiguraci případně testovat. Mohli by jste zveřejnit plánovanou konfiguraci pro produkční VPS s vpsAdminOS, aby bylo jasné, co do budoucna očekávat? Renda čt 1. 11. 2018 v 9:40 odesílatel Jakub Skokan <jakub.skokan(a)vpsfree.cz <jakub.skokan(a)vpsfree.cz>> napsal:Ahoj, testování vpsAdminOS se dostává do další významné fáze: můžete klonovat produkční VPS z OpenVZ na staging s vpsAdminOS [1]. VPS se klonují stejně jako na Playground [2], jen jako lokaci vyberte Staging. Dejte pozor na checkbox "Stop" -- můžete si vybrat, jestli chcete při klonování produkční VPS vypnout pro vytvoření konzistentního snapshotu (data z paměti se zapíšou na disk). Pro pouhé otestování na stagingu to ale nemusí být potřeba a klonování tak můžete provést bez restartu produkční VPS. Klonuje se vše kromě mountů, ty jsou prozatím odstraněny. Pokud by někdo chtěl klonovat větší VPS, nebo už na stagingu něco máte, napiště prosím na podporu a navýšíme vám tam RAM/HDD, abyste se tam vešli. Nyní očekávám větší zájem o vyzkoušení zda běží vše co potřebujete. Naším cílem je zajistit, aby následné migrace VPS probíhaly spolehlivě a z pohledu administátora VPS nebylo potřeba nic moc řešit, takže prosím hlaste vše na co narazíte, abychom se mohli připravit. Napište nám prosím i když bude vše v pořádku. Potřebujeme vědět, jak na tom jsme, co funguje a co ne :) Po naklonování musí být funkční: - IPv4/IPv6 síť - vzdálená konzole - ideálně všechny služby ve VPS Pokud něco z toho nepůjde, nebo něco bude vyžadovat změnu konfigurace z důvodu jiné virtualizace/kernelu, informujte nás prosím. S migracemi všech produkčních VPS bychom chtěli začít v Q1/Q2 2019, podle toho co bude potřeba dodělat. V listopadu 2019 končí podpora OpenVZ Legacy kernelu ze strany OpenVZ teamu [3], takže do té doby chceme stihnout přesunout co nejvíce VPS na vpsAdminOS. [1] https://kb.vpsfree.cz/navody/vps/vpsadminos <https://kb.vpsfree.cz/navody/vps/vpsadminos> [2] https://kb.vpsfree.cz/navody/vps/sprava#klonovani_vps <https://kb.vpsfree.cz/navody/vps/sprava#klonovani_vps> [3] https://wiki.openvz.org/Releases <https://wiki.openvz.org/Releases> Jakub _______________________________________________ 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>

6 years, 6 months

2
1
0 0

{Disarmed} Re: Community-list Digest, Vol 87, Issue 15

by MgA. Jindřich Klapetek

Ahoj, php -v vypíše verzi a tak? Ano, php -v vypíše verzi: PHP 7.2.11-2+0~20181015120510.9+jessie~1.gbp8105e0 (cli) (built: Oct 16 2018 03:39:58) ( NTS ) Copyright (c) 1997-2018 The PHP Group Zend Engine v3.2.0, Copyright (c) 1998-2018 Zend Technologies with Zend OPcache v7.2.11-2+0~20181015120510.9+jessie~1.gbp8105e0, Copyright (c) 1999-2018, by Zend Technologies zkus: virtualmin / server configuration / website options / php script > execution mode - asi default tam je FCGId, tak to zkus změnit na FPM Zkusil jsem všechny možnosti, ale nezabralo, pořád se místo instalace wordrpessu zobrazuje jen: <?php > /** > * Front to the WordPress application. This file doesn't do anything, but > loads > * wp-blog-header.php which does and tells WordPress to load the theme. > * > * @package WordPress > */ > /** > * Tells WordPress to load the WordPress theme and output it. > * > * @var bool > */ > define('WP_USE_THEMES', true); > /** Loads the WordPress Environment and Template */ > require( dirname( __FILE__ ) . '/wp-blog-header.php' ); Jindra [image: GeoTrack] <https://geotrack.email/?utm_source=gmail&utm_medium=signature&utm_campaign=…> Sender notified with GeoTrack <https://geotrack.email/?utm_source=gmail&utm_medium=signature&utm_campaign=…> čt 25. 10. 2018 v 12:00 odesílatel <community-list-request(a)lists.vpsfree.cz> napsal: > 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 > <https://geotrack.email/ext/l?idx=w4Rc0CQUowbU2uXBFlDw&ret=http%3A%2F%2Flist…> > 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. {Disarmed} nefunguje php (MgA. Jindřich Klapetek) > 2. Re: {Disarmed} nefunguje php (petr.bolf) > 3. Re: {Disarmed} nefunguje php (Michal Pavel) > 4. Re: {Disarmed} nefunguje php (Vaclav Dusek) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 25 Oct 2018 06:48:17 +0200 > From: MgA. Jindřich Klapetek <info(a)studioosiris.cz> > To: community-list(a)lists.vpsfree.cz > Subject: [vpsFree.cz > <https://geotrack.email/ext/l?idx=w4Rc0CQUowbU2uXBFlDw&ret=http%3A%2F%2Fvpsf…>: > community-list] {Disarmed} nefunguje php > Message-ID: > <CANFnmqgh4nH1B9E-BJHYVW_zCKwj3X= > QGft0mTHKZ5xYdhgzVA(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Ahoj, > mám nainstalovaný Virtualmin > < > https://geotrack.email/ext/l?idx=KqmNAgzO4FR1NOqWVtbd&ret=https%3A%2F%2Fwww… > > > na > debian8, všechno vypadá v pořádku, ale nevidí to php. Php 5.6, 7.0, 7.1, > 7.2 je nainstalované, ale když chci nainstalovat wordpress (klasickým > způsobem) tak kvůli nefunkčnosti php to jen vypíše, místo načtení > instalačního scriptu: > > <?php > > /** > > * Front to the WordPress application. This file doesn't do anything, but > > loads > > * wp-blog-header.php which does and tells WordPress to load the theme. > > * > > * @package WordPress > > */ /** > > * Tells WordPress to load the WordPress theme and output it. > > * > > * @var bool > > */ > > define('WP_USE_THEMES', true); /** Loads the WordPress Environment and > > Template */ > > require( dirname( __FILE__ ) . '/wp-blog-header.php' ); > > > Když chci ve virtualmin nainstalovat SquirrelMail tak to hlásí chybu: > > > Failed to install script : Could not find PHP version for > > /home/"user"/public_html/squirrelmail > > Při php -v to vypíše verzi: > > > php -v > > PHP 5.6.38-0+deb8u1 (cli) (built: Sep 20 2018 02:32:02) > > Copyright (c) 1997-2016 The PHP Group > > Zend Engine v2.6.0, Copyright (c) 1998-2016 Zend Technologies > > with Zend OPcache v7.0.6-dev, Copyright (c) 1999-2016, by Zend > > Technologies > > > > > Jak to teda rozchodit? > > Jindra > > [image: GeoTrack] > < > https://geotrack.email/?utm_source=gmail&utm_medium=signature&utm_campaign=… > > > Sender > notified with GeoTrack > < > https://geotrack.email/?utm_source=gmail&utm_medium=signature&utm_campaign=… > > > [image: 48] >

6 years, 6 months

2
1
0 0

{Disarmed} nefunguje php

by MgA. Jindřich Klapetek

Ahoj, mám nainstalovaný Virtualmin <https://geotrack.email/ext/l?idx=KqmNAgzO4FR1NOqWVtbd&ret=https%3A%2F%2Fwww…> na debian8, všechno vypadá v pořádku, ale nevidí to php. Php 5.6, 7.0, 7.1, 7.2 je nainstalované, ale když chci nainstalovat wordpress (klasickým způsobem) tak kvůli nefunkčnosti php to jen vypíše, místo načtení instalačního scriptu: <?php > /** > * Front to the WordPress application. This file doesn't do anything, but > loads > * wp-blog-header.php which does and tells WordPress to load the theme. > * > * @package WordPress > */ /** > * Tells WordPress to load the WordPress theme and output it. > * > * @var bool > */ > define('WP_USE_THEMES', true); /** Loads the WordPress Environment and > Template */ > require( dirname( __FILE__ ) . '/wp-blog-header.php' ); Když chci ve virtualmin nainstalovat SquirrelMail tak to hlásí chybu: > Failed to install script : Could not find PHP version for > /home/"user"/public_html/squirrelmail Při php -v to vypíše verzi: > php -v > PHP 5.6.38-0+deb8u1 (cli) (built: Sep 20 2018 02:32:02) > Copyright (c) 1997-2016 The PHP Group > Zend Engine v2.6.0, Copyright (c) 1998-2016 Zend Technologies > with Zend OPcache v7.0.6-dev, Copyright (c) 1999-2016, by Zend > Technologies Jak to teda rozchodit? Jindra [image: GeoTrack] <https://geotrack.email/?utm_source=gmail&utm_medium=signature&utm_campaign=…> Sender notified with GeoTrack <https://geotrack.email/?utm_source=gmail&utm_medium=signature&utm_campaign=…> [image: 48]

6 years, 6 months

4
3
0 0

vpsAdminOS: změny v síťování, ISO ke stažení, zálohování a cgroupy

by Jakub Skokan

Ahoj, podařilo se nám najít jiný, jednodušší způsob routování IP adres do VPS bez spojovacích sítí. Ve VPS na stagingu tak už nejsou žádné spojovací adresy, jen adresy veřejné. Jak síťování VPS aktuálně funguje je popsáno zde: https://vpsadminos.org/networking/veth-routed/#routing U VPS na stagingu vpsAdmin rozlišuje adresy sítí, ty jsou do VPS naroutované, a koncové adresy co jsou přiřazeny na rozhraní. Správa IP adres je tak ve webovém rozhraní rozdělena na dva formuláře. Je to zatím jen takový základ na kterém budeme později stavět. Díky zrušení spojovacích adres funguje maškaráda v iptables a s tím i výchozí síť v dockeru, která maškarádu využívá. Není potřeba si vytvářet vlastní síť. Teď už instalace dockeru neobsahuje žádné kroky navíc. Zbývá dořešit delegace ZFS datasetů do VPS, aby se v dockeru dal použít ZFS driver. Pokud jste chtěli vpsAdminOS vyzkoušet, ale nechtělo se vám instalovat Nix a zjišťovat jak se to sestavuje, sorki připravil ISO s vpsAdminOS [1], které si můžete stáhnout a rovnou nabootovat. Je to live systém a obsahuje i instalátor [2], pokud to chcete nainstalovat na disk nebo si vyzkoušet deklarativní konfiguraci s Nixem. Od pátku jsou VPS na stagingu zálohované, abychom se nemuseli bát o data. Obnova VPS ze záloh funguje, ale na staging si je zatím nepřipojíte. Na produkční VPS ty zálohy připojit půjdou. Nemáme ještě dořešené NFS, přijde to pak spolu s NASem. Koncem srpna jsme narazili na nečekané omezení: věděli jste, že maximální počet memory cgroup je 65536? Několika členům už se podařilo je vyčerpat, takže jsme řešili jak ten limit navýšit. snajpa napsal patch [3] do kernelu, který navyšuje maximální počet memory cgroup na 2147483648, nicméně zatím s tím nefunguje swap. Nám to nevadí, protože swap nepoužíváme. Dále bylo potřeba omezit počet cgroup, které mohou vytvořit jednotlivé VPS, aby nikdo nemohl vyčerpat všechny a omezit tak ostatní. K tomuto účelu snajpa vytvořil cglimit cgroup controller [4]. Můžete jej vidět i a používat i ve VPS. Přes `cglimit.all.max` se nastavuje limit na počet všech cgroup a přes `cglimit.memory.max` jen memory cgroupy. Za pomoc s testováním děkujeme (nicky na IRC): ppar, somm, domogled, pdostal, etnyx a všem dalším co píší na podporu. Pokud narazíte na nějakou chybu, dejte nám o tom prosím vědět, rádi to opravíme. [1] https://iso.vpsadminos.org [2] https://vpsadminos.org/os/installation/ [3] https://github.com/vpsfreecz/vpsadminos/commit/87cd90ab99b5f4d527d3b33adfda… [4] https://github.com/vpsfreecz/vpsadminos/commit/e73db73975e240b865497af4b40d… Jakub

6 years, 7 months

1
0
0 0

Debian 9 a syslog-ng

by Kamil Kukura

Z nějakého důvodu po upgrade Debianu na verzi 9 (stretch) mi nefunguje logování do souborů. Procházel jsem konfiguraci /etc/syslog-ng, ale nenašel žádný důvod proč by to nemělo jít. Přes journalctl ty logy vidím. Nevím zda to nesouvisí s tím, že u každé služby hlásí systemd např.: systemd-udev-trigger.service: Failed to set invocation ID on control group /system.slice/systemd-udev-trigger.service, ignoring: Operation not permitted systemd-journal-flush.service: Failed to set invocation ID on control group /system.slice/systemd-journal-flush.service, ignoring: Operation not permitted networking.service: Failed to set invocation ID on control group /system.slice/networking.service, ignoring: Operation not permitted ... atd.

6 years, 7 months

2
1
0 0

{Disarmed} Nefungují permalinks

by MgA. Jindřich Klapetek

Ahoj, řeším problém s wordpressem, nefungují tam podstránky, jen Home, když dám ale permalinks na výchozí nastavení, tak to jde. Asi nějaké špatné nastavení v Apache. Nevíte někdo jak to vyřešit? Před přesunem na VPS to fungovalo. Jindra [image: GeoTrack] <https://geotrack.email/?utm_source=gmail&utm_medium=signature&utm_campaign=…> Sender notified with GeoTrack <https://geotrack.email/?utm_source=gmail&utm_medium=signature&utm_campaign=…> [image: 46]

6 years, 7 months

3
2
0 0

ISPConfig a FTP

by Libor Boldan

Ahoj, zkousim ISPConfig (3.1.11) na Debian 9. Vytvorim uzivatele, domenu a FTP. Nahraju obsah do adresare web. V systemu je obsah skutecne treba na /var/www/clients/client6/web10/web. Puvodni default obsah jsem smazal. Nicmene kdyz se na tu domenu podivam kdekoliv a jakymkoli prohlizecem, vidim stale ten default obsah. Predpokladam, ze to bude nejaka banalni zacatecnicka chyba, ale vygooglit se mi nic rozumneho nepodarilo. Zkousel jsem to na vic domenach a porad stejne. Dik Libor Boldan

6 years, 7 months

6
8
0 0

{Disarmed} Fwd: webserver přes winscp

by MgA. Jindřich Klapetek

Ahoj, snažím se nainstalovat webserver na debian 9 přes consoli Bitvise SFTP, ale u instalace apache, nebo mysql se to u některých příkazů zasekne, u tohohle návodu: https://www.howtoforge.com/tutorial/install-apache-with-php-and-mysql-lamp-… <https://geotrack.email/ext/l?idx=6kRHwz7kwbfzgIZKwuic&ret=https%3A%2F%2Fwww…> to píše u balíčků 404 not found. Jak teda naistalovat od základu na debianu webserver? Jindra [image: GeoTrack] <https://geotrack.email/?utm_source=gmail&utm_medium=signature&utm_campaign=…> Sender notified with GeoTrack <https://geotrack.email/?utm_source=gmail&utm_medium=signature&utm_campaign=…> [image: remove]Remove [image: 41]

6 years, 7 months

2
1
0 0

Nove servery: kompletni mitigace znamych CPU zranitelnosti

by Pavel Snajdr

Ahojte, tak mame nainstalovane nove masiny, maji komplet zaplatovani proti vsem znamym CPU chybam; pokud mate senzitivni veci, piste na podporu, presuneme vam to. Prednost dostanou ti, co maji na disku zabrano par desitek GB :) Kdo jste mel v posledni dobe problem s vykonem IO, piste taky. Nove servery maji zatim jenom 3x 2T SSD v raidz, bude se pridavat dal po 3 SSD (cca 60-70k CZK najednou, proto takhle); jsou to bazarove Intely, 2x E5-2680 v4 @ 2.40GHz (28 cores, vypnute HT) + 512 GB RAM, Dell R730xd, jeden vysel cca na 300k CZK (SAS3, 2x10GE, iDRAC enterprise and what not). Ve vpsAdminu to jsou: node17.prg, node18.prg a node4.brq. Mam z nich docela radost, svisti pekne. Ale abych pravdu rekl, uplne nejvic se tesim na to, az se AMD vytahne s trochu poaktualizovanym fabricem mezi temi jejich cipy a DDR4 az zlevni... Zatim Intel vede vykonove pro nase use-cases i po vsech mitigacich (pokud teda pocitame apriori vsechen symetric multithreading za nebezpecny, i kdyz to AMD zatim nikdo verejne nedokazal). /snajpa

6 years, 7 months

1
0
0 0

Nezabezpeceno.cz: seznam cz domene, kterym brzo vyprsi certifikat

by Pavel Snajdr

Ahojte, zkontrolujte si, ze nemate zadnou domenu na tomhle seznamu: https://nezabezpeceno.cz/ V Googlu se od Chrome 70 chystaji odstavit CAcky Symantecu & spol... https://www.root.cz/zpravicky/seznam-ceskych-a-slovenskych-domen-u-kterych-… /snajpa

6 years, 7 months

1
0
0 0

Velke mnozstvi LXD targetu

by Ondrej.Flidr

Hoj, resim tedka takovou zajimavou vec. Mam servery s LXD. Tech serveru jsou ted desitky a v planu je rust az na tisice nebo nizke desetitisice. Konfiguracne jsou vsechny plus minus stejny. A ja chci zaridit, abych: - mohl snadno pridat nove servery/desitky serveru - mohl kontejner presouvat odkudkoliv kamkoliv Klasicka cesta pres lxc remote mi prijde dost silena, protoze bych pak mel konfiguraci s tisici remoty a musel bych to volat na kazdem stroji a to pochybuju, ze bude zdrave a udrzitelne (Vlastne pro N serveru budu muset volat N-1 krat lxd remote add, to je hodne osklive). Zavest omezeni "kontejner se nepresouva kamkoliv, ale pouze po nodech v ramci racku" neni pruchozi. Napadlo me pouzit LXD clustering, ale nikdy jsem si s tim nehral. Mate nekdo zkusenosti s LXD clusteringem nebo s movem kontejneru mezi vetsim mnozstvim nodu? Jsou na to nejake tipy a triky, jak se z toho nezblaznit? Diky Ondra Flidr

6 years, 7 months

2
1
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

Community-list