abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
včera 22:00 | Komunita

Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil (podcast) detailní výsledky průzkumu. Průzkumu se letos zúčastnilo více než 64 tisíc vývojářů. Jejich nejmilovanější platformou je linuxový desktop. Ten je také druhou nejpoužívanější platformou vývojářů.

Ladislav Hagara | Komentářů: 1
24.3. 11:55 | Komunita

Vývojový tým OpenSSL ve spolupráci s iniciativou Core Infrastructure konsorcia Linux Foundation spustil proces přelicencování této kryptografické knihovny ze současné licence na licenci Apache Licence v 2.0 (ASLv2). Nová licence usnadní začleňování OpenSSL do dalších svobodných a open source projektů. Všichni dosavadní vývojáři OpenSSL (Authors) obdrží v následujících dnech email s prosbou o souhlas se změnou licence.

Ladislav Hagara | Komentářů: 19
24.3. 01:11 | Komunita

Před třemi týdny Mozilla.cz představila projekt Photon, jehož cílem je návrh a implementace nového vzhledu Firefoxu. Včera zveřejnila první náhled vzhledu Photon. Práce na projektu Photon jsou rozděleny do pěti týmů, které celkem čítají 19 lidí. Zaměřují se na zlepšení prvního spuštění Firefoxu a zaujetí nových uživatelů, celkovou úpravu vzhledu, zlepšení animací, zrychlení odezvy uživatelského rozhraní a také upravení nabídek. Vývoj lze sledovat v Bugzille.

Ladislav Hagara | Komentářů: 44
23.3. 20:00 | Komunita

OneDrive pro firmy je již ve webových prohlížečích na Linuxu stejně rychlý jako na Windows. Microsoft opravil chybu z listopadu loňského roku. OneDrive pro firmy běžel na Linuxu mnohem pomaleji než na Windows. V popisu chyby bylo uvedeno, že stačilo v prohlížeči na Linuxu nastavit v user-agentu Windows a vše se zrychlilo. Odpovědí Microsoftu bylo (Internet Archive: Wayback Machine), že Linux není podporován. Po bouřlivých diskusích na redditu i Hacker News byla chyba nalezena a opravena.

Ladislav Hagara | Komentářů: 6
23.3. 19:00 | Zajímavý projekt

Byla vyhlášena soutěž Hackaday Prize 2017. Soutěž je určena vývojářům open source hardwaru. Pro výherce je připraveno celkově 250 tisíc dolarů. Každý ze 120 finalistů získá tisíc dolarů. Nejlepší pak navíc 50, 30, 20, 15, 10 a 5 tisíc dolarů. Jedná se již o čtvrtý ročník soutěže. V roce 2014 zvítězil projekt globální sítě open source pozemních satelitních stanic SatNOGS. V roce 2015 zvítězil open source systém pro řízení elektrických invalidních vozíků pohybem očí Eyedriveomatic. V roce 2016 zvítězil modulární robot Dtto.

Ladislav Hagara | Komentářů: 0
23.3. 15:00 | Bezpečnostní upozornění

Byla vydána Samba ve verzích 4.6.1, 4.5.7 a 4.4.12. Řešen je bezpečnostní problém CVE-2017-2619. Pomocí symbolických odkazů a souběhu (symlink race) lze "teoreticky" získat přístup k souborům, které nejsou sdíleny. Linuxové distribuce jsou postupně aktualizovány (Debian).

Ladislav Hagara | Komentářů: 0
23.3. 07:43 | Nová verze

Na Steamu se objevil port hry Arma: Cold War Assault (Operation Flashpoint) pro Mac a Linux. … více »

creon | Komentářů: 30
23.3. 05:55 | Nová verze

Po 18 měsících od vydání verze 8.0 byla vydána verze 9.0 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab. Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 0
23.3. 03:33 | Komunita

Platnost posledního patentu souvisejícího s Dolby Digital (AC-3) vypršela. Po MP3 se tak do Fedory oficiálně dostane také kodek AC-3.

Ladislav Hagara | Komentářů: 5
23.3. 00:44 | Komunita

Feral Interactive, společnost zabývající se vydáváním počítačových her pro operační systémy macOS a Linux, nabízí své hry na Steamu vývojářům open source 3D grafické knihovny Mesa zdarma. Podmínkou je minimálně 25 commitů za posledních 5 let. Stejnou nabídku dostali vývojáři knihovny Mesa v roce 2015 od Valve. O rok dříve dostali od Valve tuto nabídku vývojáři Debianu a Ubuntu.

