[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