From nobody@FreeBSD.org  Sat Sep  4 20:52:00 2004
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 869C216A4CE
	for <freebsd-gnats-submit@FreeBSD.org>; Sat,  4 Sep 2004 20:52:00 +0000 (GMT)
Received: from www.freebsd.org (www.freebsd.org [216.136.204.117])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 728EF43D1D
	for <freebsd-gnats-submit@FreeBSD.org>; Sat,  4 Sep 2004 20:52:00 +0000 (GMT)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.12.11/8.12.11) with ESMTP id i84Kq0kh026144
	for <freebsd-gnats-submit@FreeBSD.org>; Sat, 4 Sep 2004 20:52:00 GMT
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.12.11/8.12.11/Submit) id i84Kq0OH026143;
	Sat, 4 Sep 2004 20:52:00 GMT
	(envelope-from nobody)
Message-Id: <200409042052.i84Kq0OH026143@www.freebsd.org>
Date: Sat, 4 Sep 2004 20:52:00 GMT
From: Luigi Pizzirani <l.pizzira@virgilio.it>
To: freebsd-gnats-submit@FreeBSD.org
Subject: New port:: A tool that, installed on a gateway, permits clients to use it whatever IP they have
X-Send-Pr-Version: www-2.3

>Number:         71381
>Category:       ports
>Synopsis:       New port:: A tool that, installed on a gateway, permits clients to use it whatever IP they have
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    flz
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          update
>Submitter-Id:   current-users
>Arrival-Date:   Sat Sep 04 21:00:40 GMT 2004
>Closed-Date:    Mon Apr 04 12:59:48 GMT 2005
>Last-Modified:  Mon Apr 04 12:59:48 GMT 2005
>Originator:     Luigi Pizzirani
>Release:        FreeBSD 5.3-BETA3
>Organization:
>Environment:
FreeBSD worklab.sviatnet1.com 5.3-BETA3 FreeBSD 5.3-BETA3 #1: Sat Sep  4 10:47:56 CEST 2004     sviatoslav@worklab.sviatnet1.com:/usr/obj/usr/src/sys/WORKLAB  i386
>Description:
      This is a tool that uses ARP poisoning  to  have  a  scenario
like this: we have a LAN and we want offer connectivity to every-
one coming here with his laptop for example. It could happen that
our  customer  has  his  network parameters already configured to
work correctly in his own LAN, but not working here. We can  have
then this scenario:

Customer's  host (10.0.0.2/8 and default gateway set to 10.0.0.1)
Our LAN (192.168.0.0/24 with real gateway 192.168.0.254).

All that we want is that our customer plugs his laptop  and  joins
the  internet without changing nothing of his network parameters.
Here comes this tool installed in my real gw(192.168.0.254)  It's
a  sort  of sniffer, because it sniffs broadcast ARP requests for
the gateway and answers that the gateway is itself In our example
our  customer's  laptop  sends  this request: arp who-has 10.0.0.1
tell 10.0.0.2 Now our gateway does the following: 1)  Sends  back
this  reply to 10.0.0.2: arp reply 10.0.0.1 is-at his_mac_address
2)Create the alias 10.0.0.254 (ARP is not routable so we need one
alias  for each subnet that is not our one) 3)Sends itself an ARP
reply to refresh his ARP cache

It is different from proxy arp for two reasons: first it runs  in
user  space,  then in this case we can plug machines belonging to
whatever subnet, while proxy arp is used in the case of only  two
different ones.

>How-To-Repeat:
      
