[opensuse] dns resolution problems - fresh 11.1rc1 install
I was wondering if anyone could help me figure why I'm having such a HUGE problem with dns resolution. I've been a 10.2 user since it was released, but now find myself needing to update with the demise of all 10.2 support. I did a fresh install of 11.1rc1 x86_64 (including changing my partition layout and formatting the drives) on my workstation yesterday and I immediately started having problems with all things related to resolving names. I can endlessly use 'dig' from the commandline without a single problem, but firefox was initially not able to resolve a single name so I couldn't even browse to a website. Yast software management was not able to access any repositories because it couldn't resolve things like download.opensuse.org. I tried disabling all the firewalling and apparmor stuff. I tried restoring more my previous resolv.conf. I tried editing my nsswitch.conf file. I tried tuning nscd.conf as well as disabling nscd completely. I've rebooted several times to make sure the system was fresh after making my changes. I've combed over the logs. I changed my resolv.conf to point to a single name server instead of two. My dns servers handle the load of tens of thousands of customers, so if there were a problem with them, believe me, my doing a fresh linux install on my workstation would not be how I first find out about dns trouble. All of this troubleshooting has been almost completely fruitless. The best I can seem to get is spotty dns performance. Firefox takes ages to resolve a name, occasionally timing out completely before getting a response, and loading a page where the images or other content may be on different hosts/domains takes an eternity. The ssh command hangs for a very long time before either failing to resolve the hostname or succeeding and allowing me to log in. Here's some info from the current state of my system after mucking with it for a while. Let me know if there's anything else helpful that I could include. # grep '^[^#]' /etc/nsswitch.conf passwd: files ldap group: files ldap hosts: files dns networks: files services: files protocols: files rpc: files ethers: files netmasks: files netgroup: files publickey: files bootparams: files automount: files nis aliases: files # grep '^[^#]' /etc/sysconfig/network/config DEFAULT_BROADCAST="+" GLOBAL_POST_UP_EXEC="yes" GLOBAL_PRE_DOWN_EXEC="yes" CHECK_DUPLICATE_IP="no" DEBUG="no" USE_SYSLOG="yes" CONNECTION_SHOW_WHEN_IFSTATUS="no" CONNECTION_CHECK_BEFORE_IFDOWN="no" CONNECTION_CLOSE_BEFORE_IFDOWN="no" CONNECTION_UMOUNT_NFS_BEFORE_IFDOWN="no" CONNECTION_SEND_KILL_SIGNAL="no" MANDATORY_DEVICES="" WAIT_FOR_INTERFACES="20" FIREWALL="no" LINKLOCAL_INTERFACES="eth*[0-9]|tr*[0-9]|wlan[0-9]|ath[0-9]" IFPLUGD_OPTIONS="-f -I -b" NETWORKMANAGER="no" NM_ONLINE_TIMEOUT="0" NETCONFIG_MODULES_ORDER="dns-resolver dns-bind dns-dnsmasq nis ntp-runtime" NETCONFIG_DNS_FORWARDER="resolver" NETCONFIG_DNS_STATIC_SEARCHLIST="example.net foo.example.net" NETCONFIG_DNS_STATIC_SERVERS="10.10.10.181 10.10.10.240" NETCONFIG_NTP_POLICY="" NETCONFIG_NTP_STATIC_SERVERS="" NETCONFIG_NIS_POLICY="" NETCONFIG_NIS_SETDOMAINNAME="yes" NETCONFIG_NIS_STATIC_DOMAIN="" NETCONFIG_NIS_STATIC_SERVERS="" NETCONFIG_DNS_POLICY="" # chkconfig --list SuSEfirewall2_init 0:off 1:off 2:off 3:off 4:off 5:off 6:off SuSEfirewall2_setup 0:off 1:off 2:off 3:off 4:off 5:off 6:off aaeventd 0:off 1:off 2:off 3:off 4:off 5:off 6:off acpid 0:off 1:off 2:on 3:on 4:off 5:on 6:off alsasound 0:off 1:off 2:on 3:on 4:off 5:on 6:off apache2 0:off 1:off 2:off 3:off 4:off 5:off 6:off arpwatch 0:off 1:off 2:off 3:off 4:off 5:off 6:off atd 0:off 1:off 2:off 3:off 4:off 5:off 6:off auditd 0:off 1:off 2:off 3:off 4:off 5:off 6:off autofs 0:off 1:off 2:off 3:off 4:off 5:off 6:off autoyast 0:off 1:off 2:off 3:off 4:off 5:off 6:off avahi-daemon 0:off 1:off 2:off 3:on 4:off 5:on 6:off avahi-dnsconfd 0:off 1:off 2:off 3:off 4:off 5:off 6:off bgpd 0:off 1:off 2:off 3:off 4:off 5:off 6:off cron 0:off 1:off 2:on 3:on 4:off 5:on 6:off cups 0:off 1:off 2:on 3:on 4:off 5:on 6:off dbus 0:off 1:off 2:on 3:on 4:off 5:on 6:off dnsmasq 0:off 1:off 2:off 3:off 4:off 5:off 6:off earlysyslog 0:off 1:off 2:on 3:on 4:off 5:on 6:off earlyxdm 0:off 1:off 2:off 3:off 4:off 5:on 6:off fbset 0:off 1:on 2:on 3:on 4:off 5:on 6:off gpm 0:off 1:off 2:off 3:off 4:off 5:off 6:off haldaemon 0:off 1:off 2:on 3:on 4:off 5:on 6:off icecream 0:off 1:off 2:off 3:off 4:off 5:off 6:off irq_balancer 0:off 1:on 2:on 3:on 4:off 5:on 6:off ivman 0:off 1:off 2:off 3:off 4:off 5:off 6:off java.binfmt_misc 0:off 1:off 2:off 3:on 4:off 5:on 6:off joystick 0:off 1:off 2:off 3:off 4:off 5:off 6:off kbd 0:off 1:on 2:on 3:on 4:off 5:on 6:off S:on kexec 0:off 1:off 2:off 3:off 4:off 5:off 6:off ldap 0:off 1:off 2:off 3:off 4:off 5:off 6:off lirc 0:off 1:off 2:off 3:off 4:off 5:off 6:off mdadmd 0:off 1:off 2:off 3:off 4:off 5:off 6:off microcode.ctl 0:off 1:off 2:off 3:off 4:off 5:off 6:off multipathd 0:off 1:off 2:off 3:off 4:off 5:off 6:off mysql 0:off 1:off 2:off 3:off 4:off 5:off 6:off nagios 0:off 1:off 2:off 3:off 4:off 5:off 6:off network 0:off 1:off 2:on 3:on 4:off 5:on 6:off network-remotefs 0:off 1:off 2:on 3:on 4:off 5:on 6:off nfs 0:off 1:off 2:off 3:on 4:off 5:on 6:off nfsserver 0:off 1:off 2:off 3:off 4:off 5:off 6:off nmb 0:off 1:off 2:off 3:off 4:off 5:off 6:off nscd 0:off 1:off 2:off 3:on 4:off 5:on 6:off ntp 0:off 1:off 2:off 3:off 4:off 5:off 6:off openct 0:off 1:off 2:off 3:off 4:off 5:off 6:off ospf6d 0:off 1:off 2:off 3:off 4:off 5:off 6:off ospfd 0:off 1:off 2:off 3:off 4:off 5:off 6:off pcscd 0:off 1:off 2:off 3:off 4:off 5:off 6:off pm-profiler 0:off 1:off 2:off 3:off 4:off 5:off 6:off postfix 0:off 1:off 2:off 3:on 4:off 5:on 6:off powerd 0:off 1:off 2:off 3:off 4:off 5:off 6:off random 0:off 1:off 2:on 3:on 4:off 5:on 6:off raw 0:off 1:off 2:off 3:off 4:off 5:off 6:off ripd 0:off 1:off 2:off 3:off 4:off 5:off 6:off ripngd 0:off 1:off 2:off 3:off 4:off 5:off 6:off rpasswdd 0:off 1:off 2:off 3:off 4:off 5:off 6:off rpcbind 0:off 1:off 2:off 3:on 4:off 5:on 6:off rpmconfigcheck 0:off 1:off 2:off 3:off 4:off 5:off 6:off rsyncd 0:off 1:off 2:off 3:off 4:off 5:off 6:off setserial 0:off 1:off 2:off 3:off 4:off 5:off 6:off skeleton.compat 0:off 1:off 2:off 3:off 4:off 5:off 6:off smartd 0:off 1:off 2:on 3:on 4:off 5:on 6:off smb 0:off 1:off 2:off 3:off 4:off 5:off 6:off smbfs 0:off 1:off 2:off 3:off 4:off 5:off 6:off smolt 0:off 1:off 2:off 3:off 4:off 5:off 6:off snmpd 0:off 1:off 2:off 3:off 4:off 5:off 6:off spamd 0:off 1:off 2:off 3:off 4:off 5:off 6:off splash 0:off 1:on 2:on 3:on 4:off 5:on 6:off S:on splash_early 0:off 1:off 2:on 3:on 4:off 5:on 6:off squid 0:off 1:off 2:off 3:off 4:off 5:off 6:off sshd 0:off 1:off 2:off 3:on 4:off 5:on 6:off stopblktrace 0:off 1:on 2:on 3:on 4:off 5:on 6:off svnserve 0:off 1:off 2:off 3:off 4:off 5:off 6:off syslog 0:off 1:off 2:on 3:on 4:off 5:on 6:off uuidd 0:off 1:off 2:off 3:off 4:off 5:off 6:off vsftpd 0:off 1:off 2:off 3:off 4:off 5:off 6:off waitfornm 0:off 1:off 2:off 3:off 4:off 5:off 6:off winbind 0:off 1:off 2:off 3:off 4:off 5:off 6:off xdm 0:off 1:off 2:off 3:off 4:off 5:on 6:off xfs 0:off 1:off 2:off 3:off 4:off 5:off 6:off xinetd 0:off 1:off 2:off 3:on 4:off 5:on 6:off ypbind 0:off 1:off 2:off 3:off 4:off 5:off 6:off zebra 0:off 1:off 2:off 3:off 4:off 5:off 6:off # ps -ef UID PID PPID C STIME TTY TIME CMD root 1 0 0 13:55 ? 00:00:01 init [5] root 2 0 0 13:55 ? 00:00:00 [kthreadd] root 3 2 0 13:55 ? 00:00:00 [migration/0] root 4 2 0 13:55 ? 00:00:00 [ksoftirqd/0] root 5 2 0 13:55 ? 00:00:00 [migration/1] root 6 2 0 13:55 ? 00:00:00 [ksoftirqd/1] root 7 2 0 13:55 ? 00:00:01 [events/0] root 8 2 0 13:55 ? 00:00:00 [events/1] root 9 2 0 13:55 ? 00:00:00 [khelper] root 10 2 0 13:55 ? 00:00:00 [kintegrityd/0] root 11 2 0 13:55 ? 00:00:00 [kintegrityd/1] root 12 2 0 13:55 ? 00:00:00 [kblockd/0] root 13 2 0 13:55 ? 00:00:00 [kblockd/1] root 14 2 0 13:55 ? 00:00:00 [kacpid] root 15 2 0 13:55 ? 00:00:00 [kacpi_notify] root 16 2 0 13:55 ? 00:00:00 [cqueue] root 17 2 0 13:55 ? 00:00:00 [kseriod] root 18 2 0 13:55 ? 00:00:00 [kondemand/0] root 19 2 0 13:55 ? 00:00:00 [kondemand/1] root 20 2 0 13:55 ? 00:00:00 [pdflush] root 21 2 0 13:55 ? 00:00:09 [pdflush] root 22 2 0 13:55 ? 00:00:03 [kswapd0] root 23 2 0 13:55 ? 00:00:03 [kswapd1] root 24 2 0 13:55 ? 00:00:00 [aio/0] root 25 2 0 13:55 ? 00:00:00 [aio/1] root 26 2 0 13:55 ? 00:00:00 [kpsmoused] root 69 2 0 13:55 ? 00:00:00 [ata/0] root 70 2 0 13:55 ? 00:00:01 [ata/1] root 71 2 0 13:55 ? 00:00:00 [ata_aux] root 74 2 0 13:55 ? 00:00:00 [scsi_eh_0] root 75 2 0 13:55 ? 00:00:00 [scsi_eh_1] root 76 2 0 13:55 ? 00:00:00 [scsi_eh_2] root 77 2 0 13:55 ? 00:00:00 [scsi_eh_3] root 78 2 0 13:55 ? 00:00:00 [scsi_eh_4] root 79 2 0 13:55 ? 00:00:00 [scsi_eh_5] root 80 2 0 13:55 ? 00:00:00 [scsi_eh_6] root 81 2 0 13:55 ? 00:00:00 [scsi_eh_7] root 85 2 0 13:55 ? 00:00:02 [scsi_eh_8] root 86 2 0 13:55 ? 00:00:00 [scsi_eh_9] root 116 2 0 13:55 ? 00:00:00 [kstriped] root 120 2 0 13:55 ? 00:00:00 [ksnapd] root 273 2 0 13:55 ? 00:00:00 [ksuspend_usbd] root 294 2 0 13:55 ? 00:00:00 [khubd] root 589 2 0 13:55 ? 00:00:00 [kdmflush] root 599 2 0 13:55 ? 00:00:00 [kdmflush] root 611 2 0 13:55 ? 00:00:00 [kdmflush] root 650 2 0 13:55 ? 00:00:17 [kjournald] root 734 1 0 13:55 ? 00:00:00 /sbin/udevd --daemon root 1419 2 0 13:55 ? 00:00:00 [khpsbpkt] root 1461 2 0 13:55 ? 00:00:00 [knodemgrd_0] root 1644 2 0 13:55 ? 00:00:00 [kauditd] root 1708 2 0 13:55 ? 00:00:00 [kjournald] root 2160 1 0 13:55 ? 00:00:00 /sbin/klogd -c 1 -x root 2161 1 0 13:55 ? 00:00:00 /sbin/syslog-ng 102 2174 1 0 13:55 ? 00:00:01 /bin/dbus-daemon --system root 2186 1 0 13:55 ? 00:00:00 /sbin/acpid 105 2217 1 0 13:55 ? 00:00:02 /usr/sbin/hald --daemon=yes root 2278 1 0 13:55 ? 00:00:00 /usr/sbin/console-kit-daemon root 2390 2217 0 13:55 ? 00:00:00 hald-runner root 2663 2390 0 13:55 ? 00:00:01 hald-addon-input: Listening on /dev/input/event1 /dev/input/event4 /dev/input/event3 root 2738 2390 0 13:55 ? 00:00:03 hald-addon-storage: polling /dev/sr0 (every 2 sec) root 2740 2390 0 13:55 ? 00:00:00 /usr/lib64/hal/hald-addon-cpufreq 105 2744 2390 0 13:55 ? 00:00:00 hald-addon-acpi: listening on acpid socket /var/run/acpid.socket root 3006 1 0 13:55 ? 00:00:00 /usr/bin/kdm root 3049 1 0 13:55 ? 00:00:00 /sbin/rpcbind root 3089 1 0 13:55 ? 00:00:00 rpc.statd --no-notify root 3097 2 0 13:55 ? 00:00:00 [rpciod/0] root 3098 2 0 13:55 ? 00:00:00 [rpciod/1] root 3116 2 0 13:55 ? 00:00:00 [nfsiod] root 3120 2 0 13:55 ? 00:00:00 [lockd] root 3446 1 0 13:55 ? 00:00:05 /usr/sbin/irqbalance avahi 3481 1 0 13:55 ? 00:00:00 avahi-daemon: running [ultra40.local] root 3616 1 0 13:55 ? 00:00:00 /usr/sbin/cupsd root 3778 1 0 13:55 ? 00:00:00 /usr/sbin/xinetd -pidfile /var/run/xinetd.init.pid root 3820 1 0 13:55 ? 00:00:00 /usr/sbin/sshd -o PidFile=/var/run/sshd.init.pid root 3837 1 0 13:55 ? 00:00:00 /usr/sbin/cron root 3844 1 0 13:56 ? 00:00:00 /usr/sbin/smartd root 3847 3006 4 13:56 tty7 00:08:26 /usr/bin/X -nolisten tcp :0 vt7 -auth /var/lib/xdm/authdir/authfiles/A:0-osHC57 root 3876 1 0 13:56 tty1 00:00:00 /sbin/mingetty --noclear tty1 root 3878 1 0 13:56 tty2 00:00:00 /sbin/mingetty tty2 root 3880 1 0 13:56 tty3 00:00:00 /sbin/mingetty tty3 root 3882 1 0 13:56 tty4 00:00:00 /sbin/mingetty tty4 root 3883 1 0 13:56 tty5 00:00:00 /sbin/mingetty tty5 root 3884 1 0 13:56 tty6 00:00:00 /sbin/mingetty tty6 root 3920 3006 0 13:56 ? 00:00:00 -:0 root 3925 1 0 13:56 ? 00:00:00 dbus-launch --autolaunch 18035b09328a042dae30eb8e492d7a00 --binary-syntax --close-stderr root 3926 1 0 13:56 ? 00:00:00 /bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session 1000 3978 3920 0 14:00 ? 00:00:00 /bin/sh /usr/bin/startkde 1000 4163 3978 0 14:00 ? 00:00:00 /usr/bin/gpg-agent --sh --daemon --write-env-file /home/aharrison/.gnupg/agent.info /usr/bin/ssh-agent /bin/b 1000 4164 3978 0 14:00 ? 00:00:00 /usr/bin/ssh-agent /bin/bash /etc/X11/xinit/xinitrc 1000 4205 1 0 14:00 ? 00:00:00 dbus-launch --sh-syntax --exit-with-session 1000 4206 1 0 14:00 ? 00:00:00 /bin/dbus-daemon --fork --print-pid 7 --print-address 9 --session 1000 4211 1 0 14:00 ? 00:00:00 kdeinit4: kdeinit4 Running... 1000 4212 4211 0 14:00 ? 00:00:00 klauncher 1000 4214 1 0 14:00 ? 00:00:01 kded4 1000 4251 3978 0 14:01 ? 00:00:00 kwrapper4 ksmserver 1000 4252 4211 0 14:01 ? 00:00:00 ksmserver 1000 4254 4252 5 14:01 ? 00:10:32 kwin 1000 4266 1 0 14:01 ? 00:00:01 /usr/bin/knotify4 1000 4267 1 0 14:01 ? 00:00:02 /usr/bin/krunner 1000 4270 1 0 14:01 ? 00:00:00 /usr/bin/nepomukserver 1000 4271 1 0 14:01 ? 00:00:25 /usr/bin/plasma 1000 4273 4270 0 14:01 ? 00:00:00 /usr/bin/nepomukservicestub nepomukstorage 1000 4274 4270 0 14:01 ? 00:00:00 /usr/bin/nepomukservicestub nepomukfilewatch 1000 4275 4270 0 14:01 ? 00:00:00 /usr/bin/nepomukservicestub nepomukontologyloader 1000 4281 4211 0 14:01 ? 00:00:00 kdeinit4: kio_file [kdeinit] file local:/tmp/ksocket-aharrison/klauncherMT4212.slave-socket local:/tmp/ksocke 1000 4295 4211 0 14:01 ? 00:00:00 /usr/bin/policykit-kde 1000 4297 1 0 14:01 ? 00:00:00 /usr/bin/pulseaudio --start 1000 4308 1 0 14:01 ? 00:00:00 /usr/bin/kmix 1000 4310 1 0 14:01 ? 00:00:01 /usr/bin/klipper 1000 4312 1 0 14:01 ? 00:00:00 /usr/bin/kupdateapplet 1000 4400 1 0 14:01 ? 00:00:46 /usr/bin/konsole 1000 4408 4400 0 14:01 pts/1 00:00:10 -bin/tcsh 1000 4563 1 0 14:01 ? 00:00:04 /opt/kde3/bin/artsd -F 10 -S 4096 -s 5 -m artsmessage -l 3 -f 1000 4611 4400 0 14:07 pts/2 00:00:01 -bin/tcsh root 4701 4611 0 14:10 pts/2 00:00:00 -csh 1000 4918 4408 0 14:19 pts/1 00:00:00 screen 1000 4919 4918 0 14:19 ? 00:00:05 SCREEN 1000 4921 4919 0 14:19 pts/4 00:00:00 -bin/tcsh 1000 4922 4919 0 14:19 pts/5 00:00:00 -bin/tcsh 1000 4927 4919 0 14:19 pts/6 00:00:00 -bin/tcsh 1000 4928 4919 0 14:19 pts/7 00:00:00 -bin/tcsh 1000 4939 4919 0 14:19 pts/8 00:00:01 -bin/tcsh 1000 4944 4919 0 14:19 pts/9 00:00:00 -bin/tcsh 1000 5361 1 0 14:21 ? 00:00:00 /usr/lib64/kde4/libexec/kdesud 1000 7262 1 0 14:42 ? 00:00:00 /usr/lib64/gvfs/gvfsd 1000 7268 1 0 14:42 ? 00:00:00 /usr/lib64/gvfs//gvfs-fuse-daemon /home/aharrison/.gvfs 1000 7279 1 0 14:42 ? 00:00:00 /usr/lib/GConf/2/gconfd-2 1000 7486 1 0 14:48 ? 00:00:00 /usr/bin/kwalletd 1000 11807 4211 0 14:57 ? 00:00:00 /bin/sh /usr/bin/firefox 1000 11812 11807 13 14:57 ? 00:16:39 /usr/lib64/firefox/firefox 1000 11852 11812 0 14:58 ? 00:01:04 /usr/lib/nspluginwrapper/i386/linux/npviewer.bin --plugin /usr/lib/browser-plugins/libflashplayer.so --connec 1000 12083 4944 0 15:31 pts/9 00:00:00 /bin/sh /home/aharrison/bin/cpfull.sh . /home/aharrison/Documents 1000 12084 12083 0 15:31 pts/9 00:00:02 find . -print 1000 12085 12083 3 15:31 pts/9 00:03:02 cpio -pvdmu /home/aharrison/Documents 1000 18168 4919 0 16:38 pts/10 00:00:00 /bin/sh /home/aharrison/bin/s 1000 18229 18168 0 16:38 pts/10 00:00:00 /usr/bin/dialog --file /tmp/dialog.menu.18168 1000 18330 4939 0 17:00 pts/8 00:00:00 ps -ef 1000 18331 4939 0 17:00 pts/8 00:00:00 gvim - -- Andy Harrison public key: 0x67518262 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On December 11, 2008 07:15:54 am Andy Harrison wrote:
I was wondering if anyone could help me figure why I'm having such a HUGE problem with dns resolution.
< snip > Do you have IPV6 enabled? If so try disabling it and see if that helps. -- Don -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thu, Dec 11, 2008 at 10:06 AM, Don Raboud
Do you have IPV6 enabled? If so try disabling it and see if that helps.
Intially, I had disabled it, but I have since re-enabled it to see if that would help. It didn't. -- Andy Harrison public key: 0x67518262 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Andy Harrison pecked at the keyboard and wrote:
I was wondering if anyone could help me figure why I'm having such a HUGE problem with dns resolution.
I've been a 10.2 user since it was released, but now find myself needing to update with the demise of all 10.2 support. I did a fresh install of 11.1rc1 x86_64 (including changing my partition layout and formatting the drives) on my workstation yesterday and I immediately started having problems with all things related to resolving names. I can endlessly use 'dig' from the commandline without a single problem, but firefox was initially not able to resolve a single name so I couldn't even browse to a website. Yast software management was not able to access any repositories because it couldn't resolve things like download.opensuse.org. I tried disabling all the firewalling and apparmor stuff. I tried restoring more my previous resolv.conf. I tried editing my nsswitch.conf file. I tried tuning nscd.conf as well as disabling nscd completely. I've rebooted several times to make sure the system was fresh after making my changes. I've combed over the logs. I changed my resolv.conf to point to a single name server instead of two. My dns servers handle the load of tens of thousands of customers, so if there were a problem with them, believe me, my doing a fresh linux install on my workstation would not be how I first find out about dns trouble.
All of this troubleshooting has been almost completely fruitless. The best I can seem to get is spotty dns performance. Firefox takes ages to resolve a name, occasionally timing out completely before getting a response, and loading a page where the images or other content may be on different hosts/domains takes an eternity. The ssh command hangs for a very long time before either failing to resolve the hostname or succeeding and allowing me to log in.
Almost sounds like a routing issue instead of a dns issue. Could you please post the results of route -n? -- Ken Schneider SuSe since Version 5.2, June 1998 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thu, Dec 11, 2008 at 10:10 AM, Ken Schneider
Almost sounds like a routing issue instead of a dns issue. Could you please post the results of route -n?
# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 172.24.0.0 0.0.0.0 255.255.254.0 U 0 0 0 eth3 192.168.0.0 0.0.0.0 255.255.240.0 U 0 0 0 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0 If it were a routing issue, then the dig command would have just as many problems with resolving names as any other app. I can sit there hitting Retry in yast while it's consistenly failing to resolve download.opensuse.org, yet have another window open and dig is resolving that name just fine. And just to make sure I wasn't completely insane and/or overlooking a typo, I made sure I was using the same name server configured in resolv.conf by doing: dig +short download.opensuse.org @`awk '/^nameserver/ {print $2}' /etc/resolv.conf | head -1` -- Andy Harrison public key: 0x67518262 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Hi, Why is there a route to 169.254.x network on the same interface as the 192.168.x network? 169.x networks are usually given out after a failure to get an address via dhcp (unless you are using the 169 network) Regards Jeff On Fri, 12 Dec 2008 04:37:46 Andy Harrison wrote:
On Thu, Dec 11, 2008 at 10:10 AM, Ken Schneider
wrote: Almost sounds like a routing issue instead of a dns issue. Could you please post the results of route -n?
# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 172.24.0.0 0.0.0.0 255.255.254.0 U 0 0 0 eth3 192.168.0.0 0.0.0.0 255.255.240.0 U 0 0 0 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Jeff Hoare pecked at the keyboard and wrote:
Hi,
Why is there a route to 169.254.x network on the same interface as the 192.168.x network? 169.x networks are usually given out after a failure to get an address via dhcp (unless you are using the 169 network)
Regards Jeff
On Fri, 12 Dec 2008 04:37:46 Andy Harrison wrote:
On Thu, Dec 11, 2008 at 10:10 AM, Ken Schneider
wrote: Almost sounds like a routing issue instead of a dns issue. Could you please post the results of route -n?
# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 172.24.0.0 0.0.0.0 255.255.254.0 U 0 0 0 eth3 192.168.0.0 0.0.0.0 255.255.240.0 U 0 0 0 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0
That in itself is not unusual what is unusual is that the 172.24.0.0 network is using the 192.168.1.1 gateway. Could you explain a little more about your network setup especially the eth3 interface? -- Ken Schneider SuSe since Version 5.2, June 1998 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thu, Dec 11, 2008 at 6:58 PM, Ken Schneider
# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 172.24.0.0 0.0.0.0 255.255.254.0 U 0 0 0 eth3 192.168.0.0 0.0.0.0 255.255.240.0 U 0 0 0 eth0 169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0
That in itself is not unusual what is unusual is that the 172.24.0.0 network is using the 192.168.1.1 gateway. Could you explain a little more about your network setup especially the eth3 interface?
The 172.24.0.0 network is not using the 192.168.1.1 gateway. The last column indicates that interface it will use for that network. -- Andy Harrison public key: 0x67518262 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thu, Dec 11, 2008 at 5:25 PM, Jeff Hoare
Hi,
Why is there a route to 169.254.x network on the same interface as the 192.168.x network? 169.x networks are usually given out after a failure to get an address via dhcp (unless you are using the 169 network)
No idea, dhcp is not enabled. Running "grep -i dhcp /etc/sysconfig/network/ifcfg-*" returns nothing. -- Andy Harrison public key: 0x67518262 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday, 2008-12-11 at 09:15 -0500, Andy Harrison wrote:
Here's some info from the current state of my system after mucking with it for a while. Let me know if there's anything else helpful that I could include.
I'll post what I have
# grep '^[^#]' /etc/nsswitch.conf passwd: files ldap group: files ldap hosts: files dns networks: files services: files protocols: files rpc: files ethers: files netmasks: files netgroup: files publickey: files bootparams: files automount: files nis aliases: files
NOT_nimrodel:~ # grep '^[^#]' /etc/nsswitch.conf passwd: compat group: compat hosts: files mdns4_minimal [NOTFOUND=return] dns networks: files dns services: files protocols: files rpc: files ethers: files netmasks: files netgroup: files nis publickey: files bootparams: files automount: files nis aliases: files You see there are some slight differences. And the /etc/host.conf file?
NETCONFIG_DNS_STATIC_SERVERS="10.10.10.181 10.10.10.240"
I assume both are reachable. - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAklBO/EACgkQtTMYHG2NR9VLLQCeKH1pbQ9hmHN0CTP1+y557FZ9 uV4An3BXY+SbcDljmMNnm4EtX3/eWETd =aH94 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thu, Dec 11, 2008 at 11:12 AM, Carlos E. R.
NOT_nimrodel:~ # grep '^[^#]' /etc/nsswitch.conf
You see there are some slight differences.
Yes, mine was identical to yours previously. My changes made things better, but it's still spotty at best.
And the /etc/host.conf file?
127.0.0.1 localhost ::1 localhost ipv6-localhost ipv6-loopback fe00::0 ipv6-localnet ff00::0 ipv6-mcastprefix ff02::1 ipv6-allnodes ff02::2 ipv6-allrouters ff02::3 ipv6-allhosts 127.0.0.2 ultra40 172.24.1.55 ultra40-lab 192.168.3.104 ultra40 127.0.0.1 localhost ::1 localhost ipv6-localhost ipv6-loopback fe00::0 ipv6-localnet ff00::0 ipv6-mcastprefix ff02::1 ipv6-allnodes ff02::2 ipv6-allrouters ff02::3 ipv6-allhosts 127.0.0.2 ultra40.example.net ultra40 172.24.1.55 ultra40-lab ultra40-lab 192.168.3.104 ultra40 ultra40
NETCONFIG_DNS_STATIC_SERVERS="10.10.10.181 10.10.10.240"
I assume both are reachable.
Correct, both are reachable. I've also tried configuring with only one name server just to eliminate a troubleshooting variable. The dig command has never had problems resolving from either name server anyway. -- Andy Harrison public key: 0x67518262 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday, 2008-12-11 at 12:43 -0500, Andy Harrison wrote:
And the /etc/host.conf file?
127.0.0.1 localhost ::1 localhost ipv6-localhost ipv6-loopback
Impossible. That's /etc/hosts. Please verify. - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAklBr2AACgkQtTMYHG2NR9USCACfd9mePsIeJ2GUhm1uMr6KCGeC WNQAn2bM9HnaYcgRtZL/e2LR+bz0JcVE =+xsd -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Could it perhaps be related to this bug?
Bug 443788 - resolv.conf not updated with the right naming server addresses
https://bugzilla.novell.com/show_bug.cgi?id=443788
Work around are posted in that thread.
Cheers
On Fri, Dec 12, 2008 at 01:25, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Thursday, 2008-12-11 at 12:43 -0500, Andy Harrison wrote:
And the /etc/host.conf file?
127.0.0.1 localhost ::1 localhost ipv6-localhost ipv6-loopback
Impossible. That's /etc/hosts. Please verify.
- -- Cheers, Carlos E. R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux)
iEYEARECAAYFAklBr2AACgkQtTMYHG2NR9USCACfd9mePsIeJ2GUhm1uMr6KCGeC WNQAn2bM9HnaYcgRtZL/e2LR+bz0JcVE =+xsd -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thu, Dec 11, 2008 at 8:02 PM, Joris
Could it perhaps be related to this bug? Bug 443788 - resolv.conf not updated with the right naming server addresses https://bugzilla.novell.com/show_bug.cgi?id=443788
Work around are posted in that thread.
Cheers
I run neither NetworkManager nor dhcp. My resolv.conf is not empty and at this point, I've copied my resolv.conf from my previous opensuse 10.2 installation. Actually, now that I think of it, that resolv.conf is the exact same file I use on the 75+ servers here at my location. -- Andy Harrison public key: 0x67518262 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
I'm still trying to resolve this issue and wondering if anyone has any other suggestions of where to turn for help. I have constant dns resolution problems. All commandline utilities such as ssh, whois, zypper, and others initially fail in their attempts to resolve names, only succeeding after I retry, sometimes as much as 10 times or more. Firefox is affected, konq, anything that needs to resolve names is affected. Please help. -- Andy Harrison public key: 0x67518262 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
2008/12/24 Andy Harrison
I'm still trying to resolve this issue and wondering if anyone has any other suggestions of where to turn for help.
I have constant dns resolution problems. All commandline utilities such as ssh, whois, zypper, and others initially fail in their attempts to resolve names, only succeeding after I retry, sometimes as much as 10 times or more. Firefox is affected, konq, anything that needs to resolve names is affected. Please help.
Have you tried disabling IPv6? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Wed, Dec 24, 2008 at 1:17 PM, Rob OpenSuSE
Have you tried disabling IPv6?
I've repeatedly tried it with and without. I'm currently running without ipv6 support. -- Andy Harrison public key: 0x67518262 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
2008/12/24 Andy Harrison
On Wed, Dec 24, 2008 at 1:17 PM, Rob OpenSuSE
wrote: Have you tried disabling IPv6?
I've repeatedly tried it with and without. I'm currently running without ipv6 support.
Well DNS lookup is something that actually does work for me in 11.1, with a DNS server in same LAN, but only (I think) with IPv6 disabled, which meant I had to use dotted quad notation, until I got to configure networks settings and reboot. I have the network interface set to "Internal" in the Firewall, so it's rules are not being applied to the DNS traffic. Presumbably you're getting good throughput and not seeing errors on the interface, it's purely DNS lookups affected. I guess you double checked resolv.conf and the network settings with ifconfig, and netstat -nr. What's odd is that some lookups succeed, as if you are dropping packets. Is the firewall on? Anything in log about dumping packets? It's hard to know what else to suggest it might be, sorry no bright ideas. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Wednesday 24 December 2008 11:31:47 am Andy Harrison wrote:
I'm still trying to resolve this issue and wondering if anyone has any other suggestions of where to turn for help.
I have constant dns resolution problems. All commandline utilities such as ssh, whois, zypper, and others initially fail in their attempts to resolve names, only succeeding after I retry, sometimes as much as 10 times or more. Firefox is affected, konq, anything that needs to resolve names is affected. Please help.
I had problem with one of charter.net DNS servers. Sometimes it will not resolve name, either timing out, or throwing Charter default page for users that asked for nonexisting web server. Not so short chat with customer service, where most of the time was spent convincing representative that I'm positive that is their server problem, not my router or computer, resulted in 2 IPs of servers that should be used. Setting router manually to use those 2 servers solved the problem. The difference is only one of the IPs, ie. the server with a problem. Try to see what your ISP support have to tell, and post it here. -- Regards, Rajko -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Wed, Dec 24, 2008 at 1:21 PM, Rajko M.
I had problem with one of charter.net DNS servers.
Sometimes it will not resolve name, either timing out, or throwing Charter default page for users that asked for nonexisting web server.
Not so short chat with customer service, where most of the time was spent convincing representative that I'm positive that is their server problem, not my router or computer, resulted in 2 IPs of servers that should be used. Setting router manually to use those 2 servers solved the problem. The difference is only one of the IPs, ie. the server with a problem.
Try to see what your ISP support have to tell, and post it here.
I *am* the ISP. My dns servers handle the load of tens of thousands of customers, so if there were a problem with them, believe me, my doing a fresh linux install on my workstation would not be how I first find out about dns trouble. Despite this, if it *were* a problem with my dns servers, I would have seen the problems in my 10.2 install. -- Andy Harrison public key: 0x67518262 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Wednesday 24 December 2008 12:54:54 pm Andy Harrison wrote: ...
I *am* the ISP. .... I would have seen the problems in my 10.2 install.
I missed to read previous posts. What I did is to let DCHP to configure router again, and there was no problems to get DNS for page in location field, but it seems that it works slower, and on page with a lot of ads, it was missing some files. The background is left blue after page loading, instead to change to white, and that is what you describe and I had, before manual configuration, very often. Now I'm out of time, but later this evening, I'll try to pick up more pages/sites to look at. -- Regards, Rajko -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Wed, Dec 24, 2008 at 6:01 PM, Rajko M.
On Wednesday 24 December 2008 12:54:54 pm Andy Harrison wrote: ...
I *am* the ISP. .... I would have seen the problems in my 10.2 install.
I missed to read previous posts.
What I did is to let DCHP to configure router again, and there was no problems to get DNS for page in location field, but it seems that it works slower, and on page with a lot of ads, it was missing some files. The background is left blue after page loading, instead to change to white, and that is what you describe and I had, before manual configuration, very often.
Now I'm out of time, but later this evening, I'll try to pick up more pages/sites to look at.
I noticed a lot of bug reports related to dhcp and dns, but I don't use dhcp, so none of the suggestions that people posted are relevant to me. Here's the link to this thread. http://lists.opensuse.org/opensuse/2008-12/msg00879.html -- Andy Harrison public key: 0x67518262 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Friday 26 December 2008 09:05:17 am Andy Harrison wrote:
On Wed, Dec 24, 2008 at 6:01 PM, Rajko M.
wrote: On Wednesday 24 December 2008 12:54:54 pm Andy Harrison wrote: ...
I *am* the ISP. .... I would have seen the problems in my 10.2 install.
I missed to read previous posts.
What I did is to let DCHP to configure router again, and there was no problems to get DNS for page in location field, but it seems that it works slower, and on page with a lot of ads, it was missing some files. The background is left blue after page loading, instead to change to white, and that is what you describe and I had, before manual configuration, very often.
Now I'm out of time, but later this evening, I'll try to pick up more pages/sites to look at.
I noticed a lot of bug reports related to dhcp and dns, but I don't use dhcp, so none of the suggestions that people posted are relevant to me.
Here's the link to this thread. http://lists.opensuse.org/opensuse/2008-12/msg00879.html
I had posts, but I have forgotten that your first mail was longer explanation. Using Wireshark. DNS has 2 requests for each name. First is not answered, second is. Disabling IPv6 solved this one. Computer is looking for router IP somewhat often, every few minutes. *** 1 DNS server. *** For cnet.com there was about 90 names to resolve. With 10 ms/request gives 0.9 seconds only for DNS, the real time for each request depends on the name. Simple: time nslookup www.cnet.com real 0m0.069s user 0m0.004s sys 0m0.004s *** 2 DNS servers *** Times are better in average, as computer doesn't wait for server. Though, it can be something else that keeps computer busy. Try to monitor system usage with top. Hmm, stop 'nepomuk' in Desktop Settings > tab Advanced > Nepomuk . It is indexing service in KDE4. -- Regards, Rajko -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Sat, 2008-12-27 at 08:02 -0600, Rajko M. wrote:
On Friday 26 December 2008 09:05:17 am Andy Harrison wrote:
On Wed, Dec 24, 2008 at 6:01 PM, Rajko M.
wrote: On Wednesday 24 December 2008 12:54:54 pm Andy Harrison wrote: ...
I *am* the ISP. .... I would have seen the problems in my 10.2 install.
I missed to read previous posts.
What I did is to let DCHP to configure router again, and there was no problems to get DNS for page in location field, but it seems that it works slower, and on page with a lot of ads, it was missing some files. The background is left blue after page loading, instead to change to white, and that is what you describe and I had, before manual configuration, very often.
Now I'm out of time, but later this evening, I'll try to pick up more pages/sites to look at.
I noticed a lot of bug reports related to dhcp and dns, but I don't use dhcp, so none of the suggestions that people posted are relevant to me.
Here's the link to this thread. http://lists.opensuse.org/opensuse/2008-12/msg00879.html
I had posts, but I have forgotten that your first mail was longer explanation.
Using Wireshark. DNS has 2 requests for each name. First is not answered, second is. Disabling IPv6 solved this one. Computer is looking for router IP somewhat often, every few minutes.
*** 1 DNS server. *** For cnet.com there was about 90 names to resolve. With 10 ms/request gives 0.9 seconds only for DNS, the real time for each request depends on the name. Simple: time nslookup www.cnet.com real 0m0.069s user 0m0.004s sys 0m0.004s
*** 2 DNS servers *** Times are better in average, as computer doesn't wait for server.
Though, it can be something else that keeps computer busy. Try to monitor system usage with top.
Hmm, stop 'nepomuk' in Desktop Settings > tab Advanced > Nepomuk . It is indexing service in KDE4.
-- Regards, Rajko
Rajko, Problems with the DNS server have been a major roadblock since I installed 11.1. In my case the solution was to add a DNS server. Routers are not DNS serves and sometimes are not good and providing the isp dns server. Under opensuse 11 the only address under /etc/resolv.conf was the router address. From here the OS was able to read the isp dns address and use the ips dns server and I did not have any problems. Under opensuse 11.1 that approach is partially or randomly insufficient. Sometimes it works sometimes it does not. This makes the search for the problem hard. Adding the isp dns addess to the resolv.conf fixed the problem. In summary in my case these are the steps I went through: 1. Unable to connect to the net and unable to get to the repositories however: 1.1 I was able to ping 1. 2 I was able to resolve domain names: $ host www.google.com www.google.com is an alias for www.l.google.com. www.l.google.com has address 74.125.95.103 www.l.google.com has address 74.125.95.99 www.l.google.com has address 74.125.95.104 www.l.google.com has address 74.125.95.147 1.3 I could not access a web site using Firefox. I could not access the repositories 2. The initial solution I found was to disable ipv6 within firefox. That did it. Firefox suddenly worked!. 3. I still could not see any of the community repositories under yast or update anything. So I enable ipv6 inside Firefox and disable ipv6 under yast (network services). Now I could use firefox and see all the repositories and update the system. 3.1 But I still could not fetch or send mail using evolution. I was able to fetch mail using kmail but kmail could not send mail. How can figure out this behavior? 4. I start to think more and more of a DNS problem so I look into the web router utility and from there I got the ISP DNS address and I added to the resolv.conf nameserver:xxx.xxx.xxx.xxx. Then enable ipv6 as it was as default and reboot. Suddenly everything work perfect. 5. I remove the DNS from the resolv.conf and I added it using yast networking so now is added automatically to the resolv.conf. I have not had any problems since. What has change since opensuse 11.0 I donot know but I have both installed and what I described is the difference. -=terry=- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Saturday 27 December 2008 10:55:32 am Teruel de Campo MD wrote: ...
Routers are not DNS serves and sometimes are not good and providing the isp dns server.
Is is probably missing or flaky IPv6 suport.
Under opensuse 11 the only address under /etc/resolv.conf was the router address. From here the OS was able to read the isp dns address and use the ips dns server and I did not have any problems. Under opensuse 11.1 that approach is partially or randomly insufficient. Sometimes it works sometimes it does not. This makes the search for the problem hard. Adding the isp dns addess to the resolv.conf fixed the problem.
In summary in my case these are the steps I went through:
1. Unable to connect to the net and unable to get to the repositories however:
1.1 I was able to ping
1. 2 I was able to resolve domain names:
$ host www.google.com www.google.com is an alias for www.l.google.com. www.l.google.com has address 74.125.95.103 www.l.google.com has address 74.125.95.99 www.l.google.com has address 74.125.95.104 www.l.google.com has address 74.125.95.147
'ping' and 'host' should be one of few programs that are not using Avahi [1]
1.3 I could not access a web site using Firefox. I could not access the repositories
Which is using Avahi [1]
2. The initial solution I found was to disable ipv6 within firefox. That did it. Firefox suddenly worked!.
It seems something wrong with IPv6 in Avahi, as I was able to see DNS queries without answer. Maybe it doesn't remember that "DNS server" has no clue about IPv6, or it is not designed to do so. Hmm ... it can't remember, mdns nor mdns4 are not present in current /etc/nsswitch.conf hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4_minimal is for local host mdns4 is for the rest of the world and it comes at the end of the line, after dns, but I don't know why it is dropped out.
3. I still could not see any of the community repositories under yast or update anything. So I enable ipv6 inside Firefox and disable ipv6 under yast (network services). Now I could use firefox and see all the repositories and update the system. 3.1 But I still could not fetch or send mail using evolution. I was able to fetch mail using kmail but kmail could not send mail. How can figure out this behavior?
My KMail has no problems in any direction. My problem was with browsing.
4. I start to think more and more of a DNS problem so I look into the web router utility and from there I got the ISP DNS address and I added to the resolv.conf nameserver:xxx.xxx.xxx.xxx. Then enable ipv6 as it was as default and reboot. Suddenly everything works perfect.
5. I remove the DNS from the resolv.conf and I added it using yast networking so now is added automatically to the resolv.conf. I have not had any problems since.
What has change since opensuse 11.0 I donot know but I have both installed and what I described is the difference.
The /etc/nsswitch.conf is not. They are identical. I can put DNS servers in /etc/resolv.conf just as a patch that may speed up resolution, as it skips router, but it is not permanent solution. [1] http://avahi.org/wiki/AboutAvahi -- Regards, Rajko -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Thu, Dec 11, 2008 at 7:25 PM, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Thursday, 2008-12-11 at 12:43 -0500, Andy Harrison wrote:
And the /etc/host.conf file?
127.0.0.1 localhost ::1 localhost ipv6-localhost ipv6-loopback
Impossible. That's /etc/hosts. Please verify.
Oops, wrong file. Here's host.conf: # grep '^[^#]' /etc/host.conf order hosts, bind multi on -- Andy Harrison public key: 0x67518262 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
participants (9)
-
Andy Harrison
-
Carlos E. R.
-
Don Raboud
-
Jeff Hoare
-
Joris
-
Ken Schneider
-
Rajko M.
-
Rob OpenSuSE
-
Teruel de Campo MD