- Community-list - lists.vpsfree.cz

Test

by Jakub Skokan

-- S pozdravem Jakub Skokan

1 year, 4 months

1
0
0 0

Single sign-on ve vpsAdminu / vpsAdmin single sign-on

by Jakub Skokan

Ahoj, (English below) Ve vpsAdminu máme nový přihlašovací systém, který podporuje single sign-on mezi vpsAdminem, znalostní bází a Discourse. Novinkou je taktéž možnost nastavení délky sezení a oprávnění pro jednotlivé přístupové tokeny k API. To se může hodit, pokud používáte vpsfreectl nebo nějaké vlastní skripty. Viz oznámení na Discourse: https://discourse.vpsfree.cz/t/single-sign-on-ve-vpsadminu-vpsadmin-single-… Více info o tom jak používat Discourse zde: https://discourse.vpsfree.cz/t/vitej-na-vpsfree-cz-discourse/17 ENGLISH: vpsAdmin has a new log in system which features single sign-on for vpsAdmin, knowledge base and Discourse. You can also configure session length and permissions for API access tokens. Those might be useful when using vpsfreectl or custom scripts that work with our API. Read the announcement on Discourse: https://discourse.vpsfree.cz/t/single-sign-on-ve-vpsadminu-vpsadmin-single-… For more information on how to use Discourse, see: https://discourse.vpsfree.cz/t/welcome-to-vpsfree-cz-discourse/5 Jakub

1 year, 4 months

1
0
0 0

Máme Discourse! Pojďte si tam povídat, mailing listy jsou přežité

by Pavel Snajdr

Začnu stručně: máme Discourse! Najdete ho na https://discourse.vpsfree.cz. V roce 2009 jsme původně začínali s fórem, které mělo sloužit jako poradna a místo pro diskuzi obecně, ale v podstatě nikdo ho nepoužíval. Možná tam byly tři posty, které nebyly ode mě. Pak jsme přešli na mailing listy, které mají tu výhodu, že příchozího mailu si všimne mnohem víc lidí. To zafungovalo, ale zhruba, když jsme míjeli velikost 1000 členů, se přesně tenhle faktor otočil zas proti nám. Až příliš často uvažujeme nad tím, zda se svojí prkotinou spamovat tolik lidí. Za sebe musím říct, že mám pokaždé obrovskou radost, když se na community-listu povede něco vyřešit. Chtěl bych toho vidět víc, mnohem víc, nemyslím, že by nebylo, co řešit, o čem se bavit, jen ten formát mailing listu se nám už asi trochu přežil. Discourse vypadá, že by pro nás mohl spojit to nejlepší z obou světů – je možné ho použít mailem, ale organizací má spíš jako fórum. Když se nám povede, že nám to na Discourse začne víc žít, můžeme taky zvážit přechod z IRC na Discourse Chat. V IRC místnosti teď už taky visí už jen okolo 50 lidí ze špičkových cca 100, v souladu s tím, jak relevance IRC upadá. Mimo jiné, na #vpsfree teď visí bot vpsfbr0, je to instance matterbridge, přes kterou by nakonec mělo jít přemostit aspoň základním způsobem všechny podstatnější IM, zatím je nastavený jako most s Matrixem - https://view.matrix.org/room/!vOrcaItWgYDyYypqCI:matrix.org/ Do vpsFree Discourse se přihlašuje buďto přihlašovacími údaji vpsAdminu (pro členy) nebo se dá vytvořit běžný účet (pro nečleny). Aby byla trochu přidaná motivace se tam přijít podívat, napadlo nás, že bychom mohli tuhle příležitost využít k nabídnutí všeho toho hardware, který je už rok vypnutý a nebudeme ho určitě potřebovat. Co bude dál s mailing listy: news-list ještě chvíli podržíme v podobě, jak fungoval, ale po nějaké době (půl roku až rok) se přesune na kombinaci Discourse (kde se dá o těch věcech potom diskutovat) a blog (jako nástěnka pro věřejnost). outage-list – vpsAdmin už dlouho umí reportovat výpadky dotčeným členům rovnou a celá historie je dostupná bez přihlášení – tam tedy můžeme přestat posílat rovnou community-list – tam na konci roku vypneme možnost posílat do něj nové příspěvky s automatickou odpovědí, že už dál diskutujeme jen na Discourse No a tím se rozloučíme s mailing listy :). Díky všem, kdo jste na nich byli aktivní, přijměte prosím pozvání na novou platformu – pojďme to zkusit pojmout jako novou příležitost k výměně zkušeností. Doufám, že snad s menším třením oproti mailing listům. /snajpa

1 year, 5 months

5
7
0 0

Re: nastavení firewallu - ubuntu, docker, zerotier

by Kamil Kukura

Podle dokumentace <https://docs.docker.com/network/packet-filtering-firewalls/> se Docker moc nekamarádí s UFW. Ale i na Ubuntu by měl jít použít firewalld <https://firewalld.org/documentation/> napojený na iptables. V něm si pak engine umí vytvořit vlastní zónu docker. -- Kamil

1 year, 6 months

1
0
0 0

nastavení firewallu - ubuntu, docker, zerotier

by Václav Šísl

Ahoj všem, začínám si hrát se svým novým VPS. Hledám někoho, kdo by mi pomohl nastavit firewall. Po prvních pokusech se mi zdá, že na to sám nestačím. Za pomoc rád zaplatím. Můj cíl: - Mám VPS s ubuntu 22.04. - Budu používat docker pro deployment jednotlivých aplikací (služeb). - Chci používat ZeroTier jako VPN. - Chci nastavit firewall tak, aby do internetu byly otevřené jen porty 22 (SSH), a 443. Případně 80, který by přesměrovával na 443. - Dále chci, aby skrz ZeroTier VPN fungovaly všechny služby, tj firewall by měl propouštět skrz ZeroTier veškerou komunikaci. Moje první kroky vedly k ufw. Bohužel jsem ale zjistil, že ufw v kombinaci s dockerem nefunguje správně <https://docs.docker.com/network/packet-filtering-firewalls/#docker-and-ufw>. Nevím, jakou alternativu k ufw zvolit. Manuální editace iptables i firewalld jsou pro mě komplikované. Díky za nabídku pomoci nebo třeba i za odkaz na nějaký dobrý tutorial. S pozdravem Vašek

1 year, 6 months

3
2
0 0

nix-serve nestartuje (Failed to set up credentials: Protocol error)

by Tomáš Kuča

Ahoj, mám na VM nixos-unstable, po poslední aktualizaci mi nenaběhne nix-serve (VM 16201). V žurnálu je chyba: nix-serve.service: Failed to set up credentials: Protocol error nix-serve.service: Failed at step CREDENTIALS spawning /nix/store/g5jgqgf01gsiya5im563952qlbk21028-unit-script-nix-serve-start/bin/nix-serve-start: Protocol error Neřešil jste to někdo? --- V konfiguraci nic zvláštního nemám, secrets nahrávám pomocí `sops-nix`: services.nix-serve = { enable = true; secretKeyFile = config.sops.secrets.cache-sig-key.path; }; V `nix-serve.service` je DynamicUser=true LoadCredential=NIX_SECRET_KEY_FILE:/run/secrets/cache-sig-key Problém je zřejmě s právy, pokud příkaz v `ExecStart` spustím jako root, nix-serve naběhne. Vlastníkem klíče je root: -r-------- 1 root root 102 1. lis 11.25 /run/secrets/cache-sig-key Předpokládám, že to rozbila aktualizace systemd, ve verzi 253 to projde, ve verzi 254 (254.3) už ne. V měsíc staré, ještě neaktualizované VM to běží, se stejnou konfigurací a právy. Našel jsem https://github.com/NixOS/nixpkgs/issues/157449 a Zkoušel jsem nastavit `rshared` pro `/run`, beze změny. Zkouším, jestli už na to někdo nenarazil, než začnu zkoumat, jak to celé funguje pod pokličkou. — Tomáš Kuča

1 year, 6 months

2
1
0 0

Zone transfer nefunkcni - bind9

by Petr Barta

Ahoj, mam stupidni problem, ktery se mi ale z nejakeho duvodu nedari vyresit. - mam nekolik soukromych domen, u kterych chci primar na VPS serveru - server ma nainstalovany bind9 (1:9.18.19-1~deb12u1) - zona je korektne nadefinovana - firewall neblokuje zadny provoz na/z portu 53, ani pro UD, ani pro TCP - normalni dotazy (NS/A/AAA/SOA/MX) bez problemu funguji - axfr transfer zony z localhostu funguje, at pouziju "localhost" nebo jmeno sever jako cil dotazu - definice zony povoluje zone transfer odkudkoliv: zone "black-sky.cz." { type master; file "/var/cache/bind/PRIM/black-sky.cz."; allow-transfer { any; }; }; - Pri pokusu o zone transfer ($ dig -4 @essi.netas.cz black-sky.cz. axfr) odkukoliv jinde nez je server sam dostavam na TCP urovni okamzity TCP reset jako odpoved na SYN packet, ani 3-way handshake neprojde. $ tshark -r /tmp/dns.capture.pcap 1 0.000000 193.165.110.226 → 185.8.165.100 TCP 80 52 45609 → 53 [SYN] Seq=0 Win=64660 Len=0 MSS=1220 SACK_PERM TSval=3039304980 TSecr=0 WS=128 2 0.000029 185.8.165.100 → 193.165.110.226 TCP 60 64 53 → 45609 [RST, ACK] Seq=1 Ack=1 Win=0 Len=0 3 0.025302 193.165.110.226 → 185.8.165.100 TCP 80 52 39449 → 53 [SYN] Seq=0 Win=64660 Len=0 MSS=1220 SACK_PERM TSval=3039305002 TSecr=0 WS=128 4 0.025334 185.8.165.100 → 193.165.110.226 TCP 60 64 53 → 39449 [RST, ACK] Seq=1 Ack=1 Win=0 Len=0 5 0.050245 193.165.110.226 → 185.8.165.100 TCP 80 52 38693 → 53 [SYN] Seq=0 Win=64660 Len=0 MSS=1220 SACK_PERM TSval=3039305027 TSecr=0 WS=128 6 0.050278 185.8.165.100 → 193.165.110.226 TCP 60 64 53 → 38693 [RST, ACK] Seq=1 Ack=1 Win=0 Len=0 Nema nekdo predstavu jakou (asi naprosto blbou) chybu delam? Prede diky za tipy... Petr

1 year, 6 months

1
1
0 0

co je a jak případně vypnu 32769/tcp open filenet-rpc

by Živoslav

Ahoj, co je tohle za procesya jak to vypnout? nmap 111/tcp open rpcbind 32769/tcp open filenet-rpc systemctl stop rpcbind.socket ukončí rpcbind na portu 111, ale 32769/tcp open filenet-rpc tohle běží dál a nevím jaký program to spouští a jak to vypnout. Nemůžu mít server i napadený? Mám tam nějak hacknutý wordpress, možná to s tím souvisí. díky Živoslav

1 year, 8 months

4
5
0 0

Re: co je a jak případně vypnu 32769/tcp open filenet-rpc

by Živoslav

no právě, zjistit proces. Na portu 32769 není ani PID ani jméno programu. To je divné, ne? Dne 22. 09. 23 v 8:17 Tomáš Antecký napsal(a): > Zkus *netstat -ntplu *jako root aby si našel ten proces. > Měj se > Tomáš > > > On 21.09.2023 13:12, Živoslav wrote: >> >> Ahoj, >> >> >> co je tohle za procesya jak to vypnout? >> >> nmap >> 111/tcp open rpcbind >> 32769/tcp open filenet-rpc >> >> systemctl stop rpcbind.socket >> >> ukončí rpcbind na portu 111, ale >> >> >> 32769/tcp open filenet-rpc >> >> >> tohle běží dál a nevím jaký program to spouští a jak to vypnout. >> Nemůžu mít server i napadený? Mám tam nějak hacknutý wordpress, možná >> to s tím souvisí. >> >> >> díky >> >> >> Živoslav >> >> >> _______________________________________________ >> Community-list mailing list --community-list(a)lists.vpsfree.cz >> To unsubscribe send an email tocommunity-list-leave(a)lists.vpsfree.cz >

1 year, 8 months

1
0
0 0

Co dělat když nestartuje LXD ve snapu / What to do when LXD from snap doesn't start

by Jakub Skokan

Ahoj, (English below) Pokud vám po restartu VPS nestartuje LXD, je to pravděpodobně způsobeno změnou ve snapd. Ve verzi 2.60 dělali nějaké změny s AppArmorem a aspoň v našem prostředí pak LXD nestartuje. Chyba při instalaci např. vypadá takto: # snap install lxd error: cannot perform the following tasks: - Start snap "lxd" (25505) services (systemctl command [start snap.lxd.activate.service] failed with exit status 1: Job for snap.lxd.activate.service failed because the control process exited with error code. See "systemctl status snap.lxd.activate.service" and "journalctl -xeu snap.lxd.activate.service" for details. ) Jednoduchý workaround je v detailu VPS ve vpsAdminu zrušit feature "AppArmor control directories" (aby to nebylo zaškrtnuto). snapd ani LXD se potom nebudou snažit AppArmor použít a bude to fungovat. ENGLISH: If you're having an issue with LXD installed as snap not starting, it is most likely caused by a change in snapd. Version 2.60 contained some AppArmor-related changes which do not work correctly, at least not in our environment. For example, this is the error when trying to install lxd: # snap install lxd error: cannot perform the following tasks: - Start snap "lxd" (25505) services (systemctl command [start snap.lxd.activate.service] failed with exit status 1: Job for snap.lxd.activate.service failed because the control process exited with error code. See "systemctl status snap.lxd.activate.service" and "journalctl -xeu snap.lxd.activate.service" for details. ) A simple workaround is to disable feature "AppArmor control directories" in VPS details in vpsAdmin -- uncheck it. snapd and LXD will no longer try to use AppArmor and will work again. Jakub

1 year, 8 months

1
0
0 0

Staging VPS

by filip.bartmann＠gmail.com

Ahoj, mám 2 VPSky a když si zkouším k ním založit 2 staging VPS, tak mi to tu druhou nepovolí, protože nemám pro druhou staging VPS dost zdrojů. Ke každému účtu je tedy jenom jedna staging VPS bez ohledu na to, kolik je k účtu přirazeno VPS? Děkuji, Filip Bartmann

1 year, 8 months

2
1
0 0

Re: HP Zbook 15 G2 - Ovladače grafické karty AMD Radeon R9 M270X

by Tomáš Spisar

