Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id E7742200C41 for ; Fri, 24 Mar 2017 08:42:47 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id E5ED8160B93; Fri, 24 Mar 2017 07:42:47 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 103FF160B82 for ; Fri, 24 Mar 2017 08:42:46 +0100 (CET) Received: (qmail 77586 invoked by uid 500); 24 Mar 2017 07:42:45 -0000 Mailing-List: contact users-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: users@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@httpd.apache.org Received: (qmail 77573 invoked by uid 99); 24 Mar 2017 07:42:45 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 24 Mar 2017 07:42:45 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id 5961818396C for ; Fri, 24 Mar 2017 07:42:45 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.88 X-Spam-Level: * X-Spam-Status: No, score=1.88 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=2, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=disabled Authentication-Results: spamd3-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id JQRLL2IPHYgk for ; Fri, 24 Mar 2017 07:42:43 +0000 (UTC) Received: from mail-lf0-f43.google.com (mail-lf0-f43.google.com [209.85.215.43]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id 2E4165FAD2 for ; Fri, 24 Mar 2017 07:42:43 +0000 (UTC) Received: by mail-lf0-f43.google.com with SMTP id y193so2405512lfd.3 for ; Fri, 24 Mar 2017 00:42:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=7EmMPRImcA1spniGcSNBz2nOz2m8eGY6RRopSGhEPMM=; b=c61pHtpXfDBxv+5e1x1VJk4IMWrpPHo+/3/WihqJplDJhph+pfQwGkUgIw1QfaW7G5 Z3zGsp16BM5yWu2pCbqJViqKwZjQfZAlZRhGL9eqSngHpC2LwVRBraZJFs4K1c87OIlY XqXykkQWHQ1FCvL0PzXR1H2SHDV9z8q8CxsJhG3xTU3xAftFVbdpalTrOdhSugYiU90n GjOubaOu21WGdF4Z5WqIFyRQeHQxNXnJTgff8iW3R/KagiCx2z2Iv5LTH9mfTwRf1fih m2CNMatfr6fZsJmRrCjnZYEChmfgQPe3Vjat5UdHCL7YFVO1BuQKfD+p8ZWajSihzjjb KlqQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=7EmMPRImcA1spniGcSNBz2nOz2m8eGY6RRopSGhEPMM=; b=HIWq53UHeQ3/Xys5Qv1Hyy8MnUTIdTzLPMFpDg/rTdoXxJREQQT0Ujb640Lj3DXSfu lm9iBcF4Q/uAUkL829YBKK4XbUGP6MLucI33NjSoxbwDdtVFOWSSvGVwU+Pnv+3CqOZe Iet27XxMezdtbcAf2yTN8GNo/qD9IZ7rapG9ytK9st6FR+GzP7aWZFVOTc96TvR5lq69 XvrXCd+Z1LIOU5z5JgdGP6LxP2QAlJlYZWt0AVIBb09ZuOuFaUbVg0/4E2dBxgIvucje 44bhhgcmBKyiMpAHqGQBW0HA0o35TeaayLpsXEko+2gVpG4Y7IwVpRQpz0Bi30+tgF0X nr+Q== X-Gm-Message-State: AFeK/H3uA69C7a62Xz1jINJdtqRHvs6iLY3AEpKnINoIgZSMqLjiicYKPO8vjjTbzlRertRhcxLEtUTUYU9avA== X-Received: by 10.25.215.89 with SMTP id o86mr3825051lfg.92.1490341362501; Fri, 24 Mar 2017 00:42:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.128.149 with HTTP; Fri, 24 Mar 2017 00:42:42 -0700 (PDT) In-Reply-To: References: From: Ajay Garg Date: Fri, 24 Mar 2017 13:12:42 +0530 Message-ID: To: users@httpd.apache.org Content-Type: multipart/alternative; boundary=001a11412c4e818da4054b75233a Subject: Re: [users@httpd] Some basic (idiotic) queries regarding tunnelling-proxy archived-at: Fri, 24 Mar 2017 07:42:48 -0000 --001a11412c4e818da4054b75233a Content-Type: text/plain; charset=UTF-8 Just wondering if we could pass an already-opened-TCP-socket instance to the browser. Intention is just to prevent the socket-creation on the browser (instead passing the already connected socket to the broswer), and let the browser start over from there on. Do I make sense? On Fri, Mar 24, 2017 at 10:14 AM, Ajay Garg wrote: > Hi All. > > I could have the proxying to work perfectly, using the awesome > step-by-step link at https://devops.profitbricks.com/tutorials/configure- > apache-as-a-reverse-proxy-using-mod_proxy-on-ubuntu/. Whenever I opened a > URL of type http://Intermediatary/path/to/url in *Server*'s browser, the > contents of page http://HTTP-Server/path/to/url opened up. > > Still, this requires the *Intermediatary* to have a public static > IP-Address. > Can this be done away with? > > Will be grateful for any replies. > > > Thanks and Regards, > Ajay > > > On Wed, Mar 22, 2017 at 11:22 PM, Ajay Garg > wrote: > >> Hi Rainer. >> >> Thanks for the help. >> >> I did some more googling, and (if I am not wrong), it seems >> https://httpd.apache.org/docs/2.4/mod/mod_proxy_http.html almost fits in >> our needs. >> >> We run mod_proxy on the *Intermediatary*. >> The end-user then opens a browser in *Server*, types in the >> hostname://path of the *Intermediatary*, and the mod_proxy then proxies the >> HTTP-stuff bi-directionally between the *HTTP-Server* and *Server*. >> >> My only concern, is that this solution needs the *Intermediatary* to have >> a public static IP. >> Is there a way objective can be achieved without needing to provide a >> public static IP to *Intermediatary*? >> >> >> >> >> On Wed, Mar 22, 2017 at 8:26 PM, Rainer Canavan < >> rainer.canavan@sevenval.com> wrote: >> >>> > Now, we require something like opening an IFrame on the Server, and >>> provide >>> > virtual access to the HTTP-Server (via Intermediatary), something like >>> what >>> > Teamviewer does. We have the ability to modify to Server and >>> Intermediatary, >>> > but not HTTP-Server in the general case. >>> > >>> > It would be great to have a Teamviewer-like experience, providing >>> access of >>> > the HTTP-Server on the Server (via Intermediatary as the >>> tunnelling-proxy). >>> > We are running Linux-flavours on Server and Intermediatary. >>> >>> I don't understand what half of your statements may exactly mean, but >>> this doesn't appear to be an apache httpd related request. I think >>> the dynamic proxy option of most ssh clients (-D for openssh), used >>> as a SOCKS proxy in your browser may solve your problem. If that >>> doesn't help, some sort of VPN tunnel may be an alternative. >>> >>> rainer >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org >>> For additional commands, e-mail: users-help@httpd.apache.org >>> >>> >> >> >> -- >> Regards, >> Ajay >> > > > > -- > Regards, > Ajay > -- Regards, Ajay --001a11412c4e818da4054b75233a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Just wondering if we could pass an already-opene= d-TCP-socket instance to the browser.

Intention is just to pre= vent the socket-creation on the browser (instead passing the already connec= ted socket to the broswer), and let the browser start over from there on.
Do I make sense?

On Fri, Mar 24, 2017 at 10:14 AM, Ajay Garg <aj= aygargnsit@gmail.com> wrote:
Hi All.

I cou= ld have the proxying to work perfectly, using the awesome step-by-step link= at https://dev= ops.profitbricks.com/tutorials/configure-apache-as-a-reverse-prox= y-using-mod_proxy-on-ubuntu/. Whenever I opened a URL of type http://Intermed= iatary/path/to/url in *Server*'s browser, the contents of page= http://HTTP-S= erver/path/to/url opened up.

Still, this requires the *Int= ermediatary* to have a public static IP-Address.
Can this be done away w= ith?

Will be= grateful for any replies.


Thanks and Regards,
Ajay


On Wed,= Mar 22, 2017 at 11:22 PM, Ajay Garg <ajaygargnsit@gmail.com><= /span> wrote:
=
Hi Rainer.

Thanks for the help.

I did some m= ore googling, and (if I am not wrong), it seems https://httpd.= apache.org/docs/2.4/mod/mod_proxy_http.html almost fits in our nee= ds.

We run mod_proxy on the *Intermediatary*.
The end-= user then opens a browser in *Server*, types in the hostname://path of the = *Intermediatary*, and the mod_proxy then proxies the HTTP-stuff bi-directio= nally between the *HTTP-Server* and *Server*.

My only con= cern, is that this solution needs the *Intermediatary* to have a public sta= tic IP.
Is there a way objective can be achieved without need= ing to provide a public static IP to *Intermediatary*?




On Wed, Mar 22, 2017 at 8:26 PM, Rainer C= anavan <rainer.canavan@sevenval.com> wrote:
> Now, we require something like openi= ng an IFrame on the Server, and provide
> virtual access to the HTTP-Server (via Intermediatary), something like= what
> Teamviewer does. We have the ability to modify to Server and Intermedi= atary,
> but not HTTP-Server in the general case.
>
> It would be great to have a Teamviewer-like experience, providing acce= ss of
> the HTTP-Server on the Server (via Intermediatary as the tunnelling-pr= oxy).
> We are running Linux-flavours on Server and Intermediatary.

I don't understand what half of your statements may exactly mean= , but
this doesn't appear to be an apache httpd related request. I think
the dynamic proxy option of most ssh clients (-D for openssh), used
as a SOCKS proxy in your browser may solve your problem. If that
doesn't help, some sort of VPN tunnel may be an alternative.

rainer

-----------------------------------------------------------------= ----
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org




--
Regards,
Ajay



--
Regards,
Ajay


--
Regards,
Ajay
--001a11412c4e818da4054b75233a--