in reply to Re^2: Authen::Negotiate Wep-Programming
in thread Authorization Negotiate Wep-Programming

my $proxy = 'http://localhost:5865';
This line makes me think that we still don't have enough information to help you. What kind of proxy are you running on localhost, and why?
  • Comment on Re^3: Authen::Negotiate Wep-Programming

Replies are listed 'Best First'.
Re^4: Authen::Negotiate Wep-Programming
by amitsq (Beadle) on May 23, 2017 at 15:05 UTC
    it's from the company, some pages are blocked i guess thats why.
      Ok, so it sounds like you work somewhere that has installed some BigBrotherWare on your computer. In order to get web pages, you have to talk to BigBrother, and he wants you to authenticate first. The Proxy-Authenticate header is not being sent to the web site, it's going to your company-installed security software. It sounds like you're going to either install LWP::Authen::Negotiate, or rip some chunks out of it and stick them in your program. Shouldn't be too hard either way, since it's a pure-perl module.
      then again i think, i need Authorization and not Authentication, so doesn't i need something totally different (than following)?

      i was trying to do that, and its hard. The LWP:Authen::Negotiate is not available for windows. So looking at the source code, it is based on a modul called GSSAPI, which is not available for windows too. So which windows alternative is there for GSSAPI?

      I found Authen::SASL-Perl-Ntlm, if i can use that, how would my use of it look like? since i got no username or pasword?

      use Authen::SASL qw(Perl); $sasl = Authen::SASL->new( mechanism => 'NTLM', callback => { # user => $username, # just to leave it empty?? # pass => $password, ?? }, ); $client = $sasl->client_new(...); #what to set here? $client->client_start; $client->client_step(''); $client->client_step($challenge);
      could that really work?