>Fix:
# This is a shell archive.  Save it in a file, remove anything before
# this line, and then unpack it by entering "sh file".  Note, it may
# create directories; files and directories will be owned by you and
# have default permissions.
#
# This archive contains:
#
#       sasp
#       sasp/README
#       sasp/Makefile
#       sasp/pkg-descr
#       sasp/pkg-message
#       sasp/distinfo
#       sasp/pkg-plist
#
echo c - sasp
mkdir -p sasp > /dev/null 2>&1
echo x - sasp/README
sed 's/^X//' >sasp/README << 'END-of-sasp/README'
XThis is a tool that uses ARP poisoning  to  have  a  scenario
Xlike this: we have a LAN and we want offer connectivity to every-
Xone coming here with his laptop for example. It could happen that
Xour  customer  has  his  network parameters already configured to
Xwork correctly in his own LAN, but not working here. We can  have
Xthen this scenario:
X
XCustomer's  host (10.0.0.2/8 and default gateway set to 10.0.0.1)
XOur LAN (192.168.0.0/24 with real gateway 192.168.0.254).
X
XAll that we want is that our customer plugs his laptop  and  joins
Xthe  internet without changing nothing of his network parameters.
XHere comes this tool installed in my real gw(192.168.0.254)  It's
Xa  sort  of sniffer, because it sniffs broadcast ARP requests for
Xthe gateway and answers that the gateway is itself In our example
Xour  customer's  laptop  sends  this request: arp who-has 10.0.0.1
Xtell 10.0.0.2 Now our gateway does the following: 1)  Sends  back
Xthis  reply to 10.0.0.2: arp reply 10.0.0.1 is-at his_mac_address
X2)Create the alias 10.0.0.254 (ARP is not routable so we need one
Xalias  for each subnet that is not our one) 3)Sends itself an ARP
Xreply to refresh his ARP cache
X
XIt is different from proxy arp for two reasons: first it runs  in
Xuser  space,  then in this case we can plug machines belonging to
Xwhatever subnet, while proxy arp is used in the case of only  two
Xdifferent ones.
X
END-of-sasp/README
echo x - sasp/Makefile
sed 's/^X//' >sasp/Makefile << 'END-of-sasp/Makefile'
X# New ports collection makefile for:    sasp
X# Date created:        2 September 2004
X# Whom:                sviat
X#
X# $FreeBSD$
X#
X
XPORTNAME=    sasp
XPORTVERSION= 0.1
XCATEGORIES=  security
XMASTER_SITES=   http://magdala.altervista.org/sviat/
X
XMAINTAINER=     sviat@OpenBEER.it
XCOMMENT=    A tool that permits to use a gateway whatever IP we have
X
XBUILD_DEPENDS=    ${LOCALBASE}/lib/libnet.a:${PORTSDIR}/net/libnet-devel
X
X.include <bsd.port.mk>
END-of-sasp/Makefile
echo x - sasp/pkg-descr
sed 's/^X//' >sasp/pkg-descr << 'END-of-sasp/pkg-descr'
XA tool that permits to use a gateway whatever network configurati
Xon we have
END-of-sasp/pkg-descr
echo x - sasp/pkg-message
sed 's/^X//' >sasp/pkg-message << 'END-of-sasp/pkg-message'
XA tool that permits to use a gateway whatever IP we have
END-of-sasp/pkg-message
echo x - sasp/distinfo
sed 's/^X//' >sasp/distinfo << 'END-of-sasp/distinfo'
XMD5 (sasp-0.1.tar.gz) = e9aa7b1dfb8be3255380a8f18a067bf8
XSIZE (sasp-0.1.tar.gz) = 3750
END-of-sasp/distinfo
echo x - sasp/pkg-plist
sed 's/^X//' >sasp/pkg-plist << 'END-of-sasp/pkg-plist'
Xsbin/sasp
END-of-sasp/pkg-plist
exit

>Release-Note:
>Audit-Trail:

From: Oliver Eikemeier <eikemeier@fillmore-labs.com>
To: Luigi Pizzirani <l.pizzira@virgilio.it>
Cc: freebsd-gnats-submit@FreeBSD.org
Subject: Re: ports/71381: New port:: A tool that, installed on a gateway, permits clients to use it whatever IP they have
Date: Sun, 5 Sep 2004 04:20:45 +0200

 Luigi Pizzirani wrote:
 
 > # This archive contains:
 > #
 > #       sasp
 > #       sasp/README
 > #       sasp/Makefile
 > #       sasp/pkg-descr
 > #       sasp/pkg-message
 > #       sasp/distinfo
 > #       sasp/pkg-plist
 
 We have no READMEs in ports directories. You could either
 
 - pack this into the tar file
 - add it to the pkg-desr
 - put it into ${FILESDIR} and install it into ${DOCSDIR}
 
 -Oliver
 

From: Luigi Pizzirani <l.pizzira@virgilio.it>
To: FreeBSD-gnats-submit@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org
Cc:  
Subject: Re: ports/71381: New port:: A tool that, installed on a gateway,
 permits clients to use it whatever IP they have
