(vieleicht) DNS query Problem

E

easy

Guest
Zum Beispiel gebe ich in Browser ein address wie www.google.com ein, sagte Browser aber "www.google.com could not been found, please check the name and try agin.". ich muss 2. mal, 3. mal Browser reload machen, dann kann ich eventual www.google.com Seite sehen.

andere Beispiel ist,
> ping cvsup2.freebsd.org
ping: cannot resolve cvsup2.freebsd.org: No address associated with name
Exit 68
> ping cvsup2.freebsd.org
PING cvsup2.us.freebsd.org (130.94.149.166): 56 data bytes
64 bytes from 130.94.149.166: icmp_seq=0 ttl=58 time=212.830 ms
64 bytes from 130.94.149.166: icmp_seq=1 ttl=58 time=274.406 ms
// 1. mal Versuch ist immer erfolglos..

ich find soclche komische Problem, dewegen checke ich TCP Traffic.
No. Time Source Destination Protocol Info
9 5.248948 192.168.1.4 192.168.1.1 DNS Standard query A cvsup4.freebsd.org
10 5.342259 192.168.1.1 192.168.1.4 DNS Standard query response
11 5.342531 192.168.1.4 192.168.1.1 DNS Standard query A cvsup4.freebsd.org
12 5.433001 192.168.1.1 192.168.1.4 DNS Standard query response
13 6.988821 192.168.1.4 192.168.1.1 DNS Standard query A cvsup4.freebsd.org
14 7.209877 192.168.1.1 192.168.1.4 DNS Standard query response
15 7.210154 192.168.1.4 192.168.1.1 DNS Standard query A cvsup4.freebsd.org
16 7.310004 192.168.1.1 192.168.1.4 DNS Standard query response CNAME freebsd.isc.org A 204.152.184.73
17 7.310355 192.168.1.4 204.152.184.73 ICMP Echo (ping) request
18 7.537484 204.152.184.73 192.168.1.4 ICMP Echo (ping) reply


Internet --- Router(dhcp, nat, WLAN) --- mein Laptop

Router(WLAN AP)
(T-dsl, dynamische IP)
DNS Einstellung: 194.25.2.130 217.237.151.161
Eigene IP: 192.168.1.1
selbst läuft Router nameserver, dhcpd, nat für innen Network.

Laptop
FreeBSD 5.4, mit ipw wireless Interface
IP 192.168.1.4 von Router dhcp.

ich vermute, dass Router(dsl router) kein Problem haben soll, weil andere Laptop(bei Windows) in Network kein soclche Probleme haben.
 
Zuletzt bearbeitet von einem Moderator:
Dein DNS-Forwarder im Router wird sich evtl. an den AAAA anfragen stören (IPv6). Wenn du im Notebook direkt den DNS vom Provider benutzt geht es? (dann könnte eine neue Firmware helfen)
 
haaaeeh?

nein, sorry, dein problem sehe ich nicht.
stell mal bitte eine frage.

was machst du genau?
was willst du machen?
was macht dein compi?
welchen dns hast du bei deinem rechner eingestellt?
wie ist dein router geconft?
tritt das problem auch auf, wenn du als dns den nameserver von deinem isp nimmst?
kannst du google anpingen?
 
also, bis jetzt wuerde ich aus der problembeschreibung auf ein fehlerhaftes kernelmodul fuer das netzteil schliessen...
 
[deleted]
 
Zuletzt bearbeitet von einem Moderator:
dettus schrieb:
also, bis jetzt wuerde ich aus der problembeschreibung auf ein fehlerhaftes kernelmodul fuer das netzteil schliessen...

Code:
machine		i386
cpu		I686_CPU

