Příspěvky

1756

Vývoj / Re:Zmena poradi prvku nested set modelu

« kdy: 23. 07. 2020, 11:58:52 »

Začněte tím, že napíšete, o jaké prostředí se jedná – nějaký programovací jazyk, knihovna, databáze? Jinak obecně set (množina) označuje skupinu prvků, které nemají definované pořadí. Jste si jist, že vaše prostředí používá set v jiném významu a pořadí je tam definované?

1757

Software / Re:Import PKCS12 do JKS(java keystore)

« kdy: 21. 07. 2020, 18:16:21 »

Vyřešeno!..problém byl s tím aliasem.

To je zvláštní – když jsem zadal neexistující alias, keytool mi vynadal a nic nenaimportoval. Neměl jste tam už něco naimportováno z předchozích pokusů?

netušíte jak vytvořit pomocí keytool prázdný keystore?

Netuším a nedivil bych se, kdyby to přímo nešlo. keytool je jen pomocný nástroj, nemá umět vše, co se dá s keystore dělat. Asi by šlo vygenerovat nový klíč a pak ho z keystore smazat, nebo naimportovat a smazat, ale nedává to moc smysl. Pokud nepotřebujete měnit heslo keystore, vytvořil bych si prázdný keystore v KSE a pak bych prostě kopíroval soubor .

1758

Software / Re:Import PKCS12 do JKS(java keystore)

« kdy: 21. 07. 2020, 17:06:26 »

To PFX asi zveřejnit nemůžete, že… Napadá mne jedině zkusit si vyrobit nějaký testovací certifikát a autoritu, jestli se vám to bude chovat stejně, a to tu pak případně zveřejnit. Protože těžko něco radit, když mně to s mými certifikáty funguje správně…

Používáte keytool z nějaké aktuální Javy, třeba 11?

1759

Software / Re:Import PKCS12 do JKS(java keystore)

« kdy: 21. 07. 2020, 16:29:57 »

Zkusil jsem teď spustit keytool s těmi vašimi parametry (akorát jsem vynechal alias, nechtělo se mi to znova otvírat v KSE) a naimportovala se mi z PFX normálně celá hierarchie – privátní klíč s certifikátem, certifikát mezilehlé autority a kořenový certifikát.

To, že tam nejsou ty zřetězené certifikáty, zase zjišťujete v KSE?

1760

Software / Re:Import PKCS12 do JKS(java keystore)

« kdy: 21. 07. 2020, 15:56:13 »

Máte v tom PFX opravdu ten řetězec certifikátů? Tohle vypadá, jako kdybyste v PFX měl jenom privátní klíč s certifikátem.

1761

Server / Re:Jak nastavit DNS záznamy?

« kdy: 20. 07. 2020, 12:05:08 »

Ad 1) Každý název má své doménové záznamy – ve vašem případě typicky jeden A záznam a jeden AAAA záznam. Takže když budete mít adresy bubasia.cz, www.bubasia.cz a mail.bubasia.cz, budete mít celkem 6 záznamů (3×A a 3×AAAA).

Ad 2) Ne, lomítko v IPv6 adrese být nemůže. Přiřazenou IPv6 adresu zjistíte z výpisu ip addr.

Ad 2b) Musíte pak DNS jména nakonfigurovat i v Apache (samozřejmě pokud jde o web).

Ad 3) V DNS se nic nepřesměrovává. V DNS jenom mapujete DNS názvy na IP adresy. Hvězdička znamená, že když se klient ptá na nějaký záznam, který neexistuje, vrátí mu místo toho server odpověď uvedenou u hvězdičky.

1762

Server / Re:Jak nastavit DNS záznamy?

« kdy: 20. 07. 2020, 08:25:28 »

Ad 1) Ne, musíte mít záznamy pro každé doménové jméno, které má existovat. Nebo musíte použít hvězdičkový „záznam“.

Ad 2) AAAA záznam je úplně stejný, jako A záznam, akorát nesměřuje na IPv4 adresu., ale na IPv6 adresu. Tj. pokud má váš VPS přidělenou IPv6 adresu, na tu směřujte AAAA záznam. Přesněji řečeno – směřujte ho na tu IPv6 adresu, na které naslouchá služba, na kterou ten záznam směruje.

Ad 3) Nepoužívejte záznamy CNAME, znamenají něco jiného, než si myslíte. A už vůbec je nepoužívejte pro hvězdičku. Nastavte si normálně A+AAAA záznamy pro každé hostname, které má existovat – nebo místo jedné úrovně DNS záznamů můžete použít hvězdičku. Tj. pokud budete mít A+AAAA „záznamy“ *.example.com, bude server odpovídat příslušnou adresou na www.example.com, mail.example.com, nesmysl.example.com atd.

Ad 4) Na začátku, když s tím budete experimentovat, nastavte spíš kratší TTL – 5 nebo 10 minut. Později, až vše budete mít nastavené a funkční, to můžete prodloužit třeba na 1 den. Krátké TTL má tu výhodu, že se změny projeví rychle. Ale má tu nevýhodu, že záznamy rychle vypadnou z cache – takže je častěji dotazován DNS server a pokud má třeba dočasný výpadek, brzy se to projeví u klientů.

