Re: Testing an HTTPS (over HTTP CONECT) proxy

Sean Kemplay <[email protected]>
Newsgroups gmane.comp.lang.racket.user,gmane.lisp.scheme.plt
Message-ID <[email protected]>
Hi Tim,

This is great, the whole proxy thing has been an issue for me as well - I took a stab at doing something like this last year but couldn't get it working.

I have access to a trend and scansafe proxy so can physically test against those if you want.

Kind regards,
Sean

On Tuesday, August 9, 2016 at 2:37:03 PM UTC+1, Jay McCarthy wrote:
> Here are some testing options:
> 1) Implement a proxy server in Racket
> 
> 2) Fake a proxy server that just repeats what you know to be a good
> session (by dumping an interaction with a real server)
> 
> 3) Require squid or something to be present when testing
> 
> 4) Find a public proxy server that can be used to test
> 
> --
> 
> I recommend 2.
> 
> Jay
> 
> On Tue, Aug 9, 2016 at 9:28 AM, Tim Brown <[email protected]> wrote:
> > Folks,
> >
> > Fed up with not being able to install racket (or generally use raco) from behind
> > a firewall, I have a PR https://github.com/racket/racket/pull/1411 open which allows
> > me to use HTTPS over an HTTP CONNECT (e.g. squid) proxy.
> >
> > I need to document and test my changes.
> >
> > Documentation is a straightforward enough exercise.
> >
> > However, I’m a bit stuck with testing. I have a new clone of tim-brown/racket
> > and a `make` is building, DOWNLOADING and INSTALLING the packages. The capitals
> > are because I am so excited! So, as far as I can tell: it “works for me”.
> >
> > I guess that isn’t what most engineers would call a test-suite, however.
> > Since the code deals with proxy servers -- which are an installation-specific
> > thing. I can write tests like the ones in pkgs/net-test/tests/net/url.rkt -- which
> > test parsing proxy server names. But there is nothing to make sure that proxying
> > connections works.
> >
> > I was wondering if anyone has suggestions for writing tests for this.
> >
> > Tim
> >
> > PS: The make is no longer building.
> >     It is fully builded!
> >
> > --
> > Tim Brown CEng MBCS <[email protected]>
> > ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
> >                 City Computing Limited · www.cityc.co.uk
> >       City House · Sutton Park Rd · Sutton · Surrey · SM1 2AE · GB
> >                 T:+44 20 8770 2110 · F:+44 20 8770 2130
> > ────────────────────────────────────────────────────────────────────────
> > City Computing Limited registered in London No:1767817.
> > Registered Office: City House, Sutton Park Road, Sutton, Surrey, SM1 2AE
> > VAT No: GB 918 4680 96
> >
> > --
> > You received this message because you are subscribed to the Google Groups "Racket Users" group.
> > To unsubscribe from this group and stop receiving emails from it, send an email to racket-users+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/[email protected]
> > For more options, visit https://groups.google.com/d/optout.
> 
> 
> 
> -- 
> Jay McCarthy
> Associate Professor
> PLT @ CS @ UMass Lowell
> http://jeapostrophe.github.io
> 
>            "Wherefore, be not weary in well-doing,
>       for ye are laying the foundation of a great work.
> And out of small things proceedeth that which is great."
>                           - D&C 64:33

-- 
You received this message because you are subscribed to the Google Groups "Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to racket-users+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/[email protected]
For more options, visit https://groups.google.com/d/optout.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.