Fedora Core 4 dns

Linux-haladó

Fedora Core 4 dns

  • 1167 megtekintés

( darabos_j | 2006. 01. 28., szo – 20:08 )

Úgy látszik az ndiswrapper lesz a hunyó, mert folyamatosan nyomja a dump-ot a messeges -be. LEszedek egy újabb kernelt és megpróbálom azzal. Lehet túl új az ndiswrapper. Ha rájöttem szólok.

( kisbetu v | 2006. 01. 28., szo – 20:17 )

[quote:15eda635a5="darabos_j"]Ha rájöttem szólok.

Rendben.

De ha nem jössz rá, ne szólj!

( darabos_j | 2006. 01. 27., p – 16:41 )

Sziasztok!
Nemrég sikerült kipróbálnom a Fedora Core 4-t, ami a SuSE helyett/ mellett lenne majd nekem. Csak otthoni internetezésre kellene, de akad egy kis gondom. Az USRobotic hálókártyát , amin a net megy fennakadás nélkül fel tudtam rakni, tehát a hálózat már megvan. Egyetlen gondom az , hogy a friss telepítésű Fedorán nem működi a névfeloldás. A dns be van állítva , suse 10 -el működik, win-nnel is tehát kizárt h azzal legyen a gond. Az alapátjárót tudom pingelni, meg a dns szervert is. Végignéztem a hálózati forgalmat és a dns felé kimegy a kérés, de egy akármilyen dns nevet még a ping sem tud feloldani sem az nslookup.
Gondoltam hátha volt vkinek ilyen gondja, a suse-val semmi ilyesmi nem volt.
A segítséget előre is köszi!

( Arpi v | 2006. 01. 27., p – 18:05 )

Milyen módon kapcsolódsz a netre?

ip alapján tudsz böngészni?
pl. www.hup.hu:
http://195.228.252.138

A resolv.conf-ot ellenőrizd első körben.

A dig @dns.ip.cime www.hup.hu visszaadja a fenti címet?

( darabos_j | 2006. 01. 27., p – 18:14 )

Ja, úgy működik.
wlan-on keresztül csatlakozom, ami egy központban natolva van.
A resolv.conf-ot is kitöltötte a grafikus kezelőprigi, amire kellett.
Egyszerűen nem értem, mert a kérést kiküldi a dns-felé, de vissza nem fogad semmilyen választ, legalábbis nem láttam. Az útvonal jó,a hálózatban lévő gépeket tudom pingelni, az frankó. Minden tűzfal le van kapcsolva , még az SELinux is, nehogy vmi megtréfáljon. Az iptables üres, minden accept-en.
Azért kérdem h nem volt vki , akinek lett volna ilyen gondja.
El nem írtam semmit mert átnéztem minden adatot.

( Arpi v | 2006. 01. 27., p – 18:36 )

dig @dns.ip.cime www.hup.hu mit mond?

( traktor | 2006. 01. 27., p – 19:02 )

[quote:b30e38a855="darabos_j"]Ja, úgy működik.
wlan-on keresztül csatlakozom, ami egy központban natolva van.
A resolv.conf-ot is kitöltötte a grafikus kezelőprigi, amire kellett.
Egyszerűen nem értem, mert a kérést kiküldi a dns-felé, de vissza nem fogad semmilyen választ, legalábbis nem láttam.

Nem lehet, hogy a NAT-olo gep a hibas...? A vilagba kifele pl pingelni tudsz? Rakj a kozponti gepre egy DNS-t...

( darabos_j | 2006. 01. 27., p – 20:01 )

A névfeoldás nem megy, a nat-os gép megy, mert ugyan azona a hardveren van win2k, winxp, suse linux meg a fedora és csak a fedora-val nem megy.
Az h megy kifelé meg befelé a forgalom csak az bizonyítja, hogy most az előbb megadott ip alapján értem el a fórumot.

dig @212.92.0.131 www.hup.hu :
; <<>> DiG 9.3.1 <<>> @212.92.0.131 www.hup.hu
; (1 server found)
;; global options: printcmd
;; connection timed out; no servers could be reached

minden hardver és hálózati elem jól működik.
Érdekes....
a resolv.conf :
; Generated by NetworkManager Do not edit!
felírat található,de a networkmanagerben ott van a dns szerver ip-je, sőt még a named adatbázisából is kiválasztottam másodlagosnak egy root-dns szerver ip-t.

( Arpi v | 2006. 01. 27., p – 21:39 )

[quote:6832a18fb5="darabos_j"]
dig @212.92.0.131 www.hup.hu :
; <<>> DiG 9.3.1 <<>> @212.92.0.131 www.hup.hu
; (1 server found)
;; global options: printcmd
;; connection timed out; no servers could be reached

Ez nem jó. Nem éri el a névszervert. Próbálj meg egy másikat. Pl. 212.40.96.52 (ha jól néztem, ez a másodlagosod)

[quote:6832a18fb5="darabos_j"]
Érdekes....
a resolv.conf :
; Generated by NetworkManager Do not edit!

