Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Mirek Prýmek

Stran: 1 ... 260 261 [262] 263 264 ... 618
3916
Desktop / Re:*BSD na desktopu
« kdy: 02. 08. 2015, 00:38:12 »
Jestli existuje jinej bootloader, kterej mi jednoduše umožní bootovat Linux, FreeBSD i Windows, uvítal bych tip.
Bohužel v bootování je dneska děsnej bordel - můžou to být různý kombinace MBR/GPT,UEFI/BIOS,1 disk/víc disků, ...a na každou by se asi hodil trochu jiný setup. Pokud ale jsi zvyklej na GRUB, jdi do něj, ten asi zvládne většinu situací, který by přicházely v úvahu. Akorát možná ten první setup bude trochu porod...

To doporučení ZFS se vztahovalo i na / nebo jenom datovej oddíl?
Rozhodně na oboje jeden společnej pool - a už nikdy nebudeš muset řešit, že sis dal na systém moc velkou partišnu a teď by se ti hodilo mít víc na data, nebo obráceně... Když říkáš, že ti jde hlavně o studium/experimentování, tak si můžeš zkusit třeba i safe upgrady - se ZFS si můžeš volit, ze kterého datasetu budeš bootovat, takže novou verzi systému si můžeš nainstalovat do jinýho datasetu a v případě problému přebootovat na starej. Kdyby sis tam dal i nějakej skriptík, kterej by v případě, že bys do nějaké doby nepotvrdil funkčnost (třeba přes ssh) přebootoval do starýho systému, byl bys king! :)

A je to pro mě na desktop s nejjednodušším možným layoutem dobrý řešení? Protože ZFS je dost resource-hungry a jeho nejsilnější stránky stejně nejspíš nevyužiju...
Myslíš si, že nevyužiješ, protože jsi doteď neměl možnost je využít ;) Malá ukázka: právě teď si cosi simuluju ve virtuálech a ZFS používám na snapshotování. Místo nějakýho kopírování desetigigových imagů sem a tam si prostě obnovíš patřičný snapshot a jedeš. Rychlost klonování je nezměřitelná, nula sekund :) Stejně tak se ti může hodit agresivní cachování v RAM, transparentní cachování přes SSD, transparentní komprimace... Pro experimenty třeba i virtuály přes iSCSI zvol export? Možností, jak bys to mohl využít, je spoustu. Jak říká klasik, která jednou zkusí, už nechce jinak ;)

S tou náročností na prostředky to není zas tak tragický, za tu dlouhou dobu, co se na tom ve FreeBSD pracuje se to hodně zlepšilo. Provozuju bez sebemenších problémů třeba i na atomu s 2G RAM. Koneckonců, kdyby to byl kdovíjaký problém, nepoužíval by ZFS třeba FreeNAS žejo...

3917
Software / Re:Webove emulatory terminalu (a la shellinabox)
« kdy: 01. 08. 2015, 21:51:45 »
asi si ji necham i tak, kdybych nekdy potreboval SSH za firewallem dovolujici jen porty 80 a 443.[/li][/list]
Mimo téma: pokud potřebuješ ssh za restriktivním firewallem, nejjednodušší je na tom https portu prostě pustit sshčko. Inspekce provozu, která by to poznala, není běžná. V různých kavárnách, hotelech a veřejných wifinách si s tím bohatě vystačíš.

3918
Desktop / Re:*BSD na desktopu
« kdy: 01. 08. 2015, 20:52:36 »
Jinak, vyřeším nějak lidsky multiboot s Linuxem? Respektive donutím GRUB bootovat *BSD z UFS/ZFS/bůhvíčeho ještě?
Jak GRUB, to nevím, protože je to něco tak neuvěřitelně nechutnýho, že se tomu vyhýbám jak čert kříži. Nicméně: pravděpodobně nejpříjemnější cesta multibootu je mít disk rozdělený pomocí GPT, protože pak jednoduše na jeden oddíl dáš samotný bootloader a na druhý, popř. další, data (silně doporučuju použít ZFS). Od GRUBu by se pak chtělo jenom spustit kód v té partitioně s bootloaderem, což by snad mohl zvládnout...

