RE: IPP> SEC - How could IPP work over firewalls?
"Manros, Carl-Uno B" <cmanros@cp10.es.xerox.com> Fri, 31 July 1998 16:35 UTC
Delivery-Date: Fri, 31 Jul 1998 12:35:57 -0400
Return-Path: ipp-owner@pwg.org
Received: from cnri.reston.va.us (ns [132.151.1.1]) by ietf.org (8.8.5/8.8.7a) with ESMTP id MAA24225 for <ietf-archive@ietf.org>; Fri, 31 Jul 1998 12:35:56 -0400 (EDT)
Received: from lists.underscore.com (uscore-1.mv.com [199.125.85.30]) by cnri.reston.va.us (8.8.5/8.8.7a) with ESMTP id MAA29063 for <ietf-archive@cnri.reston.va.us>; Fri, 31 Jul 1998 12:35:32 -0400 (EDT)
Received: from localhost (daemon@localhost) by lists.underscore.com (8.7.5/8.7.3) with SMTP id MAA03278 for <ietf-archive@cnri.reston.va.us>; Fri, 31 Jul 1998 12:35:45 -0400 (EDT)
Received: by pwg.org (bulk_mailer v1.5); Fri, 31 Jul 1998 12:27:31 -0400
Received: (from daemon@localhost) by lists.underscore.com (8.7.5/8.7.3) id MAA02278 for ipp-outgoing; Fri, 31 Jul 1998 12:21:18 -0400 (EDT)
Message-ID: <3683AF7E2328D211A2BA00805F15CE8505CC33@x-crt-es-ms1.cp10.es.xerox.com>
From: "Manros, Carl-Uno B" <cmanros@cp10.es.xerox.com>
To: ipp@pwg.org
Subject: RE: IPP> SEC - How could IPP work over firewalls?
Date: Fri, 31 Jul 1998 09:16:48 -0700
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.1960.3)
Content-Type: text/plain
Sender: owner-ipp@pwg.org
Paul, You are right. This is a new piece of software that you cannot get from stock. This is why I stated: "This software will need to be tailored and written to handle IPP". Carl-Uno > -----Original Message----- > From: Paul Moore [mailto:paulmo@microsoft.com] > Sent: Friday, July 31, 1998 8:33 AM > To: 'Carl-Uno Manros'; ipp@pwg.org > Subject: RE: IPP> SEC - How could IPP work over firewalls? > > > Step 2 - Inbound proxies are unusual - I have never heard of one. Does > anybody have a product names for one. > > > -----Original Message----- > > From: Carl-Uno Manros [SMTP:manros@cp10.es.xerox.com] > > Sent: Thursday, July 30, 1998 5:59 PM > > To: ipp@pwg.org > > Subject: IPP> SEC - How could IPP work over firewalls? > > > > We have held a meeting with some firewall and proxy experts > today to get > > their views on how IPP could work over firewalls. Here is a short > > description of the scenario that came out of those discussions: > > > > When a print request (or other IPP request) comes in to the > domain, in > > which the IPP Printer is located, it goes through the > following steps: > > > > 1) The firewall inspects the request on the TCP layer and > typically checks > > the host address and the port number. If it finds that this > matches, it > > redirects the request to a particular proxy server. This is standard > > firewall software. The proxy server may be dedicated to handle only > > HTTP/IPP, or could handle several application level protocols. > > > > 2) The proxy server includes an IPP specific application > process, which > > would check that the request is a valid IPP request, e.g. > that it is an > > HTTP POST and that it contains the MIME type "application/ipp". This > > software will need to be tailored and written to handle IPP. > > > > 3) If TLS is used, the proxy server can also perform the > authentication > > and decryption services. > > > > 4) The proxy server then redirects the request to the IPP > server inside > > the domain. Note that the previous steps are performed > before the request > > is accepted into the domain. > > > > There are various configuration alternatives, e.g. the > firewall and proxy > > server may be integrated in the same box. > > > > A couple of other observations and bits of advice: > > > > - If you want unlimited access to an IPP printer, simply > put it outside > > the firewall, or on the domain border, so it can be > accessed from both > > outside and inside the domain. > > > > - If you want to let requests come in through your firewall > at all, you > > will probably *always* use TLS for requests from outside > the domain. If > > you let the proxy server handle authentication and > encryption, there is no > > real need to use TLS between the proxy server and the IPP > server. This > > means that clients from inside the domain do not need to > use TLS, when > > accessing the IPP server. > > > > Comments? > > > > Carl-Uno > > > > Carl-Uno Manros > > Principal Engineer - Advanced Printing Standards - Xerox > Corporation > > 701 S. Aviation Blvd., El Segundo, CA, M/S: ESAE-231 > > Phone +1-310-333 8273, Fax +1-310-333 5514 > > Email: manros@cp10.es.xerox.com >
- IPP> SEC - How could IPP work over firewalls? Carl-Uno Manros
- RE: IPP> SEC - How could IPP work over firewalls? Paul Moore
- RE: IPP> SEC - How could IPP work over firewalls? Manros, Carl-Uno B
- RE: IPP> SEC - How could IPP work over firewalls? Josh Cohen