Tam mají ovladače jenom na Nvidii. Asi vědí proč :-( -- s pozdravem Tomáš Spisar +420 702 937 602, Praha 11 tomas.spisar(a)seznam.cz, www.pdstudios.cz (https://pdstudios.cz?utm_source=signature&utm_medium=email&utm_campaign=bra…) (https://navzdorydobe.cz?utm_source=signature&utm_medium=email&utm_campaign=…) Dezinfekční prostředky pro vaši ochranu www.navzdorydobe.cz/ (https://navzdorydobe.cz?utm_source=signature&utm_medium=email&utm_campaign=…) ---------- Původní e-mail ---------- Od: Aleš Bobek <boban(a)boban.cz> Komu: Tomáš Spisar <tomas.spisar(a)seznam.cz> Datum: 31. 8. 2023 10:29:14 Předmět: Re: [vpsFree.cz: community-list] HP Zbook 15 G2 - Ovladače grafické karty AMD Radeon R9 M270X " Ahoj, co přímo HP support - download? Aleš Dne čt 31.08.2023 v 9:58:57 Tomáš Spisar napsal(a): " Ahoj, nemám dotaz k vpsfree, ale už nevím kde se sehnat informace :-( Systém Windows 10, při instalaci se jakýkoliv ovladač začne instalovat, ale vždycky se instalace kousne a je to na jenom na vypnutí. Zkoušel jsem tři ovladače od AMD. Máte někdo zkušenost jak to rozchodit? Výpis z HW Info: https://gcdnb.pbrd.co/images/IWkXS4CBT0Xf.jpg (https://gcdnb.pbrd.co/images/IWkXS4CBT0Xf.jpg) -- s pozdravem Tomáš Spisar _______________________________________________ Community-list mailing list -- <a href='mailto:community-list@lists.vpsfree.cz' class='-wm-moz-txt-link-abbreviated'>community-list(a)lists.vpsfree.cz</a> To unsubscribe send an email to <a href='mailto:community-list-leave@lists.vpsfree.cz' class='-wm-moz-txt-link-abbreviated'>community-list-leave(a)lists.vpsfree.cz</a> " "

1 year, 8 months

1
0
0 0

GNU Guix System

by Jakub Skokan

Ahoj, (English below) TL;DR ve VPS lze nově používat distribuci Guix. GNU Guix System [1] je linuxová distribuce založená na správci balíčků Guix. Funguje to velice podobně jako NixOS [2] a Nix, až na to, že Guix a celý systém se konfiguruje pomocí Guile Scheme. Ve Scheme jsou opravdu veškeré součásti systému, včetně init systému Shepherd [3]. Na rozdíl od klasických distribucí se Guix a NixOS konfigurují deklarativně: v konfiguračním souboru nadefinujeme kompletní podobu výsledného systému, tj. jaké má obsahovat uživatele/skupiny, služby a jejich nastavení. Ať už se jedná o aktualizaci nebo rollback, mezi různými verzemi systému se lze snadno přepínat buď za běhu, nebo při bootu v zavaděči, resp. u nás ve Start Menu [4]. Guix oproti NixOS obsahuje jen Free Software. Protože ve vpsFree používáme NixOS [5] skoro na všechno, zajímalo mě taky, jak je na tom Guix. Bohužel Scheme pořádně neznám a ani mě to moc neláká -- je tam příliš mnoho závorek :) Před rokem se jeden člen snažil [6] šablonu pro Guix vytvořit, ale sám jsem neviděl cestu, jak na to. Až před pár dny jsem narazil na blog [7], který obsahoval potřebné informace. Hlavní problém byl, že ve VPS nemáme zavaděč a taky se nepřipojuje kořenový souborový systém -- je připojen už před spuštěním /sbin/init ve VPS. V konfiguraci však zavaděč i kořenový systém být musí, jinak se systém nesestaví. Nakonec to není žádná věda: jako zařízení pro zavaděč stačí /dev/null [8] a volba --no-bootloader, s kořenovým systémem je to podobné [9]. Pokud by někdo měl zájem to vyzkoušet, VPS s Guixem si můžete vytvořit na node1.stg (staging). Jinde zatím nebude fungovat integrace pro nastavení sítě. Více informací viz KB: https://kb.vpsfree.org/manuals/distributions/guix Jsou tam ještě nějaké nedostatky, které už nejspíš řešit nebudu, aspoň ne teď. Základ včetně integrace do vpsAdminu a Start Menu je zdá se funkční. Sami pro Guix využití nemáme, dělal jsem to spíš ze zajímavosti. Jestli Guix někdo použijete, budeme rádi za zpětnou vazbu. ENGLISH: TL;DR VPS can now use Guix distribution. GNU Guix System [1] is a linux distribution based on Guix package manager. It is very similar to NixOS [2] and Nix, except that Guix is configured using Guile Scheme. Indeed, most of the system components including the init system Shepherd [3] are written in Scheme. Unlike other well-known linux distributions, Guix and NixOS are configured declaratively: users/groups and all services with their settings that should a part of the target system are defined in a config file. It is possible to switch between different system configurations, be it an upgrade or downgrade. System versions can be switched at runtime or from the bootloader -- in our case, from the Start Menu [10]. Unlike NixOS, Guix contains only Free Software, as it is a part of the GNU project. At vpsFree.cz, we use NixOS [5] almost everywhere. I was thus interested to see the state Guix is in. Unfortunately, I'm not familiar with Scheme, there are far too many parentheses! A year ago, one of our members tried to create [6] template for Guix, but we haven't been able to make it work. A few days ago, I've discovered a blogpost [7] that helped me understand the missing pieces. Our main issue was that inside the VPS, there's no bootloader and no need to mount the root file system, as it is mounted even before its /sbin/init is started. Guix configuration however requires them to be configured. In the end it's pretty straightforward. /dev/null is used [8] as a device for the bootloader together with option --no-bootloader. Mounting of the root file system can be bypassed in a similar way [9]. If someone would like to give it a go, you can create VPS with Guix on node1.stg (staging). For more information, see KB: https://kb.vpsfree.org/manuals/distributions/guix There are several known issues, but the base system appears to be operational. Network configuration is integrated with vpsAdmin and the Start Menu can be used to run older system generations. As we do not have any actual use for Guix ourselves, I'm going to leave it as it is for now. We'll be glad for any feedback if you'll run anything on Guix. [1] https://guix.gnu.org [2] https://nixos.org [3] https://kb.vpsfree.cz/navody/vps/start_menu [4] https://www.gnu.org/software/shepherd/ [5] https://github.com/vpsfreecz/vpsfree-cz-configuration [6] https://github.com/vpsfreecz/vpsadminos-image-build-scripts/pull/47 [7] https://www.thedroneely.com/posts/guix-in-a-linux-container/ [8] https://github.com/vpsfreecz/vpsadminos/blob/14ac41e78566cdddc28fa40e2d7975… [9] https://github.com/vpsfreecz/vpsadminos/blob/14ac41e78566cdddc28fa40e2d7975… [10] https://kb.vpsfree.org/manuals/vps/start_menu Jakub

1 year, 8 months

2
5
0 0

HP Zbook 15 G2 - Ovladače grafické karty AMD Radeon R9 M270X

by Tomáš Spisar

Ahoj, nemám dotaz k vpsfree, ale už nevím kde se sehnat informace :-( Systém Windows 10, při instalaci se jakýkoliv ovladač začne instalovat, ale vždycky se instalace kousne a je to na jenom na vypnutí. Zkoušel jsem tři ovladače od AMD. Máte někdo zkušenost jak to rozchodit? Výpis z HW Info: https://gcdnb.pbrd.co/images/IWkXS4CBT0Xf.jpg -- s pozdravem Tomáš Spisar

1 year, 8 months

1
0
0 0

IPv6 pro KVM virtual

by Jan Hodouš

Ahoj, potřebuji poradit jak lze naroutovat jednu IPv6 adresu do kvm virtualu přes hosta. Zatím se mi podařilo zprovoznit IPv4 přes privátní rozsah, takže jako host tak kvm mají přístup do internetu. a do hosta jsou přístupný 2 porty a vše ostatní je nasměrováno do kvm. zatím vše co jsem zkusil tak selhalo. IPv6 brána hostu v /etc/interfaces se po každém restartu mění a mac adresa(takže i link-local ipv6) br0 se také mění i přes pokus nstavení na trvalo v /etc/interfaces.tail Potřebuji nasměrovat kudy se mám vydat host je alpine linux 8 kvm je ubuntu 22.04 /etc/interfaces.tail: auto br0 iface br0 inet static pre-up brctl addbr br0 address 172.18.1.1 netmask 255.255.255.0 hwaddr ether FE:1F:77:02:57:58 post-down brctl delbr br0 up iptables -t nat -A POSTROUTING -s 172.18.1.0/24 ! -o br0 -j MASQUERADE down up iptables -t nat -D POSTROUTING -s 172.18.1.0/24 ! -o br0 -j MASQUERADE up iptables -t nat -A PREROUTING -d 185.8.164.46 -p tcp --dport 1:1021 -j DNAT --to 172.18.1.2 up iptables -I FORWARD -d 172.18.1.2/24 -p tcp -m state --state NEW -m tcp --dport 1:1021 -j ACCEPT up iptables -t nat -A PREROUTING -d 185.8.164.46 -p udp --dport 1:1021 -j DNAT --to 172.18.1.2 up iptables -I FORWARD -d 172.18.1.2/24 -p udp -m state --state NEW -m udp --dport 1:1021 -j ACCEPT up iptables -t nat -A PREROUTING -d 185.8.164.46 -p tcp --dport 1023:5899 -j DNAT --to 172.18.1.2 up iptables -I FORWARD -d 172.18.1.2/24 -p tcp -m state --state NEW -m tcp --dport 1023:5899 -j ACCEPT up iptables -t nat -A PREROUTING -d 185.8.164.46 -p udp --dport 1023:5899 -j DNAT --to 172.18.1.2 up iptables -I FORWARD -d 172.18.1.2/24 -p udp -m state --state NEW -m udp --dport 1023:5899 -j ACCEPT up iptables -t nat -A PREROUTING -d 185.8.164.46 -p tcp --dport 5901:65535 -j DNAT --to 172.18.1.2 up iptables -I FORWARD -d 172.18.1.2/24 -p tcp -m state --state NEW -m tcp --dport 5901:65535 -j ACCEPT up iptables -t nat -A PREROUTING -d 185.8.164.46 -p udp --dport 5901:65535 -j DNAT --to 172.18.1.2 up iptables -I FORWARD -d 172.18.1.2/24 -p udp -m state --state NEW -m udp --dport 5901:65535 -j ACCEPT down iptables -t nat -D PREROUTING -d 185.8.164.46 -p tcp --dport 1:1021 -j DNAT --to 172.18.1.2 down iptables -I FORWARD -d 172.18.1.2/24 -p tcp -m state --state NEW -m tcp --dport 1:1021 -j ACCEPT down iptables -t nat -D PREROUTING -d 185.8.164.46 -p udp --dport 1:1021 -j DNAT --to 172.18.1.2 down iptables -I FORWARD -d 172.18.1.2/24 -p udp -m state --state NEW -m udp --dport 1:1021 -j ACCEPT down iptables -t nat -D PREROUTING -d 185.8.164.46 -p tcp --dport 1023:5899 -j DNAT --to 172.18.1.2 down iptables -I FORWARD -d 172.18.1.2/24 -p tcp -m state --state NEW -m tcp --dport 1023:5899 -j ACCEPT down iptables -t nat -D PREROUTING -d 185.8.164.46 -p udp --dport 1023:5899 -j DNAT --to 172.18.1.2 down iptables -I FORWARD -d 172.18.1.2/24 -p udp -m state --state NEW -m udp --dport 1023:5899 -j ACCEPT down iptables -t nat -D PREROUTING -d 185.8.164.46 -p tcp --dport 5901:65535 -j DNAT --to 172.18.1.2 down iptables -I FORWARD -d 172.18.1.2/24 -p tcp -m state --state NEW -m tcp --dport 5901:65535 -j ACCEPT down iptables -t nat -D PREROUTING -d 185.8.164.46 -p udp --dport 5901:65535 -j DNAT --to 172.18.1.2 down iptables -I FORWARD -d 172.18.1.2/24 -p udp -m state --state NEW -m udp --dport 5901:65535 -j ACCEPT post-up echo 1 > /proc/sys/net/ipv4/ip_forward post-up echo 1 > /proc/sys/net/ipv4/conf/all/forwarding dns-nameservers 1.1.1.1 1.0.0.1

1 year, 8 months

1
2
0 0

UFW na VPSAdminOS

by Jan Pleva

Ahoj, kdysi jsem pohorel s UFW na OpenVZ kvuli nejakym modulum, ale na novejsim VPSAdminOS je uz hodne veci precejen jinak ale porad jsem trochu zahorel root@vps1:~# ufw enable ERROR: problem running ufw-init modprobe: FATAL: Module nf_conntrack_ftp not found in directory /lib/modules/ 6.1.44 modprobe: FATAL: Module nf_nat_ftp not found in directory /lib/modules/6.1.44 modprobe: FATAL: Module nf_conntrack_netbios_ns not found in directory /lib/m odules/6.1.44 Bad argument `nat' Error occurred at line: 18 Try `iptables-restore -h' or 'iptables-restore --help' for more information. Problem running '/etc/ufw/before.rules' tak se chci zeptat, jestli je nejaka moznost ty moduly eventualne nejak tam dostat / zapnout ci jen nejak upravit konfiguraci UFW, aby to jelo. Neni nekdo uz je trochu dal, ze by mi poradil nebo mi rekl rovnou, ze to je problem, blbne to a nema cenu se s tim ani otravovat. :) Pokud by nekoho zajimal duvod tak ten nejvetsi je ten, ze to umi ipv6 a ipv4 najednou a nemam bolehlav z toho generovani tech silenosti, navic dvakrat pro 6 a 4 :) S pozdravem Jan Pleva

1 year, 9 months

3
4
0 0

swap dvou VPS mezi sebou

by David Toman

Ahoj, snažím se provést SWAP dvou (mých) PS. Jedna je produkční, druhá je na playgroundu. V podstatě vlastně jen potřebuji tu z Playgroundu překlopit do produkce, stávající produkční potom zruším. Postupuji takto: Ve vpsadminu kliknu na VPS a zvolím si (produkční) VPS. Pak v pravo v Manage VPS kliknu na Swap VPS. Následně zvolím (playground) VPS kterou chci nahradit tu produkční a zaškrtnu swap hostname. Kliku na Preview, tam na Go a zkončím s chybou: *Error message: unable to migrate VPS with existing snapshot clones* Bohužel asi nechápu co je tím myšleno. Nemáte někdo nějaký nápad? VPS na Playgroundu mi zítra expiruje. Předem díky -- S pozdravem David Toman https://www.idkfa.cz Tel: 777 477 955 Tento email neobsahuje viry, protože nepoužívám Windows.

1 year, 9 months

1
0
0 0

Automatické rozšiřování disků VPS / Automated VPS disk expansions

by Jakub Skokan

Ahoj, (English below) Pravidelně se stává, že někomu ve VPS dojde místo na disku. vpsAdmin sice posílá upozornění od 90 % zaplnění, ani to ale ve všech případech nepomůže tomu předejít. S plným diskem přestávají fungovat vaše aplikace, které s diskem pracují, a také to může znemožnit login do VPS a uvolnění místa. Každou jednotlivou VPS řešíme i my jako administrátoři vpsFree.cz, protože ZFS s prací nad plnými datasety (disky VPS) aspoň historicky mívalo problémy. Souvisí to s tím, že ZFS kvůli dynamické velikosti bloku a kompresi dopředu neví, kolik místa budou data na disku zabírat. Aby nebyla překročena nastavená kvóta datasetu, dochází k předčasnému uzavírání txgs -- transakční skupiny, v rámci kterých se data v pravidelných intervalech zapisují na disk. Vyšší frekvence txgs potom zpomaluje chod všech VPS. Další faktor je, že jsme v těchto situacích naráželi na chyby souběhu, které mohou vést k zastavení IO na nodu a nutnosti resetu. Naše ZFS je upravené tak, aby se txgs neuzavíraly předčasně a naopak umožňujeme v jedné txg nastavenou kvótu překročit. I tak ale nechceme riskovat výpadek a při zaplnění datasetu VPS nám monitoring posílá SMS. Když se takových VPS najde víc a členové nereagují, je to pro nás dost vyčerpávající. vpsAdmin proto nyní bude automaticky zvětšovat datasety ve VPS, kde dochází místo. Ke zvětšení dojde, když bude zbývat méně než 512 MiB, popř. méně než 1 % celkové kapacity. Disk navyšujeme o 20 GiB nebo o 10 % kapacity podle toho, co je větší. K rozšíření může dojít až 3x a k řešení máte 30 dní od prvního rozšíření. Po uplynutí této doby se bude VPS vypínat, dokud se využití datasetu nevrátí do mezí původní velikosti, nebo se nedomluvíme na trvalém rozšíření kapacity. Ke zmenšení na původní velikost dojde automaticky, když bude k dispozici alespoň 1 GiB a 5 % volného místa. Velikost můžete taky upravit kdykoli ve vpsAdminu v detailu VPS. ENGLISH: It happens fairy regularly that VPS run out of disk space. vpsAdmin is sending notifications when disk usage is 90 % or more, but that still won't prevent it. When the disk is full, your applications are likely to stop working and it may not be possible to login to the VPS and free some space. We as vpsFree.cz administrators are also involved with every VPS which completely runs out of disk space. It is because ZFS at least historically wasn't so good at operating on datasets (VPS disks) nearing or at their quota. Due to dynamic block size and compression, ZFS does not know how much space on disk the data will actually take. In order to not exceed the dataset's quota, it tends to prematurely close txgs -- transaction groups in which data is written to disk in regular intervals. Higher txgs frequency is then negatively impacting IO performance of all VPS. Another factor is that on multiple occasions, we've encountered rare race conditions which led to ZFS deadlock, i.e. no writes were being made at all and we've had to reset the node. While our ZFS is patched to allow datasets exceeding their quota within one txg, we don't want to risk an unnecessary outage because of this, so our monitoring system is sending us SMS. When it happens often and members are not responding to us, it's rather tiring for us. From now on, vpsAdmin will automatically expand VPS datasets which are nearing their quota. Datasets are expanded when there's less than 512 MiB or 1 % of free space. We add either 20 GiB or 10 % of original size, whichever is higher. Datasets can be expanded three times and you'll have 30 days since the first expansion to resolve the issue. After that, the VPS will be stopped until the used space will fit within the original quota or the dataset is expanded permanently. Expanded datasets are shrunk back when there is at least 1 GiB and 5 % of free space with respect to the original size. You can also change the dataset size in VPS details in vpsAdmin at any time. Jakub

1 year, 10 months

1
0
0 0

Discord?

by frantisek.sidak＠outlook.com

Ahoj, kacířská myšlenka: nefungoval by na komunikaci lépe nástroj jako discord? Přiznám se, že mail listy, nebo IRC mi k srdci nějak nepřirostly, ačkoliv si rád spravuju linux server. :-) Ani to moc nevypadá, že by tu ta diskuse nějak plynula. Hezký víkend všem, Fanda

1 year, 11 months

6
5
0 0

devcgprog: utilita pro nastavení devices cgroupv2 controlleru

by Jakub Skokan

Ahoj, v poslední zprávě jsem psal o plánovaném přechodu na cgroups v2. Pomalu na tom pracujeme už od počátku roku 2022. Vyžaduje to úpravy jednak v našem kernelu, to je stále v řešení, a taky integraci v user space: nutnost delegace controllerů, rozdílný způsob konfigurace a čtení parametrů, až nakonec propojení s vpsAdminem. Pro mě asi největší oříšek zatím byl devices controller. Pro zajímavost popíšu k čemu to je a jak to funguje. devices controller je pro nás stěžejní komponenta, bez které nemůžeme fungovat. Řídí totiž přístup ke všem zařízením -- blokové jako disky /dev/sda, atd. a znakové jako /dev/tty, /dev/null, /dev/zero, apod. Protože ve VPS můžete udělat mknod libovolného zařízení, devices cgroup je nezbytná pro řízení přístupu. Ve výchozím stavu umožnujeme přístup k /dev/{console, full, kmsg, null, ptmx, random, urandom, tty*}. Podle VPS features pak i /dev/{net/tun, kvm, ppp}. Pro nás je nejdůležitější neumožnit přístup k diskovým zařízením, nad kterými běží ZFS. devices controller u cgroups v1 je krásně jednoduchý. Povolené zařízení vidíme v devices.list: cat /sys/fs/cgroup/devices/devices.list c 1:3 rwm c 1:5 rwm c 1:7 rwm c 1:8 rwm c 1:9 rwm c 1:11 rwm c 5:0 rwm c 5:1 rwm c 5:2 rwm c 136:* rwm b *:* m c *:* m Tedy read-write-mknod (rwm) k vybraným zařízením a mknod (m) pro všechno ostatní. Na Linuxu v user namespace normálně mknod není možný, ale na vpsAdminOS ano. Hodí se to třeba když rozbalujete nějaký archiv, který obsahuje soubory zařízení. Tohoto nastavení devices.list docílíme tak, že nejprve zakážeme přístup ke všemu: echo a > devices.deny A potom povolíme vybrané zařízení: echo c 1:3 rwm > devices.allow echo c 1:5 rwm > devices.allow [...] Je to krásně jednoduché jednak na přehled a taky na konfiguraci. Jediný zádrhel je zde v tom, že echo a > devices.deny funguje jen pokud daná cgroup nemá potomky. Protože se s cgroups pracuje z různých míst, řešil jsem to tak, že se devices cgroup nastavovala jako první při spuštění systému nebo vytvoření VPS. cgroups v2 dlouho devices controller neměly vůbec... a když přišel, byl implementován přes BPF. Funguje to tak, že napíšete BPF program, zkompilujete, nahrajete do kernelu a potom ho připojíte k dané cgroup. Při přístupu k zařízení se daný BPF program vykoná a buď přístup umožní, nebo zakáže. Ukázkový program je součástí kernelu: https://github.com/torvalds/linux/blob/v5.10/tools/testing/selftests/bpf/pr… Můj největší problém byl, že jsem to ani za nic nebyl schopen zkompilovat. Detaily už samozřejmě nevím, ale byl jsem z toho absolutně zoufalý. Kompilovat programy tímto způsobem by sice nebylo ideální, protože k tomu potřebujete LLVM, což nafukuje velikost rootfs... ale aspoň by se tím dalo začít. Když se podíváme na projekty jako systemd nebo LXC, tam s devices cgroup pracují taky. Nekompilují programy přes LLVM, ale vytvoří program rovnou z BPF instrukcí. Pěkně je to vidět v LXC: https://github.com/lxc/lxc/blob/lxc-5.0.2/src/lxc/cgroups/cgroup2_devices.c… Tahle cesta se mi líbila mnohem víc, ale taky jsem nikam nepokročil. Použít přímo tuto funkci LXC nemůžeme, protože LXC spouštíme pod neprivilegovaným uživatelem a devices cgroup může nastavovat jen root. Ani vykopírovat ten kód není jednoduché, potřebuje to spousty vaty okolo a zřejmě jsem na to neměl nervy :-) Zkoušel jsem použít i libbpf, taky bezúspěšně. Vzdal jsem to a vrátil se k tomu cca o rok později... situace byla úplně stejná x) Našel jsem ale knihovnu v Golangu, pomocí které si můžu poskládat program z instrukcí, nahrát ho do kernelu a dokonce připojit k cgroup! Nejlepší je, že k tomu není potřeba mít LLVM, zdrojové soubory kernelu, libbpf, nic. Stačí Golang. https://github.com/cilium/ebpf Další nutný článek je virtuální souborový systém bpffs. BPF program totiž zůstane v kernelu jen po dobu, kdy běží proces, který ho tam nahrál. My takový proces prakticky nemáme, všechno se může při aktualizaci restartovat... to by znamenalo, že se najednou ztratí všechny programy hlídající přístup k zařízením. Pokud na daný BPF program ale uděláme referenci v bpffs, program zůstane v kernelu i po ukončení procesu, který ho vytvořil. Program pak uvolníme smazáním souboru (jeho reference) v bpffs. Podobně můžeme dělat reference na připojení programu (attach/link) k cgroup. Celý náš stack je v Ruby, takže jsem na nastavovaní devices cgroup udělal oddělený program v Golangu -- vznikl devcgprog. Ten z Ruby voláme s cestou k cgroup a seznamem zařízení, které mají být povolené. devcgprog vytvoří BPF program, nahraje ho do kernelu, uloží do bpffs a připojí k cgroup. Kdyby se to někomu náhodou taky hodilo, devcgprog najdete na githubu: https://github.com/vpsfreecz/devcgprog Použití je jednoduché: devcgprog set /sys/fs/bpf/my-program \ /sys/fs/cgroup/my-cgroup \ /sys/fs/bpf/my-program-on-my-cgroup \ allow \ c:1:3:rwm c:1:5:rwm [...] Parametry jsou: vytvořená reference v bpffs, cesta k cgroup, reference k linku na cgroup, typ seznamu (allow pro allowlist a deny pro denylist) a seznam zařízení. Jeden BPF program můžete nahrát jednou a použít u vícero cgroup, k tomu slouží devcgprog new/attach. U nás je kombinace možných programů omezená podle VPS features. Jako název programu používáme hash všech zařízení, existují tak programy pro různé kombinace TUN/TAP, KVM a PPP. Pokud už program s daným hash existuje, uděláme jen attach na další VPS cgroup. Oproti cgroups v1 je to stále méně přehledné, BPF program je v porovnání s devices.list neprůhledný. Může taky dojít k tomu, že cgroup se smaže a vytvoří znovu se stejným názvem, link soubor v bpffs zůstane, ale přitom program tam už připojen není. Existence reference v bpffs tedy ještě neznamená, že je vše v pořádku. Pravidelně tak voláme bpftool a kontrolujeme, zda jsou programy správně nastaveny. To je jen pro jistotu, nastavované cgroupy má pod kontrolou pouze root na nodu, tedy by tato situace neměla nastat. Neříkám, že BPF není super, naopak na trasování, flamegraphy, apod. je to paráda. Akorát někdy není úplně snadné to použít :-) Jakub

2 years

1
0
0 0

SSH host klíče, úpravy VPS adminy a cgroups / SSH host keys, VPS modifications by the admin team and cgroups

by Jakub Skokan

Ahoj, (English below) # Otisky SSH klíčů V detailu VPS ve vpsAdminu nově najdete otisky SSH host klíčů (fingerprints). Při prvním přihlášení přes SSH tak můžete zkontrolovat identitu serveru. Otisky klíčů se vyčítají ze souborů /etc/ssh/ssh_host_*.pub ve VPS. Klíče se čtou po každém startu VPS a pak jednou za hodinu. # Úpravy VPS adminy vpsFree Šablony distribucí, ze kterých se vytváří nové VPS, mohou mít nastavení specifické pro naše prostředí. Může se stát, že bug nebo nová vlastnost aplikací či našeho prostředí bude vyžadovat změnu konfigurace systému. Týká se to prakticky jen základního systému, tj. nastavení, které jsou součástí šablon. Ve vpsAdminu máte možnost si nastavit, jestli o takové úpravy máte zájem. Ve výchozím stavu je to povoleno. Pokud bychom ve VPS něco měnili, budeme o tom informovat emailem. Pro představu, nedávno jsme z kernelu odstranili cglimit cgroupu -- náš vlastní controller, který se ukázal jako zbytečný. Distribuce se systemd si s tím poradily samy, ale třeba Alpine/Devuan/Void mají seznam cgroups zapsaný v init skriptu, takže jsme jej v existujících VPS museli upravit. # cgroups v2 Tento rok bychom rádi započali přechod na cgroups v2. cgroups v Linuxu se používají na účtování a limitaci skupin procesů. V našem prostředí je to jeden ze základních prostředků pro izolaci VPS, používáme to primárně na nastavení limitu paměti a času CPU. Na cgroups samozřejmě staví všechny kontejnerové řešení jako docker, apod. V současné době používáme cgroups v1 v hybridní hierarchii a právě protože VPS jsou kontejnery, verze cgroups je daná hostitelem. systemd v roce 2024 nejspíše přestane cgroups v1 podporovat, takže na to chceme být připraveni. Aktuální distribuce už v2 podporují, ty starší jako CentOS 7 budeme nadále provozovat na nodech s v1. Ve vpsAdminu lze u VPS nastavit, jakou verzi cgroups VPS vyžaduje. Ve výchozím stavu se to řídí šablonou distribuce. Pokud mají aplikace ve VPS speciální požadavky, můžete si vynutit cgroups v1 a zabránit tak budoucí migraci na v2. Naším cílem bude přesunout všechno co jde na cgroups v2. Více info a seznam distribucí podporujících cgroups v2 najdete v KB: https://kb.vpsfree.cz/navody/vps/cgroups Žádnou akci z vaší strany to nevyžaduje, o případném přesunu VPS na cgroups v2 budeme informovat individuálně v následujících měsících. ENGLISH: # SSH host key fingerprints You can now see SSH host key fingerprints in VPS details in vpsAdmin. You can check that the fingerprints match on your first SSH login, making sure that you're connecting to your server. Key fingerprints are read from /etc/ssh/ssh_host_*.pub files found inside the VPS. The files are read on every VPS start and then once an hour. # VPS modifications by vpsFree admins New VPS are created from distribution templates and those can have settings specific for our environment. It can happen that a bug or a new feature in applications or our platform will require or benefit from configuration change. You can configure whether you wish to have your VPS updated by vpsFree admins should the need arise in VPS details in vpsAdmin. It is enabled by default. We modify only the base system configuration files and we will notify you by email when any changes are made. For example, we have recently removed the cglimit cgroup controller from our kernel. It was our own creation and we've discovered it was only a source of bugs. VPS using systemd handled this removal without any problem, but distributions such as Alpine/Devuan/Void have the list of cgroup controllers hardcoded in their init script. We've thus updated the init script to not emit warning about cglimit mount failure on boot. # cgroups v2 This year, we would like to begin transition to cgroups v2. cgroups in Linux are used to account and limit groups of processes. On vpsAdminOS, it is a fundamental component used to create a VPS. We use it primarily to limit memory and CPU usage. cgroups are of course used by all other container systems, such as docker, etc. At this time, we're using cgroups v1 in a hybrid layout. Since VPS are containers, the cgroup version is determined by the host. As systemd will possibly remove support for cgroups v1 in 2024, we'd like to be ready. Current distributions already support cgroups v2, the older ones like CentOS 7 will be kept on nodes with cgroups v1. Our goal will be to move as many VPS as possible to cgroups v2 nodes. By default, we look at the distribution used inside the VPS to see if it supports cgroups v2. If you wish, you can configure your cgroups version preference in VPS details in vpsAdmin and pin it to cgroups v1 to prevent future migration. More information about cgroups v2 and a list of supported distributions can be found in KB: https://kb.vpsfree.org/manuals/vps/cgroups No action from you is needed at this time. We'll keep you updated about the upcoming migration in the months to follow. Jakub

2 years

1
0
0 0

Pomalý login

by Jiří Eischmann

Ahoj, na VPS mám pomalý login. Trvá to cca 30 sekund, než proběhne ověření a dojde k přihlášení. Když si dám u ssh podrobnější výpis, zjistím, že to visí mezi těmito dvěma hláškami: debug1: pledge: filesystem debug1: client_input_global_request: rtype hostkeys-00(a)openssh.com want_reply 0 Doteď mi to nevadilo, protože se k serveru nepřipojuju tak často, aby mně těch 30 sekund vadilo, ale teď zkouším rozjet Cockpit a ten mi na tom timeoutuje. Našel jsem, že se to děje lidem s LXC, tak jsem se chtěl zeptat, jestli jste taky na to u VPSfree nenarazili a jestli neexistuje nějaké nastavení ssh nebo pam, které by to vyřešilo. Jirka

2 years, 1 month

7
8
0 0

pomaly sqlite write - benchmark disku

by Josef Moudrik

Ahoj, ladim spatny vykon zapisu do sqlite databaze v produkci (jak je to dobre rozhodnuti nechme na jinou debatu :-D ); zapisy se deji v jednom threadu. Problem je v tom, ze transakce v produkci jsou 10-20krat pomalejsi nez u me na localhostu. Snazim se zjistit cim to je (driv nez budu muset migrovat na jinou db). Nesetkal jste se nekdo s necim podobnym? Nejake napady? Zkousel jsem zreplikovat chovani pomoci jednoducheho (serioveho) skriptu s 500 commity: https://pastebin.com/huhhVGw2 vysledky: Journal (write ahead log) x synchronous mode (off nejrychlejsi, normal bezpecnejsi & pomalejsi), cisla jsou mean +- std vteriny. localhost (ssd v notebooku) journal= sync=OFF 1.051 +- 0.042 journal= sync=NORMAL 2.502 +- 0.237 journal=WAL sync=OFF 1.042 +- 0.022 journal=WAL sync=NORMAL 1.135 +- 0.065 produkcni stroj @ node21.prg journal= sync=OFF 2.778 +- 1.415 journal= sync=NORMAL 2.876 +- 0.627 journal=WAL sync=OFF 2.382 +- 0.404 journal=WAL sync=NORMAL 2.475 +- 0.494 Prijde mi zvlastni maly rozdil mezi jednotlivymi rezimy ve vps & to ze vse je o hodne pomalejsi nez nevirtualizovany stroj, myslite, ze to vznika nejakou vps abstrakci nad ssd? Nejake napady co s tim? Diky, JM

2 years, 2 months

4
5
0 0

vps

by xesok52734＠rolenot.com

Rdp

2 years, 2 months

1
0
0 0

nft snat

by svoboda＠infos.cz

Ahoj, přeinstaloval jsem si VPS z Debian 10 na Debian 11 a narazil jsem na jeden problém. Server občas použiju jako VPN server do internetu a proto jsem na něm příslušný VPN provoz NAToval pomocí 'iptables' ven. Na Debianu 11 již iptables nejsou, takže jsem použil ekvivalentní posloupnost 'nft' pravidel. Problém dělá konkrétně následující pravidlo: /etc/firewall/ruleset.nft:13:60-63: Error: Could not process rule: No such file or directory add rule nat postrouting ip saddr 192.168.0.0/16 oif venet0 snat to VPS.IP.ad.dr ^^^^ Poznamenávám, že na jiných strojích mi obdobné pravidlo funguje, jen na VPS ne. Přijde mi to jako nějaké omezení vpsAdminOS. Máte prosím někdo nějakou radu? - Jirka

2 years, 6 months

4
4
0 0

postfix - certifikát

by hodoush＠seznam.cz

Ahoj, mám takový dotaz. Jestli je nutné, aby certifikát v "smtpd_tls_cert_file" byl pro stejnou doménu jako v "myhostname".

2 years, 6 months

4
3
0 0

Po startutu amavisd odmítá spojení

by Filip Bartmann

Na VPSce, kterou spravuju mám jeden takový problém s Amavisem, kdy po restartu(nejblbější je to při těch nočních restartech) se zasekne a odmítá spojení -------------------------------------------------------------- Oct 18 23:32:16 slevmejih postfix/smtp[877]: connect to 127.0.0.1[127.0.0.1]:10024: Connection refused Oct 18 23:32:16 slevmejih postfix/smtp[877]: 26F23D0D14: to=<xxx(a)gmail.com>, orig_to=<xxx(a)yyy.cz>, relay=none, delay=0.31, delays=0.29/0.02/0/0, dsn=4.4.1, status=deferred (connect to 127.0.0.1[127.0.0.1]:10024: Connection refused) Oct 18 23:32:16 slevmejih postfix/smtp[877]: 26F23D0D14: to=<xxx(a)yyy.cz>, relay=none, delay=0.31, delays=0.29/0.02/0/0, dsn=4.4.1, status=deferred (connect to 127.0.0.1[127.0.0.1]:10024: Connection refused) -------------------------------------------------------------- Nevíte někdo co s tím, klient pro kterého VPSku spravuju už ne mně začíná být naštvaný. Filip Bartmann

2 years, 6 months

8
9
0 0

Inovujeme skoro všechen hardware, chceme být energeticky úspornější

by Pavel Snajdr

Ahojte, (TLDR: prechazime na silnejsi hardware, do konce roku vypiname stare OpenVZ stroje) puvodne to mel byt delsi mail sem, na community-list, ale nakonec z toho vylezl blogpost: https://blog.vpsfree.cz/inovujeme-skoro-vsechen-hardware-chceme-byt-energet… Se spoustou z Vas uz jsme si o tom psali, tady je shrnuti pro ty, co nestihaji tolik sledovat aktualni deni - kdo byste ho sledovat chteli, jen nevite kde, to spravne misto je nase IRC, tam to vzdycky probirame, jak to prichazi :) Pro ty, co by byli na pochybach, jestli to ten HW bude stihat, doplnim, ze ve vpsAdminu pribyly na front page odkazy na Munin, po prihlaseni jsou rozkliknutelne ty nejdulezitejsi, bez prihlaseni ten procentualni udaj vytizeni CPU je ted odkaz, ktery vede na celou Munin page daneho stroje. Stiha to v pohode, pokud se stane, ze neco drhne, je to v podstate garantovane softwarem a je to tim padem resitelne. Prosim, pokud pocitujete nejaka zpomaleni, i kdyz si budete myslet, ze je to jen drobnost, piste radeji driv, nez pozdeji. Uprimne myslim, ze uz mame vetsinu vyladovani za sebou a tak uz ted, po pristi varce rebootu do 5.10.147, vsechno pobezi hladce - nicmene, jak rikam, pri sebemensim zavahani radeji piste (idealne na podporu). Diky vsem za spolupraci :) /snajpa

2 years, 7 months

3
4
0 0

NixOS prednaska na OpenAlt

by Jozef Mlich

Cau, kluci by chteli videt na OpenAltu nejakou prednasku na tema NixOS. Pokud byste prijeli do Brna a naucili byste nas pouzivat/vyvijet NixOS, tak by to bylo super. Prednasku pripadne prihlasit sem: https://www.openalt.cz/2022/ (jestli ste prosvihli deadline, tak to neni problem, je to jenom orientacni informace, ze zaciname davat dohromady program) -- Jozef Mlich <jozef.mlich(a)openalt.org>

2 years, 9 months

2
1
0 0

XMRing běží na VPS

by Filip Bartmann

Ahoj, na VPS 20533 o kterou se pro jednoho člověka starám byl včera objeven proces xmrig což je podle všeho program na těžbu měn. VPSku jsem prohledával, ale nikde tam ani ve webech ani na filesystému nemůžu najít stopu po tomto programu. Na VPSce běží běžné weby. Kterým směrem bych se měl zaměřit? Ahoj, Filip

2 years, 9 months

7
10
0 0

jakou UPS do racku?

by Stepan Liska

Ahoj, chcípe nám v jedné firmě UPSka v racku. Už je jí snad 20 let, za život jedna výměna baterek, ale teď to začalo dělat divné věci, tak už asi nastal čas na výměnu. Ale za tu dobu jsem ztratil přehled. Máme tam APC RT3000 (sine wave, double conversion) navíc s jedním externím battery packem a potřeboval bych prakticky to samé. Koukal jsem co tak je na webshopech a vidím buď zase APC nebo Eaton, ale je dost problém se někde doklikat i k tomu battery packu, stránky Eatonu jsou takové zoufalství, že trvá než něco o konkrétním modelu zjistím. Měl by někdo radu? Značku UPSky, dodavatele, kde by to člověk poskládal? Děkuji, Štěpán.

2 years, 9 months

2
4
0 0

alternativa k slack

by tyctor

ahoj v punctum pouzivame slack, ten od 1.9. zavadi limit historie na 90 dnu :o( nemate nekdo tip, cim by se dal nahradit, resp. co jineho pouzivate na tymovou spolupraci? diky za odpovedi tyctor

2 years, 9 months

6
5
0 0

Jak chceme ve vpsFree.cz šetřit energií

by Petr Krcmar

Situace na trhu s energiemi je nepředvídatelná, na jaře se nás dotklo první výraznější zdražení, které jsme zvládli ještě pojmout díky rezervě v rozpočtu. Otázkou je, jak moc dlouhodobě udržitelné to bude bez zvyšování členských příspěvků. Než sáhneme ke zvyšování příspěvků, chtěli bychom vyzkoušet jiné možnosti. Zejména využít některých rezerv ve stávajícím hardware a přestavba či nákup nových serverů s výkonnější konfigurací. Více v blogu: https://blog.vpsfree.cz/vykonnejsi-servery-jako-lek-na-zvysovani-cen-energi… -- Petr Krčmář vpsFree.cz

2 years, 10 months

1
0
0 0

status.vpsf.cz

by Jakub Skokan

Ahoj, (English below) Při výpadku napájení minulý týden v Praze [1] jsme přišli o standardní prostředky, které používáme pro komunikaci s členy, tj. zejména o hlášení výpadků z vpsAdminu a o naši podporu. Zachránil nás akorát účet na Twitteru [2] a kanál na IRC [3], kde jsme mohli členy informovat o tom, co se děje. Chtěl jsem tuto situaci trochu zlepšit, když by se něco podobného stalo znovu. Představuji tedy https://status.vpsf.cz. Jedná se o aplikaci, která průběžně kontroluje stav naší infrastruktury a vybraných služeb. Kontroly jsou automatické, tj. když něco aktuálně nepojede, hned to půjde vidět. status.vpsf.cz běží na APU [4] s LTE v racku v Praze, tj. nezávisle na síti od MasterDC. Připojen je na vlastní malou UPS, takže nějakou dobu vydrží běžet i při výpadku napájení v DC. Zobrazují se tam i nahlášené výpadky/odstávky z vpsAdminu a pokud zrovna vpsAdmin nebude fungovat, informace o situaci napíšeme rovnou na status.vpsf.cz. ENGLISH: During the power outage in Prague last week [5], we've lost our usual means of communication with our members, mainly the outage reports from vpsAdmin and our email support. We've been left with out Twitter account [2] and the IRC channel [6] to let you know about the issue. I've been trying to improve this situation. I would like to introduce https://status.vpsf.cz. It is an application that continuously monitors the state of our infrastructure and selected services. The checks are automated, i.e. when something won't work as expected, it will be immediately visible. status.vpsf.cz runs on APU [4] with LTE in our rack in Prague. It's independent on MasterDC's network. It also has its own little UPS, so it should continue to work even after a power outage in the DC. status.vpsf.cz shows reported outages and maintenances from vpsAdmin and should vpsAdmin not be available, we will write information about the situation directly on the status page. [1] https://blog.vpsfree.cz/post-mortem-par-slov-k-vypadku/ [2] https://twitter.com/vpsfree_cz [3] https://kb.vpsfree.cz/informace/chat#irc [4] https://www.pcengines.ch/apu2.htm [5] https://vpsadmin.vpsfree.cz/?page=outage&action=show&id=904 [6] https://kb.vpsfree.org/information/chat#irc Jakub

2 years, 11 months

1
0
0 0

Problém s odmítáním mailu na Google.

by Filip Bartmann

Ahoj, mám na VPSce problém se zahazováním mailu v Google. Na každý mail odeslaný z VPSky dostávám odpověď: ----------------------------------------------------------- Apr 26 19:21:34 slevmejih dovecot[2237987]: imap(test(a)domena.cz)<2406100><2wOv7JHdmr4AAAAAAAAAAAAAAAAAAAAB>: Logged out in=292 out=6306 deleted=0 expunged=0 trashed=0 hdr_count=12 hdr_bytes=2539 body_count=0 body_bytes=0 Apr 26 19:21:34 slevmejih postfix/smtp[2406098]: E8D2593153: to=< filip.bartmann(a)gmail.com>, relay=gmail-smtp-in.l.google.com[142.250.102.27]:25, delay=0.69, delays=0/0.03/0.36/0.3, dsn=5.7.1, status=bounced (host gmail-smtp-in.l.google.com[142.250.102.27] said: 550-5.7.1 [37.205.13.80 12] Our system has detected that this message is 550-5.7.1 likely unsolicited mail. To reduce the amount of spam sent to Gmail, 550-5.7.1 this message has been blocked. Please visit 550-5.7.1 https://support.google.com/mail/?p=UnsolicitedMessageError 550 5.7.1 for more information. f25-20020a1709064dd900b006f396dc0ad3si4976888ejw.266 - gsmtp (in reply to end of DATA command)) ----------------------------------------------------------- Přitom třeba od mail-tester.com dostávám skóre 8/10. Co mám další instalace postfixu, se stejnou konfiguirací tak mi tento problém nemám. Na blacklistech jsem IP VPSky adresu prověřoval a negativní. Už mi docházejí nápady co mám dělat? Co bych měl ještě přenastavit? Děkuji, Filip Bartmann

3 years

5
5
0 0

Debian 9 na vpsAdminOS/10+ na OpenVZ

by Opty

Ahoj, používáte někdo Debian 9 na vpsAdminOS nebo 10+ na OpenVZ (ideálně ,,bez'' systemd)? Plánuju přechod z OpenVZ (aktuálně Debian 9) na vpsAdminOS a kladné ohlasy tohoto typu by mě uklidnily. :-) S pozdravem, Opty

3 years, 1 month

1
1
0 0

Is it possible to add a pub key in ed25519 form?

by Niklaus Giger

Hi My main ssh key uses ed25519. As a newcomer I tried to add it via the vpsAdmin menu Members "Add public key", but only got the error > Failed to save public key > > Error message: create failed > > key: invalid public key Adding an ssh-rsa key worked fine. Or are there good reasons to forbit ed25519 keys? Best regards Niklaus

3 years, 1 month

3
3
0 0

IPv6 subnet pro vpsAdminOS

by Kamil Kukura

Na stránce IP adresy <https://kb.vpsfree.cz/navody/vps/ip_adresy> je uvedeno, že každý má k dispozici "až 32 IPv6 /64 adres (na OpenVZ jen /128 adresy)". Jak je to u vpsAdminOS, tam také pouze /128 adresy? -- Kamil tel.: +420 910 128 153

3 years, 1 month

2
1
0 0

Nefunkční Wireguard

by Tomas Freedom

Zdravím, z nějakého důvodu mi kompletně přestal fungovat wireguard, žádná chyba jenom se prostě nic neděje. Jediné co jsem zjistil, je že modprobe odpoví tímto: modprobe: FATAL: Module wireguard not found in directory /lib/modules/5.10.98.16-livepatched Ale jak systemd unita tak wg příkaz se tváří ok. Netuší někdo kde by mohl být problém? Děkuji, Tomáš Svoboda

3 years, 1 month

3
4
0 0

clamav-daemon - limit paměti Debian

by Tomáš Spisar

Ahoj, jak nastavit clamav-daemon aby ho vpsAdmin nemusel vypínat. Podle nějakého návodu jsem nastavil: /etc/clamav/clamd.conf ConcurrentDatabaseReload false /usr/lib/systemd/system/clamav-daemon.service MemoryLimit=512M Ale stejně to nefunguje -- s pozdravem Tomáš Spisar +420 702 937 602, Praha 11 tomas.spisar(a)seznam.cz, www.pdstudios.cz (https://pdstudios.cz?utm_source=signature&utm_medium=email&utm_campaign=bra…) (https://navzdorydobe.cz?utm_source=signature&utm_medium=email&utm_campaign=…) Dezinfekční prostředky pro vaši ochranu www.navzdorydobe.cz/ (https://navzdorydobe.cz?utm_source=signature&utm_medium=email&utm_campaign=…)

3 years, 2 months

4
4
0 0

vpsAdminOS + Docker => lchown error

by Michal Halenka

Ahoj, Zkoumám možnosti přechodu na vpsAdminOS, a narazil jsem na takový … nepěkná věc. Vypadá to že ne všechny funkcionality toho kouzelného rockeru fungují. Tohle konkrétně se mi projevuje na node1.pgnd na čisté testovací VPS s > root@rancher-test:~# docker pull rancher/rke-tools:v0.1.72 > v0.1.72: Pulling from rancher/rke-tools > e95f33c60a64: Pull complete > 6b9066ff94f0: Pull complete > d00048cae6c8: Pull complete > 673a80f76512: Pull complete > 5265c6a8bcaa: Pull complete > bd5a2b7ec0a7: Pull complete > 0119010d361b: Pull complete > 04670b023a98: Pull complete > 96787bdffc36: Pull complete > 11b333b25e38: Pull complete > edec598acdb7: Extracting [==================================================>] 5.101MB/5.101MB > c66bbb7a280c: Download complete > 199d7f942076: Download complete > f6eba55964bb: Download complete > e868bdb5d818: Download complete > cbec9cc5bcb9: Download complete > failed to register layer: Error processing tar file(exit status 1): lchown /usr/local/bin/etcdctl: invalid argument Postup pro zreplikování: - čistá VPS na node1.pgnd s Ubuntu 18.04 nebo 20.04 - apt-get update && apt-get -y upgrade - instalace dockeru podle návodu https://kb.vpsfree.cz/navody/vps/vpsadminos/docker#instalace <https://kb.vpsfree.cz/navody/vps/vpsadminos/docker#instalace> - pokus o pull image Možná to je jen stejný projev něčeho jiného, ale trochu googlení naznačuje, že na to možná Snajpa už narazil (https://www.gitmemory.com/issue/moby/moby/41803/761551544 <https://www.gitmemory.com/issue/moby/moby/41803/761551544>) Nějaké nápady/tipy co s tím? Díky Michal H.

3 years, 2 months

3
5
0 0

Tak jasně, nepatří to sem ...

by Marek Tichy

https://www.attackputin.com/ ale kdyby něco, tak dík ...

3 years, 2 months

5
9
0 0

VPS start menu

by Jakub Skokan

Ahoj, (English below) Připravujeme nové menu, které se zobrazí v konzoli [1] při startu VPS. Kromě normálního startu VPS umožňuje spustit shell nebo upravit parametry init procesu. Je to taková alternativa např. GRUB menu v našem prostředí. Naše VPS jsou kontejnery a klasický zavaděč tak neobsahují. Uživatelé NixOS v menu najdou také možnost nastartovat systém ze starší verze. Každá úprava konfigurace či aktualizace NixOS vytváří novou generaci systému a standardně si v zavaděči můžete vybrat, kterou chcete použít, např. když nové nastavení nefunguje správně. Nyní je to možné i ve VPS pomocí start menu. Spuštění shellu může často posloužit místo nouzového režimu [2] na rychlou opravu systému, který třeba nestartuje. Jako shell se použije /bin/sh z disku VPS a po jeho ukončení se opět objeví start menu. Start menu je možné vypnout/zapnout ve vpsAdminu. Podporuje pouze VPS na vpsAdminOS. Nastavovat lze také dobu, po kterou start menu čeká na uživatele, než samo nastartuje systém VPS. Přednastaveno je 5 sekund. Ukázka viz KB: https://kb.vpsfree.cz/navody/vps/start_menu Aktuálně je menu zapnuto na node1.stg (Staging). Na produkčních VPS si ho můžete individuálně zapnout v detailu VPS nastavením timeoutu, třeba na 5 sekund. Během tohoto nebo příštího týdne ho pak zapneme na všech VPS. ENGLISH: We're preparing a new menu that can be seen in the remote console [3], when a VPS is being started. It allows you to run a shell or customize the init command and parameters. It's an alternative for example to the GRUB menu in our environment. Since our VPS are containers, they do not have a standard bootloader. NixOS users will also be able to start the system from an older generation. On NixOS, every configuration change or update creates a new system version. Usually you can use the bootloader to select which version to boot from, e.g. when the newest version is not functioning properly. Now this can be achieved using the start menu. The shell can be used to quickly fix something in a VPS which is not starting, as an alternative to the rescue mode [4]. The menu starts /bin/sh from the VPS and after the shell exits, the menu reappears. The start menu can be enabled/disabled in vpsAdmin. It is supported only on vpsAdminOS. You can also configure the time for which the menu waits for the user, before starting the VPS. We've set this to 5 seconds. For preview, see KB: https://kb.vpsfree.org/manuals/vps/start_menu Currently, the menu is enabled on node1.stg (Staging). You can enable it on production VPS in VPS details by setting the timeout, e.g. to 5 seconds. We will be enabling it on all VPS in the coming days. [1] https://kb.vpsfree.cz/navody/vps/konzole [2] https://kb.vpsfree.cz/navody/vps/vpsadminos/oprava#nouzovy_rezim [3] https://kb.vpsfree.org/manuals/vps/console [4] https://kb.vpsfree.org/manuals/vps/vpsadminos/recovery#rescue_mode Jakub

3 years, 3 months

1
0
0 0

Změny v upomínkách k platbě

by Jakub Skokan

Ahoj, v mailu s upomínkou k platbě členského příspěvku je odkaz do vpsAdminu, kde si můžete vypnout zasílání dalších upozornění. Najdete ho také ve vpsAdminu, Edit profile -> Configure payment reminder. Je možné to ztlumit na určitou dobu a nebo do zaplacení. Po přijetí platby se nastavení resetuje a upomínku k další platbě opět dostanete. Stejně tak se dají tlumit i maily o expiraci playground/staging VPS. Dále jsme změnili frekvenci zasílání upomínek. Už to nebude jednou denně (sorry!), ale v pondělí, středu a pátek. Den před pozastavením členství / VPS pošleme upozornění i přes ztlumení. Tak snad to teď bude lepší :) Jakub

3 years, 3 months

1
0
0 0

Vylepšený Terraform provider pro vpsAdmin / Upgraded Terraform provider for vpsAdmin

by Jakub Skokan

Ahoj, (English below) Terraform [1] je nástroj pro správu infrastruktury pomocí konfiguračních souborů. Náš vpsAdmin provider plugin [2] se dočkal značných změn, zejména: - je možné vytvářet datasety na NASu a subdatasety VPS, - datasety NASu se dají exportovat přes NFS a přes Terraform získat informace pottřebné k mountu, - subdatasety VPS je možné připojit přes vpsAdmin, - u VPS jde nastavovat jednotlivé features, DNS resolver (/etc/resolv.conf) a taky měnit informaci o distribuci po aktualizaci uvnitř VPS. Ukázka konfigurace zde: https://github.com/vpsfreecz/terraform-provider-vpsadmin/tree/master/exampl… ENGLISH: Terraform [1] is a tool for infrastructure administration using configuration files. Our provider plugin for vpsAdmin [2] was upgraded, the changes include: - it is now possible to create datasets on NAS and VPS subdatasets, - NAS datasets can be exported over NFS and mount information can be read from terraform, - VPS subdatasets can be mounted using vpsAdmin, - VPS have configurable features, DNS resolver (/etc/resolv.conf) and you can also change the distribution info after the VPS was upgraded. Example configuration can be seen here: https://github.com/vpsfreecz/terraform-provider-vpsadmin/tree/master/exampl… [1] https://terraform.io [2] https://registry.terraform.io/providers/vpsfreecz/vpsadmin/latest/docs Jakub

3 years, 3 months

1
0
0 0

Nastavení /64 bloku pro IPv6

by Tomáš Kuča

Ahoj, řeším problém s nastavením IPv6, narážím zřejmě na svůj nedostatek znalostí o IPv6 / routování. Mám ve vpsadminu nastavených spoustu /128 addres, chci si místo toho nastavit /64 blok. Cíl je, abych mohl používat (třeba na webserveru) libovolnou adresu z bloku a nemusel ji pokaždé routovat přes vpsadmin. Ve vpsadminu jsem si naklikal přidělení /64 bloku, potvrdil pomocí "Add route and an address to interface venet0". Ve výpisu ji vidím: 6: venet0@if384: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000 link/ether 7e:20:84:0e:bb:58 brd ff:ff:ff:ff:ff:ff link-netnsid 0 ... inet6 2a03:3b40:101:42::1/64 scope global valid_lft forever preferred_lft forever První adresa z bloku funguje dle očekávání: $ ping 2a03:3b40:101:42::1 PING 2a03:3b40:101:42::1(2a03:3b40:101:42::1) 56 data bytes 64 bytes from 2a03:3b40:101:42::1: icmp_seq=1 ttl=64 time=0.036 ms Další dresy už ne: $ ping 2a03:3b40:101:42::2 PING 2a03:3b40:101:42::2(2a03:3b40:101:42::2) 56 data bytes From 2a03:3b40:101:42::1 icmp_seq=1 Destination unreachable: Address unreachable Podobně nginx hlásí chybu, pokud ho nechám poslouchat na 2a03:3b40:101:42::2 nginx: [emerg] bind() to [2a03:3b40:101:42::2]:80 failed (99: Cannot assign requested address) * Je správná idea, že ty to takhle mohlo fungovat? * Co dalšího musím udělat, abych mohl používat 2a03:3b40:101:42::2 a další adresy z bloku? Server je Debian stretch, VPS 6414 na vpsadminosu v Brně. Dík za radu Tomáš

3 years, 4 months

2
2
0 0

Hestia Control Panel - Administrace neposílá e-maily s konfigurací e-mailů a databází

by Tomáš Spisar

Zdravím, je tu někdo kdo používá Hestia CP? Nefunguje mi odesílání e-mailů z administračního rozhraní. Ale z Rouncube maily chodí zkusil jsem i odeslání z CLI a taky odešly. Nainstaloval jsem ho zkušebně na Playground a tam zasílání funguje. Server je Debian 11, žádný úpravy jsem nedělal, všechno je defaultní instalace z vpsAdminu a instalátoru Hestia CP. -- s pozdravem Tomáš Spisar +420 702 937 602, Praha 11 tomas.spisar(a)seznam.cz, www.pdstudios.cz (https://pdstudios.cz?utm_source=signature&utm_medium=email&utm_campaign=bra…) (https://navzdorydobe.cz?utm_source=signature&utm_medium=email&utm_campaign=…) Dezinfekční prostředky pro vaši ochranu www.navzdorydobe.cz/ (https://navzdorydobe.cz?utm_source=signature&utm_medium=email&utm_campaign=…)

3 years, 5 months

1
0
0 0

Migrujte na vpsAdminOS, už je čas

by Petr Krcmar

Hezký den, proces migrace na platformu vpsAdminOS a aktuální linuxové jádro u nás zdárně pokračuje. V Praze máme 13 strojů přeinstalovaných, zbývají VPS na 8 serverech. Od vás to vyžaduje drobnou akci: napsat na podporu, abychom vás přesunuli. Pokud používáte NAS, budete ještě muset upravit jeho připojení. Všechno je podrobně popsáno v článku u nás na webu [1]. To podstatné je, že data i IP adresy vám zůstanou, jen vám váš stroj nastartuje s novým jádrem (v tuto chvíli 5.10) a svět bude mnohem lepší. Celé to trvá pár minut, jen je potřeba to pak překontrolovat, ale všechno by mělo normálně fungovat dál. Pokud máte chvíli, mrkněte se na to. Díky [1]: https://blog.vpsfree.cz/migrujte-na-vpsadminos-uz-je-cas-na-aktualni-virtua… -- Petr Krčmář vpsFree.cz

3 years, 5 months

1
0
0 0

Re: [vpsFree.cz: community-list] openssl s_client -connect zahada

by Kamil Kukura

Pokiaľ tam pridám ešte prepínače -debug -msg tak vidím, že pri ServerHello prejde 1297/4035 bajtov a ďalej je ticho. Asi by som pátral po nejakom probléme s fragmentáciou paketov po ceste (MTU, PMTUD, atd.) -- Kamil tel.: +420 910 128 153 > Mam taku mensiu zahadu… > > na prikaz [1] zadany cez ssh na mojej vps: > > openssl s_client -connect www.sczsk.sk:443 -tls1_2 > > …dostavam len ciastocnu odpoved: > > CONNECTED(00000003) > > …a nic viac. > > Na ten isty prikaz na iny server - (napriklad) nabezky.sk - dostanem komplet odpoved. > > Z mojho pocitaca doma, prikaz [1] tiez vrati ocakavane data.

3 years, 5 months

5
14
0 0

openssl s_client -connect zahada

by Alexander Zatko

Mam taku mensiu zahadu… na prikaz [1] zadany cez ssh na mojej vps: openssl s_client -connect www.sczsk.sk:443 -tls1_2 …dostavam len ciastocnu odpoved: CONNECTED(00000003) …a nic viac. Na ten isty prikaz na iny server - (napriklad) nabezky.sk - dostanem komplet odpoved. Z mojho pocitaca doma, prikaz [1] tiez vrati ocakavane data. Skusal som si nakratko urobit aj sandbox vps s najnovsou verziou Ubuntu, ale tam ten problem vidim tiez. Ma niekto ideu ako to riesit?

3 years, 6 months

3
3
0 0

Re: [vpsFree.cz: community-list] Jak vyřešit high availability na VPS

by Sueneé Universe [Servis]

Ahoj! Tohle téma mne také velmi zajímá, neboť řešíme něco podobného. Tři fyzické stroje o podobném výkonu, stejné konfiguraci OS a SW. Každý stroj v jiném DC s rozdílnou konektivitou. Jak efektivně zajistit load balancing, případně HA v případně výpadku jednoho z nich… přičemž obsah webu má relativně malou proměnlivost (1 až 2 za den), ale jde tu o synchro datových souborů o velkém objemu v řádu stovek MB plus data v pgsql. Přeji hezký den! Sueneé From: Community-list [mailto:community-list-bounces@lists.vpsfree.cz] On Behalf Of me Sent: Monday, September 20, 2021 10:22 PM To: vpsFree.cz Community list Subject: Re: [vpsFree.cz: community-list] Jak vyřešit high availability na VPS Ahoj, problem vysoke dostupnosti ma nekolik rovin: - HA v ramci jednoho poskytovatele - HA v ramci ruznych dataventer - Synchronizace dat Prvni rovina je snadna - staci pouzit prepinanou IP adresu a dve VPS v rezimu active-passive. Pokud dojde k vypadku primarni, prepinana adresa se prehodi na zalohu a jede se dal. Resitelne je to napr. pres VRRP a Keepalived. Samozrejme je potreba tu IP adresu prehazovat na entry pointech a vsechno smerovat na ni. HA napric datacentry je vyrazme komplikovanejsi. Realne je potreba byt schopen prehodit IP adresu mezi sitemi a rict Internetu, ze ted se na ni dostane jinudy. Resenim je BGP protokol, akorat na jeho pouziti uz je potreba vlastni HW a ASN (standartne toto poskytovatele neumi). V omezene mire lze na to pouzit i ruzne LB od providera (napr. NLB Amazonu) ale maji sva omezeni - standartne podporuji pouze http(s) a balancuji pouze v ramci regionu. Synchronizace dat je problem sam o sobe. V ramci jednoho DC lze pouzit synchronni replikaci (u mysql rezim master-master nebo galeru, u storage napr. gluster nebo ceph). Se synchronizaci dat musi take pocitat aplikace (uploady) a jeji deployment. V pripade synchronizace pres vic DC je potreba pouzit async replikaci a rozume nastavit synchronizacni okno, aby replikace nezabila vykon a zaroven jsme neprisli o velke mnozstvi nezreplikovanych dat. Ondra Flidr Odesláno z mého zařízení Galaxy -------- Původní zpráva -------- Od: Martin Mohler <martin(a)mohler.it <mailto:martin@mohler.it> > Datum: 20.09.21 21:40 (GMT+01:00) Komu: community-list(a)lists.vpsfree.cz <mailto:community-list@lists.vpsfree.cz> Předmět: [vpsFree.cz: community-list] Jak vyřešit high availability na VPS Ahoj, dneska se mi stala zajímavá věc. Spravuji VPS pro klienta u jedné nejmenované společnosti. Jsem s nimi velmi a dlouhodobě spokojen. Mám u nich více VPS s různými projekty klientů a až na pár maličkostí jsem maximálně spokojen. Zejména oproti zkušenostem s jinými společnostmi, kde projekty původně běželi. Dnes u nich ale došlo k HW problému a měli výpadek, který ale do hodinky vyřešili migrací VPS na jiný node. Dle zákonů schválnosti se tak stane, když klientovi společnost doporučíte. Začal jsem uvažovat jak tomu předcházet. Řešením by byl load balancer, ale pokud budu mít VPSky ve dvou servrovnách, tak balancer na úrovni DNS neudělám, nebo nevím jak či u jakého poskytovatele bych to mohl nastavit. Další možnost je přidat VPS s nginx, ale pokud tato z jakéhokoliv důvodu vypadne, tak je to úplně jedno, že jsou VPS zrcadlené. Nemáte nějaký nápad, který momentálně nevidím jak vyřešit aby v případě problému s jedním poskytovatelem VPS přepnout v co nejkratším čase na jinou VPS v případě závažného problému? Další věcí je synchronizace MySQL databáze, ale ta může být ze zálohy. Mockrát díky za tipy a postřehy.

3 years, 7 months

1
0
0 0

Re: [vpsFree.cz: community-list] jaký DNS server (Bylo: Jak vyřešit high availability na VPS)

by Stepan Liska

Díky, Š. ** Dne 22. 09. 21 v 19:49 Ondra Flidr napsal(a): > Knot v popredi kvuli vykonu a nenarocnosti, powerdns v pozadi protoze > je spravovatelny ansiblem a mysql backend. Jediny drawback je, ze pri > vytvareni novy zony ji musim udelat i na knotech. Kdybych mel vsude > powerdns, zvladlo by to zakladat i domeny automaticky pres notify. > > > > Odesláno z mého zařízení Galaxy > > > -------- Původní zpráva -------- > Od: Stepan Liska <stepan(a)comlinks.cz> > Datum: 22.09.21 16:05 (GMT+01:00) > Komu: "vpsFree.cz Community list" <community-list(a)lists.vpsfree.cz> > Předmět: [vpsFree.cz: community-list] jaký DNS server (Bylo: Jak > vyřešit high availability na VPS) > > Ahoj, > > Ondro, mohl bys, prosím, napsat argumenty proč jsi zvolil v pozadí > powerdns a proč v popředí knot? (Já ještě konzervativně používám bind > i pro dynamické updaty, master i slave v popředí a jiné servery > vlastně neznám - tak proč se je učit). > > Děkuji, > Štěpán. > > > Dne 22. 09. 21 v 10:46 Ondra Flidr napsal(a): >> DNS je distribuovane by design. Sance, ze selze cela root domena nebo >> cely rozumny tld je minimalni, to je riziko, co prijimam. Pak uz je >> to na provozu vlastni DNS infrastruktury, mit minimalne 2 nody ve 2 >> ruznych sitich a za nimi hidden master node. Tim je docela slusna >> sance, ze to bude fungovat. Pouzivam powerdns jako hidden mastera a >> knot na zbytku. Samozrejme to nechrani pred uzivatelskou chybou, ale >> to zadna replikace. >> >> >> Ondra Flidr >> >> Odesláno z mého zařízení Galaxy >> >> > > > _______________________________________________ > Community-list mailing list > Community-list(a)lists.vpsfree.cz > http://lists.vpsfree.cz/listinfo/community-list

3 years, 8 months

1
0
0 0

jaký DNS server (Bylo: Jak vyřešit high availability na VPS)

by Stepan Liska

Ahoj, Ondro, mohl bys, prosím, napsat argumenty proč jsi zvolil v pozadí powerdns a proč v popředí knot? (Já ještě konzervativně používám bind i pro dynamické updaty, master i slave v popředí a jiné servery vlastně neznám - tak proč se je učit). Děkuji, Štěpán. Dne 22. 09. 21 v 10:46 Ondra Flidr napsal(a): > DNS je distribuovane by design. Sance, ze selze cela root domena nebo > cely rozumny tld je minimalni, to je riziko, co prijimam. Pak uz je to > na provozu vlastni DNS infrastruktury, mit minimalne 2 nody ve 2 > ruznych sitich a za nimi hidden master node. Tim je docela slusna > sance, ze to bude fungovat. Pouzivam powerdns jako hidden mastera a > knot na zbytku. Samozrejme to nechrani pred uzivatelskou chybou, ale > to zadna replikace. > > > Ondra Flidr > > Odesláno z mého zařízení Galaxy > >

3 years, 8 months

2
1
0 0

Re: [vpsFree.cz: community-list] Jak vyřešit high availability na VPS

by Jirka Knapek

Priznam se ze nevim tolik co umi haproxy/nginx, ale co se rychle divam, tak prave ten GSLB nebo mozna vice algoritmu pro LB, ale nerikam, ze to nejde udelat jinak. Kazdy problem ma vice moznych reseni a cest. Tohle se proste jednoduse nastavuje v webovem UI. kapi From: Ondra Flidr Sent: Wednesday, September 22, 2021 9:37 AM To: vpsFree.cz Community list Subject: Re: [vpsFree.cz: community-list] Jak vyřešit high availability na VPS Na rovinu - co ta vec umi navic pred haproxy nebo nginxem? Samotny balancer musi byt taky v HA a jsme tam, kde jsme byli - bud prepinana IP v ramci jednoho DC nebo anycast a tedy vlastni AS. Ondra Flidr Odesláno z mého zařízení Galaxy -------- Původní zpráva -------- Od: Jirka Knapek <jirka(a)kapi.cz> Datum: 22.09.21 6:46 (GMT+01:00) Komu: "vpsFree.cz Community list" <community-list(a)lists.vpsfree.cz> Předmět: Re: [vpsFree.cz: community-list] Jak vyřešit high availability na VPS Ahoj Martine, jde to udělat i pomocí load balanceru, používám na to v práci Kemp LoadMaster, který dokáže směrovat DNS kam je potřeba. Máme to nasazené v Brně a US jen to je celá VM, pak dokážeš směrovat uživatele na základě dotazu DNS. Mají i řešení pro malé projekty, které je zadarmo - https://freeloadbalancer.com/ který by GSLB měl také dokázat. Jen s tím časem tam může být trošku problém podle nastavení TTL u DNS. Já to musel nastavit na hodinu, když to bylo moc krátké tak ve scenáriu, kdy já používám obě DC jako aktivní a uživatelé jdou do bližšího, tak docházelo k problémům, protože jim to dávalo různé cílové adresy. Pro záložní případ by to asi nedělalo neplechu. kapi From: Martin Mohler Sent: Monday, September 20, 2021 9:40 PM To: community-list(a)lists.vpsfree.cz Subject: [vpsFree.cz: community-list] Jak vyřešit high availability na VPS Ahoj, dneska se mi stala zajímavá věc. Spravuji VPS pro klienta u jedné nejmenované společnosti. Jsem s nimi velmi a dlouhodobě spokojen. Mám u nich více VPS s různými projekty klientů a až na pár maličkostí jsem maximálně spokojen. Zejména oproti zkušenostem s jinými společnostmi, kde projekty původně běželi. Dnes u nich ale došlo k HW problému a měli výpadek, který ale do hodinky vyřešili migrací VPS na jiný node. Dle zákonů schválnosti se tak stane, když klientovi společnost doporučíte. Začal jsem uvažovat jak tomu předcházet. Řešením by byl load balancer, ale pokud budu mít VPSky ve dvou servrovnách, tak balancer na úrovni DNS neudělám, nebo nevím jak či u jakého poskytovatele bych to mohl nastavit. Další možnost je přidat VPS s nginx, ale pokud tato z jakéhokoliv důvodu vypadne, tak je to úplně jedno, že jsou VPS zrcadlené. Nemáte nějaký nápad, který momentálně nevidím jak vyřešit aby v případě problému s jedním poskytovatelem VPS přepnout v co nejkratším čase na jinou VPS v případě závažného problému? Další věcí je synchronizace MySQL databáze, ale ta může být ze zálohy. Mockrát díky za tipy a postřehy.

3 years, 8 months

1
0
0 0

Re: [vpsFree.cz: community-list] Jak vyřešit high availability na VPS

by Martin Mohler

Zkouším se na to podívat jinak. Problém může nastat kdekoliv. V datacentru (např. OVH), na úrovni domény a DNS záznamů (např.: Subreg/Gransy) a nebo prostě selžou klíčové uzly jak se to stalo Google. Máte nějaké best practice jak být na to připraven nebo jak postupovat? Máte nějaký disaster plan pro tyto situace? On Wed, Sep 22, 2021 at 9:37 AM Ondra Flidr <me(a)ondrejflidr.cz> wrote: > Na rovinu - co ta vec umi navic pred haproxy nebo nginxem? Samotny > balancer musi byt taky v HA a jsme tam, kde jsme byli - bud prepinana IP v > ramci jednoho DC nebo anycast a tedy vlastni AS. > > Ondra Flidr > > > > Odesláno z mého zařízení Galaxy > > > -------- Původní zpráva -------- > Od: Jirka Knapek <jirka(a)kapi.cz> > Datum: 22.09.21 6:46 (GMT+01:00) > Komu: "vpsFree.cz Community list" <community-list(a)lists.vpsfree.cz> > Předmět: Re: [vpsFree.cz: community-list] Jak vyřešit high availability na > VPS > > Ahoj Martine, > > > > jde to udělat i pomocí load balanceru, používám na to v práci Kemp > LoadMaster, který dokáže směrovat DNS kam je potřeba. Máme to nasazené > v Brně a US jen to je celá VM, pak dokážeš směrovat uživatele na základě > dotazu DNS. > > Mají i řešení pro malé projekty, které je zadarmo - > https://freeloadbalancer.com/ který by GSLB měl také dokázat. Jen s tím > časem tam může být trošku problém podle nastavení TTL u DNS. Já to musel > nastavit na hodinu, když to bylo moc krátké tak ve scenáriu, kdy já > používám obě DC jako aktivní a uživatelé jdou do bližšího, tak docházelo > k problémům, protože jim to dávalo různé cílové adresy. Pro záložní případ > by to asi nedělalo neplechu. > > > > kapi > > > > *From: *Martin Mohler <martin(a)mohler.it> > *Sent: *Monday, September 20, 2021 9:40 PM > *To: *community-list(a)lists.vpsfree.cz > *Subject: *[vpsFree.cz: community-list] Jak vyřešit high availability na > VPS > > > > Ahoj, > > dneska se mi stala zajímavá věc. Spravuji VPS pro klienta u jedné > nejmenované společnosti. Jsem s nimi velmi a dlouhodobě spokojen. Mám u > nich více VPS s různými projekty klientů a až na pár maličkostí jsem > maximálně spokojen. Zejména oproti zkušenostem s jinými společnostmi, kde > projekty původně běželi. > > > > Dnes u nich ale došlo k HW problému a měli výpadek, který ale do hodinky > vyřešili migrací VPS na jiný node. Dle zákonů schválnosti se tak stane, > když klientovi společnost doporučíte. > > > > Začal jsem uvažovat jak tomu předcházet. Řešením by byl load balancer, ale > pokud budu mít VPSky ve dvou servrovnách, tak balancer na úrovni DNS > neudělám, nebo nevím jak či u jakého poskytovatele bych to mohl nastavit. > Další možnost je přidat VPS s nginx, ale pokud tato z jakéhokoliv důvodu > vypadne, tak je to úplně jedno, že jsou VPS zrcadlené. Nemáte nějaký nápad, > který momentálně nevidím jak vyřešit aby v případě problému s jedním > poskytovatelem VPS přepnout v co nejkratším čase na jinou VPS v > případě závažného problému? Další věcí je synchronizace MySQL databáze, ale > ta může být ze zálohy. > > > > Mockrát díky za tipy a postřehy. > > > _______________________________________________ > Community-list mailing list > Community-list(a)lists.vpsfree.cz > http://lists.vpsfree.cz/listinfo/community-list >

3 years, 8 months

3
2
0 0

Re: [vpsFree.cz: community-list] Jak vyřešit high availability na VPS

by Ondra Flidr

Na rovinu - co ta vec umi navic pred haproxy nebo nginxem? Samotny balancer musi byt taky v HA a jsme tam, kde jsme byli - bud prepinana IP v ramci jednoho DC nebo anycast a tedy vlastni AS.Ondra FlidrOdesláno z mého zařízení Galaxy -------- Původní zpráva --------Od: Jirka Knapek <jirka(a)kapi.cz> Datum: 22.09.21 6:46 (GMT+01:00) Komu: "vpsFree.cz Community list" <community-list(a)lists.vpsfree.cz> Předmět: Re: [vpsFree.cz: community-list] Jak vyřešit high availability na VPS Ahoj Martine, jde to udělat i pomocí load balanceru, používám na to v práci Kemp LoadMaster, který dokáže směrovat DNS kam je potřeba. Máme to nasazené v Brně a US jen to je celá VM, pak dokážeš směrovat uživatele na základě dotazu DNS.Mají i řešení pro malé projekty, které je zadarmo - https://freeloadbalancer.com/ který by GSLB měl také dokázat. Jen s tím časem tam může být trošku problém podle nastavení TTL u DNS. Já to musel nastavit na hodinu, když to bylo moc krátké tak ve scenáriu, kdy já používám obě DC jako aktivní a uživatelé jdou do bližšího, tak docházelo k problémům, protože jim to dávalo různé cílové adresy. Pro záložní případ by to asi nedělalo neplechu. kapi From: Martin MohlerSent: Monday, September 20, 2021 9:40 PMTo: community-list(a)lists.vpsfree.czSubject: [vpsFree.cz: community-list] Jak vyřešit high availability na VPS Ahoj,dneska se mi stala zajímavá věc. Spravuji VPS pro klienta u jedné nejmenované společnosti. Jsem s nimi velmi a dlouhodobě spokojen. Mám u nich více VPS s různými projekty klientů a až na pár maličkostí jsem maximálně spokojen. Zejména oproti zkušenostem s jinými společnostmi, kde projekty původně běželi. Dnes u nich ale došlo k HW problému a měli výpadek, který ale do hodinky vyřešili migrací VPS na jiný node. Dle zákonů schválnosti se tak stane, když klientovi společnost doporučíte. Začal jsem uvažovat jak tomu předcházet. Řešením by byl load balancer, ale pokud budu mít VPSky ve dvou servrovnách, tak balancer na úrovni DNS neudělám, nebo nevím jak či u jakého poskytovatele bych to mohl nastavit. Další možnost je přidat VPS s nginx, ale pokud tato z jakéhokoliv důvodu vypadne, tak je to úplně jedno, že jsou VPS zrcadlené. Nemáte nějaký nápad, který momentálně nevidím jak vyřešit aby v případě problému s jedním poskytovatelem VPS přepnout v co nejkratším čase na jinou VPS v případě závažného problému? Další věcí je synchronizace MySQL databáze, ale ta může být ze zálohy. Mockrát díky za tipy a postřehy.

3 years, 8 months

1
0
0 0

Jak vyřešit high availability na VPS

by Martin Mohler

Ahoj, dneska se mi stala zajímavá věc. Spravuji VPS pro klienta u jedné nejmenované společnosti. Jsem s nimi velmi a dlouhodobě spokojen. Mám u nich více VPS s různými projekty klientů a až na pár maličkostí jsem maximálně spokojen. Zejména oproti zkušenostem s jinými společnostmi, kde projekty původně běželi. Dnes u nich ale došlo k HW problému a měli výpadek, který ale do hodinky vyřešili migrací VPS na jiný node. Dle zákonů schválnosti se tak stane, když klientovi společnost doporučíte. Začal jsem uvažovat jak tomu předcházet. Řešením by byl load balancer, ale pokud budu mít VPSky ve dvou servrovnách, tak balancer na úrovni DNS neudělám, nebo nevím jak či u jakého poskytovatele bych to mohl nastavit. Další možnost je přidat VPS s nginx, ale pokud tato z jakéhokoliv důvodu vypadne, tak je to úplně jedno, že jsou VPS zrcadlené. Nemáte nějaký nápad, který momentálně nevidím jak vyřešit aby v případě problému s jedním poskytovatelem VPS přepnout v co nejkratším čase na jinou VPS v případě závažného problému? Další věcí je synchronizace MySQL databáze, ale ta může být ze zálohy. Mockrát díky za tipy a postřehy.

3 years, 8 months

4
3
0 0

vpsAdminOS v Brně

by Jakub Skokan

Ahoj, dnes jsme zprovoznili node5.brq, první node s vpsAdminOS v Brně. Kdo máte zájem o přesun z OpenVZ, můžete napsat na podporu. Na vpsAdminOS přidělujeme také /64 IPv6 adresy, můžete si je vyměnit i sami přes vpsAdmin za ty /128 z OpenVZ, viz https://blog.vpsfree.cz/umime-pridelit-kazdemu-serveru-vlastni-blok-64-adre… Prozatím to bude složitější s přístupem na NAS. Z vpsAdminOS v Brně se teď na NAS dostanete, jen když máte jako první na síťovém rozhraní privátní adresu. To ale znamená, že provoz do internetu půjde přes NAT, tj. jako zdrojová adresa se nepoužije ta veřejná, protože není první. Je to kvůli tomu, že na vpsAdminOS se exporty NASu připojují zevnitř VPS. Na OpenVZ mounty připojoval vpsAdmin z hostitele a na síti uvnitř VPS tak nezáleželo. Časem bychom to chtěli vyřešit tak, že na privátní adresy/NAS uděláme druhé síťové rozhraní. To by ale zase trvalo dlouho a už jsme nechtěli nasazení vpsAdminOS v Brně odkládat. Jakub

3 years, 8 months

3
6
0 0

Re: [vpsFree.cz: community-list] Provoz více VPS na jeden účet

by petr.bolf＠taborpolana.cz

Ahoj, pokud se nemýlím, tak jdou dvě možnosti. Můžeš vytvořit dva node, mezi které rozdělis přiděleny prostor, disk a rám. Kdyby to bylo málo, můžeš k účtu dokoupit další kapacitu. P. B. "---------- Původní zpráva ---------- Od: Filip Bartmann <filip.bartmann(a)gmail.com> Datum: 13.09.2021 14:09:10 Předmět: [vpsFree.cz: community-list] Provoz více VPS na jeden účet Ahoj, je možné využívat více VPS na jednom účtu? Mám jednu svou VPS a druhou bych potřeboval pro zákazníka, který chce mít VPS přeze mně. Děkuji, Filip Bartmann "

3 years, 8 months

6
10
0 0

Provoz více VPS na jeden účet

by Filip Bartmann

Ahoj, je možné využívat více VPS na jednom účtu? Mám jednu svou VPS a druhou bych potřeboval pro zákazníka, který chce mít VPS přeze mně. Děkuji, Filip Bartmann

3 years, 8 months

2
1
0 0

Fwd: debian upgrade

by Petr Bolf

-------- Přeposlaná zpráva -------- Předmět: debian upgrade Datum: Wed, 18 Aug 2021 15:35:53 +0200 Od: Petr Bolf <petr.bolf(a)taborpolana.cz> Komu: podpora(a)vpsfree.cz zdravím, obgraduji na Debian 11 a po spuštění apt upgrade mám tuto chybu. Co to může být. dík

3 years, 9 months

2
1
0 0

FYI k upgrade na Debian 11 na vpsAdminOS

by Jakub Skokan

Pokud používáte docker, nebo něco jiného co staví na cgroups, a jste na vpsAdminOS, je důležité po přechodu na Debian 11 aktualizovat info o distribuci ve vpsAdminu v detailu VPS. Bullseye totiž používá ve výchozím stavu cgroupv2 a vpsAdminOS zatím staví na cgroupv1. VPS jsou kontejnery a dědí cgroup v1 controllery, takže controllery ve v2 nejsou k dispozici. Přenastavením distribuce ve vpsAdminu se u VPS nastaví parametr systemd, který vynutí použití v1. Podpora cgroupv2 bude teď asi moje priorita, o tom více někdy později až to bude. Pokud se bez toho nějaké aplikace už neobejdou, tak prosím urgovat. Co vím, tak se zatím vždy dá nějakým způsobem nastavit použití cgroupv1. Jakub

3 years, 9 months

1
0
0 0

irc -> kam?

by Pavel Snajdr

Ahojte, puvodne jsem tohle tema nechtel otevirat, protoze jsem doufal, ze se cela situace okolo Freenode nejak rozumne uklidni, az dohori emoce, protoze jsem si myslel, ze je skoro jedno, kdo tu IRC sit spravuje, bo snad vsude maji zajem na tom, aby jim lidi neodchazeli... ale evidentne na Freenodu se to rozhodli dopohrbit uplne. Ted se rozhodli zabanovat IRCCloud, tj. nikdo se z te site uz na Freenode nepripoji. Oficialni vyjadreni na #freenode, proc byl IRCCloud zabanovan: "because fuck irccloud". To je trochu moc uz, rekl bych... Vzhledem k tomu, jak se to s IRC semlelo a ze spousta IRC-related vyvojaru se na IRC diky explozi okolo Freenodu vykaslala uplne, bych se klonil spis tedy k odchodu z IRC uplne. Nemyslim, ze by cely ten protokol mel pred sebou nejakou zarnou budoucnost, to uz bude, myslim si, jenom pomalu umirat. Otazka je, kam se tedy presunout... Osobne je mym favoritem Matrix, ne tedy kvuli dnesnimu stavu, ktery je takovy mirne neuteseny, ale spis kvuli potencialu do budoucna. Ted je Matrix tvoreny hlavne Element klienty a Synapse self-hosted server instancemi, coz neni uplne vyhra, protoze web klient a Python-based server implikuji s IRC neporovnatelne naroky na server i klienty. Ale zase Dendrite (prepis server side do Golangu, s planovanou podporou HA, atd...) a Fractal-next (klient, GTK-based) vypadaji dost slibne... Myslim, ze to ma docela budoucnost. Co si o tom myslite? Prejdeme na Matrix, nebo zustaneme na IRC a presuneme se jen na jinou sit? /snajpa

3 years, 11 months

8
8
0 0

Hledám borce na upgrade serveru na vpsfree

by Daniel Kafka

Ahoj, sorry za spam, jsem tu v komunitě novej, ale potřeboval bych vytrhnout trn z paty, jedna z našich vpsek (kde máme zejména weby cca do 10ks) je nakažena malwarem (běží tam schovaný pseudo cron.d což je kamuflovaný XMRig na mining monera). Co bych potřeboval: - kompletní reinstalaci serveru z Debian8 na 10, respektive komplet install - instalaci Webminu - znovumigraci a spuštění webů ve Wordpressu včetně SSL certifikátů - základní nastavení bezpečnosti asi bych to dokázal i sám, ale raději bych to svěřil nějakému zkušenému linuxáři, co zároveň umí pracovat i s vpsadminem (běží to ještě na legacy VZ, což bychom rovnou mohli přehodit taky). Docela to hoří vzhledem k tomu běžícímu malware, přesun by bylo ideální udělat o víkendu v noci. Koho by to zajímalo, prosím private mail přímo na mě, díky moc! dan -- <https://www.fragile.cz/?utm_source=email&utm_medium=podpis> Daniel Kafka / Founder M: daniel.kafka(a)fragile.cz T: +420 777 177 570 <+420777177570> Fragile / agentura pro digitální marketing Jankovcova 1037/49, 170 00 Praha 7 <https://www.fragile.cz/?utm_source=email&utm_medium=podpis> <https://www.linkedin.com/company/fragile-agency/> <https://www.facebook.com/fragile.agency/> <https://www.instagram.com/fragile.agency/> <https://fragile.cz/mail-link>

3 years, 11 months

1
0
0 0

Problém s instalací GNOME

by Jan Písařík

Ahoj, pokouším se naistalovat GNOME rozhraní na Ubuntu 20.04 s VNC serverem ale vyhodí mě to error po zavolání *sudo apt install ubuntu-gnome-desktop*. Postupuji podle tohoto návodu: https://www.teknotut.com/en/install-vnc-server-with-gnome-display-on-ubuntu… (vím o tom, že návod je na 18.04) Errors were encountered while processing: libfprint-2-2:amd64 fprintd libpam-fprintd:amd64 udisks2 gvfs-daemons gvfs-backends gnome-disk-utility usb-creator-common gvfs:amd64 usb-creator-gtk gvfs-fuse nautilus ubuntu-desktop gnome-shell-extension-desktop-icons ubuntu-desktop-minimal nautilus-share ubuntu-gnome-desktop E: Sub-process /usr/bin/dpkg returned an error code (1) Díky všem za jakoukoliv pomoc. Honza

4 years

2
1
0 0

Arch Linux a nový problém s dockerem

by Ladislav Laska

Ahoj, píšu takhle večer a jsem unavený, tak se nezlobte zda jsem přehlédl nějkou blbost, ale při upgradu systému (Arch Linux) na svojí VPS jsem narazil na problém, že mi přestal chodit docker. Oprava je na konci emailu, tak třeba to někomu ušetří trochu práce a stresu. Update prošel podle následujícího logu: [2021-04-15T22:20:10+0200] [ALPM] transaction started [2021-04-15T22:20:10+0200] [ALPM] upgraded borg (1.1.16-1 -> 1.1.16-2) [2021-04-15T22:20:10+0200] [ALPM] upgraded run-parts (4.8.6.1-2 -> 4.11.2-1) [2021-04-15T22:20:10+0200] [ALPM] upgraded libxcrypt (4.4.18-1 -> 4.4.19-1) [2021-04-15T22:20:10+0200] [ALPM] upgraded cronie (1.5.6-1 -> 1.5.7-2) [2021-04-15T22:20:10+0200] [ALPM] upgraded systemd-libs (247.4-2 -> 248-4) [2021-04-15T22:20:10+0200] [ALPM] upgraded cryptsetup (2.3.5-1 -> 2.3.5-4) [2021-04-15T22:20:11+0200] [ALPM] upgraded curl (7.75.0-1 -> 7.76.1-1) [2021-04-15T22:20:11+0200] [ALPM] upgraded sqlite (3.35.3-1 -> 3.35.4-1) [2021-04-15T22:20:13+0200] [ALPM] upgraded expat (2.2.10-2 -> 2.3.0-1) [2021-04-15T22:20:15+0200] [ALPM] upgraded docker (1:20.10.5-1 -> 1:20.10.6-1) [2021-04-15T22:20:15+0200] [ALPM] upgraded libnsl (1.3.0-1 -> 1.3.0-2) [2021-04-15T22:20:17+0200] [ALPM] upgraded python (3.9.2-1 -> 3.9.3-1) [2021-04-15T22:20:17+0200] [ALPM] upgraded python-docker (4.4.4-1 -> 5.0.0-1) [2021-04-15T22:20:17+0200] [ALPM] upgraded python-dotenv (0.16.0-1 -> 0.17.0-1) [2021-04-15T22:20:17+0200] [ALPM] upgraded docker-compose (1.28.6-1 -> 1.29.1-1) [2021-04-15T22:20:17+0200] [ALPM] upgraded file (5.39-1 -> 5.40-2) [2021-04-15T22:20:18+0200] [ALPM] upgraded glib2 (2.68.0-5 -> 2.68.1-1) [2021-04-15T22:20:18+0200] [ALPM] warning: /etc/pacman.d/mirrorlist installed as /etc/pacman.d/mirrorlist.pacnew [2021-04-15T22:20:18+0200] [ALPM] upgraded pacman-mirrorlist (20210302-1 -> 20210405-1) [2021-04-15T22:20:19+0200] [ALPM] warning: /etc/systemd/system.conf installed as /etc/systemd/system.conf.pacnew [2021-04-15T22:20:19+0200] [ALPM] upgraded systemd (247.4-2 -> 248-4) [2021-04-15T22:20:19+0200] [ALPM-SCRIPTLET] Creating group sgx with gid 973. [2021-04-15T22:20:19+0200] [ALPM-SCRIPTLET] Creating group systemd-oom with gid 972. [2021-04-15T22:20:19+0200] [ALPM-SCRIPTLET] Creating user systemd-oom (systemd Userspace OOM Killer) with uid 972 and gid 972. [2021-04-15T22:20:20+0200] [ALPM] upgraded systemd-sysvcompat (247.4-2 -> 248-4) [2021-04-15T22:20:20+0200] [ALPM] transaction completed Potom začal ale docker při spouštění triviálních věcí (docker run hello-world) nechávat tyto věci na terminálu i v journálu: Apr 15 22:55:26 mouflon dockerd[2006]: time="2021-04-15T22:55:26.728977443+02:00" level=error msg="Handler for POST /v1.41/containers/fc72a2108933f3f8fd557151a9b46c79aec1fa3acb71f0e30af4ca9e40b7b29f/start returned error: OCI runtime create failed: container_linux.go:367: starting container process caused: process_linux.go:495: container init caused: process_linux.go:458: setting cgroup config for procHooks process caused: can't load program: operation not permitted: unknown" ... Říkal jsem si, že to otestuju na staging a ověřím, co je přesně problém, ale na stagingu (čerstvě vytvořená vps 19335) mi nefunguje šablona Arch Linuxu: # pacman -Syy docker [...] error: libxcrypt: signature from "Christian Hesse <eworm(a)archlinux.org>" is unknown trust :: File /var/cache/pacman/pkg/libxcrypt-4.4.19-1-x86_64.pkg.tar.zst is corrupted (invalid or corrupted package (PGP signature)). ... Nakonec jsem downgradoval docker na 1:20.10.5-1, to ale nestačilo. Downgradoval jsem tedy také systemd* na 247.4-2 (systemd, systemd-libs, systemd-sysvcompat), to taky nepomohlo, ale po restartu vps už to celé zabralo. V tuhle hodinu už to debugovat nechci, zítra se podívám jestli to nějak umím doklepnout v té staging vpsce. Kdyby náhodou někdo věděl co se děje, rád si ušetřím práci. Zdar a dobrou noc, s pozdravem Ladislav Láska

4 years, 1 month

3
4
0 0

Re: [vpsFree.cz: community-list] Doporučení registrátora domény

by Ondrej Mikle

Pretoze ak riesis abuse, mozes tam mat link/mail a registrator to vie stejne, koho to je, ale neviem preco to davat do whois. Viem, lebo jeden cas som v CZ.NIC robil a i ked je tam vyplnene hocico, tak staznost na domenu staci (ze porusuje take a take pravidlo), ani nepotrebujes vediet koho bola, len nejaky dokaz. OM On 2021-04-06 17:45, me wrote: > mojeID skryje kontaktni udaje typu email a telefon, nikoliv jmeno/nazev > drzitele, ktery navic dost pravdepodobne nebude osobnim udajem v tomhle scopu a > urcite nevede k identifikaci konkretni osoby dle GDPR. > > Proc vlastne schovavat udaje ve whois? Akorat to znemoznuje abuse reporty. > > Ondra > > > > Odesláno z mého zařízení Galaxy > > > -------- Původní zpráva -------- > Od: Jirka Bourek <vpsfree-list(a)keroub.cz> > Datum: 06.04.21 17:25 (GMT+01:00) > Komu: community-list(a)lists.vpsfree.cz > Předmět: Re: [vpsFree.cz: community-list] Doporučení registrátora domény > > V registru je jedna věc, ale whois je věc jiná. A řekl bych, že kdyby to > "nešlo" (mám za to, že podmínkou skrytí údajů bylo mít MojeID), tak by > stačilo, aby se našel někdo dostatečně aktivní a začal poukazovat na GDPR. > > On 06. 04. 21 15:11, me(a)ondrejflidr.cz wrote: >> Anonymizovat .cz domeny nelze, v registru musi byt uveden skutecny >> vlastnik. Nesouhlas/nesmyslna data ve whois mohou vest ke zruseni domeny. >> >> Ondra >> >> On 2021-04-06 14:58, Ondrej Mikle wrote: >>> Umi subreg anonymizovat data i u .cz domeny? >>> >>> Protoze snad podle pravidel CZ.NIC se musi uvadet vlastnik, kvuli tomu >>> jsem >>> resil mojeid, ale stejne je tam jmeno. >>> >>> Lze teda nejak anonymizovat u subregu whois pro .cz domeny? >>> >>> (vynecham rant o mojeid, kolik se do toho sype rocne, kolik mrtvych >>> dusi tam >>> maji, uzitecnosti, absurdity kolem U2F/FIDO certifikace kdyz dovoluji >>> softwarovy >>> windows token) >>> >>> OM >>> >>> On 2021-04-06 11:46, Josef Rudolf wrote: >>>> Zdarec. >>>> Já používám SubReg. https://subreg.cz/ >>>> Poskytuje i možnost anonymizovat whois data. >>>> >>>> ---------- Původní e-mail ---------- >>>> Od: Lukáš Hrázký <lukkash(a)email.cz> >>>> Komu: vpsFree.cz Community list <community-list(a)lists.vpsfree.cz> >>>> Datum: 6. 4. 2021 11:33:59 >>>> Předmět: [vpsFree.cz: community-list] Doporučení registrátora domény >>>> >>>> >>>> Čaute, >>>> >>>> sháním kvalitního registrátora domény, požadavky: >>>> >>>> - sídlo v EU >>>> - nějaký whois privacy guard >>>> >>>> Případné tipy co si ještě hlídat uvítám. >>>> >>>> Co používáte vy? >>>> >>>> Díky, >>>> Lukáš >>>> >>>> _______________________________________________ >>>> Community-list mailing list >>>> Community-list(a)lists.vpsfree.cz >>>> http://lists.vpsfree.cz/listinfo/community-list >>>> >>>> >>>> _______________________________________________ >>>> Community-list mailing list >>>> Community-list(a)lists.vpsfree.cz >>>> http://lists.vpsfree.cz/listinfo/community-list >>>> >>> >>> _______________________________________________ >>> Community-list mailing list >>> Community-list(a)lists.vpsfree.cz >>> http://lists.vpsfree.cz/listinfo/community-list >> _______________________________________________ >> Community-list mailing list >> Community-list(a)lists.vpsfree.cz >> http://lists.vpsfree.cz/listinfo/community-list > _______________________________________________ > Community-list mailing list > Community-list(a)lists.vpsfree.cz > http://lists.vpsfree.cz/listinfo/community-list > > _______________________________________________ > Community-list mailing list > Community-list(a)lists.vpsfree.cz > http://lists.vpsfree.cz/listinfo/community-list >

4 years, 1 month

1
0
0 0

Re: [vpsFree.cz: community-list] Doporučení registrátora domény

by Jirka Bourek

Pokud se jmenujete Josef Novák, tak ano, jméno nevede k identifikaci konkrétní osoby. Jenže ne všichni se jmenujeme, Josef Novák, že... Abuse reporty se posílají na e-mail, takže skrytí jména je neznemožňuje...? On 06. 04. 21 17:45, me wrote: > mojeID skryje kontaktni udaje typu email a telefon, nikoliv jmeno/nazev drzitele, ktery navic dost pravdepodobne nebude osobnim udajem v tomhle scopu a urcite nevede k identifikaci konkretni osoby dle GDPR.Proc vlastne schovavat udaje ve whois? Akorat to znemoznuje abuse reporty.

4 years, 1 month

1
0
0 0

Doporučení registrátora domény

by Lukáš Hrázký

Čaute, sháním kvalitního registrátora domény, požadavky: - sídlo v EU - nějaký whois privacy guard Případné tipy co si ještě hlídat uvítám. Co používáte vy? Díky, Lukáš

4 years, 1 month

12
16
0 0

Jak namontovat NAS na vpsAdminOS

by Tomáš Spisar

Nazdar lidi, prosím můžete mi někdo navést jak mountnout do "/home/nas" v Debianu 10, spíš nějak pro tupouny :-) -- s pozdravem Tomáš Spisar +420 702 937 602, Praha 11 tomas.spisar(a)seznam.cz, www.pdstudios.cz (https://pdstudios.cz?utm_source=signature&utm_medium=email&utm_campaign=bra…) (https://navzdorydobe.cz?utm_source=signature&utm_medium=email&utm_campaign=…) Dezinfekční prostředky pro vaši ochranu www.navzdorydobe.cz/ (https://navzdorydobe.cz?utm_source=signature&utm_medium=email&utm_campaign=…)

4 years, 2 months

4
8
0 0

nftables

by Jan Mrazek

Zdravím, jsem na vpsFree nově, chtěl jsem si nastavit nftables, ale stále mi hlásí chybu, když chci vytvořit novou tabulku, případně cokliv jiného Při startu hlásí obdobnou chybu. /etc/nftables.conf:12:15-20: Error: Could not process rule: Invalid argument Nemáte, prosím, někdo zkušenosti s nfttables na vpsFree, případně nějaký odkaz, kde něco zjistit? Zkoušel jsem knowledge base, ale tam jsou pouze stránky o IPTables. Z toho, co jsem dohledal, mi přijde, že se nenačítá modul nftables, ale nevím proč. Díky za jakoukliv radu, Honza Mrázek

4 years, 2 months

6
14
0 0

FirewallD na Debian 10

by tomas.kadlec＠neotron.cz

Ahoj, FirewallD se mi na Debian 10 odmita spustit. VPSka je na NIXOS. Poradite mi prosim jak to rozjet? :] Diky ● firewalld.service - firewalld - dynamic firewall daemon Loaded: loaded (/lib/systemd/system/firewalld.service; enabled; vendor preset: enabled) Active: inactive (dead) since Sun 2021-02-28 08:32:18 UTC; 10min ago Docs: man:firewalld(1) Process: 83 ExecStart=/usr/sbin/firewalld --nofork --nopid (code=exited, status=0/SUCCESS) Main PID: 83 (code=exited, status=0/SUCCESS) Feb 28 08:32:18 polaris systemd[1]: Starting firewalld - dynamic firewall daemon... Feb 28 08:32:18 polaris systemd[1]: Started firewalld - dynamic firewall daemon. Feb 28 08:32:18 polaris firewalld[83]: ERROR: Failed to load nf_conntrack module: modprobe: ERROR: ../libkmod/libkmod.c:586 kmod_search_moddep() could not open moddep file '/lib/modules/5.10.12/modules.dep.bin' modprobe: FATAL: Module nf_conntrack not found in directory /lib/modules/5.10.12 Feb 28 08:32:18 polaris firewalld[83]: ERROR: Raising SystemExit in run_server Feb 28 08:32:18 polaris systemd[1]: firewalld.service: Succeeded. slozka /lib/modules je prazdna.

4 years, 2 months

2
1
0 0

Připojení SMB sdílení

by Filip Bartmann

Dobrý den, snažím se připojit SMB sdílení na VPS, ale píče mi to: ------------------------------------------------------------------------- [root@vps ~]# mount -vvv -t cifs //4799.disk.zonercloud.net/4799 /backup/ -o user=4799 -o password=heslonejake mount.cifs kernel mount options: ip=2a00:19a0:3:72:0:d9c6:72bf:1,unc=\\ 4799.disk.zonercloud.net\4799,user=4799,pass=******** mount error(1): Operation not permitted Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg) ------------------------------------------------------------------------- Přitom když si zkusím sdílení připojit na PC, tak to projde bez problémů. Co dělám špatně? Děkuji, Filip Bartmann

4 years, 2 months

4
8
0 0

Nouzový režim VPS / VPS recovery mode

by Jakub Skokan

Ahoj, (English version below) Ve vpsAdminu přibyla možnost nastartovat VPS z čistého systému ze šablony a obejít tak systém na disku VPS. Je to něco jako boot live CD. Můžete se tak zvenku dostat k disku VPS. Bude se to hodit např. když VPS nestartuje a je potřeba opravit nějaký config, balíčkovací systém nebo cokoliv jiného. Taky je to možnost jak do VPS dostat jakýkoliv systém mimo šablony distribucí, které jsou k dispozici ve vpsAdminu. VPS nastartovaná v nouzovém režimu má úplně stejnou konfiguraci: IP adresy, hostname, DNS resolvery, features, atp. Pokud máte ve vpsAdminu nastavené SSH klíče, taky se tam nahrají. VPS můžete do nouzového režimu nastartovat buď z detailu VPS, formulář "Boot VPS from template", nebo přímo ze stránky se vzdálenou konzolí VPS. Původní disk VPS je ve výchozím stavu připojen do adresáře `/mnt/vps`. Jakkoli vyvolaným restartem VPS nouzový režim opustíte a VPS nastartuje zase ze svého disku. Systém použitý pro nouzový režim je dočasný a po restartu se smaže. Nouzový režim je pouze pro VPS na vpsAdminOS [1]. Na OpenVZ Legacy [2] podporujeme jiný přístup: dataset jedné VPS je možné připojit do jiné VPS, takže třeba produkční VPS se dá opravit z playgroundu. Na vpsAdminOS jsme o tuto možnost přišli a tak se teď vrací v jiné podobě. Osobně se mi tenhle způsob líbí mnohem víc. V budoucnu bych chtěl do vpsfreectl [3] dodělat možnost přes nouzový režim obnovit VPS ze stažené zálohy, včetně zachování nastavení vpsAdminu. Jinak můžete nouzový režim na obnovu ze stažené zálohy používat už teď -- stačí systém ze zálohy nahrát do `/mnt/vps`. Více info jak opravit rozbitou VPS a screenshoty viz KB: https://kb.vpsfree.cz/navody/vps/vpsadminos/oprava ENGLISH: There's a new option in vpsAdmin to start VPS from a clean system using one of our templates and thus bypass the VPS's own system. You can think of it as booting a live CD. It can be used to access data on the VPS's root filesystem from the outside. This is useful e.g. when the VPS is not starting and you need to fix some configuration inside, fix the packaging system, etc. It's also a way to install whatever system inside the VPS outside of the templates available in vpsAdmin. VPS started in the rescue mode has the same configuration: IP addresses, hostname, DNS resolvers, features, etc. If you have configured SSH keys in vpsAdmin, they'll be deployed as well. To start the VPS in the rescue mode, head to VPS details in vpsAdmin, it's a form labeled "Boot VPS from template". You can also access the rescue mode from the page with VPS remote console. The original VPS disk is by default mounted to the rescue system at `/mnt/vps`. To leave the rescue mode, simply restart the VPS. Any action that will cause the VPS to restart will exit the rescue mode and the VPS will start from its own disk again. The system used for the rescue mode is temporary and is immediately deleted when the VPS is restarted. This new rescue mode is available only for VPS running on vpsAdminOS [4]. On OpenVZ Legacy [5], we support a different way: datasets of one VPS can be mounted in another, so for example you can access a broken production VPS from a playground VPS. Since we've lost this capability with vpsAdminOS, it comes back now in another form. Personally I find this rescue mode to be a better approach. In the future I'd like to use the rescue mode in vpsfreectl [6] to restore VPS from downloaded backups, including vpsAdmin configuration. You could do this on your own even now, simply upload the system from your backup to `/mnt/vps` within the rescue system. For more information on how to access a broken VPS, see the KB: https://kb.vpsfree.org/manuals/vps/vpsadminos/recovery [1] https://kb.vpsfree.cz/navody/vps/vpsadminos [2] https://kb.vpsfree.cz/informace/openvz [3] https://kb.vpsfree.cz/navody/vps/api#cli [4] https://kb.vpsfree.org/manuals/vps/vpsadminos [5] https://kb.vpsfree.org/information/openvz [6] https://kb.vpsfree.org/manuals/vps/api#cli Jakub

4 years, 3 months

2
1
0 0

ATTACK:TCP_SYN

by petr.bolf＠taborpolana.cz

zdar lidi, řeším útok. Je to web, kde dělám údržbu databáze CMS. Nejsem síťař. Uměl by někdo pomoci, odrazit to? Je to celkem akutní, takže za práci raději zaplatíme, než se to nějak pokoušet sám spravit. Attack detail : 9Kpps/4Mbps dateTime srcIp:srcPort dstIp:dstPort protocol flags bytes reason 2021.02.09 03:14:16 CET 94.23.211.61:33782 39.26.27.117:23 TCP SYN 60 ATTACK:TCP_SYN 2021.02.09 03:14:16 CET 94.23.211.61:37242 118.20.135.83:2323 TCP SYN 60 ATTACK:TCP_SYN 2021.02.09 03:14:16 CET 94.23.211.61:33634 díky Petr Bolf

4 years, 3 months

2
1
0 0

RHEL na VPSfree?

by Filip Bartmann

Podle článku - https://www.root.cz/clanky/red-hat-nabidne-enterprise-linux-zdarma-pro-mens… bude RHEL pro omezený počet instalaci free. Půjde nainstalovat i na VPSFree?

4 years, 3 months

18
75
0 0

Routing IPv4 do KVM

by Jan Vaněk

Ahoj, aktuálně se pokouším na vpsAdminOS v rámci playgroundu otestovat routování public IPv4 adresy do KVM guesta. Podle dokumentace se zdá, že by to jít mělo a opravdu to v případě, že na guestovi běží linux (otestováno na Ubuntu) funguje. Potřeboval bych to ale rozchodit na Mikrotik CHR a tam se mi to nedaří. Na Ubuntu stačí z rozhraní odebrat IP v administraci, hodit venet0 do bridge s KVM guestem, nastavit na guestovi správně síť, dle dokumentace vpsAdminOS: ip address add 1.2.3.4/32 dev eth0 ip route add 255.255.255.254/32 dev eth0 ip route add default via 255.255.255.254 dev eth0 a jede to. Na Mikrotiku, po ohnutí ip příkazů do RouterOS to nefunguje, pravděpodobně je problém s tím, že Mikrotik neakceptuje v rámci "nexthop-lookup" routu přes interface, výchozí routa se tedy neaktivuje protože to v rámci "nexthop-lookup" nevidí na 255.255.255.254. Z dokumentace RouterOS : Routes with interface name as the value of gateway are not used for nexthop lookup. If route has both interface nexthops and active IP address nexthops, then interface nexthops are ignored a protože je routovací IP 255.255.255.254/32 nedá se to obejít ani tak, že bych dal Mikrotiku řekněme 255.255.255.253/30 a on by viděl na 255.255.255.254 jako připojenou routu a tudíž by to nejspíš fungovalo. Už mi tak nějak k tomu došly nápady, a mám pocit, že to je tak nějak "by-design", tak prosím kdyby někoho k tomu něco napadlo, budu vděčný. Případně kdyby někdo z kluků zodpovědných za vývoj/chod vpsAdminOS mohl potvrdit, že to má/nemá řešení. Díky.

4 years, 4 months

2
3
0 0

Problém se SMTP z MS serverů

by Stanislav Kocanda

Ahoj všem, rád bych se zeptal, zda jste někdo nenarazili na podobný problém jako já. O co jde: Na jedné VPS už dlouho provozuju mailserver (Exim). Minulý týden jsem se konečně dostal k tomu, abych na této VPS upgradoval Debian na 10. Po pár peripetiích vše podstatné normálně funguje. Nicméně dneska jsem zjistil zvláštní věc - nedaří se na náš server doručovat poštu (tj. příchozí pošta k nám) ze serverů Microsoftu (*.outlook.com). U jiných velkých poskytovatelů jsem problém nezaznamenal. Scénář je vždy podobný: 2020-09-29 15:13:36 TLS error on connection from mail-eopbgr140088.outbound.protection.outlook.com (EUR01-VE1-obe.outbound.protection.outlook.com) [40.107.14.88]:55106 I=[83.167.228.96]:25 (recv): Error in the pull function. 2020-09-29 15:13:36 unexpected disconnection while reading SMTP command from mail-eopbgr140088.outbound.protection.outlook.com (EUR01-VE1-obe.outbound.protection.outlook.com) [40.107.14.88]:55106 I=[83.167.228.96]:25 D=5m 2020-09-29 15:13:37 TLS error on connection from mail-oln040092073035.outbound.protection.outlook.com (EUR04-HE1-obe.outbound.protection.outlook.com) [40.92.73.35]:31272 I=[83.167.228.96]:25 (recv): Error in the pull function. 2020-09-29 15:13:37 unexpected disconnection while reading SMTP command from mail-oln040092073035.outbound.protection.outlook.com (EUR04-HE1-obe.outbound.protection.outlook.com) [40.92.73.35]:31272 I=[83.167.228.96]:25 D=5m 2020-09-29 15:19:32 SMTP command timeout on TLS connection from mail-vi1eur05on2108.outbound.protection.outlook.com (EUR05-VI1-obe.outbound.protection.outlook.com) [40.107.21.108]:4447 I=[83.167.228.96]:25 2020-09-29 15:20:00 SMTP command timeout on TLS connection from mail-db8eur05on2067.outbound.protection.outlook.com (EUR05-DB8-obe.outbound.protection.outlook.com) [40.107.20.67]:5601 I=[83.167.228.96]:2 Tahle chyba nastává prakticky výhradně od toho upgradu, takže něco bude špatně na mé straně, ale za nic nemůžu přijít na to, v čem ten problém spočívá. Po dlouhém pátrání jsem našel zde [1] popis mého problému, ale vyjma zakázání starttls pro MS servery tam žádné dlouhodobě použitelné řešení není. Takové řešení se mi upřímně moc nelíbí a hlavně by mě taky zajímalo nějaké vysvětlení, v čem problém spočívá, protože to nemusí být záležitost jen MS serverů. Díky moc za jakékoliv odpovědi. Standa Links: ------ [1] https://blog.krogloth.de/exim-mail-server-with-microsoft-office-365-and-tls…

4 years, 4 months

16
25
0 0

Re: [vpsFree.cz: community-list] vpsAdminOS - moduly pro FTP spojení

by Kamil Kukura

Aha, tak já myslel, že v případě vpsAdminOS virtualizace (vps-ka dříve jela na openvz) nejsou moduly takhle přímo dostupné. Na svém systému vidím: # ls -l /sbin/modprobe lrwxrwxrwx 1 root root 9 May 18 2014 /sbin/modprobe -> /bin/true Ale když si pustím Debian 9 na playgroundu, tak ty moduly normálně fungují. Takže sorry za zmatek, rozchodím si přístup k modulům také na produkční VPS. -- Kamil tel.: +420 910 128 153 > Zdar, > > vim, ze tuhle odpoved asi nebudes mit rad, ale neni jednodussi to zkusit, nez se ptat mailem v konfere 548mi lidi? :) > > Priste to prosim radsi nejdriv zkus a ptej se, az kdyz neco konkretniho nepojede ;)

4 years, 5 months

2
1
0 0

vpsAdminOS - moduly pro FTP spojení

by Kamil Kukura

Zdar, vím že FTP je archaický protokol, nicméně je/bude nějaká možnost v případě vpsadminos používat modul "nf_conntrack_ftp" ? -- Kamil tel.: +420 910 128 153

4 years, 6 months

2
1
0 0

Re: [vpsFree.cz: community-list] logování TCP spojení se jménem procesu ??

by Stepan Liska

FYI pro ty co zajímá jak to dopadlo: Tak jsem se zmýlil - ono to sice ve webové administraci WEDOSu vypadá že to je /64, ale ve skutečnosti jsou volitelné jenom poslední 2 byty, takže reálně mám /112, což jsem následně dohledal i v helpdesku. V nastavení je to síť /64, ale má jí víc zákazníků najednou, každý má ten /112 kousek. Tak proto jsem na spamlistu, opravdu to asi bude zlobivý soused. Ode mě opravdu dlouhodobě nic špatného neodchází, už kontroluju pomalu každé spojení. Nicméně protože evidentně nejsem první, tak WEDOS teď přiděluje nové rozsahy a ty už jsou /64 (tedy zase je to v nastavení /48 a jednotlivý server z toho má /64). Takže změním odesílací IP a je to. Díky moc všem za pomoc, Štěpán. Dne 11. 11. 20 v 17:23 Stepan Liska napsal(a): > WEDOS tvrdí, že mám celý /64. > > Dne 11. 11. 20 v 17:16 Václav Dušek napsal(a): >> CSS lists both IPv4 addresses (/32) and IPv6 addresses (/64) >> >> Máš celý rozsah /64 nebo jen jeho část? >> >> Že by zlobil "soused"? >> >> Dne 11.11.2020 v 17:04 Stepan Liska napsal(a): >>> Ahoj, >>> >>> prosím jestli by někdo nedokázal poradit. >>> >>> TL;DR: existuje nějaký způsob jak logovat odchozí spojení na >>> konkrétní porty i s PID či jménem procesu? A jakou máte zkušenost s >>> důvěryhodností dotazů na Spamhaus SBL ohledně IPv6 adres? >>> >>> >>> Long: >>> Řeším takovou hloupou věc - jeden server se mi dostává občas na >>> blacklist (Spamhaus SBLCSS), ale když se k tomu dostanu, tak už tam >>> zpravidla není (vypadá to, že tam visí vždy jen pár hodin, což i >>> podle popisu toho blacklistu asi je možné). Kromě toho je to server >>> kde je odchozího provozu naprosté minimum, takže jsem pomocí grepu v >>> podstatě schopen za poslední 3 dny projít všechny podezřelé adresy. >>> A nic. Začínám mít podezření, jestli tam není hacklé někde nějaké >>> PHP. Mám tam prakticky všude PHP-FPM a každý web tak má své UID a >>> PID a snad jsou i celkem stabilní (ty PIDy). Takže pokud bych byl >>> schopen ulovit spojení na porty 25,465,587, tak bych mohl vytrasovat >>> co se tam děje. Ale nějak netuším, zda je to vůbec v Linuxu možné? K >>> IPTables nic nemůžu najít a jediné co mě napadá je logovat každou >>> půlvteřinu ss -tlpn (zkouším to, ale moc to nefunguje, ta spojení >>> jsou zřejmě moc krátká). Ale ono to stejně vypadá, že případný objem >>> spamu je naprosto minimální, třeba jen 2x za den. Takže ideálně bych >>> potřeboval opravdu nějaké pravidlo do iptables co by mi to >>> zalogovalo včetně nějakého kontextu procesu. >>> >>> No a pak mě ještě napadá jedna možnost - a to že Spamhausu nějak >>> zlobí SBLCSS list na IPv6 adresy, protože to co se objevuje, je >>> jenom IPv6 adresa (IPv4 adresa toho stejného serveru tam snad nikdy >>> nebyla) a klidně se stane, že 30 minut poté co mi to zahlásilo že >>> tam jsme, tak tam zase nejsme. Prostě ty dotazy se občas chovají tak >>> nějak "náhodně". Dokonce se mi děje, že když to zkusím z commandline >>> pomocí dig, tak se tváří že nic, ale v tu samou chvíli přes web >>> (spamhaus.org) mi to vylistuje (a mám pocit že se to mi to už jednou >>> stalo i obráceně). Máte s tím někdo zkušenost (+, -)? >>> >>> Předem díky za každou radu, >>> Štěpán. >>> >>> >>> _______________________________________________ >>> Community-list mailing list >>> Community-list(a)lists.vpsfree.cz >>> http://lists.vpsfree.cz/listinfo/community-list >>> >> >

4 years, 6 months

1
0
0 0

chyba v instalaci v ubuntu VM

by Richard Pinka

ahoj, snažím se updatovat virutální buntu, případně instalovat appku "tree" a dalšíl a háže to mně nepohcopitelnou hlášku .. má někdo prosím ponětí co a jak je nutno dělat a řešit ? hlasí to něco s zfsutils a zfs ..že bych já někdy používal zfs ? to si nevybavím teda.. Richard root@vps:~# sudo apt-get install tree Reading package lists... Done Building dependency tree Reading state information... Done tree is already the newest version (1.8.0-1). 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 2 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Do you want to continue? [Y/n] y Setting up zfsutils-linux (0.8.3-1ubuntu12.4) ... modprobe: FATAL: Module zfs not found in directory /lib/modules/5.9.0 zfs-import-scan.service is a disabled or a static unit, not starting it. zfs-import-scan.service is a disabled or a static unit, not starting it. Job for zfs-mount.service failed because the control process exited with error code. See "systemctl status zfs-mount.service" and "journalctl -xe" for details. invoke-rc.d: initscript zfs-mount, action "start" failed. ● zfs-mount.service - Mount ZFS filesystems Loaded: loaded (/lib/systemd/system/zfs-mount.service; enabled; vendor preset: enabled) Active: failed (Result: exit-code) since Mon 2020-11-09 21:38:55 UTC; 20ms ago Docs: man:zfs(8) Process: 4065169 ExecStart=/sbin/zfs mount -a (code=exited, status=1/FAILURE) Main PID: 4065169 (code=exited, status=1/FAILURE) Nov 09 21:38:55 vps systemd[1]: Starting Mount ZFS filesystems... Nov 09 21:38:55 vps zfs[4065169]: /dev/zfs and /proc/self/mounts are required. Nov 09 21:38:55 vps zfs[4065169]: Try running 'udevadm trigger' and 'mount -t proc proc /proc' as root. Nov 09 21:38:55 vps systemd[1]: zfs-mount.service: Main process exited, code=exited, status=1/FAILURE Nov 09 21:38:55 vps systemd[1]: zfs-mount.service: Failed with result 'exit-code'. Nov 09 21:38:55 vps systemd[1]: Failed to start Mount ZFS filesystems. dpkg: error processing package zfsutils-linux (--configure): installed zfsutils-linux package post-installation script subprocess returned error exit status 1 dpkg: dependency problems prevent configuration of zfs-zed: zfs-zed depends on zfsutils-linux (>= 0.8.3-1ubuntu12.4); however: Package zfsutils-linux is not configured yet. dpkg: error processing package zfs-zed (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: zfsutils-linux zfs-zed E: Sub-process /usr/bin/dpkg returned an error code (1) root@vps:~# -- *Ing. Richard Pinka * *Projekční a inženýrská činnost,* *hodnocení nákladů životního cyklu budov a systémů TZB* *tel. +420 608 261 385 *

4 years, 6 months

2
2
0 0

logování TCP spojení se jménem procesu ??

by Stepan Liska

Ahoj, prosím jestli by někdo nedokázal poradit. TL;DR: existuje nějaký způsob jak logovat odchozí spojení na konkrétní porty i s PID či jménem procesu? A jakou máte zkušenost s důvěryhodností dotazů na Spamhaus SBL ohledně IPv6 adres? Long: Řeším takovou hloupou věc - jeden server se mi dostává občas na blacklist (Spamhaus SBLCSS), ale když se k tomu dostanu, tak už tam zpravidla není (vypadá to, že tam visí vždy jen pár hodin, což i podle popisu toho blacklistu asi je možné). Kromě toho je to server kde je odchozího provozu naprosté minimum, takže jsem pomocí grepu v podstatě schopen za poslední 3 dny projít všechny podezřelé adresy. A nic. Začínám mít podezření, jestli tam není hacklé někde nějaké PHP. Mám tam prakticky všude PHP-FPM a každý web tak má své UID a PID a snad jsou i celkem stabilní (ty PIDy). Takže pokud bych byl schopen ulovit spojení na porty 25,465,587, tak bych mohl vytrasovat co se tam děje. Ale nějak netuším, zda je to vůbec v Linuxu možné? K IPTables nic nemůžu najít a jediné co mě napadá je logovat každou půlvteřinu ss -tlpn (zkouším to, ale moc to nefunguje, ta spojení jsou zřejmě moc krátká). Ale ono to stejně vypadá, že případný objem spamu je naprosto minimální, třeba jen 2x za den. Takže ideálně bych potřeboval opravdu nějaké pravidlo do iptables co by mi to zalogovalo včetně nějakého kontextu procesu. No a pak mě ještě napadá jedna možnost - a to že Spamhausu nějak zlobí SBLCSS list na IPv6 adresy, protože to co se objevuje, je jenom IPv6 adresa (IPv4 adresa toho stejného serveru tam snad nikdy nebyla) a klidně se stane, že 30 minut poté co mi to zahlásilo že tam jsme, tak tam zase nejsme. Prostě ty dotazy se občas chovají tak nějak "náhodně". Dokonce se mi děje, že když to zkusím z commandline pomocí dig, tak se tváří že nic, ale v tu samou chvíli přes web (spamhaus.org) mi to vylistuje (a mám pocit že se to mi to už jednou stalo i obráceně). Máte s tím někdo zkušenost (+, -)? Předem díky za každou radu, Štěpán.

4 years, 6 months

2
2
0 0

Migrace Jessie -> Buster

by Vladislav Straka

Ahoj, potreboval bych udelat migraci z: vps 2.6.32-042stab141.42 #1 SMP Sat Nov 23 20:38:57 CET 2019 x86_64 GNU/Linux Debian GNU/Linux 8.6 (jessie) na: 1-vpsAdminOS SMP Tue Oct 13 14:07:42 UTC 2020 x86_64 GNU/Linux Debian GNU/Linux 10 (buster) Je v prostredi vpsfree nejake jednoducha moznost jak to udelat? Nebo budu muset postupovat podle nejakeho obecneho navodu? Z hlavy me napada udelat export instalovanych packages a zalohu /etc Nebo existuje nejaka mene bolestna cesta? Diky, Vladislav Straka

4 years, 6 months

4
3
0 0

Re: [vpsFree.cz: community-list] OOM kill s dostatkem paměti

by Kamil Kukura

Vyzkoušel jsem a dokonce jsem ani nemusel dávat "daemon-reload", nějak to chytil automaticky (Debian 9.13). -- KamK > 21. 10. 2020 v 12:00, community-list-request(a)lists.vpsfree.cz: > > Send Community-list mailing list submissions to > community-list(a)lists.vpsfree.cz > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.vpsfree.cz/listinfo/community-list > or, via email, send a message with subject or body 'help' to > community-list-request(a)lists.vpsfree.cz > > You can reach the person managing the list at > community-list-owner(a)lists.vpsfree.cz > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Community-list digest..." > Today's Topics: > > 1. Re: OOM kill s dostatkem paměti (vudiq(a)vudiq.sk) > > Od: vudiq(a)vudiq.sk > Předmět: Re: [vpsFree.cz: community-list] OOM kill s dostatkem paměti > Datum: 20. října 2020 14:51:10 SELČ > Komu: "vpsFree.cz Community list" <community-list(a)lists.vpsfree.cz> > > > Ahoj, > > ďakujem za tipy, funguje. > > Ešte dodám, že pôvodný `/run/log/journal` mal permissions `rwxr-sr-x`, > tak som okrem > `mkdir -p /var/log/journal` > spravil ešte > `chmod 2755 /var/log/journal` > a potom > `systemctl daemon-reload` > > Využitie pamäte reportované vo vpsAdmine kleslo o cca. 400 MB. > > Tomáš > > > On 19.10.2020 15:56, Matěj Koudelka wrote: >> IMHO neni třeba otáčet vps, stačí systemctl daemon-reload >> Matěj Koudelka >> +420 604 266 933 >> On Mon, 19 Oct 2020 at 15:39, Pavel Snajdr <snajpa(a)snajpa.net> wrote: >>> Ahoj, >>> podle toho reportu jsi mel cca 600 MB v tmpfs, to je taky v RAM a >>> bohuzel se pocita jako 'shmem', takze to vubec neni zrejme, ze je to >>> vlastne tim... >>> "Problem" prameni z toho, ze pokud neexistuje /var/log/journal, >>> uklada >>> systemd logy do tmpfs pod /run/log/journal - a na to se da docela >>> rychle >>> narazit. >>> Resenim je vyrobit adresar /var/log/journal a otocit tu VPSku, bude >>> po >>> problemu. >>> Proc jsme si toho do ted nevsimli s OpenVZ, zjistuju, ale vypada to, >>> ze >>> uz mame hlavniho vinika, proc nam "nevysvetlitelne" ubyva RAMka s >>> pribyvajicim uptime na tech OpenVZ strojich... >>> V novych sablonach uz to Aither opravil: >> https://github.com/vpsfreecz/vpsadminos-image-build-scripts/commit/2872ff1b… >>> Ve stavajicich VPS to doresime skriptem behem nasledujicich par >>> desitek >>> hodin. >>> Ale ty VPSky, kterych se to tyka, zacnou logovat na spravne misto az >>> od >>> restartu (chystame v nasledujicich dnech update vsech vpsadminos >>> nodes >>> na Linux 5.9, takze explicitni restart, pokud s tim zrovna >>> nebojujete, >>> asi potreba neni). >>> /snajpa >>> On 2020-10-19 15:18, Petr Gregor wrote: >>>> Zdar, >>>> rád bych poprosil o pomoc s debugováním OOM killů v mém VM. >>> Měl >>>> jsem za to, že mám spoustu volného místa a proto mě kill >>>> překvapil (díky za nové reportování z vpsadminu!). VM >>> monitoruji >>>> zabbixem a ten tvrdí, že dostupné paměti je dost (špička na >>>> konci je kill) >>>> výstup z free -m vypadá takto: >>>> root@hostingf:~# free -m >>>> total used free shared >>> buff/cache >>>> available >>>> Mem: 1000 238 100 621 >>> 661 >>>> 761 >>>> Swap: 0 0 0 >>>> /proc/meminfo MemoryAvailable sedí se zabbixem a free: >>> "MemAvailable: >>>> 777548 kB" >>>> Trošku zarážející je, že "volné" paměti je pouze 100M. >>>> Rozhodující pro OOM je ale "dostupná" paměť, že? >>>> V příloze posílám výstup z dmesg náležící k OOM killu. >>>> Není mi jasné, proč OOM kill vůbec nastal. Součet všech rss >>> v >>>> dmesg reportu ani zdaleka nedosahuje 1G. Předpokládám, že mi >>>> nějak uniká něco podstatného, ale nevím moc co hledat. Budu >>> rád >>>> za každé nakopnutí. >>>> Gregy >>>> _______________________________________________ >>>> Community-list mailing list >>>> Community-list(a)lists.vpsfree.cz >>>> http://lists.vpsfree.cz/listinfo/community-list >>> _______________________________________________ >>> Community-list mailing list >>> Community-list(a)lists.vpsfree.cz >>> http://lists.vpsfree.cz/listinfo/community-list >> _______________________________________________ >> Community-list mailing list >> Community-list(a)lists.vpsfree.cz >> http://lists.vpsfree.cz/listinfo/community-list > > > > _______________________________________________ > Community-list mailing list > Community-list(a)lists.vpsfree.cz > http://lists.vpsfree.cz/listinfo/community-list

4 years, 7 months

1
0
0 0

OOM kill s dostatkem paměti

by Petr Gregor

Zdar, rád bych poprosil o pomoc s debugováním OOM killů v mém VM. Měl jsem za to, že mám spoustu volného místa a proto mě kill překvapil (díky za nové reportování z vpsadminu!). VM monitoruji zabbixem a ten tvrdí, že dostupné paměti je dost (špička na konci je kill) [image: image.png] výstup z free -m vypadá takto: root@hostingf:~# free -m total used free shared buff/cache available Mem: 1000 238 100 621 661 761 Swap: 0 0 0 /proc/meminfo MemoryAvailable sedí se zabbixem a free: "MemAvailable: 777548 kB" Trošku zarážející je, že "volné" paměti je pouze 100M. Rozhodující pro OOM je ale "dostupná" paměť, že? V příloze posílám výstup z dmesg náležící k OOM killu. Není mi jasné, proč OOM kill vůbec nastal. Součet všech rss v dmesg reportu ani zdaleka nedosahuje 1G. Předpokládám, že mi nějak uniká něco podstatného, ale nevím moc co hledat. Budu rád za každé nakopnutí. Gregy

4 years, 7 months

4
4
0 0

nginx padá

by petr.bolf＠taborpolana.cz

zdravím, nevěděl by někdo s čím může být problém - asi někde v konfiguraci serverů pro nginx. sudo nginx -t nginx: the configuration file /etc/nginx/nginx.conf syntax is ok nginx: configuration file /etc/nginx/nginx.conf test is successful sudo systemctl start nginx.service sudo systemctl status nginx.service ● nginx.service - A high performance web server and a reverse proxy server Loaded: loaded (/lib/systemd/system/nginx.service; enabled; vendor preset: en Active: active (running) since Tue 2020-10-13 14:49:08 CEST; 6min ago Docs: man:nginx(8) Process: 16277 ExecStartPre=/usr/sbin/nginx -t -q -g daemon on; master_process Process: 16278 ExecStart=/usr/sbin/nginx -g daemon on; master_process on; (cod Main PID: 16279 (nginx) Memory: 21.0M CGroup: /system.slice/nginx.service ├─16279 nginx: master process /usr/sbin/nginx -g daemon on; master_pr ├─16280 nginx: worker process ├─16281 nginx: worker process ├─16282 nginx: worker process ├─16283 nginx: worker process ├─16284 nginx: worker process ├─16285 nginx: worker process ├─16286 nginx: worker process └─16287 nginx: worker process jenže po nějakém čase server spadne. sudo tail -f /var/log/nginx/error.log 2020/10/13 02:39:01 [emerg] 7506#7506: bind() to [::]:443 failed (98: Address already in use) 2020/10/13 02:39:01 [emerg] 7506#7506: bind() to 0.0.0.0:443 failed (98: Address already in use) 2020/10/13 02:39:01 [emerg] 7506#7506: bind() to 0.0.0.0:80 failed (98: Address already in use) 2020/10/13 02:39:01 [emerg] 7506#7506: bind() to [::]:80 failed (98: Address already in use) 2020/10/13 02:39:01 [emerg] 7506#7506: bind() to [::]:443 failed (98: Address already in use) 2020/10/13 02:39:01 [emerg] 7506#7506: bind() to 0.0.0.0:443 failed (98: Address already in use) 2020/10/13 02:39:01 [emerg] 7506#7506: bind() to 0.0.0.0:80 failed (98: Address already in use) 2020/10/13 02:39:01 [emerg] 7506#7506: bind() to [::]:80 failed (98: Address already in use) 2020/10/13 02:39:01 [emerg] 7506#7506: still could not bind() 2020/10/13 02:39:04 [alert] 7357#7357: unlink() "/run/nginx.pid" failed (2: No such file or directory) a když je spadlý tak sudo systemctl status nginx.service [sudo] password for pruga: ● nginx.service - A high performance web server and a reverse proxy server Loaded: loaded (/lib/systemd/system/nginx.service; enabled; vendor preset: en Active: failed (Result: exit-code) since Tue 2020-10-13 02:39:04 CEST; 11h ag Docs: man:nginx(8) Process: 7501 ExecStartPre=/usr/sbin/nginx -t -q -g daemon on; master_process Process: 7506 ExecStart=/usr/sbin/nginx -g daemon on; master_process on; (code Oct 13 02:39:03 domogled nginx[7506]: nginx: [emerg] bind() to 0.0.0.0:80 failed Oct 13 02:39:03 domogled nginx[7506]: nginx: [emerg] bind() to [::]:80 failed (9 Oct 13 02:39:03 domogled nginx[7506]: nginx: [emerg] bind() to [::]:443 failed ( Oct 13 02:39:03 domogled nginx[7506]: nginx: [emerg] bind() to 0.0.0.0:443 faile Oct 13 02:39:03 domogled nginx[7506]: nginx: [emerg] bind() to 0.0.0.0:80 failed Oct 13 02:39:03 domogled nginx[7506]: nginx: [emerg] bind() to [::]:80 failed (9 Oct 13 02:39:04 domogled nginx[7506]: nginx: [emerg] still could not bind() Oct 13 02:39:04 domogled systemd[1]: nginx.service: Control process exited, code Oct 13 02:39:04 domogled systemd[1]: nginx.service: Failed with result 'exit-cod Oct 13 02:39:04 domogled systemd[1]: Failed to start A high performance web serv přičemž sudo systemctl start nginx.service ho zase nastartuje a zase chvilu běží. díky Petr Bolf

4 years, 7 months

6
9
0 0

Novinky ve vpsAdminu: výchozí VPS features a OOM reporty / News in vpsAdmin: default VPS features and OOM reports

by Jakub Skokan

Ahoj, (English below) z vpsAdminu byla odstraněna VPS feature pro Docker. Zpočátku to nastavovalo speciální seccomp profil, který umožňoval běh Dockeru, ale už dlouho to není potřeba a VPS feature tam tak zbyl jen pro "dobrý pocit" a kdyby náhodou. Pro instalaci Dockeru není potřeba dělat nic navíc, viz https://kb.vpsfree.cz/navody/vps/vpsadminos/docker Dále jsem se snažil trochu omezit specifika našeho prostředí a usnadnit konfiguraci novým členům. V nově vytvořených VPS se aktivují features pro běh FUSE, KVM a TUN/TAP. Na OpenVZ pak iptables a bridge. Features pro PPP a LXC nesting zůstavají vypnuty. Do šablony pro Ubuntu a Debian jsem přidal balíčky fuse a squashfuse, takže třeba instalace snap-u už taky funguje sama od sebe. Na nodech s vpsAdminOS nás občas trápí VPS s nedostatkem paměti. Některé takové VPS jsou schopny ovlivnit výkon celého nodu, i když je jinak volné paměti dostatek. Rozhodli jsme se sledovat aktivitu OOM killeru a upozorňovat členy na to, že jim dochází paměť. Většina o tom totiž vůbec neví a tak s tím nikdy ani nic neudělá. Pro zajímavost, aktuálně máme 8 nodů s vpsAdminOS a od čtvrtka jsme zaznamenali ~4756 OOM killů z 38 VPS. Kdo používáte vlastní DNS resolvery -- ve vpsAdminu bylo na výběr z našich DNS resolverů, popř. DNS resolver na localhostu. S nastavenou volbou se při každém startu VPS přepsal /etc/resolv.conf a nebylo možné si to jednoduše udělat po svém. Nyní si můžete ve vpsAdminu vypnout správu /etc/resolv.conf, podobně jako funguje manuální správá hostname. Ve vpsAdminu jsou nově vidět instrukce pro zaplacení členského přispěvku -- odkaz "Payment instructions" v profilu člena. Jsou tam i QR kódy, tak jako v emailových upomínkách. Doteď se muselo čekat právě na upomínku, nebo hledat platební údaje v KB. Pro začátečníky v detailu VPS přibyl formulář s pokyny pro připojení na SSH. Konfigurace sítě se u VPS na vpsAdminOS kvůli novým možnostem trochu zkomplikovala a chtěl jsem tak nováčkům pomoci se připojit. Pokud vás napadá, co dalšího je u nás zbytečně složité, napište nebo založte issue: https://github.com/vpsfreecz/vpsadmin/issues ENGLISH: VPS features for Docker was removed from vpsAdmin. Originally it was needed to set a custom seccomp profile in order to run Docker inside a VPS, but for a long time now it is not needed and toggling it had no effect. Docker can be run without any further configuration, see https://kb.vpsfree.cz/navody/vps/vpsadminos/docker I was trying to reduce the particularities of our infrastructure and simplify configuration for new members. Thus, new VPS are created with features for FUSE, KVM and TUN/TAP enabled by default. iptables and bridge features are enabled on OpenVZ nodes. Features for PPP and LXC nesting remain disabled by default. VPS template for Ubuntu and Debian now contains packages fuse and squashfuse, which makes it possible to install snap without any extra steps. Nodes with vpsAdminOS sometimes suffer from VPS that are running out of memory. In some circumstances such VPS can have an impact on the performance of the whole node, even if there's enough of free memory left. Many people don't even know that the OOM killer is killing processes inside their VPS, so we decided to monitor its activity and notify members. At this moment, we have 8 vpsAdminOS nodes and since Thursday we've detected ~4756 OOM kills from 38 VPS. To those who use or want to use their own DNS resolvers, until now vpsAdmin offered a choice between DNS resolvers hosted by us and localhost. On each VPS start, /etc/resolv.conf was overwritten with this setting. This made it hard to have custom nameservers set. It's now possible to disable DNS resolver management in vpsAdmin, just like it works for hostnames. Payment instructions are now available in vpsAdmin in member profile, including QR codes just like in the mail notification. Until now it was necessary to either wait for the mail notification to arrive or search for payment info in KB. There's a new form in VPS details describing how to connect to SSH for beginners. vpsAdminOS brought us new possibilities in network configuration and it made it less obvious as to which address you could connect to with SSH, so hopefully it will now be clearer for newcomers. If you can think of other things that are overly complicated and could be simplified, feel free to write us or file an issue at: https://github.com/vpsfreecz/vpsadmin/issues Jakub

4 years, 7 months

4
5
0 0

Tip na dobrou SaaS smlouvu?

by Ladislav Nesnera

Ahoj V rámci spolku Otevřených měst začínáme provozovat/nabízet některé věci jako SaaS. Měl byste někdo tip na dobrou smlouvu? (Myslím jako nepřepísknuté závazky, minimalizmu délkou textu, bez zbytečných právních divočin, ..) Předem dík ;?

4 years, 7 months

1
0
0 0

Webhosting panel

by Martin Koutecký

Ahoj, chci se zeptat na vaše zkušenosti, než do něčeho sám skočím. Mám VPS, kde hostuju pár webů (Apache+MySQL+FTP), pár emailů, mám tam svůj nextcloud a pár dalších věcí. Na konfiguraci toho www+sql+ftp+imap+smtp jsem používal panel, který se mezitím stal neudržovaným a neupgradeovatelným. Věci kolem emailu mi přijdou jako černá magie a nestíhám sledovat novinky. Chci založit nový server a postupně převést všechny služby na něj. Ale zároveň bych pořád stál o panel se srozumitelným rozhraním a s dobrou podporou. Pro mail se mi líbí mailcow, pár lidí ho tady doporučovalo - jaké máte zkušenosti, kladné či záporné? Pro weby je to složitější, chtěl bych: * aby panel automaticky podporoval letsencrypt. Ale bude to spolupracovat s mailcow, který také získává certifikáty přes letsencrypt? * myslím, že pořád chci Apache, protože mám nějaké weby, co používají .htaccess. * nevím, jestli chci apache + php-fpm nebo apache + mod_php nebo .. ? Je apache + php-fpm současný state of the art? To mě vede k pár kandidátům: * hestiacp (https://hestiacp.com/) * froxlor (https://froxlor.org/) * ispconfig (https://www.ispconfig.org/) HestiaCP podle všeho podporuje vše, co chci, navíc weby, které nepotřebují htaccess nebo jiným způsobem apache, můžou běžet pod nginx (rychleji?). Když nepotřebuju email a DNS, tak by mělo stačit vypnout služby, které je poskytují (bind, exim, postfix, clamav, ...). Froxlor je asi OK, ale vypadá, že ho aktivně vyvíjí hlavně jeden člověk... ISPConfig vypadá, jako že ho používá hodně lidí, ale vlastně nevím, jestli/jak vypnout email, jestli podporuje letsencrypt, atd. Jaké máte zkušenosti s webhosting panely? S kombinováním jednoho panelu pro weby (www+ftp+mysql) a druhého pro email (smtp+imap+antispam)? Nebo se mám vykašlat na mailcow a spravovat email pomocí hestiacp / ispconfig / ...? Atd. Díky, Martin Koutecký

4 years, 7 months

7
6
0 0

Peering Master Internet<->ČD-Telematika

by Radek Zajíc

Ahoj, Zdá se, že kluci z Master Internetu ženou provoz do sítě ČD-Telematiky přes Brno (Cejl) a Bratislavu (NIX.sk): # mtr -w -b -c5 -4 78.156.46.14 Start: 2020-09-11T12:06:37+0000 HOST: free Loss% Snt Last Avg Best Wrst StDev 1.|-- 172.16.251.2 0.0% 5 0.1 0.1 0.1 0.2 0.0 2.|-- 172.16.250.1 0.0% 5 0.3 0.5 0.3 1.0 0.3 3.|-- ??? 100.0 5 0.0 0.0 0.0 0.0 0.0 4.|-- vl129.cr2.c16.127.cecolo.prg.masterinter.net (81.31.40.101) 0.0% 5 69.7 14.2 0.2 69.7 31.0 5.|-- vl1385.cr3.r3-1-4.dc3.cejl.brq.masterinter.net (83.167.254.155) 0.0% 5 3.6 3.7 3.6 3.9 0.1 6.|-- nixsk2.cdt.cz (194.30.187.100) 0.0% 5 7.7 7.6 7.6 7.7 0.0 7.|-- 81.19.33.29 0.0% 5 7.7 7.7 7.7 7.8 0.0 8.|-- 89.203.220.126 0.0% 5 8.4 9.6 8.4 14.2 2.6 9.|-- ??? 100.0 5 0.0 0.0 0.0 0.0 0.0 10.|-- 78.156.46.14 0.0% 5 9.8 9.5 8.9 10.2 0.5 Ze sítě ČD-T do Masteru to teče správně přes uzel NIX.cz v Praze: # mtr -w -b -c5 -4 free.v.pytli.cz Start: 2020-09-11T14:06:04+0200 HOST: turris Loss% Snt Last Avg Best Wrst StDev 1.|-- 78.156.46.1 (78.156.46.1) 0.0% 5 0.9 0.8 0.5 1.0 0.2 2.|-- 192.168.0.1 (192.168.0.1) 0.0% 5 11.7 3.6 1.4 11.7 4.5 3.|-- 89.203.220.125 (89.203.220.125) 0.0% 5 2.3 2.0 1.6 2.4 0.4 4.|-- ons2.cd-t.cz (81.19.33.34) 0.0% 5 2.0 2.2 1.6 2.8 0.5 5.|-- praha-gts-nix2-85.masterinter.net (91.210.16.85) 0.0% 5 9.3 9.6 9.3 10.0 0.3 6.|-- vl1388.cr2.c16.127.cecolo.prg.masterinter.net (83.167.254.148) 0.0% 5 9.5 9.8 9.4 10.8 0.6 7.|-- vpsfree-vl129.cr2.c16.127.cecolo.prg.masterinter.net (81.31.40.102) 0.0% 5 9.7 9.6 8.9 10.0 0.4 8.|-- 83.167.228.132 (83.167.228.132) 0.0% 5 9.9 9.5 9.0 9.9 0.4 9.|-- ??? 100.0 5 0.0 0.0 0.0 0.0 0.0 10.|-- free.v.pytli.cz (83.167.228.95) 0.0% 5 9.3 9.8 9.3 10.6 0.6 Dá se s tím něco udělat? Komu problém nahlásit? Současný routing je, řekněme, suboptimální. :-) Díky Radek

4 years, 8 months

2
1
0 0

Sprava pameti na vpsAdminOS

by Pavel Snajdr

Ahojte, sliboval jsem (vetsinou off-list), ze shnu pak resenici s pameti na vpsAdminOS, tak tady to je :) Kdyz chce programator dneska z aplikace pracovat s velkym souborem, je docela rozsirenym pristupem, si takovy soubor namapovat do pameti pomoci mmap(2) syscallu. To zpusobi, ze se soubor ocitne ve virtualnim pametovem prostoru procesu, tj. ten program si pak muze sahat do toho souboru prostym pristupovanim do pameti (nabizi se teda snadny ukladani napr. Cckovych structu do souboru, pristup pres pointerovou aritmetiku, atd.). Linux cachuje takovy napamovany soubor po strankach, protoze samotnou pamet spravuje po strankach (1 stranka pameti je na x64 velka 4 kB, huge pages jsou potom dalsi extra story na jindy...). Jakmile aplikace chce precist nejaka data, Linux na pozadi, pokud uz to neudelal, pro ta data alokuje stranku fyzicke pameti, aby ta data mela realne, kde sedet, precte je do te stranky z disku (nebo kde ten soubor je) a pak tu stranku namapuje do prislusneho mista virtualniho pametoveho prostoru naseho procesu, ktery ta data cte. Jadro vede mapovane stranky v evidenci pomoci LRU listu, coz je datova struktura, seznam, ktery se vyznacuje tim, ze vede v evidenci, ktera polozka byla pouzita naposled (tak, ze se meni pri jejim pouziti jeji poradi na zacatek seznamu). Kdyz vsechno funguje jak ma, v realne fyzicke pameti jsou pouzivana ctena data a jeste nezapsane "pospinene" (dirty) stranky, do kterych se psalo, tj. je u nich naplanovano, aby se co nejrychleji dostaly na disk (pokud teda cely soubor nebyl otevreny s flagem O_SYNC, nebo podobne, co by vynutilo kazdou zmenu zapsat na disk ihned, nez Linux vrati kontrolu aplikaci pri tom zapisu do mapovaneho souboru; to neni tak caste a to je nam ted "jedno"). Zapis je nastesti vyreseny dobre, Linux ma na to mechanismus, kteremu rika "writeback throttle"; kdyz detekuje, ze se zacina RAM plnit vic, nez je zdravo, zacne aplikaci ty zapisujici pristupy adekvatne zpomalovat. Tohle "impedancni prizpusobeni" funguje vcelku dobre, navic funguje dostatecne dobre i pod memory cgroup. Memory cgroup je mechanismus, kterym omezujeme pridelenou pamet kontejnerum pod Linuxem - je to volitelna sada dalsich pocitadel vyuziti pameti, nad zakladni systemove, plus vydeleni ukazatelu na LRU, writeback a dalsi cache, aby se dalo pekne vest takovehle seznamy stranek v oddelene, mimojine aby bylo jasne, co komu patri, kdyz dojde cas tu pamet jednou odklidit. Ale taky, aby se dalo hlidat maximalni vyuziti pameti na ruzne caches - zdaleka nejen - kvuli prave mapovanym souborum. Potud vsechno dobre. To nam tak system nabehne, pospousti se na nem stovka VPSek, vsechny aplikace se krasne rozbehnou, nektere si namapujou soubory, nektere do nich vesele zapisuji data... System muze bezet klidne mesice bez problemu, vsechno stiha, v pohode. Ty seznamy jsou bezne docela kratke, takze sbirka jadernych threadu "kswapd" je na pozadi pekne stiha prochazet a odklizet, jak se postupne nektere memory cgroupy dostavaji s pameti do uzkych. Koneckoncu, 4 GB RAM (na jeden kontejner) prelozeno na 4 kB stranky znamena teoretickou maximalni delku jednoho seznamu 1M polozek. To se na 2+ gigahertzovych CPU preci stihne projit rychle, ze. No a pak se stane, ze po treba dvou mesicich behu systemu najednou zoufaly clen pise, ze mu v kontejneru dochazi pamet, pritom at pocita, jak pocita, nemuze se dopocitat, ze by to zabiraly aplikace - je videt, ze je to tim, ze caches nechteji odcouvavat. Hm, docela spatenka, jak to mame opravit, kdyz to trva tak dlouho, nez se problem projevi? :-D Tady nekde bych mel podotknout, ze abych byl schopny to takhle pekne vysvetlit, musel jsem doprojit celou cestu do vyresena, takze ted se to jevi zpetne jako trivka, ale nez jsem prisel na to, z ktere strany ten problem pujde aspon nejak resit... Kdyz se clovek na takovy trpici system prihlasi, vidi tam zpravidla kswapd0 na 100% a kdyz ma ta masina dva fyzicke CPU, tak tam vidi vetsinou i kswapd1 v tom samem stavu. V dmesgu jsou videt out of memory hlasky z jednotlivych kontejneru, jak narazeji na neodkliditelne caches a jadro zoufale zabiji stare procesy, aby udelalo misto pro dalsi. V tech OOM hlaskach je videt pokazde i stack trace, odkud ta OOM udalost z jadra prisla - vetsina z nich byla vyvolana kvuli cteni do mmaped souboru, coz se pozna tak, ze v tom stacku jsou videt funkce pridavajici LRU stranky na seznam te memory cgroupe. Tak si rikam, hm, to ma preci snadne reseni, nebudeme uctovat mapovanou pamet do memory cgroup clenu, ale nechame ji v root memory cgroup... Okay, to by mohlo fungovat, ze? ..a zase, kswapd0/1 na 100%... To uz jsem se zacal seriozneji zajimat, co se to vlastne deje, co delaji tak dlouho a jak to cele funguje, kdyz to neslo smaznout "izy hackem". Napad to byl dobry, fungoval by, nebyt mensi drobnosti: kswapd, kdyz odklizeji caches na pozadi, prohledavaji memory cgroupy stylem "dej mi takovou, ktera zere nejvic a tu odklidime, kdyz to nebude stacit, pujdem na dalsi". Tj. pokud se objevi jedna cgroup, ktera je vetsi a ma toho vzdycky vic k odklizeni, muze se vzdycky kswapd zahojit na ni a k dalsim se ani nedostat. Jedine, kdy se odklizi pamet uplne primo z te memory cgroupy, je tzv. "direct reclaim", cesta kodu primo v momente, kdy je potreba alokovat - ale v tu chvili neni tolik casu na uklizeni, tak se jadro zas tak nesnazi a nekdy to muze vzdat predcasne a rict, ze pamet nenaslo a vyvola OOM situaci v postizene memory cgroupe. Hmm... okay, takhle by to neslo, tak zkusme mmaped pamet neuctovat cgroupam vubec a nechme ji v zakladnich systemovych seznamech... A po trochu zapaseni, bo se v jadre s memory cgroup nepocita, ze by nahodou mmaped pamet nebyla uctovana zadne memory cgroupe, je vyreseno, odchod na parek! ...do chvile, nez tim posleme celou masinu out-of-memory a OOM chyby zacnou prichazet odkudkoliv, ne jen z mmaped readu odzpod z mem-cgroup... Totiz kdyz byly mmaped soubory uctovany na jeden seznam, ktery neni v memory cgroupe, myslelo si jadro, ze ma hodne volnou ruku v tom, co si muze dovolit nechat nacachovane - ale v tom je potom mensi caveat se ZFS... postupny nahodny random access pattern k datum mmaped souboru nadela z ARC slab caches fragmentovane reseto, jeste kdyz se drzi ty kousky z tech puvodne nactenych dat pri zivote "pripinovanim" na jeden velky seznam, ktery nema duvod couvat, protoze host ma preci vsechnu pamet k dispozici bez limitu :D No pak a chudaci kswapd, kdyz si s tim bordelem maji nejak poradit a odklidit to, *obzvlast* kdyz jsou jen dva a kdyz pod nima mame (konecne spravne nastavene se spravnym ashiftem) NVMe pole... na te staging node (nyni node1.stg) se tak darilo zaplnit RAM az skoro do mrtva. Takze co s tim? :) Snadna reseni dosla, bude potreba odklizet ty seznamy per-limitovana-memory-cgroup. Na nekolik iteraci jsem nakonec dospel k patchi, ktery spusti per-NUMA-node "ksoftlimd" thready, pro kazdou memory cgroupu, ktera ma nastaveny soft_limit. Ksoftlimd pak dela presne toto - prochazi seznamy svoji memory cgroupy a drzi si je okolo soft_limitu. Kswapd maji o praci s memory cgroupama min, pokud je jadro nastavene v rezimu, ze ma ksoftlimd poustet automaticky (da se tez spoustet jen rucne). My jsme zatim defaultne zvolili soft_limit jako watermark, nad ktery se ma ksoftlimd snazit vic odklizet, nastavujeme ho na 80% pameti kontejneru - ale do budoucna mozna tohle jeste predelam na nejakou vetsi automatiku, podle toho, jak kde se ukazou pripadne nedostatky. Tedy, vysledna situace je, ze pokud aplikace zerou min, jak 80% pameti, ale je co drzet v RAM jako cache, bude mit kontejner vyuzito okolo tech 80% - bude to videt normalne jako aplikacni pamet a zbytek jako caches. Uz by se nemelo stat, ze vyuziti stoupne az ke 100% kvuli caches a ze dojde k OOM a zabijeni procesu. Zaverem bych jeste zminil ty patche: Pokus mmaped soubory nauctovat root mem cgroupe: https://github.com/vpsfreecz/linux/commit/d42232f89795 Pokus mmaped soubory mem cgroupam neuctovat vubec (popis commitu je blbe a celkove je nedocisteny, nebyl jsem s tim spokojeny a nechtel jsem tim travit vic casu, radsi jsem koumal, co dal, at the time...) -> https://github.com/vpsfreecz/linux/commit/c10ae4a7ef95 A finalne, aktualne nasazena verze ksoftlimd patche: https://github.com/vpsfreecz/linux/commit/e04b3f9cda1d A uplne-uplne zaverem: linux kernel neni advanced black magic. Je to jen strasne velka a nekdy dost neforemna kupa C kodu, ktery potrebuje schopne a ochotne instalatery. V koncinach memory cgroup + memory managementu je teda hodne, co zlepsovat, a vubec to neni raketova veda... Teda obecne, na kontejnerizace v Linuxu je dost co resit. Takze kdybyste s tim jadernym vyvojem nekdo chtel pomoct, stavte se na IRC, nebo v Base48 v Brne pokecat, neco vymyslime, bude to zabava, trust me ;) /snajpa

4 years, 9 months

8
28
0 0

Kompilace v nixops spouští desítky procesů, na které nemá zdroje

by Tomáš Kuča

Ahoj, mám na jedné VPS nixops a zkouším přes to deploynout nixos na jinou VPS. Opakovaně jsem narazil na problém, že se začne kompilovat nějaká derivace, a po chvíli to sestřelí OOM killer. Typicky se těsně předtím naspawnuje spoustu (desítky) procesů. Všiml jsem si toho u ripgrepu (rustc), tam to ještě prošlo. Teď mi spadne GitLab resp. webpack při kompilaci assetů: /tmp/nix-build-gitlab-assets-13.0.9.drv-1/source/node_modules/.bin/webpack --config /tmp/nix-build-gitlab-assets-13.0.9.drv-1/source/config/webpack.config.js --bail Deploy spouštím na node256 takto: nixops deploy -d simple --max-jobs 1 --cores 1 VPS má 4 GB, běží na node15.prg. V dmesg vidím, že tam při spuštění OOM killeru bylo 32 procesů node15 32 je podezřelé kulaté číslo. Myslím si, že buildovací tooly odněkud přečtou informaci, že mají pustit 32 instancí, nastartují podle toho a vzápětí je systém po setkání s realitou sestřelí. Chystám se zreprodukovat build webpacku ručně a zjistit, podle čeho to spawnuje. Nemá už to někdo projité? Zní to jako něco, na co už mohl narazit někdo jiný. zdravím Tomáš Kuča

4 years, 9 months

3
3
0 0

Obsazenost RAM

by Filip Bartmann

Ahoj, u VPSky co mám ve správě - caara.cz, vidím divně obsazenou RAM. Graf ukazuje 2,3 TB obsazené RAM, ale hlavní žrouti jsou mysql - 158 GB a journald - 142 GB a pak už tam jsou jenom malé procesy. Odkud se teda bere těch 2.3 TB, které postupně narůstají? Ahoj, Filip Bartmann

4 years, 9 months

4
8
0 0

Problem s upgrade Arch a systemd 249-1

by Petr Kutalek

Ahoj, pokud někdo používáte Arch, doporučuji na vpsfree _NEprovádět_ upgrade systemd na 249-1. netctl, co je použit, zapisuje při bootu pro konfiguraci sítě systemd unitu netctl(a)venet0.service: > .include /usr/lib/systemd/system/netctl@.service > > [Unit] > Description=osctl network configuration for venet0 Po rebootu již nenastartujete, protože je to pro systemd unita s "bad syntax", pomůže restore přes admina. Těžko k tomu něco říci; já osobně se zbavím oné šílenosti netctl/osctld a přejdu na čisté řešení se systemd-networkd, ale nechci si tím nyní kazit víkend. Petr

4 years, 9 months

3
3
0 0

OpenVPN na Ubuntu 18

by mochour＠email.cz

Ahoj, pokouším se spustit OpenVPN na Ubuntu 18.04: Distributor ID: Ubuntu Description: Ubuntu 18.04.4 LTS Release: 18.04 Codename: bionic TUN/TAP mám povolený. Konfigurační soubor, je mírně upravený podle (hlavní změna jsou certifikáty): https://kb.vpsfree.cz/navody/server/openvpn (https://kb.vpsfree.cz/navody/server/openvpn) Přesto mi OpenVPN neustále padá: Sat Jul 25 22:02:16 2020 OpenVPN 2.4.4 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on May 14 2019 Sat Jul 25 22:02:16 2020 library versions: OpenSSL 1.1.1 11 Sep 2018, LZO 2.08 Sat Jul 25 22:02:16 2020 Diffie-Hellman initialized with 2048 bit key Sat Jul 25 22:02:16 2020 TUN/TAP device tap0 opened Sat Jul 25 22:02:16 2020 Note: Cannot set tx queue length on tap0: Operation not permitted (errno=1) Sat Jul 25 22:02:16 2020 do_ifconfig, tt->did_ifconfig_ipv6_setup=0 Sat Jul 25 22:02:16 2020 /sbin/ip link set dev tap0 up mtu 1500 Sat Jul 25 22:02:16 2020 openvpn_execve: unable to fork: Resource temporarily unavailable (errno=11) Sat Jul 25 22:02:16 2020 Exiting due to fatal error Nevíte někdo jak to vyřešit? H

4 years, 10 months

1
1
0 0

Nevysvětlitelné nefungování sítě

by Matěj Strnad

Ahojte, mám VPS, ale z ničeho nic se mi k němu nijak nedaří připojit. Ani přes HTTP(S), ani přes SSH, přes web-konzoli jsem se díval, porty 443,80,22 jsou normálně povolené. Zkoušel jsem to i přes více sítí z více zařízení. VPS běží na node1.prg, Ubuntu 20.04. Co mám zkontrolovat případně opravit? Nebo je to chyba někde jinde? Ještě dodám, v tu dobu jsem neprovedl na VPS žádné změny, jednoduše jeden HTTPS požadavek fungoval, další už byl timed out, SSH poté stejná chyba. Zkoušel jsem i restart, nepomohlo. Server má vytížení normální, síťová aktivita je také v pohodě (resp. žádná není, jako většinu času :)), takže DDoS/DOS to být nemůže. Děkuji za pomoc :)

4 years, 10 months

4
4
0 0

Divné chování htop - RAM

by Filip Bartmann

Ahoj, zjistil jsem, že se mi na VPSce s CentOS 8 divně chová htop, konkrétně jak zobrazuje využitou ram. Když dám v konzoli free -m tak mám: ---------------------------------------------------------------- total used free shared buff/cache available Mem: 4096 140 93 3838 3861 3955 ---------------------------------------------------------------- V htopu mi ale ukazuje RAM skoro celou použitou RAM - viz přiložený obrázek, konkrétně mi jde o hodnotu buff/cache, v htopu se mi nezobrazuje žlutě jako jinde, tak nevím jestli RAM je plná, bo ne.

4 years, 10 months

3
7
0 0

Podman (Docker) na VPS

by Petr Kutalek

Ahoj, tuším, že Pavel Šnajdr na poslední schůzi v Praze říkal (volně převyprávěno), že je rád, když se lidi ozvou, protože to pak připomíná více komunitu, nikoli jen podporu á la firma. Tak já tedy jeden dotaz mám – týká se to Dockeru, resp. Podmana. :) - Připravil jsem si lokálně na svém _lab_ desktopu image pro kontejnery a pody, které chci nasadit na VPSce. Vše OK, žádné extra vylomeniny. - Pročetl jsem https://kb.vpsfree.cz/navody/vps/vpsadminos/docker - Podíval jsem se na https://kb.vpsfree.cz/navody/vps/vpsadminos - Používám Arch, Podman v rootless režimu (z mnoha důvodů). - Povolil jsem ve features podporu FUSE (pro overlayfs) a TUN/TAP. - Nevím, co přesně dělá "Docker" feature, ale reálně nic nemění, výsledek je stejný. Když se ale snažím spustit byť jen demo `podman run --rm hello-world`, nedaří se mi: > Error: > container_linux.go:367: starting container process caused: > process_linux.go:459: container init caused: > process_linux.go:382: setting rlimits for ready process caused: > error setting rlimit type 7: invalid argument: OCI runtime error Narazil jste někdo při zprovoznění Dockeru na něco podobného? Můžete mne nasměrovat k cíli? Resp. proč/v čem je nastavení Dockeru v našem virtualizačním řešení nějak specifické? Díky, Petr

4 years, 10 months

10
19
0 0

LTO - zalohovani na pasky - blogpost

by Radek Zajíc

Ahoj, V kontextu clenske schuze dnes padlo tema zalohovani na pasky. Nedavno jsem k tomu cetl super clanek (v cestine), ve kterem autor popisuje fungovani technologie zalohovani na pasky LTO, rozdily mezi verzemi a pod. Pokud o zalohovani na pasky uvazujete, je to super zdroj informaci. Zapisek najdete na https://www.fangfactory.net/2020/01/05/linear-tape-open-lto/ Radek Zajic

4 years, 10 months

1
0
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

Community-list