Jinak proces bootování FreeBSD je naprosto přímočarý a dobře zdokumentovaný, nepoužívají se tam žádné obezličky typu initramfs a pětinásobný přehazovávání rootfs, takže to pochopíš velmi snadno a vydedukuješ z toho, zo by se pro tvou situaci hodilo nejlíp.

3919
Server / Re:tcpdump
« kdy: 28. 07. 2015, 11:05:51 »
Ovšem nešlo by nějk nastavit, aby to psalo vystup v té čitelné podobě (myslím ten klasický výstup, který jde číst v txt) ?
Ne. Ale když máš ty pcap soubory, tak si je můžeš do čitelné podoby převést tím příkazem, který jsi původně používal, akorát místo "-i eth0" tam dáš "-r my-pcap-file"

3920
Server / Re:tcpdump
« kdy: 28. 07. 2015, 10:48:01 »
A v čem je problém? Man to popisuje naprosto jasně:

Kód: [Vybrat]
tcpdump ... [ -C file_size ] ... [ -w file ]

       -C     Before writing a raw packet to a savefile, check whether the file is currently larger than  file_size  and,  if
              so, close the current savefile and open a new one.  Savefiles after the first savefile will have the name spec-
              ified with the -w flag, with a number after it, starting at 1 and continuing upward.  The  units  of  file_size
              are millions of bytes (1,000,000 bytes, not 1,048,576 bytes).

       -w   Write the raw packets to file rather than parsing and printing them out.  They can later be printed with the -r
              option.  Standard output is used if file is ``-''.

Všimni si, že s "-w" se neukládá textový popis paketů, ale samotná data tak, jak jsou. To je úspornější. Další možnost úspory je vyfiltrovat jenom to, co tě zajímá.

3921
Hardware / Re:Chytrý telefon jako terminál
« kdy: 25. 07. 2015, 16:08:16 »
Quikwriting, MessagEase aj.
Hm. A v MessageEase uděláš CTRL+C jak?

3922
Hardware / Re:Raspberry a bezpecny provoz
« kdy: 25. 07. 2015, 11:45:30 »
Pujdu do ro a logovat mozna pres snmp.
SNMP je na logování opruz, lepší je použít rsyslog (třeba v Centosu je default, jinde nevím) a v něm buď klasický unixový UDP syslog protokol, nebo pokud bys vyžadoval větší spolehlivost, tak TCP a případně ještě s framingem, ať se s tím hezky pracuje :)

3923
Jakou SW klávesnici jsi zkoušel? Já, pokud už z telefonu chci použít ssh, tak přepínám na už zmiňovanou Hacker's Keyboard.

https://play.google.com/store/apps/details?id=org.pocketworkstation.pckeyboard
Jo, tu. Jinou se všema klávesama jsem snad ani nenašel.

Ten ed editor není úplně tak mimo, stejně bych plánoval používat jako editor Vim nebo lépe Emacs s Evil mode, takže by pak mělo být možné obejít se bez Ctrl atd. Pro mě je zásadnější editor (i kvůli tomu, že kdyby Emacs + Evil byl použitelný, tak tím by bylo použitelné i ssh skrze ansi-term mode), abych mohl na cestách zapsat nápad, který mě napadne, případně používat Org-mode.
Tak vim je určitě v takovéhle nouzi použitelnější. Na zapsání nějaké krátké poznámky, přibližně délky smsky, se to použít asi dá. Já jsem myslel, že máš představu, že budeš někde u rybníka programovat nebo zapisovat konfiguraci Nagiosu ;) Nicméně na poznámky by se asi pohodlněji dala použít nějaká nativní androidí aplikace...

3924
Hardware / Re:Chytrý telefon jako terminál
« kdy: 25. 07. 2015, 02:07:59 »
…jako kdyby softwarová klávesnice byla jediná možná vstupní metoda na dotykovém displeji.  ::)
A jaká jiná metoda se nabízí, pokud chci relativně často zadávat věci jako *, /,  šipka nahoru, CTRL+C? Věci typu Palm Graffiti neberu - nebude se učit nějaký zběsilý systém, když to chci použít čtyřikrát do roka... Jaké jsou jiné možnosti?

3925
Buď se vydavatelé domluví na přijatelných reklamních formátech, nebo ať zkrachují.
To je celkem OK přístup. Jestli je ti jedno, že žádný česky psaný site o Linux, OSS apod. nebude a takhle otevřeně to přiznáš, pak je to konzistentní postoj. Ještě konzistentnější by bylo, kdybys sem prostě nechodil už teď.