1763

Hardware / Re:Čtečka karet OP

« kdy: 19. 07. 2020, 22:12:28 »

https://ica.cz/ctecky

Já mám zrovna tu Liteo - Ingenico, u které není napsaná podpora Linuxu, a osobně jsem jí pod Linuxem nezkoušel.

1764

Vývoj / Re:Jak lingvisticky číst zdrojový program?

« kdy: 14. 07. 2020, 21:37:23 »

Rozhodně program takhle nečtu. Nejprve ten kód jenom proskenuju – je to celé jedna funkce main, takže vstupní bod programu, pak divně nadefinovaná konstanta, nad tím se zaseknu a budu dumat nad tím, proč právě takhle a jestli mi v syntaxi C něco neuniká, přeci jen v C nepíšu. Pak jsou tam nějaké deklarace a pak hlavní tělo kódu. Deklarace zatím přeskočím, obvykle jsou nezajímavé. Hlavní kód je tělo od nuly do MAX, plní postupně pole součtem čísel a a b. teď se začnu shánět po tom, kde se a a b berou, takže se vrátím až k té deklaraci.

Takže vůbec nečtu ten text, který je tam napsaný, ale rovnou to čtu podle významu. A nečtu to lineárně, ale po větších strukturách, a teprve když mne nějaká část zajímá, jdu „dovnitř“.

1765

Server / Re:CardDAV server na localhostu

« kdy: 14. 07. 2020, 15:05:10 »

Já si to chci co nejvíce zjednodušit

Nejjednodušší je použít už nějakou hotovou cloudovou službu.

Sice mi pořád nedává smysl ta dokumentace, jako že se na Radicale nejde dostat ze sítě - vždyť jak si ostatní lidé ty data synchronizují? Přes síť a jede jim to, tak možná jen potřebuji správně pochopit, jak to autor Radicale v té dokumentaci myslel.

Tady v dokumentaci se píše něco jiného:

The default configuration binds the server to localhost. It can't be reached from other computers. This can be changed with the following configuration options (IPv4 and IPv6):

Kód: [Vybrat]

[server]
hosts = 0.0.0.0:5232, [::]:5232

Tedy naslouchání na localhostu je jen výchozí konfigurace, ale je možné to změnit.

1766

Server / Re:CardDAV server na localhostu

« kdy: 14. 07. 2020, 13:01:03 »

Pak jsem našel v dokumentaci Radicale

The server only binds to localhost (is not reachable over the network) and you can log in with any user name and password.

Asi mi něco uniká, ale když není dosažitelný ani přes lokální síť tak to prostě nepojede.

Pokud ten server naslouchá jen na localhostu, přes síť se na něj přímo nedostanete, přesně jak je napsáno v citované dokumentaci.

Mohl byste třeba NATem přesměrovat provoz z lokální IP adresy na localhost, případně tam dát nějaký proxy server, který bude dělat totéž. Otázka je, proč si to chcete tak komplikovat.

1767

Server / Re:CardDAV server na localhostu

« kdy: 13. 07. 2020, 22:42:12 »

Z notebooku tedy děláte WiFi AP, na které připojujete WiFi toho mobilu? Zkontrolujte si, že máte na mobilu přidělenou opravdu IP adresu ze sítě vytvořené na tom notebooku. Komunikaci by pak mohl blokovat ještě firewall na tom notebooku. Pomohlo by, kdybyste napsal, jak ten přístupový bod v notebooku vytváříte.

1768

Hardware / Re:NAS Server

« kdy: 12. 07. 2020, 21:03:50 »

Synology je v tomto oboru špička. Asustor je řekl bych na poli NAS nováček, takže bych moc nesázel na to, že by už byli lepší než Synology. Takže bych volil Synology.

1769

Vývoj / Re:Preferovaný zápis jména pole jako ukazatele

« kdy: 12. 07. 2020, 13:49:47 »

Takze ted vim, ze kdyz si chci zakodovat data do paketu a poslat si je do nejakeho zarizeni, tak na to nemam pouzivat struct, ale bajt array, jako jsem to vzdycky delaval. Takze jsem to delal dobre.

Nikoli, je daleko lepší použít struct. Ovšem musíte to umět používat správně.

1770

Vývoj / Re:Preferovaný zápis jména pole jako ukazatele

« kdy: 12. 07. 2020, 12:05:10 »

Pokud pracujete s polem, používá se první zápis. Pokud pracujete s ukazateli, používá se druhý zápis. Že je to v C ekvivalentní je „náhoda“, protože jsou tam pole implementovaná pomocí ukazatelové aritmetiky. V jiných jazycích jsou pole implementována jinak, pak ten zápis ekvivalentní není.

Když budete psát nějaký reálný program, tahle otázka vás ani nenapadne.