-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Ahoj,
touto cestou bych vas rad pozadal o pomoc s otestovanim novych
template, ktere se automaticky generuji pomoci techto scriptu
https://github.com/vpsfreecz/build-vpsfree-templates
Je mozne, ze jsme na neco zapomneli a neradi, aby se to dostalo do
ostreho provozu.
Jedna se o templaty s napisem "... [TEST]".
Dekuji za pomoc
Medved
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iF4EAREIAAYFAlP1HVgACgkQ5JdzTS3AJTaUVQD9E5hg4BZGb2bommMXOFZ2SZlE
9KwoQwiZkD8XQ6jPZwYA/RUtbab2/4rgl8EKG5pde4z/URjuXHfG+29yfbRNNpLf
=OCyk
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Caute,
spolu s novyma stanovama bych chtel, abychom predelali web - tahle
prisernost, co mame, sice splnila svoji praci a v tom ji vsechna cest,
ale chce to neco jednodussiho, neco, co preda nasi zpravu za kratsi
cas bez nutnosti 297349273974 slov okolo. Zaroven je ale vhodny
vymyslet, jak i ty veci okolo odkomunikovat ve vhodny okamzik.
Jestli vite o nekom, koho by to mohlo zajimat a mohl by mit cas na tom
pracovat, dejte vedet. Hledam hlavne grafika, umet to rozsekat do
HTML/JS/CSS je pro tuhle chvili vedlejsi, jde o to to nejdriv dobre
nakreslit.
- --
S pozdravem / Best regards,
Pavel Snajdr
+421 948 816 186 | +420 720 107 791 | 110-010-956
CTO of Relbit | Predseda vpsFree.cz, o.s. | RHCE
http://relbit.com | http://vpsfree.cz | https://www.redhat.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iF4EAREIAAYFAlPx48UACgkQMBKdi9lkZ6ol3gEA0aof598bQc5iZJaetLJgLN8l
fFRN+zxc1qkfK6ug/M8A/ijPqq95jxAF7N4X5aixEoQHW9/CxesEs15HM1B7WiyE
=NLbw
-----END PGP SIGNATURE-----
Zatim to eliminuje presne 100% problemu, co jsem tim chtel pokryt, tzn. zazdeni linky zdrojem zevnitr nasi site. Nevidim tam moc prostoru vubec nejak sahnout na sit z VPS tak, aby ji to ovlivnilo - i maximalni moznej pocet packetu za sekundu, co predstavuje 300Mbit, v pohode uroutujem.
Jedinou slabinou je ted pocet spojeni pres router, ktery je limitovany linuxovou implementaci conntracku. Nicmene conntrack na tech routerech neni nutnost, na NATovany provoz se daji koupit v pripade nutnosti dva slabsi Tilera based tiky, tyhlety multicores, to vali :)
snajpa
Sent from your iPad
> On 19 Aug 2014, at 09:43, Stanislav Petr <glux(a)glux.org> wrote:
>
> To je dle mejch zkušenosti ale řešením jen půlky problému. Ne kazdej DoS je vedeném velkejma paketama, takže je potřeba limitovat nejen datovej tok, ale i množství paketu (ve vpsadminu je vidět graf toku, ale ne paketu. Nicméně už jsem viděl DoSy na malejch pamětech, kde linka losila a na grafu provozu nebylo nic moc vidět). Prostě řešit nejen forwarding capacity, ale i switching capacity... Všechno musí bejt někde omezený, protože neomezenej HW ještě nemáme.
>
> Dalším zajímavým DoSem (ktery snad v prostředí VF nehrozí) bylo to ze útočník objednal několik VPS u stejného poskytovatele jako byl cíl útoku a útočil "lokálně".
>
> --
> Stanislav Petr
>
> Dne 18. 8. 2014 22:03 Pavel Snajdr <snajpa(a)snajpa.net> napsal(a):
>>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA256
>>
>> Ahojte,
>>
>> jak jsem tu zminoval uz nekolikrat, problemy s vyhlcenim linky jedinou
>> VPS se zacaly kupit, typicky jde o situaci, kdy si clen nepohlida
>> zabezpeceni svoji VPS, nejaky automaticky skener ji prolomi a pouziva
>> jako odpalovou plochu pro dalsi utoky.
>>
>> Nejjednodussim a zaroven nejucinnejsim resenim je omezit maximalni
>> sirku pasma, kterou muze jednotliva VPS vyuzit. Vzhledem k tomu, ze
>> aktualni konfigurace nasi linky nam dava 1 Gbit do NIXu, 500 Mbit do
>> SIXu (Slovensko) a 500 Mbit do zbytku sveta, prijde mi jako
>> nejrozumejsi tu hranici stanovit na 300 Mbit up/down per VPS.
>>
>> Technicky je shaper realizovany tc+htb+pfifo, funkcionalita je
>> implementovana primo ve vpsAdminu.
>>
>> Doufam, ze to nikdo nevnima jako "utahovani opasku", urcite neni cilem
>> zacit omezovat prostredky, ktere jsou clenum dostupne. Kdyby se tomu
>> shapingu dalo vyhnout, resili bychom to jinak.
>> Ale v situaci, kdy jsme diky tem problemum meli vypadek linky i
>> trikrat do tydne, mne osobne lepsi a ucinnejsi reseni nenapadlo.
>>
>> S tim, jak budeme postupne navysovat kapacitu linky jak to bude
>> potreba, prijde i moznost tenhle limit zvednout - jelikoz jedinym jeho
>> ucelem je nedovolit jedne konkretni VPS vyhltit celou linku (at uz do
>> Internetu nebo k jednomu hw stroji).
>>
>> Dik za pochopeni.
>>
>> - -snajpa
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v1
>>
>> iF4EAREIAAYFAlPyXCEACgkQMBKdi9lkZ6plKAD/TAhjmOd8zheoxbPl8Wo73gz5
>> YwDfE2yyDT4Eil8aFcAA/Rc3oBi6B2Vw4HORJpeCprcnGL9iBl2j3Xu+sBznJe/9
>> =t+eF
>> -----END PGP SIGNATURE-----
>> _______________________________________________
>> Community-list mailing list
>> Community-list(a)lists.vpsfree.cz
>> http://lists.vpsfree.cz/listinfo/community-list
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Ahojte,
jak jsem tu zminoval uz nekolikrat, problemy s vyhlcenim linky jedinou
VPS se zacaly kupit, typicky jde o situaci, kdy si clen nepohlida
zabezpeceni svoji VPS, nejaky automaticky skener ji prolomi a pouziva
jako odpalovou plochu pro dalsi utoky.
Nejjednodussim a zaroven nejucinnejsim resenim je omezit maximalni
sirku pasma, kterou muze jednotliva VPS vyuzit. Vzhledem k tomu, ze
aktualni konfigurace nasi linky nam dava 1 Gbit do NIXu, 500 Mbit do
SIXu (Slovensko) a 500 Mbit do zbytku sveta, prijde mi jako
nejrozumejsi tu hranici stanovit na 300 Mbit up/down per VPS.
Technicky je shaper realizovany tc+htb+pfifo, funkcionalita je
implementovana primo ve vpsAdminu.
Doufam, ze to nikdo nevnima jako "utahovani opasku", urcite neni cilem
zacit omezovat prostredky, ktere jsou clenum dostupne. Kdyby se tomu
shapingu dalo vyhnout, resili bychom to jinak.
Ale v situaci, kdy jsme diky tem problemum meli vypadek linky i
trikrat do tydne, mne osobne lepsi a ucinnejsi reseni nenapadlo.
S tim, jak budeme postupne navysovat kapacitu linky jak to bude
potreba, prijde i moznost tenhle limit zvednout - jelikoz jedinym jeho
ucelem je nedovolit jedne konkretni VPS vyhltit celou linku (at uz do
Internetu nebo k jednomu hw stroji).
Dik za pochopeni.
- -snajpa
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iF4EAREIAAYFAlPyXCEACgkQMBKdi9lkZ6plKAD/TAhjmOd8zheoxbPl8Wo73gz5
YwDfE2yyDT4Eil8aFcAA/Rc3oBi6B2Vw4HORJpeCprcnGL9iBl2j3Xu+sBznJe/9
=t+eF
-----END PGP SIGNATURE-----
Zdravim,
nasadil jsem novou verzi vpsAdmin API [1].
Vetsina zmen vyplyva z novych moznosti HaveAPI [2]:
- Autentizace pres tokeny (casem se tokeny budou dat spravovat v UI
vpsAdminu), HTTP basic volitene zustava
- Lepsi prace s cizimi klici - napr. v CLI se nezobrazuje jen ID
templatu VPS, ale rovnou jeho nazev
- V CLI je mozne ulozit si prihlasovaci udaje (ci token) do configu a
nemusi se zadavat pokazde znovu
- Podpora strankovani seznamu (--limit, --offset, viz -h,
neimplementovano vsude)
Do HaveAPI se nyni daji libovolne pridavat i dalsi autentizacni metody,
je to pekne rozsiritelne. Licence HaveAPI byla zmenena z GPL na MIT.
vpsAdmin API nadale zustava pod GPL.
Zadne nove resourcy ani akce ve vpsAdmin API nepribyly. Do pristi verze
bych rad udelal spravu storage (NAS, zalohy, sub-datasety VPS) a
dynamicky rozdelovatelne systemove prostredky VPS, aby uz to bylo
pouzitelne. Uvidime, neni to az tak jednoduche.
Kdo by chtel vyzkouset [3], aktualizujte si gem haveapi-client na 0.2.0,
starsi verze uz nefunguje.
[1] https://api.vpsfree.cz/
[2] https://github.com/vpsfreecz/haveapi
[3] https://github.com/vpsfreecz/vpsfree-client
--
S pozdravem
Jakub Skokan
Ahoj,
šel bych podobnou cestou jakou se vydalo mono (http://www.mono-project.com/). Tenhle template pojme všechno, umí být úderný, je strohý a snad všichni ho umí použít, aniž by se dlouho zorientovávali. Nic originálního, ale funkční. A grafik by byl jen na pár čoček, za hubičku...
F.
-----Original Message-----
From: community-list-bounces(a)lists.vpsfree.cz [mailto:community-list-bounces@lists.vpsfree.cz] On Behalf Of community-list-request(a)lists.vpsfree.cz
Sent: Monday, August 18, 2014 8:42 PM
To: community-list(a)lists.vpsfree.cz
Subject: Community-list Digest, Vol 37, Issue 21
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: Grafik (Timotej Šiškovič)
2. Re: Grafik (Vaclav Dusek)
3. Re: Grafik (Pavel Snajdr)
4. Re: Grafik (Petr Krcmar)
----------------------------------------------------------------------
Message: 1
Date: Mon, 18 Aug 2014 20:33:06 +0200
From: Timotej Šiškovič <timotej(a)siskovic.org>
To: "vpsFree. cz Community list" <community-list(a)lists.vpsfree.cz>
Subject: Re: [vpsFree.cz: community-list] Grafik
Message-ID:
<CAN8MDZde6UAqyT0icEZ5RFhhx6iV4U_vO2o9SzuzF6eEf=pnPA(a)mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Co takto urobiť to formou sútaže z dopredu určenou odmenou. Členovia ktorých to zaujíma by si to potom odhlasovali.
On Aug 18, 2014 8:23 PM, "Petr Krcmar" <petr.krcmar(a)vpsfree.cz> wrote:
> Proč? My potřebujeme jednoduše sdělit pár informací, celkový smysl a
> několik odkazů. Naopak mně přijde one page jako ideální. Chceme jen
> pár slov, aby návštěvník nečetl stohy textu, ale dotvěděl se rychle to
> podstatné.
>
> On 18. srpna 2014 20:02:46 CEST, komodo <komodo(a)gmx.us> wrote:
>>
>> Nejsem grafik, ale one page site, to je zlo, nevim kdo to vymyslel,
>> ale tohle radeji ne :-)
>>
>> Martin
>>
>> On Monday, August 18, 2014 17:45:52 Václav Blahout wrote:
>>
>>> Myslím, že bude nejlepší se odrazit od toho, co vlastně chceme,
>>> nakreslit si wire frame. Jestli tomu rozumím správně, má to jasně
>>> prodat cíl (takže asi přichází v potaz i nějaká moderní one page
>>> website). Pak je možné se bavit o šabloně.
>>>
>>
>>
>>>
>>>
>>>
>>>
>>> S pozdravem, Václav Blahout
>>> freelance webdesigner | @blahout | www.blahout.com
>>> tel: +420 774 722 742
>>>
>>>
>>>
>>>
>>>
>>> Od: Michal
>>> Kovarcik
>>> Odesláno: pondělí, 18. srpna 2014 14:47
>>> Komu: vpsFree.cz Community list
>>>
>>>
>>>
>>>
>>>
>>> AHojte,
>>>
>>> Nestaci kupit nejaky template ?
>>> A texty si uz dohadzat k tomu ?
>>>
>>>
>>> Michal Kovarčík
>>> CEO, co-owner
>>> phone no.: +421 905 232 652
>>> e-mail: michal.kovarcik(a)mloks.com
>>>
>>>
>>> -----Original Message-----
>>> From: community-list-bounces(a)lists.vpsfree.cz
>>> [mailto:community-list-bounces@lists.vpsfree.cz] On Behalf Of Pavel
>>> Snajdr
>>> Sent: Monday, August 18, 2014 1:30 PM
>>> To: vpsFree.cz Community list
>>> Subject: [vpsFree.cz: community-list] Grafik
>>>
>>> Caute,
>>>
>>> spolu s novyma stanovama bych chtel, abychom predelali web - tahle
>>> prisernost, co mame, sice splnila svoji praci a v tom ji vsechna
>>> cest, ale chc e to neco jednodussiho, neco, co preda nasi zpravu
>>> za kratsi cas bez nutnosti 297349273974 slov okolo. Zaroven je ale
>>> vhodny vymyslet, jak i ty veci okolo odkomunikovat ve vhodny
>>> okamzik.
>>>
>>
>> Jestli vite o nekom, koho by to mohlo zajimat a mohl by mit cas na
>> tom
>>> pracovat, dejte vedet. Hledam hlavne grafika, umet to rozsekat do
>>> HTML/JS/CSS je pro tuhle chvili vedlejsi, jde o to to nejdriv dobre
>>> nakreslit.
>>>
>>
>> --
>>> S pozdravem / Best regards,
>>>
>>> Pavel Snajdr
>>>
>>> +421 948 816 186 | +420 720 107 791 | 110-010-956
>>> CTO of Relbit | Predseda vpsFree.cz, o.s. | RHCE
>>> http://relbit.com | http://vpsfree.cz | https://www.redhat.com
>>> ------------------------------
>>>
>>> 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
>>> --
>>> Tato zprava byla prohledana na vyskyt viru a nebezpecneho obsahu
>>> antivirovym systemem MailScanner a zda se byt cista.
>>>
>> ------------------------------
>>
>> Community-list mailing list
>> Community-list(a)lists.vpsfree.cz
>> http://lists.vpsfree.cz/listinfo/community-list
>>
>>
> --
> Petr Krčmář
> VPSFree.cz
>
> _______________________________________________
> Community-list mailing list
> Community-list(a)lists.vpsfree.cz
> http://lists.vpsfree.cz/listinfo/community-list
>
>
Cau,
chtel bych se Vas zeptat na nazory na zalohovani linuxovych serveru. O
co se presne jedna - v soucasnosti pouzivam pro zalohovani duplicity,
ktery mi relativne vyhovuje - zaloha je sifrovana, ukladaji se pouze
rozdily, podporuje pro ukladani ftp, scp, ruzny cloudy, atd... Navic na
strane kde se zaloha uklada neni potreba zadna zvlastni bezici sluzba.
Problem ale je ze s rostoucim mnozstvim souboru hodne stoupaji naroky na
RAM a to az do stavu ze uz nektere servery shazuji duplicity na OOM.
Moznosti reseni ktery me napadaj:
rdiff-backup
+ rozdilove zalohy
- nema sifrovane zalohy
- nepodporuje ACL
- neaktivni vyvoj, v bugzille spousta chyb ktery nikdo neresi
- rdiff-backup musi byt nainstalovany ve stejne verzi na obou stranach
rsync + zfs/btrfs snapshoty na ulozisti zaloh
+ rozdilove zalohy
- sifrovane zalohy jsou asi resitelny, ale dost nepohodlne (v pripade
vice uzivatelu vyuzivajici stejny diskovy pole)
? podpora ACL
bacula
- silne orientovani na pasky (na disku se musi vytvorit soubory
emulujici pasky)
- pomale
backuppc
- nemam s nim zkusenosti
- kdyz jsem ho pred nekolika lety testoval, byla to tragedie - uz je to
lepsi?
- je vyvoj jeste aktivni?
Zatim mi asi nejlip vychazi moznost rsync + snapshoty. Jakej je na to
Vas nazor?
--
Stanislav Petr
glux(a)glux.org
stanislav(a)petr.email
+420 602 620 026
Cau,
chtel bych se Vas zeptat na nazor na zalohovani linuxovych serveru a
VPS, jaky pouzivate SW a jak jste s nim spokojeny.
Moje soucasna situace:
Pro zalohovani pouzivam duplicity, ktery je mi vyhovuje v tom ze zalohy
umi ukladat prakticky na cokoliv (ftp, scp, ruzny cloudy, atd..), zalohy
se sifruji, jsou komprimovany a uklada to spolecne se zalohou veskery
metadata. Problem ale je ze pri velkem mnozstvi souboru to zere neumerne
moc RAM. Takze hledam nahradu.
Alternativy nad kterejma jsem uvazoval:
rdiff-backup
- problemy s ukladanim metadat souboru (ACL,
--
Stanislav Petr
glux(a)glux.org
stanislav(a)petr.email
+420 602 620 026
Ahojte,
rád bych znal váš názor. Na VPS provozujeme web, který má v září docela
zásadní špičku v návštěvnosti (www.burzaucebnic.net). Loni v září jsme s
tím měli celkem problémy, jelikož na serveru především MySQL způsobovala
přetížení na diskovém I/O a server chvílemi kolaboval (provoz ve špičce
byla cca 4000 pageviews/hodina, což mi na druhou stranu nepřipadá nijak
závratné číslo). Loni jsme to vyřešili jednak pomocí varnishe, jednak
pomocí úprav samotného webu, kde bylo pár setsakramentsky
problematických dotazů (dibi a zjišťování počtu záznamů...) a nakonec
jsme situaci stabilizovali. Nicméně momentálně je návštěvnost na
uvedeném webu zhruba dvojnásobná než loni touhle dobou a já mám obavy,
co se v září stane, kolabujícímu serveru bych se chtěl rozhodně vyhnout.
Chtěl bych se vás zeptat jakou máte zkušenost s maximální zátěží VPS,
jaký provoz na "normální" PHP/MySQL aplikaci v pohodě zvládne a co už je
problém? Přemýšlel jsem o tom, že bych si pořídil ještě jednu VPS a
provozoval na ní pouze MySQL, ale nevím, jestli by to bylo dobré řešení,
jelikož by to zase zatížilo síť a asi by to bylo v průměru pomalejší (i
když předpokládám že nody jsou navzájem propojeny hodně propustně). Co
si o tom myslíte?
Díky!
Stanislav Kocanda
--
Mgr. Stanislav Kocanda
jednatel společnosti Vanio Solutions s.r.o.
telefon: +420 776 643 433
e-mail: stanislav.kocanda(a)vanio.cz
skype: kocandas