Date: Sun, 5 Sep 2004 12:10:32 +0200

 This is a multi-part message in MIME format.
 
 --Multipart=_Sun__5_Sep_2004_12_10_32_+0200_zPcfdHY8fGVE8PvN
 Content-Type: text/plain; charset=US-ASCII
 Content-Transfer-Encoding: 7bit
 
 On Sat, 4 Sep 2004 21:00:40 GMT
 FreeBSD-gnats-submit@FreeBSD.org wrote:
 
 > Thank you very much for your problem report.
 > It has the internal identification `ports/71381'.
 > The individual assigned to look at your
 > report is: freebsd-ports-bugs. 
 > 
 > You can access the state of your problem report at any time
 > via this link:
 > 
 > http://www.freebsd.org/cgi/query-pr.cgi?pr=71381
 > 
 > >Category:       ports
 > >Responsible:    freebsd-ports-bugs
 > >Synopsis:       New port:: A tool that, installed on a gateway, permits clients to use it whatever IP they have
 > >Arrival-Date:   Sat Sep 04 21:00:40 GMT 2004
 
 Here you are my new shar file.
 Best regards.
 Luigi.
 
 --Multipart=_Sun__5_Sep_2004_12_10_32_+0200_zPcfdHY8fGVE8PvN
 Content-Type: application/octet-stream;
  name="saspshar"
 Content-Disposition: attachment;
  filename="saspshar"
 Content-Transfer-Encoding: base64
 
 IyBUaGlzIGlzIGEgc2hlbGwgYXJjaGl2ZS4gIFNhdmUgaXQgaW4gYSBmaWxlLCByZW1vdmUgYW55
 dGhpbmcgYmVmb3JlCiMgdGhpcyBsaW5lLCBhbmQgdGhlbiB1bnBhY2sgaXQgYnkgZW50ZXJpbmcg
 InNoIGZpbGUiLiAgTm90ZSwgaXQgbWF5CiMgY3JlYXRlIGRpcmVjdG9yaWVzOyBmaWxlcyBhbmQg
 ZGlyZWN0b3JpZXMgd2lsbCBiZSBvd25lZCBieSB5b3UgYW5kCiMgaGF2ZSBkZWZhdWx0IHBlcm1p
 c3Npb25zLgojCiMgVGhpcyBhcmNoaXZlIGNvbnRhaW5zOgojCiMJc2FzcAojCXNhc3AvTWFrZWZp
 bGUKIwlzYXNwL3BrZy1kZXNjcgojCXNhc3AvcGtnLW1lc3NhZ2UKIwlzYXNwL2Rpc3RpbmZvCiMJ
 c2FzcC9wa2ctcGxpc3QKIwplY2hvIGMgLSBzYXNwCm1rZGlyIC1wIHNhc3AgPiAvZGV2L251bGwg
 Mj4mMQplY2hvIHggLSBzYXNwL01ha2VmaWxlCnNlZCAncy9eWC8vJyA+c2FzcC9NYWtlZmlsZSA8
 PCAnRU5ELW9mLXNhc3AvTWFrZWZpbGUnClgjIE5ldyBwb3J0cyBjb2xsZWN0aW9uIG1ha2VmaWxl
 IGZvcjoJIHNhc3AKWCMgRGF0ZSBjcmVhdGVkOiAgICAgICAgMiBTZXB0ZW1iZXIgMjAwNApYIyBX
 aG9tOiAgICAgICAgICAgICAgICBzdmlhdApYIwpYIyAkRnJlZUJTRCQKWCMKWApYUE9SVE5BTUU9
 ICAgIHNhc3AKWFBPUlRWRVJTSU9OPSAwLjEKWENBVEVHT1JJRVM9ICBzZWN1cml0eQpYTUFTVEVS
 X1NJVEVTPSAgIGh0dHA6Ly9tYWdkYWxhLmFsdGVydmlzdGEub3JnL3N2aWF0LwpYClhNQUlOVEFJ
 TkVSPSAgICAgc3ZpYXRAT3BlbkJFRVIuaXQKWENPTU1FTlQ9ICAgIEEgdG9vbCB0aGF0IHBlcm1p
 dHMgdG8gdXNlIGEgZ2F0ZXdheSB3aGF0ZXZlciBJUCB3ZSBoYXZlClgKWEJVSUxEX0RFUEVORFM9
 ICAgICR7TE9DQUxCQVNFfS9saWIvbGlibmV0LmE6JHtQT1JUU0RJUn0vbmV0L2xpYm5ldC1kZXZl
 bApYClguaW5jbHVkZSA8YnNkLnBvcnQubWs+CkVORC1vZi1zYXNwL01ha2VmaWxlCmVjaG8geCAt
 IHNhc3AvcGtnLWRlc2NyCnNlZCAncy9eWC8vJyA+c2FzcC9wa2ctZGVzY3IgPDwgJ0VORC1vZi1z
 YXNwL3BrZy1kZXNjcicKWFRoaXMgaXMgYSB0b29sIHRoYXQgdXNlcyBBUlAgcG9pc29uaW5nICB0
 byAgaGF2ZSAgYSAgc2NlbmFyaW8KWGxpa2UgdGhpczogd2UgaGF2ZSBhIExBTiBhbmQgd2Ugd2Fu
 dCBvZmZlciBjb25uZWN0aXZpdHkgdG8gZXZlcnktClhvbmUgY29taW5nIGhlcmUgd2l0aCBoaXMg
 bGFwdG9wIGZvciBleGFtcGxlLiBJdCBjb3VsZCBoYXBwZW4gdGhhdApYb3VyICBjdXN0b21lciAg
 aGFzICBoaXMgIG5ldHdvcmsgcGFyYW1ldGVycyBhbHJlYWR5IGNvbmZpZ3VyZWQgdG8KWHdvcmsg
 Y29ycmVjdGx5IGluIGhpcyBvd24gTEFOLCBidXQgbm90IHdvcmtpbmcgaGVyZS4gV2UgY2FuICBo
 YXZlClh0aGVuIHRoaXMgc2NlbmFyaW86ClgKWEN1c3RvbWVyJ3MgIGhvc3QgKDEwLjAuMC4yLzgg
 YW5kIGRlZmF1bHQgZ2F0ZXdheSBzZXQgdG8gMTAuMC4wLjEpClhPdXIgTEFOICgxOTIuMTY4LjAu
 MC8yNCB3aXRoIHJlYWwgZ2F0ZXdheSAxOTIuMTY4LjAuMjU0KS4KWApYQWxsIHRoYXQgd2Ugd2Fu
 dCBpcyB0aGF0IG91ciBjdXN0b21lciBwbHVncyBoaXMgbGFwdG9wICBhbmQgIGpvaW5zClh0aGUg
 IGludGVybmV0IHdpdGhvdXQgY2hhbmdpbmcgbm90aGluZyBvZiBoaXMgbmV0d29yayBwYXJhbWV0
 ZXJzLgpYSGVyZSBjb21lcyB0aGlzIHRvb2wgaW5zdGFsbGVkIGluIG15IHJlYWwgZ3coMTkyLjE2
 OC4wLjI1NCkgIEl0J3MKWGEgIHNvcnQgIG9mIHNuaWZmZXIsIGJlY2F1c2UgaXQgc25pZmZzIGJy
 b2FkY2FzdCBBUlAgcmVxdWVzdHMgZm9yClh0aGUgZ2F0ZXdheSBhbmQgYW5zd2VycyB0aGF0IHRo
 ZSBnYXRld2F5IGlzIGl0c2VsZiBJbiBvdXIgZXhhbXBsZQpYb3VyICBjdXN0b21lcidzICBsYXB0
 b3AgIHNlbmRzICB0aGlzIHJlcXVlc3Q6IGFycCB3aG8taGFzIDEwLjAuMC4xClh0ZWxsIDEwLjAu
 MC4yIE5vdyBvdXIgZ2F0ZXdheSBkb2VzIHRoZSBmb2xsb3dpbmc6IDEpICBTZW5kcyAgYmFjawpY
 dGhpcyAgcmVwbHkgdG8gMTAuMC4wLjI6IGFycCByZXBseSAxMC4wLjAuMSBpcy1hdCBoaXNfbWFj
 X2FkZHJlc3MKWDIpQ3JlYXRlIHRoZSBhbGlhcyAxMC4wLjAuMjU0IChBUlAgaXMgbm90IHJvdXRh
 YmxlIHNvIHdlIG5lZWQgb25lClhhbGlhcyAgZm9yIGVhY2ggc3VibmV0IHRoYXQgaXMgbm90IG91
 ciBvbmUpIDMpU2VuZHMgaXRzZWxmIGFuIEFSUApYcmVwbHkgdG8gcmVmcmVzaCBoaXMgQVJQIGNh
 Y2hlClgKWEl0IGlzIGRpZmZlcmVudCBmcm9tIHByb3h5IGFycCBmb3IgdHdvIHJlYXNvbnM6IGZp
 cnN0IGl0IHJ1bnMgIGluClh1c2VyICBzcGFjZSwgIHRoZW4gaW4gdGhpcyBjYXNlIHdlIGNhbiBw
 bHVnIG1hY2hpbmVzIGJlbG9uZ2luZyB0bwpYd2hhdGV2ZXIgc3VibmV0LCB3aGlsZSBwcm94eSBh
 cnAgaXMgdXNlZCBpbiB0aGUgY2FzZSBvZiBvbmx5ICB0d28KWGRpZmZlcmVudCBvbmVzLgpFTkQt
 b2Ytc2FzcC9wa2ctZGVzY3IKZWNobyB4IC0gc2FzcC9wa2ctbWVzc2FnZQpzZWQgJ3MvXlgvLycg
 PnNhc3AvcGtnLW1lc3NhZ2UgPDwgJ0VORC1vZi1zYXNwL3BrZy1tZXNzYWdlJwpYQSB0b29sIHRo
 YXQgcGVybWl0cyB0byB1c2UgYSBnYXRld2F5IHdoYXRldmVyIElQIHdlIGhhdmUKRU5ELW9mLXNh
 c3AvcGtnLW1lc3NhZ2UKZWNobyB4IC0gc2FzcC9kaXN0aW5mbwpzZWQgJ3MvXlgvLycgPnNhc3Av
 ZGlzdGluZm8gPDwgJ0VORC1vZi1zYXNwL2Rpc3RpbmZvJwpYTUQ1IChzYXNwLTAuMS50YXIuZ3op
 ID0gZTlhYTdiMWRmYjhiZTMyNTUzODBhOGYxOGEwNjdiZjgKWFNJWkUgKHNhc3AtMC4xLnRhci5n
 eikgPSAzNzUwCkVORC1vZi1zYXNwL2Rpc3RpbmZvCmVjaG8geCAtIHNhc3AvcGtnLXBsaXN0CnNl
 ZCAncy9eWC8vJyA+c2FzcC9wa2ctcGxpc3QgPDwgJ0VORC1vZi1zYXNwL3BrZy1wbGlzdCcKWHNi
 aW4vc2FzcApFTkQtb2Ytc2FzcC9wa2ctcGxpc3QKZXhpdAoK
 
 --Multipart=_Sun__5_Sep_2004_12_10_32_+0200_zPcfdHY8fGVE8PvN--

From: "Luigi Pizzirani" <l.pizzira@virgilio.it>
To: freebsd-gnats-submit@freebsd.org, l.pizzira@virgilio.it
Cc:  
Subject: Re: ports/71381: New port:: A tool that, installed on a gateway, permits clients to use it whatever IP they have
Date: Sun, 05 Sep 2004 13:41:23 +0200

 New port:: A tool that, installed on a gateway, permits clients to use it  
 whatever IP they have
 
 Confidential
      no
 Severity
      non-critical
 Priority
      medium
 Responsible
      freebsd-ports-bugs@FreeBSD.org
 State
      open
 Class
      update
 Submitter-Id
      current-users
 Arrival-Date
      Sat Sep 04 21:00:40 GMT 2004
 Last-Modified
      Sun Sep 5 10:20:00 GMT 2004
 Originator
      Luigi Pizzirani <l.pizzira@virgilio.it>
 Release
      FreeBSD 5.3-BETA3
 Environment
 
 FreeBSD worklab.sviatnet1.com 5.3-BETA3 FreeBSD 5.3-BETA3 #1: Sat Sep  4  
 10:47:56 CEST 2004      
 sviatoslav@worklab.sviatnet1.com:/usr/obj/usr/src/sys/WORKLAB  i386
 
 Description
 
        This is a tool that uses ARP poisoning  to  have  a  scenario
 like this: we have a LAN and we want offer connectivity to every-
 one coming here with his laptop for example. It could happen that
 our  customer  has  his  network parameters already configured to
 work correctly in his own LAN, but not working here. We can  have
 then this scenario:
 
 Customer's  host (10.0.0.2/8 and default gateway set to 10.0.0.1)
 Our LAN (192.168.0.0/24 with real gateway 192.168.0.254).
 
 All that we want is that our customer plugs his laptop  and  joins
 the  internet without changing nothing of his network parameters.
 Here comes this tool installed in my real gw(192.168.0.254)  It's
 a  sort  of sniffer, because it sniffs broadcast ARP requests for
 the gateway and answers that the gateway is itself In our example
 our  customer's  laptop  sends  this request: arp who-has 10.0.0.1
 tell 10.0.0.2 Now our gateway does the following: 1)  Sends  back
 this  reply to 10.0.0.2: arp reply 10.0.0.1 is-at his_mac_address
 2)Create the alias 10.0.0.254 (ARP is not routable so we need one
 alias  for each subnet that is not our one) 3)Sends itself an ARP
 reply to refresh his ARP cache
 
 It is different from proxy arp for two reasons: first it runs  in
 user  space,  then in this case we can plug machines belonging to
 whatever subnet, while proxy arp is used in the case of only  two
 different ones.
 
 
 Fix
 # This is a shell archive.  Save it in a file, remove anything before
 # this line, and then unpack it by entering "sh file".  Note, it may
 # create directories; files and directories will be owned by you and
 # have default permissions.
 #
 # This archive contains:
 #
 #       sasp
 #       sasp/Makefile
 #       sasp/pkg-descr
 #       sasp/pkg-message
 #       sasp/distinfo
 #       sasp/pkg-plist
 #
 echo c - sasp
 mkdir -p sasp > /dev/null 2>&1
 echo x - sasp/Makefile
 sed 's/^X//' >sasp/Makefile << 'END-of-sasp/Makefile'
 X# New ports collection makefile for:    sasp
 X# Date created:        2 September 2004
 X# Whom:                sviat
 X#
 X# $FreeBSD$
 X#
 X
 XPORTNAME=    sasp
 XPORTVERSION= 0.1
 XCATEGORIES=  security
 XMASTER_SITES=   http://magdala.altervista.org/sviat/
 X
 XMAINTAINER=     sviat@OpenBEER.it
 XCOMMENT=    A tool that permits to use a gateway whatever IP we have
 X
 XBUILD_DEPENDS=    ${LOCALBASE}/lib/libnet.a:${PORTSDIR}/net/libnet-devel
 X
 X.include <bsd.port.mk>
 END-of-sasp/Makefile
 echo x - sasp/pkg-descr
 sed 's/^X//' >sasp/pkg-descr << 'END-of-sasp/pkg-descr'
 XThis is a tool that uses ARP poisoning  to  have  a  scenario
 Xlike this: we have a LAN and we want offer connectivity to every-
 Xone coming here with his laptop for example. It could happen that
 Xour  customer  has  his  network parameters already configured to
 Xwork correctly in his own LAN, but not working here. We can  have
 Xthen this scenario:
 X
 XCustomer's  host (10.0.0.2/8 and default gateway set to 10.0.0.1)
 XOur LAN (192.168.0.0/24 with real gateway 192.168.0.254).
 X
 XAll that we want is that our customer plugs his laptop  and  joins
 Xthe  internet without changing nothing of his network parameters.
 XHere comes this tool installed in my real gw(192.168.0.254)  It's
 Xa  sort  of sniffer, because it sniffs broadcast ARP requests for
 Xthe gateway and answers that the gateway is itself In our example
 Xour  customer's  laptop  sends  this request: arp who-has 10.0.0.1
 Xtell 10.0.0.2 Now our gateway does the following: 1)  Sends  back
 Xthis  reply to 10.0.0.2: arp reply 10.0.0.1 is-at his_mac_address
 X2)Create the alias 10.0.0.254 (ARP is not routable so we need one
 Xalias  for each subnet that is not our one) 3)Sends itself an ARP
 Xreply to refresh his ARP cache
 X
 XIt is different from proxy arp for two reasons: first it runs  in
 Xuser  space,  then in this case we can plug machines belonging to
 Xwhatever subnet, while proxy arp is used in the case of only  two
 Xdifferent ones.
 END-of-sasp/pkg-descr
 echo x - sasp/pkg-message
 sed 's/^X//' >sasp/pkg-message << 'END-of-sasp/pkg-message'
 XA tool that permits to use a gateway whatever IP we have
 END-of-sasp/pkg-message
 echo x - sasp/distinfo
 sed 's/^X//' >sasp/distinfo << 'END-of-sasp/distinfo'
 XMD5 (sasp-0.1.tar.gz) = e9aa7b1dfb8be3255380a8f18a067bf8
 XSIZEEND-of-sasp/distinfo
 echo x - sasp/pkg-plist
 sed 's/^X//' >sasp/pkg-plist << 'END-of-sasp/pkg-plist'
 Xsbin/sasp
 END-of-sasp/pkg-plist
 exit

From: Luigi Pizzirani <l.pizzira@virgilio.it>
To: FreeBSD-gnats-submit@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org
Cc:  
Subject: Re: ports/71381: New port:: A tool that, installed on a gateway,
 permits clients to use it whatever IP they have
Date: Sun, 5 Sep 2004 14:44:01 +0200

 Finally the right shar file. I'm sorry for the two previous replies 
  
 New port: A tool that, installed on a gateway, permits clients to use it whatever IP they have
  
 Confidential
      no
 Severity
      non-critical
 Priority
      medium
 Responsible
      freebsd-ports-bugs@FreeBSD.org
 State
      open
 Class
      update
 Submitter-Id
      current-users
 Arrival-Date
      Sat Sep 04 21:00:40 GMT 2004
 Last-Modified
      Sun Sep 5 10:20:00 GMT 2004
 Originator
      Luigi Pizzirani <l.pizzira@virgilio.it>
 Release
      FreeBSD 5.3-BETA3
 Environment
 
 FreeBSD worklab.sviatnet1.com 5.3-BETA3 FreeBSD 5.3-BETA3 #1: Sat Sep  4 10:47:56 CEST 2004      
 sviatoslav@worklab.sviatnet1.com:/usr/obj/usr/src/sys/WORKLAB  i386
 
 Description
 
        This is a tool that uses ARP poisoning  to  have  a  scenario
 like this: we have a LAN and we want offer connectivity to every-
 one coming here with his laptop for example. It could happen that
 our  customer  has  his  network parameters already configured to
 work correctly in his own LAN, but not working here. We can  have
 then this scenario:
 
 Customer's  host (10.0.0.2/8 and default gateway set to 10.0.0.1)
 Our LAN (192.168.0.0/24 with real gateway 192.168.0.254).
 All that we want is that our customer plugs his laptop  and  joins
 the  internet without changing nothing of his network parameters.
 Here comes this tool installed in my real gw(192.168.0.254)  It's
 a  sort  of sniffer, because it sniffs broadcast ARP requests for
 the gateway and answers that the gateway is itself In our example
 our  customer's  laptop  sends  this request: arp who-has 10.0.0.1
 tell 10.0.0.2 Now our gateway does the following: 1)  Sends  back
 this  reply to 10.0.0.2: arp reply 10.0.0.1 is-at his_mac_address
 2)Create the alias 10.0.0.254 (ARP is not routable so we need one
 alias  for each subnet that is not our one) 3)Sends itself an ARP
 reply to refresh his ARP cache
 
 It is different from proxy arp for two reasons: first it runs  in
 user  space,  then in this case we can plug machines belonging to
 whatever subnet, while proxy arp is used in the case of only  two
 different ones.
 
 Fix
 
 # This is a shell archive.  Save it in a file, remove anything before
 # this line, and then unpack it by entering "sh file".  Note, it may
 # create directories; files and directories will be owned by you and
 # have default permissions.
 #
 # This archive contains:
 #
 #       sasp
 #       sasp/Makefile
 #       sasp/pkg-descr
 #       sasp/distinfo
 #       sasp/pkg-plist
 #
 echo c - sasp
 mkdir -p sasp > /dev/null 2>&1
 echo x - sasp/Makefile
 sed 's/^X//' >sasp/Makefile << 'END-of-sasp/Makefile'
 X# New ports collection makefile for:    sasp
 X# Date created:        2 September 2004
 X# Whom:                sviat
 X#
 X# $FreeBSD$
 X#
 X
 XPORTNAME=    sasp
 XPORTVERSION= 0.1
 XCATEGORIES=  security
 XMASTER_SITES=   http://magdala.altervista.org/sviat/
 X
 XMAINTAINER=     l.pizzira@virgilio.it
 XCOMMENT=    A tool that permits to use a gateway whatever IP we have
 X
 XBUILD_DEPENDS=    ${LOCALBASE}/lib/libnet.a:${PORTSDIR}/net/libnet-devel
 X
 X.include <bsd.port.mk>
 END-of-sasp/Makefile
 echo x - sasp/pkg-descr
 sed 's/^X//' >sasp/pkg-descr << 'END-of-sasp/pkg-descr'
 XThis is a tool that uses ARP poisoning  to  have  a  scenario
 Xlike this: we have a LAN and we want offer connectivity to every-
 Xone coming here with his laptop for example. It could happen that
 Xour  customer  has  his  network parameters already configured to
 Xwork correctly in his own LAN, but not working here. We can  have
 Xthen this scenario:
 XCustomer's  host (10.0.0.2/8 and default gateway set to 10.0.0.1)
 XOur LAN (192.168.0.0/24 with real gateway 192.168.0.254).
 X
 XAll that we want is that our customer plugs his laptop  and  joins
 Xthe  internet without changing nothing of his network parameters.
 XHere comes this tool installed in my real gw(192.168.0.254)  It's
 Xa  sort  of sniffer, because it sniffs broadcast ARP requests for
 Xthe gateway and answers that the gateway is itself In our example
 Xour  customer's  laptop  sends  this request: arp who-has 10.0.0.1
 Xtell 10.0.0.2 Now our gateway does the following: 1)  Sends  back
 Xthis  reply to 10.0.0.2: arp reply 10.0.0.1 is-at his_mac_address
 X2)Create the alias 10.0.0.254 (ARP is not routable so we need one
 Xalias  for each subnet that is not our one) 3)Sends itself an ARP
 Xreply to refresh his ARP cache.
 XIt is different from proxy arp for two reasons: first it runs  in
 Xuser  space,  then in this case we can plug machines belonging to
 Xwhatever subnet, while proxy arp is used in the case of only  two
 Xdifferent ones.
 END-of-sasp/pkg-descr
 echo x - sasp/distinfo
 sed 's/^X//' >sasp/distinfo << 'END-of-sasp/distinfo'
 XMD5 (sasp-0.1.tar.gz) = e9aa7b1dfb8be3255380a8f18a067bf8
 XSIZE (sasp-0.1.tar.gz) = 3750
 END-of-sasp/distinfo
 echo x - sasp/pkg-plist
 sed 's/^X//' >sasp/pkg-plist << 'END-of-sasp/pkg-plist'
 Xsbin/sasp
 END-of-sasp/pkg-plist
 exit
Responsible-Changed-From-To: freebsd-ports-bugs->flz 
Responsible-Changed-By: flz 
Responsible-Changed-When: Mon Mar 7 21:23:23 GMT 2005 
Responsible-Changed-Why:  
Grab. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=71381 
State-Changed-From-To: open->feedback 
State-Changed-By: flz 
State-Changed-When: Mon Mar 7 22:01:28 GMT 2005 
State-Changed-Why:  
Ask maintainer for new MASTER_SITES since distfile is currently unfetchable. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=71381 

From: Florent Thoumie <flz@FreeBSD.org>
To: l.pizzira@virgilio.it
Cc: freebsd-gnats-submit@FreeBSD.org
Subject: Re: ports/71381: New port:: A tool that, installed on a gateway,
 permits clients to use it whatever IP they have
Date: Mon, 07 Mar 2005 23:00:49 +0100

 The distfile is currently unfetchable.
 
 Could you provide another site to be set as MASTER_SITES ?
State-Changed-From-To: feedback->closed 
State-Changed-By: flz 
State-Changed-When: Mon Apr 4 12:58:29 GMT 2005 
State-Changed-Why:  
Submitter timeout. 

Please re-submit or ask to reopen the PR when the distfile 
will be fetchable again. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=71381 
>Unformatted:
