Příspěvky

3661

Sítě / Re:Volba DNS pro jednotlivé interface

« kdy: 15. 11. 2017, 14:49:19 »

Volba DNS resolveru na rozhraní vůbec nezávisí – když se překládá DNS název na IP adresu, nevíte nic jiného, než ten DNS název, takže není podle čeho volit rozhraní.

Jaký DNS server se použije je určené (obvykle) v /etc/resolv.conf. Pokud máte VPN, obvykle se při přihlášení přenastavuje DNS resolver na ten poskytnutý VPN, aby se překládaly i interní adresy.

3662

Vývoj / Re:Identifikace souboru

« kdy: 12. 11. 2017, 16:51:29 »

Potřebuji při vytvoření souboru zadat unikátní ID, které se nezmění ani když se soubor přejmenuje, změní se jeho obsah, jde zálohovat/obnovit a nejlépe bude součástí toho samotného souboru.

Jenže to právě musíte definovat, co je to „ten samotný soubor“. Když místo přejmenování souboru ten soubor zkopírujete a původní smažete, je ten zkopírovaný soubor „ten samotný soubor“? Když uděláte kopii souboru, budete mít „ten samotný soubor“ dvakrát? Při kopírování se můžete rozhodnout, zda chcete nebo nechcete kopírovat rozšířené atributy… Rozšířené atributy může číst a nastavovat kdokoli, kdo má patřičná oprávnění k souboru – nebude vám vadit, když někdo ten váš rozšířený atribut z vašeho souboru zkopíruje na jiný soubor? Nebo ho z původního souboru smaže?

Opravdu těžko radit, když nevíme, čeho chcete docílit. A upřímně řečeno, obávám se, že ani vy sám nevíte, co podle vás je „ten samý soubor“ a co už je jiný soubor.

3663

Vývoj / Re:Identifikace souboru

« kdy: 12. 11. 2017, 16:44:13 »

attr je fakt super, existuje způsob jak takové soubory zálohovat? Klasický Tar/Gzip to nedá

tar rozšířené atributy umí zálohovat, pokud nepoužíváte nějakou prehistorickou verzi. Podívejte se na volbu --xattrs.

3664

Vývoj / Re:Identifikace souboru

« kdy: 12. 11. 2017, 16:41:35 »

Tak si spocitej sum souboru napr sha256sum to je UUID souboru a dat v nem... Pokud potrebujes neco jineho (menit data bez zmeny UUID) tak si to narvi do dat v tom souboru+digitalni podpis at mas jistotu ze ti to nikdo vevnitr nezmeni

Tohle běžně používám místo velkých blobů. V databázi mám jen metadata a zmíněný checksum. Výhodou je, že to samo dělá deduplikaci, což u velkých souborů představuje významnou úsporu.

Problém je, že my nevíme, zda „daný soubor“ opravdu znamená obsah toho souboru. Třeba „daný soubor“ znamená něco jiného a obsah „daného souboru“ se může měnit.

3665

Vývoj / Re:Identifikace souboru

« kdy: 12. 11. 2017, 16:14:14 »

Zkoušel jsem to vytvořit na dalších x serverech a při stejném názvu je to číslo stený. Super, potřebuji ale slyšet to "ALE..."
Škoda, že to nefunguje i pro adresáře Zkoušel jsem ls -i /dir1/dir2 ale vypíše to hromadně soubory uvnitř toho adresáře. Myslel jsem, že v linuxu jsou všechno soubory.

V tom případě zkoušíte něco úplně jiného. Číslo i-node nemá s názvem nic společného, takže když vytvoříte stejný název souboru na různých systémech, bude mít pokaždé jiné číslo i-node. A adresáře také mají číslo i-node, protože v unixových souborových systémech je adresář akorát speciální soubor.

Opravdu by bylo nejlepší, kdybyste napsal, co se vlastně pokoušíte řešit. Ona je totiž otázka, zda pro vás „stejný soubor“ je opravdu to samé, jako pro souborový systém. Osobně si moc nedovedu představit případ, kdy bych měl soubor, smazal ho, na jeho místě vytvořil nový s identickým obsahem a atributy, a chtěl bych, aby to bylo opravdu považováno za jiný soubor.

