From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/56246 Path: main.gmane.org!not-for-mail From: Ralf Angeli Newsgroups: gmane.emacs.gnus.general Subject: Re: Refresh of DNS servers Date: Mon, 02 Feb 2004 20:40:58 +0100 Sender: ding-owner@lists.math.uh.edu Message-ID: References: <8765epy1v2.fsf@emptyhost.emptydomain.de> Reply-To: angeli@iwi.uni-sb.de NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1075750931 778 80.91.224.253 (2 Feb 2004 19:42:11 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 2 Feb 2004 19:42:11 +0000 (UTC) Original-X-From: ding-owner+M4785@lists.math.uh.edu Mon Feb 02 20:41:47 2004 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1Anjx4-0003Bw-00 for ; Mon, 02 Feb 2004 20:41:46 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1AnjwU-0006d2-00; Mon, 02 Feb 2004 13:41:10 -0600 Original-Received: from justine.libertine.org ([66.139.78.221] ident=postfix) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1AnjwN-0006cr-00 for ding@lists.math.uh.edu; Mon, 02 Feb 2004 13:41:03 -0600 Original-Received: from quimby.gnus.org (quimby.gnus.org [80.91.224.244]) by justine.libertine.org (Postfix) with ESMTP id 33DF43A0035 for ; Mon, 2 Feb 2004 13:41:02 -0600 (CST) Original-Received: from news by quimby.gnus.org with local (Exim 3.35 #1 (Debian)) id 1AnjwL-0008QP-00 for ; Mon, 02 Feb 2004 20:41:01 +0100 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: gnus.ding Original-Lines: 40 Original-NNTP-Posting-Host: 212.82.228.105 Original-X-Trace: quimby.gnus.org 1075750861 32385 212.82.228.105 (2 Feb 2004 19:41:01 GMT) Original-X-Complaints-To: usenet@quimby.gnus.org Original-NNTP-Posting-Date: Mon, 2 Feb 2004 19:41:01 +0000 (UTC) Mail-Copies-To: nobody Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEUAAABRTjbBxazr8c7/ ///0/NMCAgInQpwwAAABdUlEQVR4nJXTzW7DIAwAYFeTci5pxx0T5V6Ies/Pdt+0ByDN5Pd/hBlI E0KTw9xLxIcxYArDQcD62Wu9Dx3//geDVgcwfDZHUB1AewBdfdmD3p6Bmi10QqB0wCGqDbSlkn4Y CvdIoedpLScUpVZUJeAP/MHgZ9ePBKz/OAP4yV3RZCChCHtz12SpngdmGNxvAmZARBHq9u4t2S4a rXhH77yNG6TQKa2kvo3aKAfpUtr6QElEDpLicdxa468l3e43YjQzn3KpUZkblojW1stKscakhCiV EZpT0ox2FD4a+eCWFFWSEcYFCsEAU3LtEcRo+RhwegGi0MV5rbCrJ1Bo73UFFUDSGDo8rTCvpag0 S5H4fDqfg7amMQPuojb+sghy4KxwjVy/2AFrUO5mcNSvoC0GmDKY+yXTA8YwsVennxxqHVa6DDnI Ea0iqHLoz0WPzT19JSG+KJyshUuzhTvMQOMW2vhy2ufLWmuY8G/oHGQZi2Os8Qd3kAFISYdfAQAA AABJRU5ErkJggg== User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3.50 (gnu/linux) Cancel-Lock: sha1:t8J4eTK8OFwWlBwY/wdcrwYlvTg= Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:56246 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:56246 * Kai Grossjohann (2004-02-02) writes: > Ralf Angeli writes: > >> Gnus seems to cache DNS servers. This is fine as long as the same DNS >> servers are used all the time. But if Gnus is used on a notebook with >> changing PPP and Ethernet connections it can become a problem. I am >> in such a situation and have to restart Gnus whenever I am switching >> to one or the other connection type. If Gnus is not restarted it uses >> the old DNS servers. > > Does it really do that? I'd be surprised. Here it does. I tested it the following way: 1. Unplugged the Ethernet cable of the notebook (and drove home (c;) 2. Disabled the Ethernet interface with =E2=80=98ifconfig eth0 down=E2=80= =99 3. Put in the following iptables rule to log the DNS traffic: iptables -A OUTPUT -o ppp0 -p udp --dport 53 -j LOG 4. Started the PPP interface by dialing a provider 5. Tried to refresh Groups by hitting =E2=80=98g=E2=80=99 in the group buff= er The result showing up in /var/log/messages was a query to the name server I originally configured for the eth0 interface and not the name servers for the dial-up connection. > Maybe it's sufficient to hit ^ to go to the servers buffer, then use D > to deny the servers, then C to close them, then O to open them. Does > this work? (I think one of the steps D, C, O is unnecessary, but I > don't know which one.) I tried it and I am afraid that it did not work. --=20 Ralf