From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received-SPF: Pass (sender SPF authorized) identity=mailfrom; client-ip=134.134.136.20; helo=mga02.intel.com; envelope-from=jiaxin.wu@intel.com; receiver=edk2-devel@lists.01.org Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id 9930F210E8D5A for ; Thu, 9 Aug 2018 18:32:45 -0700 (PDT) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga008.jf.intel.com ([10.7.209.65]) by orsmga101.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 09 Aug 2018 18:32:45 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.53,217,1531810800"; d="scan'208";a="64016335" Received: from fmsmsx107.amr.corp.intel.com ([10.18.124.205]) by orsmga008.jf.intel.com with ESMTP; 09 Aug 2018 18:32:39 -0700 Received: from fmsmsx118.amr.corp.intel.com (10.18.116.18) by fmsmsx107.amr.corp.intel.com (10.18.124.205) with Microsoft SMTP Server (TLS) id 14.3.319.2; Thu, 9 Aug 2018 18:32:39 -0700 Received: from shsmsx104.ccr.corp.intel.com (10.239.4.70) by fmsmsx118.amr.corp.intel.com (10.18.116.18) with Microsoft SMTP Server (TLS) id 14.3.319.2; Thu, 9 Aug 2018 18:32:39 -0700 Received: from shsmsx103.ccr.corp.intel.com ([169.254.4.240]) by SHSMSX104.ccr.corp.intel.com ([169.254.5.143]) with mapi id 14.03.0319.002; Fri, 10 Aug 2018 09:32:30 +0800 From: "Wu, Jiaxin" To: Sivaraman Nainar , "Ye, Ting" , Laszlo Ersek , "edk2-devel@lists.01.org" Thread-Topic: [edk2] reg: HTTP Request Failure over Internet Thread-Index: AdQjRfAWnSCx4+HvRV6Kq9SvrqNFLf//hc4A//41h0D//FOIIP/vwuJA/9it8vD/rlR1cP9XvXRw/q6YFcA= Date: Fri, 10 Aug 2018 01:32:30 +0000 Message-ID: <895558F6EA4E3B41AC93A00D163B727416489CBF@SHSMSX103.ccr.corp.intel.com> References: <895558F6EA4E3B41AC93A00D163B727416479D8A@SHSMSX103.ccr.corp.intel.com> <895558F6EA4E3B41AC93A00D163B72741647B49D@SHSMSX103.ccr.corp.intel.com> In-Reply-To: Accept-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiZWFjNzU4YzItYTE3Mi00MmIyLWI3NzgtZWRjOGEwZmRlOWVjIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjEwLjE4MDQuNDkiLCJUcnVzdGVkTGFiZWxIYXNoIjoiRGFDZ2VHZnptOEpTMUltZFptQTY5NlczbVpjVEhXMkNnZldZTzVhSG0zSXgzN0hlclZwdkZJU1lHdFFRUWZhVSJ9 x-ctpclassification: CTP_NT dlp-product: dlpe-windows dlp-version: 11.0.400.15 dlp-reaction: no-action x-originating-ip: [10.239.127.40] MIME-Version: 1.0 Subject: Re: reg: HTTP Request Failure over Internet X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Aug 2018 01:32:45 -0000 Content-Language: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Siva, Since the gateway and Remote IP is accessible from shell, it means the plat= form already has the valid gateway, then according the IP policy, it should= be ready for the upper layer to access the Internet, UEFI HttpBootDxe driv= er has verified that by registering one valid gateway. So, the problem is q= uite possibly in your Http application. My suggestion is that you can check= the source code and compare with the logic in the HttpBootDxe driver or yo= u need share the source code to me if possible. Thanks, Jiaxin =20 > -----Original Message----- > From: edk2-devel [mailto:edk2-devel-bounces@lists.01.org] On Behalf Of > Sivaraman Nainar > Sent: Thursday, August 9, 2018 7:09 PM > To: Wu, Jiaxin ; Ye, Ting ; Laszl= o > Ersek ; edk2-devel@lists.01.org > Subject: Re: [edk2] reg: HTTP Request Failure over Internet >=20 > Hello Jiaxin, >=20 > There is no firewall blocking this. The gateway and Remote IP is accessib= le > from shell. >=20 > Thanks > Siva > -----Original Message----- > From: Wu, Jiaxin [mailto:jiaxin.wu@intel.com] > Sent: Monday, August 6, 2018 1:35 PM > To: Sivaraman Nainar; Ye, Ting; Laszlo Ersek; edk2-devel@lists.01.org > Subject: RE: [edk2] reg: HTTP Request Failure over Internet >=20 > Is there any proxy or firewall block the connection? Once you set the sta= tic > Ip4Gateway via ifconfig shell command, please try to ping the > gateway/remote address to check the connection. >=20 > Thanks, > Jiaxin >=20 >=20 > > -----Original Message----- > > From: edk2-devel [mailto:edk2-devel-bounces@lists.01.org] On Behalf Of > > Sivaraman Nainar > > Sent: Saturday, August 4, 2018 5:46 PM > > To: Wu, Jiaxin ; Ye, Ting ; > > Laszlo Ersek ; edk2-devel@lists.01.org > > Subject: Re: [edk2] reg: HTTP Request Failure over Internet > > > > Hello Jiaxin, > > > > We have tried both the methods and both failed. Do you have any other > > recommendation? > > > > -Siva > > -----Original Message----- > > From: Wu, Jiaxin [mailto:jiaxin.wu@intel.com] > > Sent: Tuesday, July 31, 2018 7:14 AM > > To: Sivaraman Nainar; Ye, Ting; Laszlo Ersek; edk2-devel@lists.01.org > > Subject: RE: [edk2] reg: HTTP Request Failure over Internet > > > > Hi Siva, > > > > Thanks the report. > > > > From the code review, it does the problem for HTTP protocol to route > > the package over Internet. > > > > But I'm confused with your patch that how can you get the RouterAddr > > since there is no interface for HTTP protocol to get the RouterAddr? > > > > > + HttpInstance->Tcp4->Routes ( > > > + HttpInstance->Tcp4, > > > + FALSE, > > > + &HttpInstance->RemoteAddr, > > > + &Tcp4AP->SubnetMask, > > > + &HttpInstance->RouterAddr > > > + ); > > > + > > > > So, I prefer it's the UEFI Spec limitation that HTTP protocol doesn't > > provide us the interface to set the router info instead of setting it > > during HTTP configuration. To mitigate the issue, below two > > solution/workaround can be > > tried: > > 1) Ip4Config2 protocol can be leveraged by your HTTP application to > > register one valid Ip4Gateway into the default route table (just like > > HttpBootDxe -- HttpBootRegisterIp4Gateway()). The IP policy will route > > the packet by using the instance's route table first, if not found, > > the default route table will be tried. > > 2) Set the static Ip4Gateway via ifconfig shell command. The > > Ip4Gateway address also will be set to default route table. > > > > Thanks, > > Jiaxin > > > > > > > > > -----Original Message----- > > > From: edk2-devel [mailto:edk2-devel-bounces@lists.01.org] On Behalf > > > Of Sivaraman Nainar > > > Sent: Wednesday, July 25, 2018 5:29 PM > > > To: Ye, Ting ; Laszlo Ersek ; > > > edk2- devel@lists.01.org > > > Subject: Re: [edk2] reg: HTTP Request Failure over Internet > > > > > > Ting: > > > > > > Please find the patch for reference. > > > > > > Index: HttpProto.c > > > > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D > > > --- HttpProto.c > > > +++ HttpProto.c > > > @@ -622,12 +622,20 @@ > > > Status =3D HttpInstance->Tcp4->Configure (HttpInstance->Tcp4, > > Tcp4CfgData); > > > if (EFI_ERROR (Status)) { > > > DEBUG ((EFI_D_ERROR, "HttpConfigureTcp4 - %r\n", Status)); > > > return Status; > > > } > > > > > > + HttpInstance->Tcp4->Routes ( > > > + HttpInstance->Tcp4, > > > + FALSE, > > > + &HttpInstance->RemoteAddr, > > > + &Tcp4AP->SubnetMask, > > > + &HttpInstance->RouterAddr > > > + ); > > > + > > > Status =3D HttpCreateTcp4ConnCloseEvent (HttpInstance); > > > if (EFI_ERROR (Status)) { > > > return Status; > > > } > > > > > > Status =3D HttpCreateTcp4TxEvent (Wrap); > > > > > > -Siva > > > -----Original Message----- > > > From: Ye, Ting [mailto:ting.ye@intel.com] > > > Sent: Wednesday, July 25, 2018 1:36 PM > > > To: Laszlo Ersek; Sivaraman Nainar; edk2-devel@lists.01.org > > > Subject: RE: [edk2] reg: HTTP Request Failure over Internet > > > > > > Hi Siva, > > > > > > I didn't receive your patch either. Thanks for reporting the issue, > > > we will try to reproduce it firstly. > > > > > > Thanks, > > > Ting > > > > > > -----Original Message----- > > > From: edk2-devel [mailto:edk2-devel-bounces@lists.01.org] On Behalf > > > Of Laszlo Ersek > > > Sent: Tuesday, July 24, 2018 8:43 PM > > > To: Sivaraman Nainar ; > > > edk2-devel@lists.01.org > > > Subject: Re: [edk2] reg: HTTP Request Failure over Internet > > > > > > On 07/24/18 14:05, Sivaraman Nainar wrote: > > > > Hello all, > > > > > > > > When an application tried to download the remote file over > > > > internet with > > > the HTTP Get Request it getting failed. If we try via the Intranet > > > then application downloads the target file. > > > > > > > > The remote file is available in the Apache server. With the > > > > attached patch > > > the download works fine in Internet and Intranet. > > > > > > > > Could you review the solution and feedback? > > > > > > The edk2-devel list software does not reflect attachments to subscrib= ers. > > > > > > While I disagree with that practice in general -- it breaks > > > conversations where people justifiedly post small attachments, such > > > as PNG screenshots, compressed log files and such --, for posting > > > patches specifically, please use git-format-patch and > > > git-send-email. The patch should be in the body of the email (please > > > do not copy&paste the patch though; that is guaranteed not to work -- > please use the git tools). > > > > > > Official guidelines: > > > > > > https://github.com/tianocore/tianocore.github.io/wiki/EDK-II-Develop > > > me > > > nt- > > > Process > > > > > > Personal ones from yours truly: > > > > > > https://github.com/tianocore/tianocore.github.io/wiki/Laszlo's-unkem > > > pt > > > -git- guide-for-edk2-contributors-and-maintainers > > > > > > Thanks, > > > Laszlo > > > _______________________________________________ > > > edk2-devel mailing list > > > edk2-devel@lists.01.org > > > https://lists.01.org/mailman/listinfo/edk2-devel > > > _______________________________________________ > > > edk2-devel mailing list > > > edk2-devel@lists.01.org > > > https://lists.01.org/mailman/listinfo/edk2-devel > > _______________________________________________ > > edk2-devel mailing list > > edk2-devel@lists.01.org > > https://lists.01.org/mailman/listinfo/edk2-devel > _______________________________________________ > edk2-devel mailing list > edk2-devel@lists.01.org > https://lists.01.org/mailman/listinfo/edk2-devel