Ez sem jó. Ha kézzel beírod miután felépült a kapcsolat, hogy
nameserver 212.92.0.131
az első üres sorba, akkor nem javul meg? Esetleg a másik névszervert beírva?

Ha jól értem, akkor a géped hálókártyája közvetlenül megy a szolgáltató rendszerére, közben nincs router, ugye?

Esetleg nézd meg win alatt, hogy melyik névszervert használja ott (ipconfig /all) és próbáld meg azzal a fentieket.

( darabos_j | 2006. 01. 27., p – 22:14 )

pedig minden rendszerem ezt használja, ne a beállitásba keressétek a hibát. Meg tudom pingelni a névszervert meg csatlakozni is akar ,de nem kapja meg a választ. Minden adat frankó, root dns szervert is próbáltam másodlagosnak,de semmi.A SuSE működik ezekkel a beállitásaokkal. Nincs a kernelnek vmi aprósága ami túl biztonságosra van húzva alapból?
Én arra gyanakszok, vagy holnap fogom és felrakom mégegyszer hátha megjavúl "magától".

( Polesz v | 2006. 01. 27., p – 22:17 )

[quote:025015635b="darabos_j"]pedig minden rendszerem ezt használja, ne a beállitásba keressétek a hibát. Meg tudom pingelni a névszervert meg csatlakozni is akar ,de nem kapja meg a választ. Minden adat frankó, root dns szervert is próbáltam másodlagosnak,de semmi.A SuSE működik ezekkel a beállitásaokkal. Nincs a kernelnek vmi aprósága ami túl biztonságosra van húzva alapból?
Én arra gyanakszok, vagy holnap fogom és felrakom mégegyszer hátha megjavúl "magától".

Nem lehetséges kernel/hálókari driver hiba?

( darabos_j | 2006. 01. 27., p – 22:22 )

Ez viszont lehetséges. ndiswrapper-ral van feltéve, lehetséges lenne h e-miat?
De akkor adatforgalom sem lenne szerintem , vagy ping sem menne el a névszerver címéig. A dns kérés csomag elindul, de nem jön válasz. lefigyeltem a kapcsolatot, de nem értem miértnem.

( Arpi v | 2006. 01. 27., p – 22:42 )

Közben tesztelgettem dolgokat. Volt egyik ügyfélnél egy FC3-as szerver, mely egyszer csak nem akart jól dolgozni, a böngésző hol működött, hol nem, sokára jöttek be az oldalak.
A nyomozás során kiderült, hogy nem megy a névfeloldás, az elsődleges dns a szolgáltatónál nem ment, a másodikat előléptettem azóta jó.
Most újra megnéztem, és egyértelműen bebizonyosodott, hogy a hibásan működő dns esetén a szolgáltatónál a tcp/53 nyitva, de az udp/53 zárva van.

Azt megnéztem, hogy az általad hivatkozott dns esetén ez nincs így, de: mi van ha valahol ezek az udp csomagok elvesznek menet közben (okot nem tudok mondani, esetleg az ndiswrapper).

Esetleg próbáld ki, nekem ezt adja:
[code:1:2a4fafc709][root@vezer ~]# nmap -P0 -sUV -p53 212.92.0.131

Starting nmap 3.70 ( http://www.insecure.org/nmap/ ) at 2006-01-27 22:26 CET
Interesting ports on ns.ahrt.hu (212.92.0.131):
PORT STATE SERVICE VERSION
53/udp open domain

Nmap run completed -- 1 IP address (1 host up) scanned in 7.055 seconds
[root@vezer ~]#
[/code:1:2a4fafc709]

Kipróbáltam egy lezárt udp/53-as szerveren, ott egyértelműen az eredmény (több, mint fél perc után)

[code:1:2a4fafc709]PORT STATE SERVICE VERSION
53/udp open|filtered domain
[/code:1:2a4fafc709]

( darabos_j | 2006. 01. 27., p – 22:53 )

az ndiswrapper-re sem tudok gyanakodni, mert szerintem ugyan az van a suse alatt is. igaz az rpm-es verzio, de nem olyan régi az a suse 10, hogy olyan nagy verzókülönbség legyen benne, de még nem néztem azt meg. A driver amit használ az meg jó, az is ugyan az mint a suse-é. jobban megnézem azokat a csomagokat, amik jönnek vissza. Egyszerűen nem tom mi a fene lehet de akkor most beleugrok a mélyébe.....

( ibtorma | 2006. 01. 28., szo – 17:02 )

Nekem Fc4 alatt volt h ndiswrapperrel usb wlan kártya látszólag jó volt minden, de
csak nem akart működni
ifconfig eth0 lánál aztán kibukott h csak a rossz csomagok száma pörgött szépen felfelé.
ha folyamatosan pingelsz vmit kint pár percig milyen %ban vesznek el a csomagok?

Én telepítettem már pár Fc4et, itthon 4 gépen is van de soha nem volt ilyen problémám.