options 	SCHED_4BSD		# 4BSD scheduler
options 	INET			# InterNETworking
options 	INET6			# IPv6 communications protocols
options 	FFS			# Berkeley Fast Filesystem
options 	SOFTUPDATES		# Enable FFS soft updates support
options 	UFS_ACL			# Support for access control lists
options 	UFS_DIRHASH		# Improve performance on big directories
options 	MD_ROOT			# MD is a potential root device
options 	NFSCLIENT		# Network Filesystem Client
options 	NFSSERVER		# Network Filesystem Server
options 	NFS_ROOT		# NFS usable as /, requires NFSCLIENT
options 	MSDOSFS			# MSDOS Filesystem
options 	CD9660			# ISO 9660 Filesystem
options 	PROCFS			# Process filesystem (requires PSEUDOFS)
options 	PSEUDOFS		# Pseudo-filesystem framework
options 	GEOM_GPT		# GUID Partition Tables.
options 	COMPAT_43		# Compatible with BSD 4.3 [KEEP THIS!]
options 	COMPAT_FREEBSD4		# Compatible with FreeBSD4
options 	SCSI_DELAY=15000	# Delay (in ms) before probing SCSI
options 	KTRACE			# ktrace(1) support
options 	SYSVSHM			# SYSV-style shared memory
options 	SYSVMSG			# SYSV-style message queues
options 	SYSVSEM			# SYSV-style semaphores
options 	_KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions
options 	KBD_INSTALL_CDEV	# install a CDEV entry in /dev
options 	AHC_REG_PRETTY_PRINT	# Print register bitfields in debug
					# output.  Adds ~128k to driver.
options 	AHD_REG_PRETTY_PRINT	# Print register bitfields in debug
					# output.  Adds ~215k to driver.
options 	ADAPTIVE_GIANT		# Giant mutex is adaptive.

device		miibus		# MII bus support
device		fxp		# Intel EtherExpress PRO/100B (82557, 82558)
device		wlan		# 802.11 support

device		loop		# Network loopback
device		mem		# Memory and kernel memory devices
device		io		# I/O device
device		random		# Entropy device
device		ether		# Ethernet support
device		sl		# Kernel SLIP
device		ppp		# Kernel PPP
device		tun		# Packet tunnel.
device		pty		# Pseudo-ttys (telnet etc)
device		md		# Memory "disks"
device		gif		# IPv6 and IPv4 tunneling
device		faith		# IPv6-to-IPv4 relaying (translation)

device		bpf		# Berkeley packet filter

options         ALTQ
options         ALTQ_CBQ        # Class Bases Queuing (CBQ)
options         ALTQ_RED        # Random Early Detection (RED)
options         ALTQ_RIO        # RED In/Out
options         ALTQ_HFSC       # Hierarchical Packet Scheduler (HFSC)
options         ALTQ_PRIQ       # Priority Queuing (PRIQ)
options         ALTQ_NOPCC      # Required for SMP build
 
Moin

Das Problem hatte ich auch mal.
Ohne mich weiter damit auseinander zu setzen,
habe ich einfach einen eigenen named mit forwarding
aufgesetzt und alles war gut.

greetz delmo
 
@moderator: whoops... zweimal das gleiche geschrieben?? hmmm... *bitte diesen eintrag loeschen*
 
Zuletzt bearbeitet:
full ack.
einen eigenen named aufzusetzen ist eigentlich immer die beste loesung.

ich persoenlich bin damit auch sehr gut gefahren, als nrw einige webseiten blockiert hatte.


aaaaaaaaaaaaaber in easys fall wuerde ich ihm doch mal raten einen externen dns zu nehmen.
frag mal deinen isp nach den ip-adressen. und trag die in die /etc/resolv.conf ein.

das korrekte proggie um dns-anfragen zu testen ist auch nicht mozilla oder ping, sondern "nslookup"

probier mal aus!
 
Wie nameserver auf dem Router? Ein DNS-Cache oder ein echter Named in Verbindung mit dem DHCPd? Im letzter Fall hast du hoffentlich deine Reverse-Lookup-Zones sowohl für IPv4, als AUCH für IPv6 korrekt eingerichtet, oder?
 
oops..

ein zu langsame nameserver war vielleicht das Problem...
ich nutzt jetzt eine andere extern nameserver, und alles ist in Ordnung.
( andere Windows Clients in Network waren nur ein bisschen langsam bei DNS query,
aber wieso hatte *schlaue* Windows kein Problem wie meins?? :o )

ich wollte mal probieren, eigene named zu stellen,
aber ich weiss nicht ob es sinnvoll ist, weil ich mein notebook überall in viele Network nutze. (manchmal von dhcpd/nat, manchmal static IP, machmal durch VPN...)
 
Zurück
Oben