Server: WebProxy/1.0 Pre-Alpha errors? Are you tethering?

Today, I had to tether to my phone and run a few web requests top build a Raspberry Pi. However, the requests were failing. It would "sit there" and it didn't seem to work. I couldn't see anything wrong on the server, but I decided I would try a simple "curl -v" to see what would happen and to avoid TLS issues, I tried HTTP.

I was greeted with:

 < HTTP/1.1 503 Service Unavailable
 < Server: WebProxy/1.0 Pre-Alpha
 < Date: Tue, 23 Jul 2019 10:04:43 GMT
 < Content-Length: 0< Connection: keep-alive

What the heck? I knew my mobile provider had some proxies. I googled and noticed a few people complain about the same thing and then it occurred to me. I'm tethered, could this be my device? Would rebooting fix the issue?

So, since one of the troubleshooting tasks I'd suggest would be "Did you turn it off and back on" I decided to give it a whirl.

Guess what! That fixed the issue.

Kodi, inputstream.adaptive and Netflix not working...

In a previous post, I mentioned how I finally solved an issue with the Netflix add-on for Kodi and how items didn't play properly but sound worked fine. It was due to the Raspberry Pi not being powerful enough since it has to do software decoding.

However, I did an update from 9.0.1 version of Libreelec to 9.0.2 and for some reason, Netflix wouldn't even play the video.

Looking through the logs I could see that the /usr/lib/kodi/addons/inputstream.adaptive/ directory couldn't be found which lead to a lot of Googling and no answers. I tried uninstalling, re-installing inputstream.adaptive and tweaking with its settings, even changing LD_LIBRARY_PATH to point to a different location... all in vain.

How did I solve it? I uninstalled the Netflix addon, and reinstalled it.

I removed all settings prior to the removal, but you might not need to do that. I just didn't want to have to deal with it not working and thought it might be a good idea.

So, there you go. Neflix not working on Libreelec (doesn't matter which version) on a Raspberry Pi. Uninstall the addon and add it back in! Why? Not sure... but at least it's working now.

Kodi, inputstream.adaptive and Netflix

One of the things I love about the latest version of Kodi is being able to use the Netflix add-on and being able to view everything in one place.

I had a problem that took me a bit to troubleshoot. Whenever I watch Netflix, I noticed that videos would start to play slower than the audio. In other words, the video would look like it was in slow motion while the audio played at normal speed.

After doing updates, downgrades, etc I finally found that people were discussing this issue but weren't able to reproduce, however, while looking at the issue myself, I noticed the videos that I was watching from Netflix were in 1080p quality. I went into the properties for inputstream.adaptive and changed the settings to the secured streams from MAX to 720p.

It worked! My Netflix streams are smooth like butter.

Happy New Year!

2018 has come and gone! It went by so quickly!

I hope that the new year will be great, and bring you success.

That 2019 brings some sanity back to the world!!!

Beyond that, that you can spend it with your family and friends. That all your goals for the year are a success.

I wish you all a Happy 2019.

Happy New Year!

Pidgin Part 3 - Or how I learned to ha... dislike Lync

The company is migrating to MS Teams in the near future. This is actually great and seems to work with Linux quite well, even if there isn't an official client for Linux. If Microsoft were to actually make a full Teams client for Linux, that would be the first official application I'd be running on my Linux laptop.

That said, we haven't actually fully moved to Teams, and are actually still using Lync (while moving to Skype-for-Business i.e. Lync 2016) in the nearer future. I'm still on the old Lync server and now, for some reason, my Pidgin-Sipe client has stopped working.

I cannot seem to connect to the server and I haven't found out why yet.

Currently, when running Pidgin with the --debug flag I get the following.

(14:03:26) sipe: sipe_http_request_response_unauthorized: init context target 'HTTP/server.domain.com' token '<NULL>'
(14:03:26) sipe: sipe_http_request_response_unauthorized: authentication failed, throwing away context

Obviously, I'm not giving out the server name.

It's a different error than having an incorrect password, so I'm not sure what the problem is. (Yet.)

If anyone happens on this blog and has more input or an idea, please add it in the comments.

Getting Pidgin and Microsoft Lync to work nicely (Part 2)

I last wrote about trying to get Pidgin working on a Windows environment by using the pidgin-sipe plugin and a few other things. (See the first post.)

Since then, I've changed work/company and decided I would go with TelRed's Wync Sky and even pay for the year's subscription. However, even with the license I still had a lot of issues. Also, since the group that I work with worked on Skype instead of Lync, I was using Skype for Linux and didn't bother trying to sort out my issues.

However, people need me to be available via Lync now. I decided to give Pidgin another go.

So, following what I knew from the first post, I edited the UserAgent and put in the rest of my information.

Well, it wouldn't work. The error I got was something related to the service not providing a token. I couldn't find any Pidgin logs, so I started it on the command line with the -d flag (for debugging.) and I noticed that it wouldn't accept the SSL certificate and would disconnect me.

Reading about this issue, it led me to enable the NSS Preferences plugin and then trying to figure out what Cypher the site I was trying to connect to was using. The logs didn't give much information with regards to that, so I tried Google Chrome. I couldn't find the information in Chrome by viewing the SSL Certificate itself, but going to into Developer Tools, and then the security at the bottom it showed that the site was using some old Cyphers and protocols. I enabled those in the NSS Preferences plugin and then my error changed!

Now, it was still failing, but it gave me a "Read" error. I googled for that and eventually came to an OLD Debian bug (649456) which showed that the workaround was to use NSS_SSL_CBC_RANDOM_IV=0 and then start pidgin. So, I did that and voila!

I'm available on Lync now. I now noticed I can even do some other things that I couldn't before, but I haven't had the chance to try them.

Last thing: we are migrating to O365 soon, so I will probably have to write another part to this saga when that's completed. I believe there's going to be two steps to that since we're doing email first and moving the Lync instances to Skype 4 Business second.

Keep your eyes out for the next instalment.

Happy New Year!

2017 - another year added to our belt.

I hope that the new year will be bring you joy.

That 2018 will be a successful year.

That you can spend it with your family and friends because you'll never know how much you'll miss them until you cannot spend time with them.

I wish you all a Happy 2018.

Happy New Year!