Příspěvky

2086

Hardware / Re:Jaký SSD doporučujete pro Linux?

« kdy: 02. 02. 2018, 14:20:42 »

@Miroslav Šilhavý: A kdepak to kupujete SSD disky za litr?

) to nebylo myšleno, že SSD disk je za litr, ale že prostě jestli mám dát kačku (jednu, sto, tisíc, několik tisíc) do něčeho, co už je na konci svého života, nebo do něčeho, co má budoucnost, tak volím budoucnost. Pokud nemám notebook, který by to umožňoval, pak se víc kloním k ohledu na cenu.

2087

Hardware / Re:Jaký SSD doporučujete pro Linux?

« kdy: 02. 02. 2018, 13:57:07 »

no ja prechazel z rotacaku na ssd jak na SATA2 tak pozdeji SATA3 a i na SATA2 byl ten rozdil dost citelnej, nejen bootovani a spousteni aplikaci ale obecne responsivness.. SATA3 to je raketa proti rotacnim diskum

Ano, ale dnes už jsou měřítka zase někde jinde. Mezi SATA(3) SSD a NVMe M.2 SSD je opět obrovský rozdíl. A v ceně není zas až takový rozdíl, jako ve výkonu. Takže pokud můžete dát 1000 Kč do něčeho s perspektivou, nebo do něčeho na konci svého života, co zvolíte? ...no a pokud máte možnost jedině SATA, pak bych to bral, že se jedná o umírající technologii na, řekněme 2-3 roky. A podle toho bych zvolil kompromis hlavně podle ceny.

2088

Hardware / Re:Jaký SSD doporučujete pro Linux?

« kdy: 02. 02. 2018, 13:45:37 »

a nejsem z toho moc moudrej, staci radic SATA3 nebo je potreba uplne novy radic ktery vetsina starsich stroju zvlast laptopu nema ?

Starší to nemají. Pokud se jedná o starší notebook, pak bych patrně bral v potaz to, že ze starého hardware se zázraky nevykřešou - a pak bych se méně ohlížel na to, jestli bude disk po nějaké dobně ještě prodejný, nebo jestli vydrží běhat 5 let - protože ani jedno není už důležitý parametr.

2089

Server / Re:Výběr housingu s ohledem na dostupnost

« kdy: 02. 02. 2018, 13:26:32 »

Projek je v zasade Vpn koncentrator tak se predpoklada i vyssi naroky na objem provozu. Lokalita Praha nasledne mozna dalsi.

Doporučil bych takový typ provozu s poskytovatelem předjednat. Housingy počítají s asymetrií provozu, stejně, ale opačně jako ISP. Často mají podle toho nastavené peeringové smlouvy. Takže pokud jim tam vletíte s VPN koncentrátorem, který bude mít upstream:downstream 1:1, pak se také může stát, že vyvolají jednání o ceně za takovou službu (resp. Vám naznačí, že může přijít výpověď). Pak jde o to, jak velký provoz budete generovat. Webové a "běžné" servery toho zas až tolik nesežerou, jsou tam sice peaky, ale průměr ně nízký. VPN koncentrace má provoz úplně jiný.

Takže doporučuji, nezačínejte od špatného konce - od ptaní se na zkušenosti s hostingem - ale oslovte je s požadavkem na konkrétní typ provozu.

Předběžně počítejte, že cena bude násobně vyšší, než běžné umístění serveru bez SLA a očekávaného speciálního provozu.

2090

Hardware / Re:Jaký SSD doporučujete pro Linux?

« kdy: 02. 02. 2018, 13:18:59 »

Hloupá průzkumná otázka, ale jaké SSD používáte?
...pro domácí účely, tak 120/250GB

Jsou s tím ještě pořád nějaké problémy? ...firmware, optimalizace, kernel.

Zatím mi stačily plotny, ale situace se mění.

Z hlediska spolehlivosti Samsung Pro nebo serverové varianty, nebo Intel.
Rychlostně jsou na tom také velmi dobře, ale v rychlosti je dotahují i jiné značky.
Z hlediska obchodní prozíravosti, 120 GB SSD je už mrtvá věc, neprodejná, nepoužitelná v čemkoliv jiném, než např. na Linux (Windows se na 120 GB dobře nevejdou, brzy místo dojde). Takže bych volil 200, lépe 400 GB.

Určitě stojí za to jít do NVMe M.2, mimo jiné zvládají zpracovávat paralelně zápis i čtení a nárůst IOPS je znatelný.

Takže teď se rozhodněte, které z parametrů považujete za důležité.

Dobrý kompromisem jsou Samsung Evo - nejsou to úplné sračky, ale na špičku to ještě z daleka nedosahuje.

2091

Server / Re:Platobná brána - nepravidelné automatické platby

« kdy: 28. 01. 2018, 18:16:41 »

ComGate nabízí preautorizované platby.

Pokud vím, základní požadavek je vždy a) pravidelnost platby, b) předautorizace - dopředu souhlasíte s určitou maximální částkou, ale finální částka se může lišit směrem dolů a může být realizována v určitém období.

Úplnou volnost strhávání plateb nikdo přímo nenabízí, pokud vím.

2092

Server / Re:VRF v Linuxe

« kdy: 27. 01. 2018, 21:05:43 »

Stejnym zpusobem jde priradit proces do jineho network namespace v Linuxu - tedy reseni, ktere pouziva LXC nebo Docker

A to dokáže užít kompletně jiné /etc a vzít si resolv.conf, jak potřebuje tazatel? LXC ani Docker jsem nikdy nepoužíval, protože technicky zajímavější mi přilšlo řešení jailů a ZFS na freebsd, takže se opravdu ptám.

2093

Server / Re:VRF v Linuxe

« kdy: 27. 01. 2018, 07:55:06 »

Samotný linux resolvuje (pracuje) v main table. Některé operace lze přiohnout, aby i provoz přímo z toho stroje (routeru) šel přes jinou table, ale základem originuje v main.

Tím pádem resolve i ostatní operace v linuxu jedou v main table. Obávám se, že zrovna resolve neohnete nijak.

VRF je určené opravdu jako router - tedy jako pravidla mezi příchozím a odchozím interfacem, nikoliv pro samotný vnitřní traffic.

Pokud hledáte nějaké aspoň trochu přijatelné řešení, pak jediné, co mě napadá, je místo Linuxu FreeBSD, v něm spustit druhý jail a ten druhý jail může běžet pod jinou FIB (jiné řešení pro VRF, než má Linux). Potom má celý jail i jiný /etc/resolv.conf.

2094

Sítě / Re:Volani jednoho cile pres ruzne public IP z jednoho stroje

« kdy: 25. 01. 2018, 16:20:23 »

Ted mi doslo, ze tohle nebude fungovat stejne, protoze target je porad stejnej. Ja proste budu muset resit ty custom routovaci tabulky at tak ci tak proste proto, ze z jednoho stroje chci volat jinej stroj ale pres ruzny interfaces pri ruznejch podminkach.

Přesně tak. Takže Vám zbývá na FreeBSD přes různá FIB, nebo na Linuxu přes policy routing. Radím freebsd, řešení je jednodušší a čitelnější, ale fungovat budou oba systémy.

2095

Sítě / Re:Volani jednoho cile pres ruzne public IP z jednoho stroje

« kdy: 25. 01. 2018, 16:09:21 »

Tak a uz se to komplikuje, nadhera :-). Takze zde taky plati, abych se tomuhle vyhnul, tak mi bude stacit, kdyz budu mit na vstupu (public ip ) dost portu, tj. kazdou adresu nalinkuju k jednomu interfacu, uvazuju spravne?

Pokud mají mít každá jinou gateway, pak je potřeba každý z interfaců nastavit na jinou FIB.
Je jedno, jestli je ten interface fyzický, nebo jen 802.1q VLAN, důležitá je ta FIB.

2096

Sítě / Re:Volani jednoho cile pres ruzne public IP z jednoho stroje

« kdy: 25. 01. 2018, 15:56:33 »

...

1. Lze mít více adres na stejném interface, freebsd to umí, jestli pfSense naklikat, to nevím.
2. Pokud máte málo síťovek, pak bych použil switch s podporou 802.1q a poslal je jako 5 oddělených vlan v jednomu trunku.
3. Pokud to budete mít oddělené pomocí vlan, nebo na samostatných interfacech, lze na každou síťovku nastavit jinou FIB.
4. Aplikaci pak voláte pomocí "setfib -F 1 aplikace" - a každá aplikace bude pracovat na jiné síťovce a s jinou routovací tabulkou.
5. Patrně budete potřebovat nastavit sysctl net.add_addr_allfibs=0

Vím, je to obecné, není to přímo pro pfsense. Co čtu na jednoduché dotazy na googlu, pfsense má podporu FIB vypnutou, takže byste musel "uskočit" na čisté freebsd. V linuxu to řešitelné také je, ale poměrně složitě přes pravidla v iptables, kde se podle procesu, uživatele nebo jiného kritéria omarkuje spojení a to se routuje jinou routovací tabulkou.

2097

Sítě / Re:Volani jednoho cile pres ruzne public IP z jednoho stroje

« kdy: 25. 01. 2018, 15:55:07 »

...

1. Lze mít více adres na stejném interface, freebsd to umí, jestli pfSense naklikat, to nevím.
2. Pokud máte málo síťovek, pak bych použil switch s podporou 802.1q a poslal je jako 5 oddělených vlan v jednomu trunku.
3. Pokud to budete mít oddělené pomocí vlan, nebo na samostatných interfacech, lze na každou síťovku nastavit jinou FIB.
4. Aplikaci pak voláte pomocí "setfib -F 1 aplikace" - a každá aplikace bude pracovat na jiné síťovce a s jinou routovací tabulkou.
5. Patrně budete potřebovat nastavit sysctl net.add_addr_allfibs=0

Vím, je to obecné, není to přímo pro pfsense. Co čtu na jednoduché dotazy na googlu, pfsense má podporu FIB vypnutou, takže byste musel "uskočit" na čisté freebsd. V linuxu to řešitelné také je, ale poměrně složitě přes pravidla v iptables, kde se podle procesu, uživatele nebo jiného kritéria omarkuje spojení a to se routuje jinou routovací tabulkou.

2098

Studium a uplatnění / Re:Jak řešíte snížení stropu výdajových paušálů OSVČ?

« kdy: 25. 01. 2018, 14:32:03 »

Jenže psané právo má ducha, který vykládá soud. I finančák Vám napaří pokutu za optimalizace, když byste řekli jak se skutečmě věci mají místo okecávání.

Máte samozřejmě pravdu. Duchu zákona se odborně říká "teleologický výklad", tedy výklad, který sleduje zejména účel zákona a teprve následně zkoumá, jakými prostředky chtěl zákonodárce výsledku dosáhnout. Jen drobná oprava, soud nemá právo zákon vykládat, soud může pouze zákon uvádět do praxe. (Výklad zákona = norma, která je stejně silná jako zákon samotný; od konce socialismu tuto pravomoc nemá nikdo, resp. jedině parlament samotný tím, že vydá novelu zákona).

Myslím, že není dobré podsouvat, že co optimalizace, to podvod nebo zkrácená daň. Do optimalizací patří např. rozhodnutí o způsobu odpisování majetku (rovnoměrné či zrychlené), přemýšlení o tom, v kterých obdobích a jestli si uplatníte ztrátu z minulých let, jakou metodu zvolíte na počítání kurzů cizích měn, ..., ... - existuje prostě spousta možnosti naprosto v rámci zákona, kterým se říká "optimalizace". Pokud tazatel vytváří autorská díla, je i naprosto legitimní uvažovat, jestli bude nabízet služby (smlouva o dílo), nebo jestli bude účtovat o tvorbě nehmotného majetku a svému odběrateli prodávat licenční práva.

Samozřejmě optimalizací naopak není švarcsystém (byť rozhodnutí z Evropy naznačují, že by mohlo dojít ke změně), ani rozdělování svých příjmů mezi více osob, pokud se nepodílejí na plnění. To pak je jednoznačně podvod, resp. krácení daně.

Samotného trestního stíhání bych se neobával v první řadě, protože tyto trestné činy se špatně prokazují, a za účinnou lítost se považuje doplacení daně - ačkoliv jsou z toho výjimky. V první řadě je "nepříjemné" to, že správce daně daň doměří (v nejhorším případě pomocí pomůcek - to může vyjít pěkně nevýhodně), a úroky z prodlení.

2099

Studium a uplatnění / Re:Jak řešíte snížení stropu výdajových paušálů OSVČ?

« kdy: 25. 01. 2018, 11:37:46 »

Jako sro i živnostník neoptimalizuji. Tvoří to v budoucnu zbytečné problémy FÚ.

Ne? Už jen to, že si zvolíte, jestli jste živnostník nebo založíte s.r.o., nebo jestli zvolíte paušál nebo reálné výdaje - to už jsou optimalizace.

Pokud tazatel dělá něco, co je autorským dílem, je zcela legální a správná optimalizace zamyslet se na to, jestli chce svoji práci nabízet jako dílo (práce na zakázku přímo ve prospěch zadavatele), nebo dodávat autorské dílo.

Optimalizace != podvod !!!!

2100

Studium a uplatnění / Re:Jak řešíte snížení stropu výdajových paušálů OSVČ?

« kdy: 25. 01. 2018, 11:35:46 »

Osobně bych mnohem víc než řešení konkrétních částek uvítal kdyby daňový portál uměl načíst XML z loňského přiznání (proč musím pořád vyplňovat bydliště, RČ apod.), kdyby ta vyplněná data poslal i do zdravotní pojišťovny a sociálce a kdyby si tyto instituce strhávaly zálohy inkasem z účtu vč. výpočtu správné výše té zálohy. To by kvalitu mého života zlepšilo mnohem víc než ušetřit něco na daních. Ale neberu ostatním právo dívat se na to jinak.

Něco poskytuje EPO, zbytek je na řešeních třetích stran. Snad každá účetní něco takového má, ani pořizovací cena není vysoká. Stát nemá být konkurence podnikání, že dává základní nástroje a rozhraní je dostačující. Jinak by, namísto běžné soutěže firem, musel stát výběrovat dodavatele takového softwaru - a víte, jak efektivně stát hospodaří. S trochou nadsázky, raději si kupte nějaký software na daně, než dkyby to poskytoval stát - protože na daních byste musel zaplatit víc )