Mi is a DNS cime? Gyorsan megnezem a resolv.conf-ban...

Hálózatok általános

Oke, megertettem, regen elmultak azok az idok, amikor a dns cime, csak ugy bele volt irva a /etc/resolv/conf-ba es barmikor atszerkeszthettem. Regota virit benne a 'DO NOT EDIT THIS FILE BY HAND...' felirat es megertettem, hogy ez igy jo, bar persze szerettem, hogy a resolv.conf irhato olvashato volt elotte. Ma mar inkabb csak olvashato...

Azt nem teljesen ertem, de szinten elfogadom, hogy a resolv.conf-ban ujabban a 127.0.0.1 szerepel namserver-kent, es fut nalam egy dnsmasq, amit a network manager jol felparameterez. Kis munkaval hamar kiderult, hogy a dnsmasq konfja (es ezzel a valodi DNS-em cime) itt van: /var/run/nm-dns-dnsmasq.conf. Semmi gond, vegulis ha tudnom kell mia DNS cime, innen olvasom ki, nem a resolv.conf-bol, bar persze elotte ellenoroznom kell a resolv.conf-ot is meg miegymast...

Nade most vegleg elvesztettem a fonalat a cernat es a gyogyszerem is elgurult. Ma mar ezzel fogad a dnsmasq conf: 


# DNSMasq configuration is now done via DBUS.
# See /var/log/syslog for the nameservers used.

Remelem a netowrk manager iroinak, az Ubuntu fejlesztoknek es meg sokaknak masoknak van meg egy (vagy inkabb tobb!) jo otlete -egyamstol fuggetlenul persze-, hogy milyen absztrakciokat lehetne bevinni a rendszerbe. Munkajukhoz ezuton kivanok sok sikert es kitartast!

  • 7497 megtekintés

( Fisher v | 2013. 10. 23., sze – 18:39 )

Desktop rendszeren miért ne? A desktop rendszerek célközönségének így a jobb.

Beletúrva ezzel egy rendszer belsejébe, aminek később ki tudja, hogy milyen következményei lesznek?
Én nem merném megtenni. Még egyszer.
(konkrétan szoptam már ilyesmi miatt, mint a torkos borz)

Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)

Kicsin is. Egy időben azt hittem, lekaparom a falról a tapétát, mert a windows-on futó virtuális gépeket indítás után el tudtam érni tcpip-n, egy sleep-resume után már nem. Ráment pár hét, mire kiderült, hogy a windows-on kell egy ipconfig /flushdns :)

Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)

Egyetértek, az ilyenekből lehet szopás. De ha lenne, ebben az esetben akkor az igazából a disztribúció "hibája" lenne, és ha nem ezzel, hát később máskor, más helyen, máshogy ugyanúgy megszopatna az a disztribúció - ezért jobb, ha hamar kiderül, és lehet kikukázni és nézni másikat, amivel ilyen alapszintű problémák nincsenek.

Csendben jegyzem meg, a hozzászólásom mögött van egy smiley. Nekem semmi bajom a dnsmasq-kal olyannyira, hogy Fedorára ez fel sem ment, magam raktam fel, mert akartam caching dns szervert magamnak. Az eredeti "problémát" sem én vetettem fel.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Tobbet is.

Nemtom miert ne lehetett volna a jelenleg is mukodo resolver-hez cache feature-t csinalni (configbol kapcsolhatot), es a resolv.conf-ot ugy hagyni (a nagy 'do not edit...' szoveggel persze), akkor a mai napig tudnam olvasni a resolv.conf-ot.

De ha ez nem is... az utolso lepesnek akkor sem latom a hasznat (vagyishogy a dnsmasq configbol is eltunt a nameserver IP-je).

"Nemtom miert ne lehetett volna a jelenleg is mukodo resolver-hez cache feature-t csinalni (configbol kapcsolhatot), es a resolv.conf-ot ugy hagyni (a nagy 'do not edit...' szoveggel persze), akkor a mai napig tudnam olvasni a resolv.conf-ot."

Ezt így nem értem. Plusz a resolv.conf most is olvasható :D

A konfig fálból dbus felé elmenni meg egy automata, desktop rendszeren hasznos, nem kell mókolni a konfig template-el, plusz a dnmasq tud integetni a dbuson ha akcija van (új lease, stb. stb.), ami esetleg szerverkörnyezetben is hasznos lehet.

( locsemege v | 2013. 10. 23., sze – 18:39 )

