- Community-list - lists.vpsfree.cz

Hlavičkové soubory jádra
by Jack Hokus 25 Jun '19

25 Jun '19

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

2 2

vpsAdminOS: revize šablon distribucí; nově openSUSE, Slackware a Void Linux
by Jakub Skokan 10 Jun '19

10 Jun '19

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

1 0

iptables
by Stefan Stefanov - C.C.C. s.r.o. 07 Jun '19

07 Jun '19

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

2 2

Z vývoje vpsAdminOS: listopad - květen
by Jakub Skokan 06 Jun '19

06 Jun '19

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

4 5

Archlinux a vpsAdminOS
by Jindřich Sadílek 24 May '19

24 May '19

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

2 3

Změna v konfiguraci sítě ve Fedoře 30 na vpsAdminOS
by Jakub Skokan 24 May '19

24 May '19

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

1 0

(Podruhé) Dvoufaktorové přihlašování do vpsAdminu pomocí TOTP / Two-factor authentication in vpsAdmin using TOTP
by Jakub Skokan 22 May '19

22 May '19

(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

2 3

Dvoufaktorové přihlašování do vpsAdminu pomocí TOTP / Two-factor authentication in vpsAdmin using TOTP
by Jakub Skokan 20 May '19

20 May '19

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

1 0

VPS a seccomp
by Johnny 19 May '19

19 May '19

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

1 0

increased the local port range
by Radim Daniel Pánek 09 May '19

09 May '19

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

2 2

Forwarding z public IPv4 na privátní
by Pavel Hruška 09 May '19

09 May '19

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.

7 19

Terraform provider pro vpsAdmin / Terraform provider for vpsAdmin
by Jakub Skokan 30 Apr '19

30 Apr '19

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

2 1

Nefunkční docker na Alpine 3.9
by Vojtěch Mareš 21 Apr '19

21 Apr '19

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š

2 2

Testování Docker Service na Stage serveru
by Pavel Sieder 14 Apr '19

14 Apr '19

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*

1 0

Shrnuti + TODO ze sobotni vyrocni schuze
by Pavel Snajdr 12 Mar '19

12 Mar '19

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

7 11

swap na Ubuntu
by Alexander Zatko 09 Mar '19

09 Mar '19

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?

2 2

Pozvánka na CSNOG v Brně
by Petr Krcmar 27 Feb '19

27 Feb '19

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

1 0

Slackware 14.2 Úprava šablony jak?
by Jack Hokus 26 Feb '19

26 Feb '19

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

3 3

vpsadminos a alpine 3.9
by Wolf 26 Feb '19

26 Feb '19

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.

2 1

2 min výpadky celého spojení minulý týden Brno a naplánování schůze v Brně?
by zd nex 25 Feb '19

25 Feb '19

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

2 1

Stánek na víkendovém InstallFestu
by Petr Krcmar 25 Feb '19

25 Feb '19

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

1 0

Výroční schůze a párty k 10. výročí vpsFree.cz už zítra
by Petr Krcmar 22 Feb '19

22 Feb '19

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

2 1

OpenVPN config
by Lukáš Němec 21 Feb '19

21 Feb '19

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

3 8

KDE asociace - okular
by Stepan Liska 13 Feb '19

13 Feb '19

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.

2 2

Postfix a výběr hosta
by Nikos Timiopulos 06 Feb '19

06 Feb '19

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

2 2

Nixos gitlab runner
by Adam Havelka 05 Feb '19

05 Feb '19

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"; }]; }; }; } ```

2 1

rozdělování resources
by Stepan Liska 28 Jan '19

28 Jan '19

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, Š.

2 2

Presun na vpsAdminOS
by Petr Sykora 21 Jan '19

21 Jan '19

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

2 1

sshfs mounut a nextcloud na vpsfree
by Jiri Drozd 18 Jan '19

18 Jan '19

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

3 2

RSpamd a natvrdo odmítání testovacího spamu
by Petr Parolek 17 Jan '19

17 Jan '19

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

2 1

ssh a screen po vypadku 2019-01-14 14:50 CET (na node3.brq)
by Jiri Drozd 16 Jan '19

16 Jan '19

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 5

Konverze klicu vytvorenych pomoci puttygen tak aby jim rozumnel Unix
by Jack Hokus 09 Jan '19

09 Jan '19

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

2 1

posgresql nenastartuje po reboot
by tyctor 06 Jan '19

06 Jan '19

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

1 0

Screen nestartuje
by tyctor 06 Jan '19

06 Jan '19

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

1 0

nevite nekdo co se systemd update?
by tyctor 04 Jan '19

04 Jan '19

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

1 0

migrate IP to staging
by Panagiotis Palias 04 Dec '18

04 Dec '18

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

2 3

NixOS a Image‑Filter
by Adam Havelka 23 Nov '18

23 Nov '18

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/

3 3

requesty na vps z jine domeny
by tyctor 15 Nov '18

15 Nov '18

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

2 1

Klonování produkčních VPS na staging s vpsAdminOS
by Jakub Skokan 15 Nov '18

15 Nov '18

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

4 6

Re: [vpsFree.cz: community-list] Klonování produkčních VPS na staging s vpsAdminOS
by René Langer 07 Nov '18

07 Nov '18

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>

2 1

{Disarmed} Re: Community-list Digest, Vol 87, Issue 15
by MgA. Jindřich Klapetek 26 Oct '18

26 Oct '18

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

2 1

{Disarmed} nefunguje php
by MgA. Jindřich Klapetek 25 Oct '18

25 Oct '18

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]

4 3

vpsAdminOS: změny v síťování, ISO ke stažení, zálohování a cgroupy
by Jakub Skokan 22 Oct '18

22 Oct '18

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

1 0

Debian 9 a syslog-ng
by Kamil Kukura 21 Oct '18

21 Oct '18

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.

2 1

{Disarmed} Nefungují permalinks
by MgA. Jindřich Klapetek 17 Oct '18

17 Oct '18

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]

3 2

ISPConfig a FTP
by Libor Boldan 16 Oct '18

16 Oct '18

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 8

{Disarmed} Fwd: webserver přes winscp
by MgA. Jindřich Klapetek 16 Oct '18

16 Oct '18

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]

2 1

Nove servery: kompletni mitigace znamych CPU zranitelnosti
by Pavel Snajdr 14 Oct '18

14 Oct '18

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

1 0

Nezabezpeceno.cz: seznam cz domene, kterym brzo vyprsi certifikat
by Pavel Snajdr 12 Oct '18

12 Oct '18

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

1 0

Velke mnozstvi LXD targetu
by Ondrej.Flidr 12 Oct '18

12 Oct '18

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

2 1

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

Community-list