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í
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
dnes 01:23 | Nová verze

Oficiálně bylo oznámeno vydání verze 3.0 multiplatformního balíku svobodných kancelářských a grafických aplikací Calligra (Wikipedie). Větev 3 je postavena na KDE Frameworks 5 a Qt 5. Krita se osamostatnila. Z balíku byly dále odstraněny aplikace Author, Brainstorm, Flow a Stage. U Flow a Stage se předpokládá jejich návrat v některé z budoucích verzí Calligry.

Ladislav Hagara | Komentářů: 0
včera 15:25 | Nová verze

Bylo oznámeno vydání první RC (release candidate) verze instalátoru pro Debian 9 s kódovým názvem Stretch. Odloženo bylo sloučení /usr jako výchozí nastavení v debootstrap. Vydán byl také Debian 8.7, tj. sedmá opravná verze Debianu 8 s kódovým názvem Jessie.

Ladislav Hagara | Komentářů: 5
včera 13:37 | Zajímavý projekt

1. ledna byl představen projekt Liri (GitHub). Jedná se o spojení projektů Hawaii, Papyros a původního projektu Liri s cílem vyvíjet operační systém (linuxovou distribuci) a aplikace s moderním designem a funkcemi. Včera byl představen Fluid 0.9.0 a také Vibe 0.9.0. Jedná se o toolkit a knihovnu pro vývoj multiplatformních a responzivních aplikací podporující Material Design (Wikipedie) a volitelně také Microsoft Design Language (designový jazyk Microsoft) [reddit].

Ladislav Hagara | Komentářů: 2
14.1. 00:33 | Zajímavý software

Google na svém blogu věnovaném open source představil knihovnu pro komprimaci a dekomprimaci 3D grafiky s názvem Draco. Knihovna bude využívána například v aplikacích pro virtuální a rozšířenou realitu. Porovnání Draco s gzip na YouTube. Zdrojové kódy Draco jsou k dispozici na GitHubu pod licencí Apache 2.0.

Ladislav Hagara | Komentářů: 5
13.1. 17:27 | IT novinky

V loňském roce proběhla úspěšná kampaň na Indiegogo na podporu GPD Win. Jedná se o malý 5,5 palcový notebook a přenosnou herní konzoli v jednom. Předinstalované Windows 10 lze nahradit Linuxem. V únoru by se na Indiegogo měla objevit kampaň na podporu 7 palcového notebooku GPD Pocket.

Ladislav Hagara | Komentářů: 28
13.1. 02:00 | Nová verze

Po pěti měsících od vydání verze 1.0.0 (zprávička) byla vydána verze 2.0.0 frameworku Kirigami (HIG) pro vytváření uživatelských rozhraní mobilních a konvergentních aplikací nad toolkitem Qt. Pro vyzkoušení je určena aplikace pro Android Kirigami gallery.

Ladislav Hagara | Komentářů: 0
12.1. 23:28 | Zajímavý software

Akční hra Lugaru HD od Wolfire Games (recenze) byla uvolněna jako svobodný software, a to včetně dat (pod licencí Creative Commons Attribution – Share Alike). Linuxový port byl v roce 2010 součástí první akce Humble Indie Bundle a engine byl krátce poté uvolněn pod licencí GNU GPL, což vedlo mj. k portu na AmigaOS. Autor mezitím pracuje na pokračování nazvaném Overgrowth.

Fluttershy, yay! | Komentářů: 0
12.1. 14:49 | Bezpečnostní upozornění

Na serveru Jabb.im bylo zveřejněno vyjádření k úniku dat z Jabbim Archive (pastebin). Dump databáze obsahuje komunikaci uživatelů, jejich IP adresy a logy aplikace od října 2015 do března 2016. Celkově se jedná o 8 GB dat, převažujícím jazykem zpráv je čeština a slovenština. O úniku informoval jako první server Motherboard. Jabbim Archive byla službou volitelnou, dostupnou pouze pro VIP uživatele. Podle provozovatele serveru Jabb.im k

… více »
Michal Makovec | Komentářů: 68
12.1. 12:55 | Nová verze

Telegram Desktop, klient služby pro rychlé psaní zpráv Telegram (Wikipedie, zdrojové kódy) pro počítače, byl představen v roce 2013. Dnes byla vydána verze 1.0. Podrobnosti v oznámení na blogu.

Ladislav Hagara | Komentářů: 11
12.1. 11:22 | Bezpečnostní upozornění

Byla nalezena a v upstreamu opravena bezpečnostní chyba CVE-2016-9587 (CT-2017-0109) ve svobodném softwaru vytvářejícím platformu pro konfigurační správu a řízení počítačů Ansible (Wikipedie). Spravování kompromitovaného uzlu pomocí Ansible může vést ke spuštění příkazů na řídícím počítači [LWN.net].

Ladislav Hagara | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (74%)
 (3%)
 (10%)