Jaké tajemství, potřebuji navázat nějaké akce pro daný soubor a název souboru nic neřeší, jelikož jde přejmenovat.

Tak definujte, co je to ten „daný soubor“, jak ho poznáte nebo jak ho odlišíte od ostatních.

3666

Vývoj / Re:Identifikace souboru

« kdy: 12. 11. 2017, 15:10:53 »

Díky za info, zkoušel jsem ho přejmenovat, přesunout do windows a zase zpět a pořád je to číslo stejný, to je super ale je opravdu unikátní? Jak může systém vědět, že již takové číslo přidělil?

Nevím, co znamená „přesunout do Windows“, ale pokud jste ten soubor přesunul do jiného souborového systému, číslo i-node se změnilo. I-node je identifikátor souboru v jednom souborovém systému (typicky na jednom oddílu, ale třeba btrfs to má složitější).

Mimochodem, spousta programů se chová tak, že když mají něco zapsat do souboru, vytvoří nový soubor, do něj zapíšou data, a pak jej přejmenují na jméno původního souboru. Takže na disku budete mít soubor se stejným názvem, ale i-node bude mít jiný.

Bylo by lepší, kdybyste napsal, co se pokoušíte řešit.

3667

Odkladiště / Re:Jak držet kopii adresáře

« kdy: 09. 11. 2017, 21:59:25 »

To samozřejmě lze. Jenže když se pustíte do takhle sofistikovaného řešení, zjistíte, že tam vlastně může docházet k souběhu,

Napriklad kde?

Hlavně v tom, že od okamžiku, kdy inotify zaznamená změnu, do okamžiku, než to zpracuje rsync, uběhne nějaká doba, po kterou se ten soubor může dál měnit, být smazán, znovu vzniknout. Může se zdát, že to ničemu nevadí, že to nakonec bude ve správném stavu, ale to právě záleží na okolnostech. Třeba asi nebude chtít synchronizovat soubor, do kterého se ještě zapisuje, takže budete čekat na jeho uzavření. Jenže než ho po uzavření stihnete zkopírovat, začne se do něj znovu zapisovat. A na druhé straně pak budete mít nějakou podivnou rozpracovanou verzi souboru, který v té podobě ani ve zdrojovém adresáři nikdy nemusel existovat. Navíc nevím, jak se bude rsync tvářit na soubor, který se mu mění pod rukama.

3668

Odkladiště / Re:Jak držet kopii adresáře

« kdy: 09. 11. 2017, 21:28:45 »

Lepsi by bylo vyzkoumat, jestli pres inotify utility nelze rsyncu nabonzovat konkretni soubor ci seznam zmenenych souboru.

To samozřejmě lze. Jenže když se pustíte do takhle sofistikovaného řešení, zjistíte, že tam vlastně může docházet k souběhu, a že to vlastně obecně, bez znalosti konkrétní aplikace, moc uspokojivě řešit nelze.

Ale vzhledem k tomu, že tazatel úspěšně tají, co vlastně řeší za problém, nečekal bych, že se bude jednat o velký objem dat nebo počet souborů. Spíš půjde o nějaký uživatelský profil nebo něco takového.

3669

Server / Re:OVH serverovna a podpora

« kdy: 09. 11. 2017, 11:46:48 »

Je zbytečné někam volat, není to problém vašeho serveru, ale celé lokality. Sledovat to můžete např. https://www.ovh.cz/community/status/ nebo na Twitteru https://twitter.com/OVH_Status

3670

Odkladiště / Re:Jak držet kopii adresáře

« kdy: 09. 11. 2017, 10:00:26 »

To jsem zkoušel ale ono to jen zkopíruje ten adresář ale pozdější změny se nikde neprojví

Rsync sesynchronizuje soubory v okamžiku, kdy je spuštěn. Takže jej samozřejmě musíte spouštět opakovaně. Psal jste o spuštění systému, tak si přidáte skript po spuštění systému, který bude ten rsync spouštět. Pokud chcete synchronizovat častěji, můžete použít třeba systemd-timer nebo cron.

3671

Distribuce / Re:Co se stalo s Linuxem (debian9, redhat7) ???

« kdy: 02. 11. 2017, 14:52:54 »

Je mozne, ze od urcite verze jadra nebo neceho uz se to moc pouzivat neda.

