Ahojte vazeni clenove,
mame novy termin clenske schuze shrnujici rok 2019,
a sice 26. 6., od 18:30 v restauraci U Balbinu v Praze.
(Jungmannova 22, Praha 1, https://www.ubalbinu.cz/)
Program schuze:
1. Shrnuti roku 2019
- financni + organizacni + technicke shrnuti roku 2019
2. Plany na rok 2020 a dal
- orientace spolku v ekonomicke krizi
- vpsAdminOS, fakturace, web UI
3. Diskuze: socialni rozmer vpsFree, spoluprace ve spolku
- Navrh:
Pravidelne "office hours"
- tj. moznost se pravidelne potkat (mimo pivo)
- spolecne debugovani problemu
- postupne zapojeni dalsich lidi do fungovani spolku (neni-li to
naivni predstava)
- K zamysleni do schuze:
Co muze svym clenum vpsFree nabidnout nad zakladni myslenku sdileni
HW prostredku?
Co muzeme jako spolek nabidnout siroke verejnosti, je-li neco
takoveho?
Jak muzeme zapojit dalsi nadsence do toho, co delame?
Ktere formy propagace spolku jsou pro nas vhodne (a moralne
prijatelne)?
- napr. je OK reklama na FB? Je OK pouzit Google Analytics?
Jak to bude s konferencemi a vpsFree?
4. Volna zabava, rezervaci mame az do pulnoci.
Tesim se na vsechny, co si najdou cas a obzvlast na ty, kdo maji chut
prispet svymi napady do 3tiho bodu :)
Na miste budeme uz od 18:00, takze prijdte klidne driv (obzvlast, pokud
do Prahy prijedete driv).
Na videnou na schuzi! ;)
/snajpa
Ahoj,
přes týden jsem se snažil nastudovat nasazení Nginx jako proxy a vrtá mi
hlavou několik věcí. Chtěl jsem proto poprosit o radu zkušenější, abych
něco "nezkonil" hned na začátku :-)
1) Spojení mezi proxy a backendem
V jiném vlákně tady proběhla diskuze ohledně "vnitřních" IP adres. Na KB
jsem se dočetl, že se o ně musí žádat a můžou se měnit. Mají pro spojení
mezi proxy a backendem vnitřní adresy nějaký význam, například z
hlediska bezpečnosti nebo rychlosti? Můj plán byl dělat spojení mezi
stroji pomocí přidělených IPv6 adres.
2) Šifrování mezi proxy a backendem
Myslím, že v tom samém vlákně Snajpa psal něco ve smyslu, že na síti
mezi VPS je těžké odposlechnout provoz (myslím, že se tam řešili
privátní vlany nebo tak něco). Úplně se v tomhle neorientuji a proto
jsem se chtěl zeptat, zda byste v našem prostředí považovali za
bezpečné, kdybych SSL spojení ukončoval na proxy a mezi proxy a
backendem posílal jen klasické HTTP? Na webu Nginxu jsem našel, že je
možné mezi proxy a backendem rozjet také SSL spojení, ale nevím, zda to
není overkill.
3) SSH tunel na proxy
Aktuálně mám na serveru jednu stránku, pro kterou Nginx poslouchá na
127.0.0.1 a klienti se k ní propojují pomocí SSH tunelu a port
forwardingu. V případě nasazení jako "proxy - backend" bych na proxy
opět udělal server poslouchající na 127.0.0.1 a předávající požadavky na
proxy. Bude stačit, když na backendu pro tuto stránku nastavím omezení
přístupu jen z IP adresy proxy? Nebo bych to měl ošetřit ještě nějak dál?
Předem díky za pomoc!
Všechny zdraví
Honza
--
Jan B. Kolář
Zažeň nudu
Hodolanská 17, 779 00 Olomouc
tel: +420 605 800 859
e-mail: janbivoj.kolar(a)zazen-nudu.cz
www.zazen-nudu.cz
Zdravím,
posledních pár dní hodně čtu o IPv6 a v rámci shánění informací jsem našel mnoho článků, které adorují Nginx proti Apache2. Co jsem se díval, tak nastavit Nginx je stejně snadné jako Apache2 a navíc je na některé údajně rychlejší. Hlavně rychlost je co neustále řeším u klientů a tak bych ho rád vyzkoušel.
Tak se chci zeptat, lze na jednom serveru (Ubuntu 18) k Apache2 doinstalovat i Nginx, a ten nastavit, aby fungoval pouze pro IPv6 volání a do současného stavu se nepletl? Tedy aby se neprali o port 80, ale Nginx bych si pokusně hodil jen na IPv6 volání (a přidal HTTPS). Případně, aby Nginx obsluhoval HTTPS a Apache2 HTTP? Nikde tuto informaci nemohu najít a nechci si poškodit fungující server. Všechny návody co jsem našel řeší migraci z Apache2 na Nginx, ale když řeší souběh, tak jen jako reverzní proxy (nebo reverzní proxy potřebuji taky?).
Díky za radu či případný odkaz, Standa
VPS ID: 16705
Ahoj,
prosím o info (radu), zda je možné instalovat systém Android-x86 na VPS
a mít k dispozici grafickou konzoli (jako např. u VMware).
Díky, BH.
Ahoj,
> On 08.06.2020 10:55, Jaroslav Skrivan wrote:
> Zas tak zle to neni. Nam ze serveru tece 20% ipv6 provozu k uzivatelum
> (prevazne cz/sk provoz). Google hlasi 30%.
> Dlouhodoby rust je ale velmi pomaly.
tak to se přiznám, že mi _na ČR_ připadá docela pěkné. Mohu navázat na
předchozí – naše trojka je takový smutný operátorský Klondike. A to
nemyslím vůbec cenovou politiku apod. Jediný, kdo se tady snažil něco
razantněji dělat, pokud si pamatuji, je Radek Zajíc u TMCZ, ale těžko
říct, zda to nebyl marný boj.
1) O2 – dělá na fixu i mobile DPI (Host u HTTP, SNI u HTTPS) pro mkt
účely; zkušenost ex-zaměstnance 2019
Takže tady bych tuneloval, co se dá, ostatně nedělám si iluze u jiných
operátorů, tedy díky za DNS-over-TLS/HTTPS, ESNI apod.
2) Vodafone – cca v lednu 2019 začal po mnoha letech blokovat na VDSL
příchozí provoz, od té doby účtuje 175 CZK za "veřejnou a statickou
IPv4", ačkoli statická by nebyla vůbec potřeba; IPv6 je utopie
3) TMCZ – jsem v Praze na "fixním" LTE, protože nemám jinou možnost;
IPv4 za CGN, IPv6 v říši snů
Myslím si, že pokud se naši operátoři nepohnou, situace s IPv6 se nějak
nezlomí. Ondřej Caletka ukazoval na poslední prezentaci IPv6 u Orange v
Polsku, prostě paráda.
IPv6 tunel vpsFree je prima počin, ovšem škoda, že Mikrotik umí u
OpenVPN jen TCP/AES256-CBC+(MD5/SHA1) s certifikáty. Dalo by se to
naklikat i zde, se současným (a chápu, rozumným) nastavením bych
potřeboval další stroj na routing. Ale IPv6 laboratorní síť Radka Zajíce
se mi líbila.
Suma sumárum: ačkoli aktivity kolem IPv6 naprosto vítám a podporuji,
mohu jej využívat tak akorát na koncové stanici po wireguard tunelu ke
Cloudflare (WARP).
A tip: pokud používáte nginx jako proxy (líbí se mi to), doporučuji
zadefinovat si nejprve upstream a ten použít v proxy_pass, bude vám pak
fungovat keep-alive a agregace spojení směrem k upstreamu (s trošku
dalších parametrů), jinak nikoli, je to někde v dokumentaci popsáno.
Petr
Ahojte vespolek,
nekdy to prijit muselo, k prilezitosti 4. 6. roku cisla vysokeho, a sice
2020 - je na case zacit mavat kapesnickem, vstupujeme do prvni faze
pohrbu IPv4...
IPv4 je mrtvy protokol.
Jsme davno za bodem si to priznat, ted uz nam nezbyva, nez se s tim
hlavne nejak vyrovnat.
V ramci Rady vpsFree.cz jsme se k tomuhle kroku chystali uz dlouho, pak
se ale nakonec povedlo ziskat jeste posledni /22 IPv4 blok, takze jsme
to mohli trochu odlozit, ale uz je to tu:
Od ted uz nedavame zadne dalsi verejne IPv4 adresy per-clen, kazdy clen
ma narok na jednu a tim to konci.
Vsechny sluzby, ktere ve vpsFree provozujeme (a ze jich je), mame za
jednou verejnou IPv4 adresou, za VPS, ktere rikame proxy.vpsfree.cz.
Svoje dalsi v4 adresy maji jen nameservery (a zprasene legacy instalace,
ktere ceka prevod za proxy, vc. mailu, tam je to kvuli ticketingu pres
RT docela bordylek, ale to se vyresi nekdy pri pristim upgradovani).
Ted nastal cas pro vsechny, aby se tak zaridili. IPv4 adresy nejsou a
dalsi nebudou, nezbyva nam nic jineho.
V tehle fazi prestavame pridelovat dalsi verejne IPv4 adresy clenum (ani
za libovolny uplatek :D).
Pointou je, abychom umoznili dalsim, novym, mladsim, vstoupit na ten nas
zpraseny legacy Internet, dokud bude ten legacy protokol tak moc
potreba.
Kdyz jsme ho kolektivne dostali do bodu, kdy uz neni samo o sobe misto
pro nove, je nesmysl, abychom sami razili kurz, "jako by se nic nedelo".
Deje se - IPv4 adresy dosly; a nedeje tolik - IPv6 se porad zasekava u
koncovych ISP.
To neni stav, ve kterem bychom mohli pridelovat dalsi IP adresy tem,
kteri jsou lini nastavit si svoji proxy VPS ;)
Musime se snazit vsichni spolecne.
Petr Krcmar to sepsal na blog trochu libiveji:
https://blog.vpsfree.cz/prejdeme-na-ipv6-spolecne-potrebujeme-to/
Ale ja jsem si rikal, ze na mailing list bude lepsi napsat primo, jak to
vidime, jak to je.
Zaverem bych jenom uklidnil ty, co uz vic IPv4 adres maji, ze se
nechystame do toho stavajiciho stavu nijak brzo sahat (nejdriv, az kdyz
budeme muset, tj. tak za rok-dva od ted) - sice tak zas trochu pomahame
pravidlu, ktere v4 dostalo, kde je - "prvni prijde, prvni mele", ale zas
takovou urgentni adresni krizi netrpime.
To prijde, az (kdyz) bude potreba brat nekde dalsi IPv4 adresy pro nove
cleny a uz nebude odkud (pokud v4 nebude tou dobou minoritnim
protokolem).
Diky vsem za pochopeni,
/snajpa
Ahoj všichni,
včera jsem reagoval na diskuzi ohledně přechodu na IPv6 a omylem jsem to
poslal jenom Snajpovi. Chtěl bych mu poděkovat za jeho přístup a nabídku
dočasné IP adresy, abych se nedostal do problémů. Rozhodl jsem se, že
raději přenos serveru z playgroundu o týden odložím a zkusím to rovnou
udělat "načisto" s využitím proxy.
Chtěl jsem Vás poprosit o radu ohledně proxy pro mailserver (klasika
Postfix + Dovecot na Debianu). Chtěl bych si to tento víkend nastudovat
a potřeboval bych nasměrovat na nějaké vhodné řešení. V podstatě mám teď
jeden starý VPS s IP4, kde mi běží klasický "hosting" (Nginx, MariaDB,
Postfix a Dovecot na Debian 9). Na playgroundu mám druhý VPS s Debian
10, na kterém mám nainstalovaný jen Postfix a Dovecot. Chtěl bych z
"hostingového" VPS přesunout mailové služby na ten nový a mít tak dva
stroje, jeden na mail a jeden na web.
Je podle Vás lepší řešení udělat na "hostingovém" VPS proxy pro ten
mailserver nebo to obrátit a udělat mailserver s IP4 a přidat tam proxy
pro webové služby?
Co byste případně použili jako proxy software před ten mail server? Já
se včera díval na Nginx, který umí proxy imap a smtp, ale nebylo mi
úplně jasné použití "http auth". Jestli jsem to pochopil správně, musel
bych mít databázi uživatelů na tom proxy, což mi přišlo nešikovné. Ten
přesun jsem plánoval hlavně kvůli tomu, abych si ty služby oddělil a měl
v tom "pořádek" - tzn. ocenil bych mít vše k e-mailům na jednom stroji.
Všechny zdraví
Honza
--
Jan B. Kolář
Zažeň nudu
Hodolanská 17, 779 00 Olomouc
tel: +420 605 800 859
e-mail: janbivoj.kolar(a)zazen-nudu.cz
www.zazen-nudu.cz
Ahoj,
díky moc za rady. Zatím se mi jako nejschůdnější řešení jeví to, že
udělám mailserver s IPv4 a nginxem jako proxy pro weby běžící na druhém,
IPv6 only stroji. Včera jsem to trochu studoval, ale zatím mi některé
věci nejsou úplně jasné. Zkusím to začít testovat a uvidíme, kam se pohnu.
Honza
--
Jan B. Kolář
Zažeň nudu
Hodolanská 17, 779 00 Olomouc
tel: +420 605 800 859
e-mail: janbivoj.kolar(a)zazen-nudu.cz
www.zazen-nudu.cz
Ahoj,
netýká se to přímo vpsFree, ale je to z oboru :-) Chtěl bych si postavit VM
server a osadit ho 2TB NVMe úložištěm. Otázka je, jak to zálohovat. Obecně
se nedoporučuje NVMe dávat do RAIDu, to ani nechci, ale jak to nejlépe
zálohovat např na plotnový disk. Napadá mě jen kopírovat VM jednou za čas
na HDD, ale určitě existuje i něco chytřejšího. Původně jsem chtěl SATA SSD
do RAIDu, ale kvůli výkonu bych raději NVMe.
Teď mám ESXi a v tom HW RAID 1 z 15k disků a zálohy nedělám. Na Zabbix by
to chtělo ale něco rychlejšího. Netrvám na ESXi, ale mělo by to být free a
rozjet tam vše, co na tom ESXi (Linux i Windows stroje).
Předem dík za tipy.
Mirek
Ahojte, je nejaka hranice poctu lidi v jednom meetingu? Mam pozadavek na
pripravu meetingu pro cca 10 lidi, tak jestli je to v pohode (verim ze ano)
a pripadne jake jsou technicke limity...???
Diky,
P.
Ahoj všem,
jak jste již možná zaregistrovali - kvůli aktuální situaci kdy se je třeba snažit vyhýbat kontaktu s lidmi, jsme rozjeli pro tyto účely videokonferenční jitsi instanci u nás.
Jde o čistý jitsi server s vypnutou jakoukoliv možností špehování (Googlí servery, nahrávání serverside..), se zapnutým šifrováním a rebrandingem.
Doufám že bude k užitku a kdybyste narazili na nevhodný či něco nevysvětlující překlad, dejte mi prosím vědět :-)
https://meet.vpsfree.cz/
Martin Myška
martyet
Ahoj,
máme na node1.stg VPS ve které běží libvirtd kde se nám v guestech jednou za čas stane:
kernel: sd 0:0:0:0: [sda] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_TIMEOUT
kernel: sd 0:0:0:0: [sda] tag#0 CDB: Write(10) 2a 00 00 8d 9a 30 00 00 28 00
kernel: print_req_error: I/O error, dev sda, sector 9280048
kernel: Aborting journal on device sda2-8.
kernel: EXT4-fs error (device sda2): ext4_journal_check_start:61: Detected aborted journal
kernel: EXT4-fs (sda2): Remounting filesystem read-only
Viděli jste někdy něco podobného? Dělají ty VMka prostě příliš mnoho I/O takže driver v guestu vytimeoutuje nebo může být problém jinde? Storage volumes jsou qcow2.
Díky,
Martin Milata
Ahojte,
... tak uz ...
... konecne ...
switchujeme ASICem (Broadcom Tomahawk v S4048-ON),
full-kotel-full-on-full-speed.
Min prijemna zprava je, ze porad jedeme a jeste nejakou dobu pojedeme na
jedne vetvi (ted je to pro zmenu ta druha, co je predelana) a zmeny
jeste budou prichazet, hlavne v adresach NATu.
Pro ted je verejna adresa NATu 83.168.228.130, v budoucnu se to asi
jeste zmeni, nejspis dvakrat - jak predelame primarni vetev, tak poskoci
o par cisel nahoru - a jakmile predelame NAT na linux/x86/conntrackd+HA,
zmeni se finalne na jednu IP adresu, na ktere uz v Praze zustane.
/snajpa
Ahoj,
prosím aspoň stručně: jak moc velký problém bylo zprovoznit
meet.vpsfree.cz?Vím že jsem se asi před 2ma roky o Jitsi zajímal, ale
vzdal jsem to vzhledem k nepřehlednosti stránek a nemožnosti najít
informace nějak rozumně po kupě.
(Máme trochu víc dětí a nároky učitelů na offline vyučování a zároveň
snaha pracovat začíná být celkem neřešitelný problém. Takže pokud by to
bylo jednoduché na zprovoznění, tak bych to zkusil aspoň pro jednu třídu
experimentálně spustit. Ale nemám šanci to udělat pokud by to bylo na
dlouhotrvající kompilování, laborování a testování. Předpokládám, že by
nebylo moudré pustit někoho na Meet.vpsFree, zejména ne 20 puberťáků z
jedné třídy.)
Díky moc aspoň za stručnou opověď.
Štěpán.
Zdravím,
nedaří se mi rozhodnout jak vyřešit backup "store".
Jádrem projektu je MS SQL, nic se nesmí ztratit nebo z toho budou pokuty.
(accounting)
Momentálně mám na stole dvě řešení:
- self-hosted na NASce (synology?)
- urBackup server na low-spec VPS s větším "file space" (1-2TB) - tahle
možnost mě přišla docela praktická, pokrývá to mnoho risků které má
jakékoliv jiné self-hosted solution, jenže po rychlém projití googlu se mi
nedaří něco v tomhle smyslu najít nebo se to cenově nevyplatí. Že bych se
blbě koukal?
Díky, a pěkný den
--
Tomáš Svoboda
*Freelancer | Fullstack Python | 730 694 169*
Ahojte,
mám dotaz na python. Už delší dobu přecházíme na Python3 (je to složitý a
problematický a nemáme žádnou významnou funkci co by to opodstatnila).
Během té doby jsme našli 2 chyby (pickle/shelve) v novém Pythonu a nyní
jsme našel nový hodně velký problém.Je to nová funkce PEP515 podtržítka v
číslech. Tato funkcionalita zní možná naprosto skvěle pro některé lidi, ale
nám nyní dělá značnou neplechu.
Jde o to, že nyní všechny interní funkce jako je int/float/literal_eval při
předání "1_1" a podobně vytvoří číslo 11 a ne SyntaxError. Chápal bych, že
tato funkce bude ve zdrojovém kódu možná užitečná. Jenže pokud nyní
uživatel předá "1_1", tak systém pokračuje dál s novým číslem.
Moje otázka zní, znáte nějaký postup jak toto chování vypnout? Ono se to
nezdá ale int/float a literal_eval používáme opravdu hodně a všude řešit
nějakou takovou kontrolu je těžce proveditelné. V minulosti se podobně blbě
chovala nula na začátku a to naštěstí odstranili, ale nyní přidali tuto
vlastnost.
Zkouším hledat na googlu, ale zatím jsem nenašel nic co by to umožnilo
nějak změnit, ideálně globálně.
--
Zdenek
Web: www.pripravto.cz
Ahojte vazeni clenove,
rad bych Vas pozval na clenskou schuzi naseho spolku za rok 2019,
ktera se kona 28. 3. 2020 od 18:30 v restauraci U Balbinu v Praze.
(Jungmannova 22, Praha 1, https://www.ubalbinu.cz/)
Body programu, ktere budeme probirat:
1. Shrnuti roku 2019 + plan na rok 2020
- financni + organizacni + technicke shrnuti minuleho roku
-
2. Plan na rok 2020
- vpsAdminOS, web, nove UI
3. Diskuze: socialni rozmer vpsFree, spoluprace ve spolku
- Navrh:
Pravidelne "office hours"
- tj. moznost se fyzicky potkat, pravidelne, rekneme 2x do mesice,
Praha/Brno
- spolecne debugovani problemu
- postupne zapojeni dalsich lidi do fungovani spolku (neni-li to
naivni predstava)
- K zamysleni do schuze:
Co muze svym clenum vpsFree nabidnout nad zakladni myslenku sdileni
HW prostredku?
Co muzeme jako spolek nabidnout siroke verejnosti, je-li neco
takoveho?
Jak muzeme zapojit dalsi nadsence do toho, co delame?
Ktere formy propagace spolku jsou pro nas vhodne (a moralne
prijatelne)?
- napr. je OK reklama na FB? Je OK pouzit Google Analytics?
Asi bych celou diskuzni cast shrnul jako: co muzeme delat lepe, abychom
byli zajimavejsi pro vice lidi, aniz bychom tim jakkoliv narusili
integritu toho, co jsme do ted vybudovali? Velke cloudy rostou a my,
pokud budeme na nekterych vecech (mozna prilis) zbytecne dupat, tim
ztracime na relevantnosti.
Co, tedy, muzeme delat jinak, lepe?
Ma - napriklad - smysl se ucastnit konferenci v CZ/SK, pokud se ta ucast
vicemene uz nijak nepreklada na nove cleny?
4. Volna zabava, rezervaci mame az do pulnoci.
Tesim se na vsechny, co si najdou cas a obzvlast na ty, kdo maji chut
prispet svymi napady do 3tiho bodu :)
Na miste budeme uz od 18:00, takze prijdte klidne driv (obzvlast, pokud
do Prahy prijedete driv).
Na videnou na schuzi! ;)
/snajpa
(Pavel Snajdr)
(Predseda spolku vpsFree.cz)
Ahoj,
mám ostrý server a playground. Na playgroundu jsem si vytvořil takovou
konfiguraci, kterou chci mít a teď bych to rád přesunul PG na ostrý
server. Jak by se to dalo udělat?
Pokud jde o administraci serveru jsem na naprostém začátku. Budu vděčný za
odkaz na dobré HOWTO, či srozumitelnou radu. Bude li třeba, rád poskytnu
další informace.
S pozdravem a poděkováním
Petr
Ahojte,
TLDR: jelikoz je v seznamu dost domen clenu vpsFree, zkontrolujte si,
prosim, svoje Let's Encrypt certifikaty, pokud LE pouzivate.
Petr sepsal detaily pekne prehledne na blog:
https://blog.vpsfree.cz/lets-encrypt-revokuje-tri-miliony-certifikatu-zkont…
Diky za pozornost a konec hlaseni ;)
/snajpa
Ahoj,
doporucite mi nejakou VPN, jejiz jeden konec by byl na zdejsim VPS a
druhy na Mikrotiku?
Puvodne jsem chtel pouzit IPIP + IPsec, ale ukazalo se, ze to asi
nepujde. A OpenVPN v TCP rezimu (to kvuli Mikrotiku, ktery UDP neumi)
bych se rad vyhnul.
V.
Ahoj,
připravil jsem si skript pro python napojení na vpsadmin pro qnap NAS.
Primárně pro stahování záloh přímo na NAS. Dělal jsem to podle toho ruby
skriptu co je na webu. Ale mám dva dotazy ohledně tokenů. Jde o to, že nyní
jsou ve vpsadminu viditelné (je tam dokonce tlačítko edit asi nefunguje?
mazání zřejmě funguje, chybí přidat?). Nerad bych však dal na NAS přímo
token na všechno a ještě k tomu s možností obnovení. Tak jsem se chtěl
zeptat, zda jde vygenerovat token pouze např. na přístup ke stahování
snapshotů a s délkou např. na rok a zamezit ostatnímu?
--
S pozdravem,
Zdeněk Dlauhý
Web: www.pripravto.cz