Celkem 289 hlasů
 Komentářů: 19, poslední 13.1. 22:02
    Rozcestník
    Reklama

    Dotaz: Domain Name System - pár dotazů

    29.9.2007 01:46 Martin
    Domain Name System - pár dotazů
    Přečteno: 794×
    Zdravím,

    zajímám se o reálné nasazení Linuxového stroje do internetu jako server a tak mi neunikla ani problematika DNS. Spostu věcí jsem se dočetl, ale mám pár nejasností.

    Je pravda, že pokud chci do domény umístit pouze jeden stroj tak se za autoritativní server považuje DNS server TLD? Připadá mi zbytečné, že i v tomto případě by musel být autoritativní server přímo v doméně (byl by tam na nic) a taky by neexistoval žádný druhý stroj, kam by se mohl dát sekundární DNS server. Když to shrnu ještě jinak, považuje se za korektní (a funkční) do DNS záznamu domény (toho co se nastavuje při registraci domény) zadat přímo adresu stroje na kterém neběží DNS a nebo na něm běžet musí a tak si defacto odpovídá sám na sebe? Mám v tom docela guláš, vím že hostingy mají DNS servery, ale tam je to logické protože mají v doméně více strojů a taky kdyby chtěli jeden web prohodit mezi servery tak by zákazník musel měnit DNS záznam, kdežto takhle si to změní jenom na svých DNS.

    Díky moc!

    Odpovědi

    pavlix avatar 29.9.2007 02:21 pavlix | skóre: 53 | blog: pavlix
    Rozbalit Rozbalit vše Re: Domain Name System - pár dotazů
    Ahoj, máš v tom trošku zmatek.

    TLD = například .cz nebo .net.

    Autoritativní servery pro doménu (třeba druhého řádu /např. pavlix.net/, to už je jedno) se zadávají u registrátora domény, aby byly všeobecně známé v rámci TLD (v tomhle případě net) a tím dostupné z celého internetu.

    Nijak to nesouvisí se stroji uvnitř domény, snad kromě toho, že se do dns záznamů přidává i informace o přiřazených nameserverech (je to spíš informativní, praktický význam v tom nevidím).

    Pokud má doména (v internetu) přiřazené dns servery, má mít přiřazené aspoň dva a měly by být pokud možno na různých sítích (což registrátoři a poskytovatelé hostingů dodržují). Udržovat jediný dns server je rozumné jenom pro lokální síť s lokálními doménami, ne pro internet.

    Autoritativní server může mít jméno přímo v doméně, ale taky nemusí. Vůbec na tom nezáleží. K jeho kontaktování je třeba znát pouze IP adresu (která je přiřazená doméně u registrátora).

    Skutečnost, že hostingy provozují vlastní DNS servery, ukazuje pouze na to, že chtějí zákazníkovi poskytnout kompletní servis (většinou umožňují i registraci domény, buď samostatně nebo prostřednictvím jiné firmy - registrátora).

    DNS je decentralizovaná síť, stejně jako celý internet. Spravovat decentralizovanou síť je na jednu stranu složitější.... centralizované sítě zase odletí zásahem jednoho serveru. Doporučuju si něco málo přečíst, než se pustíš do správy vlastního internetového DNS serveru (a nebo používat servery registrátora, bývají zdarma a mnohem spolehlivější, než si jednotlivec může dovolit). Stačí jenom nastavit záznamy (A, CNAME, MX pro mail, SRV pro Jabber a další služby), co člověk potřebuje a je klid.
    Gentoo – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
    29.9.2007 12:53 Martin
    Rozbalit Rozbalit vše Re: Domain Name System - pár dotazů
    Ano, vím co je TLD. Možná jsem se špatně vyjádřil. Dočetl jsem se ža autoritativní server musí být v doméně (na wikipedii). Taky ani nechci a nemám zájem provozovat DNS, ale podle této dezinformace mi vycházelo že bych musel.

    Celá hieararchie začíná u kořenového serveru, který má v sobě adresy autoritativních serverů pro TLD, autoritatatvní server TLD už má v sobě autoritativní adresy serverů pro domény - ale tady je problém - kde takový server vezmu, pokud jako (teoreticky) DNS záznam při registraci domény vyplním rovnou svoji IP adresu tak se autoritativním stává hned ten nademnou - v logické hierarchii by to tedy měl být TLD server - a nebo si tam vždycky registrátor ještě nenápadně strčí svůj a tím pádem třeba na příkladu forpsi vyplním ty jeho DNS servery, ale kam potom napíšu informaci pro ty DNS servery na jakou IP mají překládat?
    29.9.2007 13:27 pht
    Rozbalit Rozbalit vše Re: Domain Name System - pár dotazů
    Pri registraci se vyplnuje nameserver pro domenu (IP adresa). Na te adrese musi bezet DNS server se zaznamem o te domene - co si tam das, je tvoje vec, ale i kdybys tam mel jen jednu adresu na www, tak to tak musi byt.
    29.9.2007 19:46 pupu | skóre: 30
    Rozbalit Rozbalit vše Re: Domain Name System - pár dotazů
    1. pri registraci domeny potrebujete alespon dva DNS servery. ne ze by to neslo s jednim, ale vazne to neni dobry napad. pochopitelne muzete pouzit DNS server v jine nez Vasi domene, pripadne DNS server providera. kazdopadne DNS serveru MUSI byt v domene, tj. musi pro nej existovat v nejake zone zaznam.

    2. DNS server muze byt v domene, pro kterou je autoritativni. v takovem pripade je v domene nadrazene pritomen tzv. glue record, ktery 'prilepuje' IP adresu primo do teto domeny. staci si rict registratorovi.
    30.9.2007 15:33 Martin
    Rozbalit Rozbalit vše Re: Domain Name System - pár dotazů
    Díky, už to asi chápu. Mátli mě dvě věci a to že zatím jsem vždycky doménu registroval přímo přes webhostera a konkrétně u forpsi se nastavení DNS projeví až pokud si jako DNS nastavím jejich DNS, dříve v administraci ta volba není vidět. Za další mě zmátla informace na wikipedii, že autoritativní server musí být v doméně.

    Z toho plyne že provozovat vlastní DNS má smysl jen v případě, že by bylo neefektivní a nepohodlné nějak hromadně upravovat nastavení na DNS serverech registrátora - což je případ webhostingů. Je to tak?

    Nadruhou stranu by se dalo říct, že stejně pokud spadne jeden stroj na kterém zároveň běží DNS tak je to jedno, ale to má dvě velké ALE. První je to, že DNS ten stroj zbytečně zatěžuje a druhý je to, že třeba e-maily pro doménu se dají nastavit na mnohem spolehlivější platformu jako je třeba Google Apps... Je to tak?

    Takže autoritativní server není ten co je v doméně (podle wikipedie), ale ten co je uveden jako autoritativní u nastavení domény (na DNS serverech TLD). Je to tak?

    Každá subdoména se musí do DNS záznamů napsat nebo stačí jen jeden A record který přesměruje vše včetně subdomén na konkrétní IP?

    Glue record je nutný pro každý DNS v případě, že ho DNS servery TLD ještě neznají (což je případ vlastního DNS). Glue recordem se ke každému DNS přilepí jeho IP. Glue record stačí u registrátora napsat jen jednou (jakoby u nastavení jedné domény), čímž se zapíše do DNS TLD a ty už ho potom znají. Pokud se DNS uvádí u dalších domén tak není třeba glue record psát, protože ho DNS TLD už znají. Je to tak? Má glue record nějaké TTL, nebo tam je napořád?

    Díky
    30.9.2007 18:29 pupu | skóre: 30
    Rozbalit Rozbalit vše Re: Domain Name System - pár dotazů
    Ad provoz vlastniho DNS - pokud Vam staci to, co poskytuje provider, nema smysl provozovat vlastni server. To asi plati pro vsechny sluzby ;-)

    Spravne nastaveny DNS server nijak zvlast server nezatezuje, ale urcite nejakou rezii ma. Urcite i v pripade pouziti DNS providera pouzijte alespon dva servery.

    Autoritativni server je takovy server, ktery je nastaveny jako autoritativni. Vetsinou to byva zaroven ten, ktery je jako autoritativni zanesen v nadrazene domene, nejcasteji prislusne TLD. Neni to ovsem pravidlo, viz skryte autority atd.

    Ad subdomeny: existuje i tzv. wildcard, ktery se vrati coby odpoved na jakykoliv dotaz na zaznam daneho typu z dane domeny vcetne subdomen. Ma to ovsem nevyhodu - takovy zaznam je vracen i na dotazy nesmyslne...

    Glue record se pouziva v pripade, ze autoritativni DNS server ma jmeno z domeny, pro kterou je autoritativni. V pripade, ze je dany DNS server autoritativni i pro jine domeny, pak je prislusny glue record potreba zanest do nadrazene zony pouze v pripade, ze mu chcete opet vytvorit nove jmeno v nove domene.

    TTL je obecny pojem - 'Time To Live'. V pripade jednotlivych zaznamu oznacuje dobu, po kterou bude dany zaznam uchovavan v _cache_ neautoritativnich DNS serveru. Skutecne autoritativni DNS servery pochopitelne znaji dany zaznam trvale. Ostatni TTL, napriklad ze zaznamu SOA, maji jiny vyznam, ktere jsou dostatecne vysvetleny v jinych materialech.
    1.10.2007 21:57 happymaster23 | skóre: 9
    Rozbalit Rozbalit vše Re: Domain Name System - pár dotazů
    Díky, už všemu rozumím. Ale když vidím tu spoustu věcí tak si říkám, že by nebylo špatné koupit si nějakou knihu. Protože jak čímdál zjišťuji tak nastavovat DNS server není vhodné metodou pokus/omyl... Našel jsem TCP/IP kompletní průvodce od Heather Osterloh a Velký průvodce protokoly TCP/IP a systémem DNS. Co jsem našel tak si tyhle knihy údajně doplňují...

    Díky
    AraxoN avatar 1.10.2007 23:54 AraxoN | skóre: 45 | blog: slon_v_porcelane | Košice
    Rozbalit Rozbalit vše Re: Domain Name System - pár dotazů
    "Velký průvodce protokoly TCP/IP a systémem DNS" môžem len a len odporúčiť.
    A fine is a tax for doing wrong. A tax is a fine for doing well.

    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.