Ano, od verze jádra 2.2.0.

Zatim jsem tedy nenarazil na to, aby mi nechodilo shozeni a nahozeni interfacu nebo vypis zakladni konfigurace, jako ip, netmask a MAC.

Zrovna to shození interface byla oblíbená disciplína – někdo si shodil interface eth0.1 a strašně se divil, že si tím odřízl přístup, protože shodil celý interface eth0. On totiž žádný interface eth0.1 neexistuje, je to jenom emulace ifconfigu. To samé výpis základní konfigurace – některé věci vám tam můžou chybět. To, že vy jste nikdy na problém nenarazil, neznamená, že neexistuje. Problém je v tom, že je navíc dost obtížné určit, jaké jsou ty bezpečné podmínky, kdy bude třeba ifconfig fungovat správně. Daleko jednodušší je použít rovnou ip.

Bohuzel, ip je novy prikaz z frikulinske skoly, tak jako systemd, vsechno naplacano v jednom.

Nebo tak jako openssl, git… Co vám na tom vadí? Pokud s tím máte takový problém, udělejte si pro ip addr alias ip_addr a máte po problému. A není ten „nový“ příkaz třeba starší než vy?

Clovek aby si vytiskl manual a povesil na zed, protoze kdo si to ma pamatovat.

Copak si potřebujete pamatovat něco jiného, než si musíte pamatovat u ifconfig a route? Nefunguje vám doplňování v shellu? Nebo v čem je problém?

3672

Distribuce / Re:Co se stalo s Linuxem (debian9, redhat7) ???

« kdy: 02. 11. 2017, 12:19:06 »

Ifconfig porad funguje, ale neumi vsechno. Lidem, kteri akorat obcas sundaji ci nahodi interface nebo vypisi konfiguraci, porad staci. Ostatni si holt budou muset precist manual k ip a zapamatovat si aspon neco.

Pokud za „funguje“ označujete, že to občas dělá něco jiného, než by mělo, občas něco nezobrazí… Vypsat konfiguraci si tím klidně můžete, ale nikdy nevíte, zda se vám vypsalo všechno.

3673

Distribuce / Re:Co se stalo s Linuxem (debian9, redhat7) ???

« kdy: 02. 11. 2017, 10:13:38 »

Na tohle jsem narazil pred nekolika mesici pri upgradu pracovniho Debiana na 9tku. Prekvapuje me, jak pozde aktualizujete 

Ty nástroje jsou ale deprecated už 18 let. Překvapuje mne, jak dlouho používáte zastaralé nástroje…

3674

Distribuce / Re:Co se stalo s Linuxem (debian9, redhat7) ???

« kdy: 01. 11. 2017, 16:11:12 »

ipconfig2 nikoliv iptables

Taky vedle :-) Ten balíček se jmenuje iproute2.

3675

Vývoj / Re:Zalohovanie aplikacnych dat na Google Drive / Dropbox

« kdy: 31. 10. 2017, 21:27:56 »

Je to možné, např. Dropbox má pro to přímo podporu ve svém SDK, takže nemusíte ve své aplikaci řešit nějaké přihlašování atd. Když uživatel ve vaší aplikaci zvolí, že chce pro zálohu použít Dropbox, spustí se mu aplikace Dropboxu, tam schválí přístup, a v Dropboxu se mu pod adresářem Apps objeví podadresář určený přímo pro vaší aplikaci. Mám pocit, že dokonce pokud aplikace získá přístup tímhle způsobem, nemá na daném Dropbox účtu přístup k žádným jiným souborům.

Tento přístup používá např. Sygic, který takhle umožňuje zálohovat myslím konfiguraci a licenční klíče, používá to Authenticator Plus pro zálohování klíčů.

Nevím, jestli má Google Drive také takhle propracované API, ale možná má možnost přidat nějaká aplikační data k datům, která se z mobilu zálohují do Google účtu.

Každopádně bych doporučil tohle udělat jako samostatné pluginy k té vaší aplikaci, protože pokud někdo chce zálohovat do Dropboxu, nepotřebuje aplikaci pro zálohování na Google Drive. A pokud někdo nechce vůbec takovou funkcionalitu využít, nemusí vaší aplikaci vůbec udělovat práva pro přístup na internet.