From owner-freebsd-net@FreeBSD.ORG Thu Nov 20 16:47:56 2008 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77CDE106564A for ; Thu, 20 Nov 2008 16:47:56 +0000 (UTC) (envelope-from eugen@grosbein.pp.ru) Received: from grosbein.pp.ru (grosbein.pp.ru [89.189.172.146]) by mx1.freebsd.org (Postfix) with ESMTP id D17788FC1D for ; Thu, 20 Nov 2008 16:47:54 +0000 (UTC) (envelope-from eugen@grosbein.pp.ru) Received: from grosbein.pp.ru (localhost [127.0.0.1]) by grosbein.pp.ru (8.14.3/8.14.3) with ESMTP id mAKGEfBN003595 for ; Thu, 20 Nov 2008 23:14:41 +0700 (KRAT) (envelope-from eugen@grosbein.pp.ru) Received: (from eugen@localhost) by grosbein.pp.ru (8.14.3/8.14.3/Submit) id mAKGEe7Z003594 for net@freebsd.org; Thu, 20 Nov 2008 23:14:40 +0700 (KRAT) (envelope-from eugen) Date: Thu, 20 Nov 2008 23:14:40 +0700 From: Eugene Grosbein To: net@freebsd.org Message-ID: <20081120161440.GA3537@grosbein.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: jail translates destination IP? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2008 16:47:56 -0000 Hi! For some strange reason, RAW sockets (when allowed) and TCP beheave very differently in jail (7.1-PRERELEASE). In host's rc.conf: jail_enable="YES" jail_list="test" jail_devfs_enable="YES" jail_test_rootdir="/mnt/big/jail/test" jail_test_hostname="myname.ru" jail_test_ip="192.168.0.1" jail_test_interface="lo0" "/etc/rc.d/jail start" does all right and I may rlogin into jail. In host environment I run tcpdump -np -i lo0. Inside jail I ping 127.0.0.1, it succeedes and tcpdump shows that requests go from 192.168.0.1 to 127.0.0.1 really. But when I try to telnet 127.0.0.1 25 from jail, tcpdump shows that TCP SYN are sent to 192.168.0.1, so telnet fails. There is no NAT here. It it a bug? Eugene Grosbein