Ladislav Hagara | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (71%)
 (3%)
 (10%)
Celkem 937 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: Jak správně delegovat PTR záznamy na další DNS server

    8.6.2012 16:13 ekameron
    Jak správně delegovat PTR záznamy na další DNS server
    Přečteno: 774×
    Ahoj. Poskytovatel mi nadelegoval pomocí CNAME záznamy na můj dns server. Je to udělané přesně takto: http://www.zytrax.com/books/dns/ch9/reverse.html. Jak jsem pochopil, tak toto je standardní řešení, ale nechápu proč. Mohl by mi to někdo vysvětlit? Proč není lepší udělat u poskytovatele záznam v named serveru typu "$GENERATE 1-126 $ IN NS muj.dns.cz."? Takhle to vlastně poskytovatelův dns přeloží na CNAME a odkáže na mojí speciální zónu 0/25.x.x.x.in-addr.arpa. Neboť já můj dns server používám ze vnitřní sítě i jako rekurzivní dns a chci, aby mi překlad PTR fungoval i při výpadku internetu, pak jsem musel rozdělit v bindu 2 pohledy: vnější a vnitřní. Ve vnějším mám zónu 0/25.x.x.x.in-addr.arpa., ve vnitřním zónu x.x.x.in-addr.arpa. - v této zóně mám odkaz na cizí ip adresy pomocí $GENERATE ... NS k poskytovatelově dns. Je to funkční, ale docela drastické řešení. Když už mi ve vnitřní síti funguje zápis pomocí $GENERATE ven, proč se to zvenku musí dělat jinak? Snad jsem to našel i v nějakém RFC. Je k tomu nějaký důvod?

    Odpovědi

    8.6.2012 16:43 xHire | skóre: 19 | blog: Linuxovník
    Rozbalit Rozbalit vše Re: Jak správně delegovat PTR záznamy na další DNS server
    Jediné zdůvodnění, které mě napadá, je, že při CIDRu je potřeba delegovat každou jednotlivou IP adresu (nejde delegovat celou doménu). Pokud by se nepoužil CNAME, tak by se musely pro každou adresu zavést dva (nebo více) NS záznamů. Pokud se deleguje jedna nebo dvě adresy, tak to samozřejmě nedává smysl, ale jakmile se jednomu člověku (resp. na jednu sadu jmenných serverů) deleguje více adres, tak už je to úspora v uchovávaných záznamech.

    Druhá věc je, že cíl toho CNAME záznamu se u klienta nacachuje, takže při dotazu na další adresu z delegovaného rozsahu se pošle jako odpověď pouze ten CNAME, nemusí se už znovu ptát na NS záznamy. Ale význam tohoto vlivu asi není moc významný.

    Sám o tomhle řešení taky nejsem zrovna přesvědčený.

    P.S.: Díky za ten odkaz.
    9.6.2012 19:30 d'areback
    Rozbalit Rozbalit vše Re: Jak správně delegovat PTR záznamy na další DNS server
    Protoze je to normalni a v duchu DNS. Naopak vas navrh vidim jako hotovou ztrestenost. Pro kazdou IP adresu vlastni subdomenu? Fuj. V dusledku RFC2317 spravce puvodni reverzni domeny u sebe v zone jasne deklaruje "vrat kanonicke jmeno nebo zdechni", pricemz pristup nevyzadoval skoro zadne upravy DNS (jen se jasne reklo, ze zatimco konecnym vysledkem hledani PTR je vzdy kanonicke jmeno, v procesu hledani se muze objevit i CNAME alias). Kdezto vas navrh by tehdy nezvladala spousta DNS serveru a zasah do tehdejsich principu DNS by byl podstatne vetsi.

    BTW Ve sve konfiguraci vlastne deklarujete existenci subdomeny u poskytovatele, o ktere poskytovatel nic nevi. Navic to muze byt CNAME. Pekny humus. Funguje to jen diky tomu, ze DNS implementuji rozumni a tolerantni lide, kteri uzivateli leccos odpusti.

    PS Vase fascinace direktivou $GENERATE je zajimava, ale je to jen direktiva jedne konkretni implementace DNS serveru - BINDu.
    10.6.2012 03:34 ekameron
    Rozbalit Rozbalit vše Re: Jak správně delegovat PTR záznamy na další DNS server
    Však jo, psal jsem to o bindu, to $GENERATE zkrátí spoustu zápisů, proto to tady i v konfiguraci používám.
    BTW Ve sve konfiguraci vlastne deklarujete existenci subdomeny u poskytovatele, o ktere poskytovatel nic nevi. Navic to muze byt CNAME. Pekny humus. Funguje to jen diky tomu, ze DNS implementuji rozumni a tolerantni lide, kteri uzivateli leccos odpusti.
    Ono by to jen tak nefungovalo. Deklaruju to tak proto, že vím, jak a kde jsou PTR záznamy pro zbytek C rozsahu IP adres definovány. Že je to prasárna naprosto souhlasím. Uvítám jakýkoliv zajímavý nápad, jak to řešit jinak. K tomuhle jsem se odhodlal poté, kdy jsem během výpadku internetového spojení musel pracovat s různými servery ve vnitřní síti. Tyto servery mají ip adresy z delegovaného PTR rozsahu a proto některé služby prakticky nefungovaly (hlavně SSH, kde se ověřuje PTR záznam apod.). Jednoduše proto, že dns servery pro PTR nebyly k dispozici.
    10.6.2012 12:57 d'areback
    Rozbalit Rozbalit vše Re: Jak správně delegovat PTR záznamy na další DNS server
    Pozadat spravce DNS u poskytovatele o povoleni prenosu zony a zridit u sebe neverejny sekundar pro prislusnou zonu. Pokud to nepovoli, zvednout TTL u PTR zaznamu co to da a tlouct hlavou do zdi za zvorany navrh infrastruktury nerespektujici omezene pripojeni.
    10.6.2012 15:52 ekameron
    Rozbalit Rozbalit vše Re: Jak správně delegovat PTR záznamy na další DNS server
    Mám přidělenou polovinu C rozsahu IP adres. Často potřebuji měnit dns záznamy. Poskytovatel mi proto doporučil delegovat všechny dns záznamy na můj primární dns server, což je jediné možné funkční řešení při mé situaci. Zase tak omezené připojení to není, poslední výpadek nastal tak před rokem, ale i tak je to problém. Přenos zóny je v bledě modrém to, co řeším přesměrováním na NS servery. Nějak nechápu jak jinak mohu mít navrženou infrastrukturu?
    10.6.2012 21:00 d'areback
    Rozbalit Rozbalit vše Re: Jak správně delegovat PTR záznamy na další DNS server
    Ja treba vidim docela zasadni rozdil mezi automatickou replikaci DNS zony a rucnim smudlanim zaznamu. Ale kdo chce kam, pomozme mu tam.
    10.6.2012 22:08 ekameron
    Rozbalit Rozbalit vše Re: Jak správně delegovat PTR záznamy na další DNS server
    Rozdíl tam určitě je. Pokud budu odkazovat pomocí NS záznamu na dns poskytovatele, tak nemusím řešit aktualizaci zón a je to méně poruchové. Podle mě je to rozumnější než replikovat celý reverzní zónový soubor pro C-čkový rozsah IP adres. Ty adresy nejsou moje, tak proč bych je měl mít u sebe? Myslím, že oba způsoby (jak můj, tak navrhovaný) jsou docela prasácké, nicméně vzhledem k návrhu dns asi nezbytné.
    10.6.2012 22:22 d'areback
    Rozbalit Rozbalit vše Re: Jak správně delegovat PTR záznamy na další DNS server
    Nevim, co si predstavujete pod pojmem "resit aktualizace zon" v pripade mistniho sekundarniho DNS. Mozna byste si mel neco o DNS precist. Ten muj zpusob aspon neni technicka prasarna. Ten vas je humus na vyhazov. Mnoho zdaru.
    11.6.2012 06:49 ekameron
    Rozbalit Rozbalit vše Re: Jak správně delegovat PTR záznamy na další DNS server
    Poskytovatel by byl blázen, kdyby mi posílal notifikace o aktualizacích. Musel by buď upravit zónový soubor (což v tomto případě nelze - nemůže deklarovat autoritativní NS, kde není) nebo ručně nakonfigurovat v bindu (což zde lze) sekundární dns servery. Takže tím řešit aktualizace jsem myslel to, že bych musel periodicky provádět transfer zón vyvolaný ze sekundáru. Oba způsoby jsou technické prasárny, neboť se spoléhají na existenci záznamů na konkrétním vzdáleném serveru. Jak jsem psal, uvítám nápady jak tohle řešit, ale tohle je vyhánění čerta ďáblem. Cílem je najít něco, co nespoléhá na existenci záznamů na konkrétním dns serveru.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.