Comments (4)
Perhaps all we need is a reference to how those are defined for the http and https schemes:
The hierarchical path component and optional query component serve as an identifier for a potential target resource within that origin server's name space.
from draft-ietf-masque-connect-ip.
The /vpn
and /proxy
examples were just arbitrary names that were examples of paths the proxies could run on. Adding a reference and explaining these are examples sounds good.
from draft-ietf-masque-connect-ip.
To my understanding we currently don't specify multiple different functionalities based on the URI path component. Therefore we can work without any type of well-known URI suffix https://www.iana.org/assignments/well-known-uris/well-known-uris.xhtml#well-known-uris-1 and the discovery procedure here is that the MASQUE client need to be configured/supplied with a base URI that gives the proxy as host component, and the path that is relevant on that proxy to invoke the MASQUE service. So unless we want to something more advance I think we can just make clear that the masque service resource is identified however the proxy want it to be.
from draft-ietf-masque-connect-ip.
I think that having MASQUE be able to work with any URI is a feature, and whether someone else down the line wants to make an auto-discovery for MASQUE-based proxies, either with .well-known or some other mechanism, should be a separate discussion (and likely separate document).
from draft-ietf-masque-connect-ip.
Related Issues (20)
- Proxy capsule handling requirements HOT 4
- ICMP packet location clarification HOT 1
- Missing bits in example HOT 1
- Should there be an ADDRESS_RELEASE capsule? HOT 5
- Editorial: split handling out of HTTP Datagram Payload Format section HOT 2
- Editorial: add a Performance Considerations section HOT 2
- Editorial: in introduction mention why we update RFC 9298
- Text on disabling congestion control HOT 17
- Clarify assumption in ECN considerations
- Mandate usage of HTTPS HOT 2
- Disabling congestion control a SHOULD? HOT 3
- Clarify the conceptual model of router vs link (Tunnel) HOT 5
- Clarify that IPproto is a traffic filter parameter on the outermost IP header that is to be encapsulated by the tunnel HOT 1
- Go through usage of client and server vs IP proxying endpoint HOT 4
- Treating differentiated services equally? HOT 3
- Wording nit found during EDIT phase HOT 1
- AUTH48: Wrong use of HTTP Proxy HOT 5
- AUTH48: Use of Successful response HOT 3
- AUTH48: Use of "Fail the request" HOT 3
- AUTH48: clarify frames per packet HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from draft-ietf-masque-connect-ip.