Přihlášení | Registrace

napište » Zprávičky

inzerujte » Pracovní nabídky

MagPi 140 a HackSpace 77

dnes 04:44 | Nová verze

Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 140 (pdf) a HackSpace 77 (pdf).

Ladislav Hagara | Komentářů: 0

ESPHome 2024.4.0

dnes 01:00 | Nová verze

ESPHome, tj. open source systém umožňující nastavovat zařízení s čipy ESP (i dalšími) pomocí konfiguračních souborů a připojit je do domácí automatizace, například do Home Assistantu, byl vydán ve verzi 2024.4.0.

Ladislav Hagara | Komentářů: 0

Open Platform for Enterprise AI (OPEA)

včera 22:11 | IT novinky

LF AI & Data Foundation patřící pod Linux Foundation spustila Open Platform for Enterprise AI (OPEA).

Ladislav Hagara | Komentářů: 0

OpenXR 1.1

včera 20:55 | Nová verze

Neziskové průmyslové konsorcium Khronos Group vydalo verzi 1.1 specifikace OpenXR (Wikipedie), tj. standardu specifikujícího přístup k platformám a zařízením pro XR, tj. platformám a zařízením pro AR (rozšířenou realitu) a VR (virtuální realitu). Do základu se z rozšíření dostalo XR_EXT_local_floor. Společnost Collabora implementuje novou verzi specifikace do platformy Monado, tj. open source implementace OpenXR.

Ladislav Hagara | Komentářů: 2

mpv 0.38.0

včera 17:22 | Nová verze

Byla vydána nová verze 0.38.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 4.4 nebo novější a také libplacebo 6.338.2 nebo novější.

Ladislav Hagara | Komentářů: 1

ClamAV 1.3.1, 1.2.3 a 1.0.6

včera 17:11 | Nová verze

ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzích 1.3.1, 1.2.3 a 1.0.6. Ve verzi 1.3.1 je mimo jiné řešena bezpečnostní chyba CVE-2024-20380.

Ladislav Hagara | Komentářů: 1

Mobilní aplikace Portál občana je ode dneška oficiálně venku

včera 12:11 | IT novinky

Digitální a informační agentura (DIA) oznámila (PDF, X a Facebook), že mobilní aplikace Portál občana je ode dneška oficiálně venku.

Ladislav Hagara | Komentářů: 8

#HACKUJBRNO 2024

včera 05:11 | Komunita

#HACKUJBRNO 2024, byly zveřejněny výsledky a výstupy hackathonu města Brna nad otevřenými městskými daty, který se konal 13. a 14. dubna 2024.

Ladislav Hagara | Komentářů: 2

Volla Tablet na Kickstarteru

17.4. 17:55 | IT novinky

Společnost Volla Systeme stojící za telefony Volla spustila na Kickstarteru kampaň na podporu tabletu Volla Tablet s Volla OS nebo Ubuntu Touch.

Ladislav Hagara | Komentářů: 3

Robot HD Atlas šel do důchodu. Nastupuje nová vylepšená elektrická varianta

17.4. 17:44 | IT novinky

Společnost Boston Dynamics oznámila, že humanoidní hydraulický robot HD Atlas šel do důchodu (YouTube). Nastupuje nová vylepšená elektrická varianta (YouTube).

Ladislav Hagara | Komentářů: 1

Centrum | Napsat | Starší

navrhněte » Anketa

KDE Plasma 6

už používám (68%)

čekám, až se dostane do mé distibuce (10%)

čekám na pozdější vydání v řadě (2%)

preferuji jiné desktopové prostředí (20%)

Celkem 557 hlasů

Komentářů: 4, poslední 6.4. 15:51

Rozcestník

AbcLinuxu

HDmag.cz

AbcLinuxu:/ Poradna / Linuxová poradna / Záhadný DNS resolf

Štítky: BIND, Debian, DHCP, distribuce, DNS, Internet, KDE, OpenVPN, Samba, sítě, tcpdump, Windows

Dotaz: Záhadný DNS resolf

22.3.2005 11:00 Shteffi | skóre: 21 | blog: Shteffi
Záhadný DNS resolf

Přečteno: 242×

Odpovědět | Admin

Zdravim objevila se mi taková malá záhada, která mi dost znepříjemňuje život.. před pár dny jsem na serveru zprovoznil OpenVPN... Od tý doby mi na všech klientech v podsíti divně resolvuje DNS adresu serveru. Klientům dávám nastavení pomocí DHCP. Server se jmenuje Debian a má adresu 192.168.2.200 když dam na widlích ping debian, tak se snaží pingat na adresu 192.168.2.101 ale marně.. protože ta nikde neni..

sem z toho celej vedle sebe.. protože tahle adresa vůbec nikde nefiguruje.. Bind mam nastavenej dobře.. a všechny ostatní adresy resolvuje bezproblému. dokonce jsem dal na server do Hosts souboru aby debian byl přímo 192.168.2.200 ale stejně nic.

když ale dam ve WinXP opravit síťové připojení tak už to zase funguje... pingá na správnou adresu. ale jenom do restartu windows...

jinak ta OpenVPN má natavený rozhranní 10.0.0.100 na serveru a 1-90 pro klienty...