3926
HW klávesnice není podmínkou, bylo by to sice hezké, ale nedělám si iluze, že se jich moc ještě vyrábí.
Řeknu ti to asi takhle: dokud jsem měl HTC Dream s HW klávesnicí, dalo se v nouzi přes ssh na serveru něco udělat (zjistit, jestli služba běží, restartovat ji apod.). Se SW klávesnicí je i tohle extrémní opruz, takže od té doby, co mám SW klávesnici, jsem ssh nikdy nepoužil. Pokud jsi masochista, nějaké to restartování služeb možná zkousneš, ale editování čehokoliv je absolutní sci-fi. Notabene v Emacsu, kde budeš chtít používat složitý komba. Zapomeň na to. Technicky to samozřejmě jde, ale je to asi tak jako bys chtěl editovat soubor pomocí ed a místo klávesnice bys měl jedno tlačítko na zadávání písmen morseovkou. Prostě zjistíš, že to dělat nechceš. Abys to nezjistil, musel bys být totální psychopat.

Jestli chceš něco řešit někde na cestách, kup si levný telefon s dobrou výdrží a usb tetheringem a k tomu levný tablet s lehkou BT klávesnicí. Nebo zkousni telefon + tu BT klávesnici, ale bez ní na to prostě zapomeň. Bohužel...

3927
To by asi byla pravda, pokud by blokovali pouze takové reklamy a ne hned všechny.
Navíc by to mohla být pravda jenom za předpokladu, že by stejná míra blokování byla na všech serverech. Pokud inzerent chce výraznou reklamu a na Rootu ji bude neúměrně moc lidí blokovat,  tak ji prostě dá jinam. Ten, kdo utře nos, bude Root a ne inzerent.

Já nevím, školy nemám, ale přijde mi to jako naprosto jednoduchá matematika: pokud něco nabízím (umístění reklamy) a budu si u toho klást podmínky (chci jenom neobtrusivní reklamu), tak budu mít konkurenční nevýhodu a tím i menší zisk. Pokud jsem v odvětví, kde je peněz málo, tak si holt nemůžu moc vymrčovat. Nevím, co je na tom k nepochopení.

3928
Mirku, ja jsem jiz nekolikrat napsal, ze xxx Kc rocne za root.cz dam. Za pulroku se root nijak nevyjadril a ja je v podstate chapu.
???   http://forum.root.cz/index.php?topic=11548.msg136672#msg136672

Faktum je jednoduchy, root potrebuje uzivatele, ale oni nepotrebuji root. Pokud chci nekomu neco prodat, tak ho musim presvedcit, ze pro nej je cena akceptovatelna.
Nehodlám rozsuzovat, na čí straně je chyba, jenom jsem si dovolil vyjádřit názor, že situace, kdy by z už tak jistě malého počtu čtenářů velká část extenzivně blokovala reklamu*, je prostě zřejmě finančně neudržitelná. Nějakým způsobem Iinfo peníze za obsah dostat potřebuje. Pokud reklama nefunguje, zkusí to nejspíš jinak. Pokud ani jiný způsob fungovat nebude, pak je klidně možné, že Root skončí. (Tentokrát) nic nehodnotím a nic nesoudím, jenom jsem zkonstatoval fakt, že kromě "budete mě otravovat, budu blokovat!" platí i "nebudete platit, nebudeme schopní Root udržet!". To je vše.

* a všimni si, že nesoudím, co je příčina, kdo takovou situaci zaviní apod.

3929
Pokud to nedelate, nedivte se, ze za chvili tady budete mit daleko horsi typy reklamy...
Dá se to říct i jinak: pokud to děláte (používáte adblock), tak se nedivte, že za chvíli bude paywall, nebo žádný root nebude.

3930
Server / Re:Problém s naslouchaním portu na VPS
« kdy: 23. 07. 2015, 19:09:08 »
... taky mozna nenasloucha - aspon AMZN a GOOG maji svoje vlastni nastaveni sitove infrastruktury MIMO virtualy - takze se porty nesmi zapomenout povolit v nastaveni ;)
To by se asi na ten port nepřipojil telnetem :)

Stran: 1 ... 260 261 [262] 263 264 ... 618