• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Jeanne Boyarsky
  • Ron McLeod
  • Paul Clapham
  • Liutauras Vilda
Sheriffs:
  • paul wheaton
  • Rob Spoor
  • Devaka Cooray
Saloon Keepers:
  • Stephan van Hulst
  • Tim Holloway
  • Carey Brown
  • Frits Walraven
  • Tim Moores
Bartenders:
  • Mikalai Zaikin

HTTP Response

 
Greenhorn
Posts: 11
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Hello,

This is kind of a low-level question, perhaps aiming at the HTTP specification itself. I've posed the same basic question at DevShed.com here: http://forums.devshed.com/networking-help-109/multiple-nics-same-subnet-938501.html

Essentially what I need to know is (and I am currently trying to test this behavior on my test system): is it possible for an HTTP client (say, a web browser or a web service client) to make a request to a server at some IP address (say, 10.0.0.20), and then receive a response from a different address (say, 10.0.0.30) because the server has more than one valid interface? Or is there anything that would enforce the response packets to go out over the same interface on which the request was received?

If it is possible, is there a way to configure a Windows Server 2008 system (running a Tomcat-deployed web application) to ensure that responses get sent over the same interface as the request?

Thanks!
 
With a little knowledge, a cast iron skillet is non-stick and lasts a lifetime.
reply
    Bookmark Topic Watch Topic
  • New Topic