Feature #1042
closed
Added by Alexander Horn about 11 years ago.
Updated almost 10 years ago.
Description
"I think we need to get into redmine setting up a port 80 proxy on named-data.net's apache for the NDN-JS communication for the "live" apps hosted on that site. "
This is completely separate from nodejs.
The idea is to simply proxy websocket transport through port 80 on named-data.net (this is a typical envisioned use for websockets), so that apps deployed on named-data.net/apps/live can use port 80 for ndn traffic and work anywhere the website can be accessed.
No ndn-js code changes are needed, only changing the app port and installing/configuring the proxy.
well THAT was fun. as it's not part of normal distribution yet. i had to check out apache from source, apply a patch, sacrifice a few oxen, and voila have mod_wsproxy enabled on
however, yet to figure out the configuration.
it seems possible to run both on the same domain, yet it seems to demand an 'absolute path' for the proxy - http:/// or ws://... neither of which is perhaps giving the 'clean' / header-less content that ccnd is likely expecting.
i'll play with this more, but at the moment it still seems to me like there is a step missing / that we need to run node proxy, so we can convert websocket to ccnd face.
This Feature can be abandoned because NFD 0.2.0 is deployed on testbed HUBs which has native support of WebSocket faces.
- Status changed from New to Abandoned
Also available in: Atom
PDF