A dnsmasq caching nameserver-ként van ott, ha jól gondolom.

Ami általában a panaszodat illeti, ezt nevezzük fejlődésnek. Magam is jobban szeretem a statikus, egyszerű dolgokat, de az élet generálja a bonyolultabbak igényét. Már megszoktam az init scripteket, amikor mindent elsöpört a systemd. Az ALSA-hoz is hozzászoktam, aztán jött a PulseAudio. Az RS-232-vel igen jóban voltam, erre itt van már mióta az USB, s legalább kellően bonyolult ahhoz, hogy ha néhány byte-ot át akarok vinni a gépre, előbb egy kb. 900 oldalas doksit, meg még a mikrokontroller doksiját, valamint a libusbx leírását kelljen tanulmányoznom. Hurrá.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Az osszes altalad emlitett peldaban egy technologia lecserelte az elozot. Ezt nevezik fejlodesnek. Ennek persze vannak kellemetlen mellekhatasai, minthogy pl a meglevo tudas elavulta valik, de meg rosszabb, hogy nehany eddig hasznalt eszkoz/technologia inkompatibilis lesz. De hat a fejlodesnek (vagy mondjuk ugy: valtozasnak) vannak aldozatai.

Konkretan a fent emlitett DNS configolasban nem teljesen ezt erzem. Itt a korabban meglevo reteget igyekeztek erintetlenul hagyni (ezzel nyilvan nyertek a kompatibilitas oldalon), viszont ez egy eleg csunya architekturat eredmenyez (azt, hogy most a DNS confighoz 3 file-t kell leellenoriznem, azt ilyennek nevezem, mind a 3-at le kell). Vagyis nem teljesen lecsereltek dolgokat, hanem mindig ujabb, az elozo reteg valamilyen hibajat kikuszobolo reteget huztak ra.

Idővel arra jöttem rá, jobb tájékozódni, mint kitartóan a régebbi metódusok mellett maradni. Egyrészt egyre több idő, munka a visszaalakítás a régebbi technológia használatára, másrészt egyre nagyobb az esély arra, hogy valami kompatibilitási nyűgbe fut bele az ember. Szóval én az előre menekülést választom, noha volt idő, amikor magam is próbáltam a régi megoldásokat erőltetni.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Nekem néha jól jönne szerveren is, mert...
Virtualboxban futnak, a guestet néha aludni küldöm (save the machine state) és amikor újra előszedem, általában nem árt, ha van aki automatikusan újra címet kér a dhcp szervertől, amit ilyen esetben a hagyományos dhcp kliens nem mindig szokott megtenni.

Mielőtt valaki felhördülne: természetesen nem éles szerverekről van szó, azért kap minden gépem dhcp-n címet, egyéb paramétereket, hogy egy helyről, egy mozdulattal át tudjak állni egyik címtartományból a másikba, ha úgy adódik.

Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)

+1, akár tájékozódás olyan szinten is, hogy Poettering vonatkozó blogpostjait (tetszolegessearchengine://"systemd for administrators") elolvassuk és megértjük a mögötte rejlő elgondolásokat. Pl. az inetd szerűen, a systemd által on-demand indított konténerekből kiszolgált hálózati kérések (part XX a fenti sorozatban) egész előremutatónak tűnnek...

BlackY

Szerintem nem (openwrt-n a TLD-nek megfelelően válogat, de nem a saját, valódi DNS-t dobja vissza: .hu esetén a ns.nic.hu, nem létező TLD-vel lekérdezve pedig valamelyik root DNS-t)

Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)

( manfreed (nem ellenőrzött) | 2013. 10. 24., cs – 06:23 )

Én meg csak jobb-kattintok a network manager appleten, aztán a connection information ablak szépen megmondja. Bár tudom ez amatőr megoldás, mert még a terminált se kellett hozzá felcsapni, meg minden.

12.04 Desktop, 64 bit
Ebben van.
Két tipp: nem desktopod van vagy valamikor rég rájöttél, hogy neked nem kell networkmanager és leszedted.

Ja, most látom, hogy (ha jól értelek) szervered van.

Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)

Nekem is 12.04-em van es nekem mar 127.0.0.1 van a resolv.conf-ban... De nekem mindenfele 'backports'-ok meg 'updates'-ek engedelyezve vannak a sources.list-ben. Lehet, hogy ez a kulonbseg? 


# dpkg -l network-manager
ii  network-manager         0.9.4.0-0ubuntu4.3      network management framework (daemon and userspace tools)