I think this means,  no remote http access, but allow admins remote desktop
access. Once in a local desktop sessions,  allow the http access since the
request comes from local host

This issue is get remote address usually returns a non loop back ip
address, even if the url was to localhost

On Feb 27, 2018 6:27 AM, "Mark Thomas" <ma...@apache.org> wrote:

> On 27/02/18 08:29, Vasantharaju Trichy wrote:
> > Tomcat version 7.0.82 | Windows
> >
> >
> >
> > We have a requirement such that admins(tomcat users) need to login
> remotely
> > to the machine where Tomcat is hosted and access tomcat webapp to perform
> > certain action or see certain pages . These pages or actions are not
> > permitted if users login remotely
>
> This requirement makes no sense.
>
> "...need to login remotely..."
> and
> "...are not permitted if users login remotely..."
>
> are mutually exclusive.
>
> The logical answer to your question is unplug the box and your
> requirements are guaranteed to be met.
>
> I suspect, however, that you have not correctly stated your
> requirements. What did you really mean?
>
>
> Mark
>
>
> >
> >
> >
> > Initially thought  *request.getRemoteAddr* can be used determine actual
> > client ip is local or not but looks like based *X-Forwarded-For* header
> it
> > is easy to spoof *request.getRemoteAddr* . The spoofing is possible even
> > from trusted internal proxies
> >
> >
> >
> > So thought *request.getServerName* is reliable than
> *request.getRemoteAddr*
> >
> >
> >
> > But *HOST* header can be spoofed to reflect *request.getServerName*
> >
> >
> >
> > Strangely Tomcat honors HOST header to update request. getServerName .
> >
> >
> >
> > I strongly feel this is a tomcat issue  or let us know how can we
> reliably
> > determine if the request is originated from local or this is something
> not
> > possible
> >
> >
> >
> >
> >
> > Thanks in advance,
> >
> > Vasanth
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

Reply via email to