[tor-bugs] #22865 [Obfuscation/meek]: Explicitly set Content-Length to zero when there is no data to send
Tor Bug Tracker & Wiki
blackhole at torproject.org
Tue Jul 11 19:22:23 UTC 2017
#22865: Explicitly set Content-Length to zero when there is no data to send
------------------------------+------------------------------
Reporter: twim | Owner: dcf
Type: defect | Status: needs_review
Priority: Medium | Milestone:
Component: Obfuscation/meek | Version:
Severity: Normal | Resolution:
Keywords: | Actual Points:
Parent ID: | Points:
Reviewer: | Sponsor:
------------------------------+------------------------------
Comment (by twim):
Seems to be not a bug. This is now persistent behavior at Google AppEngine
Flexible Environment. Most likely it was being upgraded at that moment.
Standard Environment works as before (without inspection middleware).
I'm curious how it works. This middleware returns an error //only// if
domain is being fronted. If one goes with a correct `appspot.com` SNI it
takes all requests directly to the backend. Probably there is routing in
place that routes requests by SNI to some non-AppEngine frontend which
performs these pre-checks. Though this doesn't explain why there are no
such checks on Standard Environment.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/22865#comment:6>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the tor-bugs
mailing list