Asi to s tou VPN bude nějak souviset.. ale nevim kde je zakopanej pes... Jo a jak server tak klienti sou na podsíti za routerem.. takže to TAP zařízení jede na stejný síťovce jako vnitřní adresa serveru 192.168.2.200.

Doufam, že jsem to podal dost srozumitelně... Díky za jakýkoli nakopnutí... už jsem zoufalej...

Nástroje: Začni sledovat (1) ?

Odpovědi

22.3.2005 11:29 petr_p
Rozbalit Rozbalit vše Re: Záhadný DNS resolf

Porovnej nastaveni site u windows klientu pred a po "opraveni pripojeni" (adresy rozhrani, routovaci tabulky, DNS servery, staticke prekladove tabulky -- soubor hosts nekde ve \windows\...\etc\hosts).

Kdyz nic neodhalis, povol na serveru pristup jen jednoho klienta, pust si tcpdump na TAP rozhrani, pak zapni windows klienta a sleduj, co chodi siti. Hlavne se soustred na DNS odpovedi a zkontroluj nasteveni DHCP serveru (option domain-name-servers a option domain-name pro spravny subnet/group/host).

22.3.2005 12:03 Shteffi | skóre: 21 | blog: Shteffi
Rozbalit Rozbalit vše Re: Záhadný DNS resolf

Tak všude je všechno nastavený dobře.. jenom jsem zjistil, že mi asi nejede samotnej DNS DHCPčkem přiděluju pro jistotu i DNS providera Jak zjistim, že mi BIND9 jede? když sem dal v init.d script ./bind9 reload tak mi to napsalo, že connection refused a když dam force-reload tak při stopping hodí connection refused a start vypadá že najede... je to divný..

22.3.2005 13:30 Bernie | skóre: 9 | blog: Bernie's Blog
Rozbalit Rozbalit vše Re: Záhadný DNS resolf

ps -A | grep named

melo by ti to vypsat prislusnej proces, pokud jede BIND

22.3.2005 13:59 petr_p
Rozbalit Rozbalit vše Re: Záhadný DNS resolf

A co dela ten skript? Typuji, ze pouziva rndc. Jenze bind nejede nebo neposloucha na kontrolnim socketu a tak skrip vratri connection refused. Zkus poslat bindu signal SIGHUP (znovu nacte konfiguraci) a podivej se do logu.

Taky muze byt problem v pristupovych pravech k bindu nebo vubec neposloucha na TAP rozhrani. Vyzkousej netstat -putna | grep named.

22.3.2005 14:15 Shteffi | skóre: 21 | blog: Shteffi
Rozbalit Rozbalit vše Re: Záhadný DNS resolf

tak už sem asi přišel na to čim to je.. Samba byla nastavená jako wins server a nevim proč, ale pořád se snažila nastavit domain borwse master na adresu 192.168.2.101 která v síti vůbec neni.. doteď mi to fungovalo bez problémů, ale teď to začalo blbnout tak jsme wins server zakázal...

Teď jsem si uvědomil, že když jsem experimentoval s tou OpenVPN tak jsem jednou zkusil nastavit na Tap0 zařízení tuhle adresu 192.168.2.101 pak jsem to ale vrátil zpátky protože to byla blbost.. ale od tý doby si to tu adresu nějak pamatuje..

Nevíte kde či jak tomu říct aby na tu adresu zapoměla? myslim tim samba

díky...

22.3.2005 14:45 Shteffi | skóre: 21 | blog: Shteffi
Rozbalit Rozbalit vše Re: Záhadný DNS resolf

jo a ještě jeden poznatek.. musel jsem dát spouštět openvpn až po najetí DHCP jinak mi DHCP nenajelo s tim, že nemam definovanej subnet pro rozhranní tap0 Když to ale udlělam obráceně tak to najede v pořádku...

22.3.2005 14:56 petr_p
Rozbalit Rozbalit vše Re: Záhadný DNS resolf

Ano, pokud chces dhcpd pro vice IP siti, musis pro kazdou sit definovat subnet a vsechny subnety uzavrit do sekce shared-network. Seznam rozhrani, na kterych bude dhcpd poslouchat, se pak definuje pomoci parametru prikazu dhcpd.

22.3.2005 15:20 Shteffi | skóre: 21 | blog: Shteffi
Rozbalit Rozbalit vše Re: Záhadný DNS resolf

Jsem to ale Jouda... v logách samozřejmě bylo, že mi BIND nenajede.. protože mi chyběl v konfiguráku jeden středník... :-x Takže si můžu akorát tak sipat popel na hlavu.... grrrr...

22.3.2005 15:38 Shteffi | skóre: 21 | blog: Shteffi
Rozbalit Rozbalit vše Re: Záhadný DNS resolf

Takže abych to shrnul..

po spuštění openVPN jsem restartoval server (pro jistotu abych věděl že to nabíhá)
Kvůli chybějící definici subsítě v DHCPD.conf nenajel DHCP Záhadou mi zůstává, proč předtím fungoval BIND když měl chybu v konfiguráku, ale budiž.. BIND nenajel...
Takže klient se snažil resolvovat adresy pouze pomocí WINS, který si nějak blbě pamatovalo, že server je na adrese na který neni...

Toť asi celá záhada..

opravil jsem BIND i DHCP a teď už zase všechno maká jak má...

:))) Ale díky všem za snahu...

Založit nové vlákno • Nahoru