From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 7318A1381F3 for ; Sun, 1 Sep 2013 17:54:56 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B5164E0F94; Sun, 1 Sep 2013 17:54:43 +0000 (UTC) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 90162E0F5A for ; Sun, 1 Sep 2013 17:54:42 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id en1so1073420wid.11 for ; Sun, 01 Sep 2013 10:54:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=aEyBtmfQp7/e5umH3x0FGp99GK+E+LtxjI7RTNxp7w4=; b=RseA7CM3VV5wNeWXkrOmexXudZ62I9yHIMmgqz76pG98miqZBcyuAjW1aBxnEaa38z D13653rHeLKVHWV6GAZeaNs/6QXwezA25A3qWMPcEQM6on+Xi72A7glq0FBVIu/iiHvC CNo6O0AJyRRG9pFMaXOVmL0xZsZPJHL+F3Z4ly38SeFHywAHa+hPN72tblRWSOY+Jm9z 892YbpZAQe8aoq9zjoALPc1rrzgvy4OvlZhBhuPjYpS4JUfbEgJLsSLGWy3Z5+c3ObW5 WZIZbGGop40MVl2Z3RKV3mv9paDggbRLfJQFshn3Ki4slCSa4J7mHdkfwOCjLWr0kE7W 0++A== X-Received: by 10.180.12.45 with SMTP id v13mr10231996wib.57.1378058081198; Sun, 01 Sep 2013 10:54:41 -0700 (PDT) Received: from [172.20.0.41] (196-210-102-25.dynamic.isadsl.co.za. [196.210.102.25]) by mx.google.com with ESMTPSA id v7sm12470165wiy.11.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 01 Sep 2013 10:54:40 -0700 (PDT) Message-ID: <52237E83.9080206@gmail.com> Date: Sun, 01 Sep 2013 19:50:59 +0200 From: Alan McKinnon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130809 Thunderbird/17.0.8 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Can't ping remote system References: <522338F2.3030206@hadt.biz> <5223391D.6090905@hadt.biz> <52234FF3.7050309@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 9a308c0e-065e-47de-9cc1-1e8188eaa9b0 X-Archives-Hash: 5a27b5a28e635d4c2502801077c7341b On 01/09/2013 17:04, Grant wrote: >>>>>> My laptop can't ping my remote system but it can ping others >>>>>> (google.com, yahoo.com, etc). I've tried disabling my firewall on >>>>>> both ends with '/etc/init.d/shorewall stop && shorewall clear'. Could >>>>>> my AT&T business ADSL connection on the remote system be blocking >>>>>> inbound pings? >>>>>> >>>>> Possible, have you tried pinging your remote system from a different >>>>> location? You may try http://www.downforeveryoneorjustme.com/ >>>> >>>> Sorry, wrong link: http://ping.eu/ping/ >>> >>> I get 100% packet loss when pinging from there. >> >> try an icmp traceroute, if you are lucky you'll get a result that tells >> you on which hop the pings cease to work: >> >> traceroute -I >> >> but do read the man page (traceroute is like ps in that there are many >> versions around and options don't always match up with what folk say on >> mailing lists) > > I did 'traceroute -w 30 -I ip-address' several times and the last IP > displayed is always the same. I looked it up and it's an AT&T IP > supposedly located about 1500 miles from my machine which is also on > an AT&T connection. Does this tell me anything? Yes, it tells you that all hops up to that point at least respond to the kinds of icmp packets traceroute uses. The first hop that fails to answer isn't answering. You are looking for possible reasons why icmp might not be working out properly - that router is your first suspect. Admittedly, it might be blocking traceroute pings and still allow the responses you seek, but you have to start somewhere :-) The problem you are trying to track down is notoriously tricky to nail down exactly as too many ISPs out there obsessively block useful icmp traffic. They believe it's security. I believe it's security theatre and makes fault finding on a live network infernally difficult. Mick is on the right track - deal with each issue one by one till you hit paydirt. -- Alan McKinnon alan.mckinnon@gmail.com