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 12AED1381F3 for ; Mon, 2 Sep 2013 19:03:50 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DA803E0CA8; Mon, 2 Sep 2013 19:03:39 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id C9135E0C70 for ; Mon, 2 Sep 2013 19:03:38 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 0029533EDA6 for ; Mon, 2 Sep 2013 19:03:32 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -0.914 X-Spam-Level: X-Spam-Status: No, score=-0.914 tagged_above=-999 required=5.5 tests=[AWL=0.310, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, NML_ADSP_CUSTOM_MED=1.2, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-2.424, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=unavailable Received: from smtp.gentoo.org ([IPv6:::ffff:127.0.0.1]) by localhost (smtp.gentoo.org [IPv6:::ffff:127.0.0.1]) (amavisd-new, port 10024) with ESMTP id q_5vSoywpWrP for ; Mon, 2 Sep 2013 19:03:26 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id 05C0D33EE95 for ; Mon, 2 Sep 2013 19:03:26 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VGZPH-0007wI-Jo for gentoo-user@gentoo.org; Mon, 02 Sep 2013 21:03:23 +0200 Received: from athedsl-343872.home.otenet.gr ([85.72.198.222]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 02 Sep 2013 21:03:23 +0200 Received: from realnc by athedsl-343872.home.otenet.gr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 02 Sep 2013 21:03:23 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: Nikos Chantziaras Subject: [gentoo-user] Re: Can't ping remote system Date: Mon, 02 Sep 2013 22:03:17 +0300 Organization: Lucas Barks Message-ID: References: <52238823.9060008@gmail.com> <201309012010.22227.michaelkintzios@gmail.com> 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 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: athedsl-343872.home.otenet.gr User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 In-Reply-To: X-Archives-Salt: 44e580d8-f636-4b03-9ce0-20767dd01738 X-Archives-Hash: 357e9d137fae064889a98735b35884eb On 02/09/13 21:17, Grant wrote: >>>>> So the culprit is the first IP that should appear in the list but >>>>> doesn't? If so, how is that helpful since it's not displayed? >>>> >>>> This is where it gets tricky. You identify the last router in the list >>>> for which you have an address or name, and contact the NOC team for that >>>> organization. Ask them for the next hop in routing for the destination >>>> address you are trying to ping and hope that they will be kind enough to >>>> help you out. >>> >>> Oh man that's funny. Really? Let's say they do pass along the info. >>> Then I hunt down contact info for the culprit router based on its IP >>> and tell them their stuff isn't working and hope they fix it? >>> Actually, since the last IP displayed is from AT&T and my server's ISP >>> is AT&T, I suppose it's extremely likely that the culprit is either an >>> AT&T router somewhere or my own server and I could find out by calling >>> AT&T. >> >> It could well be your router and it is easy to confirm this after you set it >> up to respond to ping (or set it to forward all packets with ICMP protocol to >> your server while you're troubleshooting this). > > I called AT&T and they say the Westell 6100 modem/router I have will > not respond to pings. They said I could put it into bridged mode and > set up PPPoE on the computer connected to it which would cause ICMP > packets to pass through to the computer. Would you guys recommend > that? For sure I won't attempt this until I'm in the same room as the > device. You'll lose the router functionality doing that. If you need to connect other machines to it, then it will only be able to act as a switch, meaning that everything you connect to it will either need to be on the same subnet, or you need to configure another machine to act as a router if you need to connect different subnets. And the machine will also need to be always on in order to provide internet connectivity to other machines, since it will be the one that talks to the ADSL modem. You'll also be losing NAT, which is quite nice for redirecting traffic on specific ports to whatever machine you want. As with the router functionality, you will need to configure a Linux machine to do NAT if you want to keep having that feature. There's also the issue of not being able to set up a firewall on the router itself anymore. You can still do that on the target machine itself, of course, but there's the issue of creating a firewall on the machine you want to protect, which is not optimal (the analogy here being that if you want to protect something, you put it behind a wall rather than hardening it; even if it's hardened, it still gets hit.) Or, you might not care about any of the above, in which case using the device as a simple ASDL modem (which is what bridging means) will work just fine.