Invalid Credential Packet error

[bgowland]

UJB - I've attached a web log file which comes from FirstTeamOPS (forum user) related to a couple of failed attempts to use NDroid to schedule recordings. Have you any idea what would cause the error and exceptions.

Basically the nDroidService receives a record request from the nDroid app which includes username/password. It checks them against those stored in the npvr config.xml and, in this case it's happy that they match. At that point it connects locally to the NEWA schedule web service and attempts to schedule the recording. In the nDroidService logs there's an exception as follows...

17/01/2012 18:56:11.551 System.Web.Services.Protocols.SoapException: Unauthorized
at N_EWA.classes.AuthExtension.ProcessMessage(SoapMessage message) in d:\NPVR\web\App_Code\Classes\webServiceAuthentication.cs:line 79
at System.Web.Services.Protocols.SoapMessage.RunExtensions(SoapExtension[] extensions, Boolean throwOnException)
at System.Web.Services.Protocols.SoapServerProtocol.CreateServerInstance()
at System.Web.Services.Protocols.WebServiceHandler.Invoke()
at System.Web.Services.Protocols.WebServiceHandler.CoreProcessRequest()
at System.Web.Services.Protocols.SoapHttpClientProtocol.ReadResponse(SoapClientMessage message, WebResponse response, Stream responseStream, Boolean asyncCall)
at System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke(String methodName, Object[] parameters)
at uk.co.beetec.csharp.nDroid.NpvrScheduleService.ScheduleService.scheduleRecording(webServiceScheduleSettings schedlSettings) in C:\Documents and Settings\gbpvr\My Documents\Visual Studio 2008\Projects\nDroidService\nDroidLib\Web References\NpvrScheduleService\Reference.cs:line 189
at uk.co.beetec.csharp.nDroid.nDroidServiceHelper.ScheduleNpvrRecording(Int32 oid, Int32 pre_pad, Int32 post_pad, Int32 days_to_keep, String username, String password, String type) in C:\Documents and Settings\gbpvr\My Documents\Visual Studio 2008\Projects\nDroidService\nDroidLib\nDroidServiceHelper.cs:line 500

...and the attached web log shows the associated NEWA error logging.

I've never seen this with nDroid so I'm wondering if this an issue with FirstTeamOPS NEWA setup - any ideas?

Cheers,
Brian

[UncleJohnsBand]

UJB - I've attached a web log file which comes from FirstTeamOPS (forum user) related to a couple of failed attempts to use NDroid to schedule recordings. Have you any idea what would cause the error and exceptions.

Basically the nDroidService receives a record request from the nDroid app which includes username/password. It checks them against those stored in the npvr config.xml and, in this case it's happy that they match. At that point it connects locally to the NEWA schedule web service and attempts to schedule the recording. In the nDroidService logs there's an exception as follows......and the attached web log shows the associated NEWA error logging.

I've never seen this with nDroid so I'm wondering if this an issue with FirstTeamOPS NEWA setup - any ideas?

Cheers,
Brian

The credential that is being created to interact with the NEWA Recording web service is invalid.......so either the id/password are incorrect, or they are not being encrypted according to the web service standards....

Code:

[INFO][14]    webServiceAuthentication credential found
2012-01-17 18:56:11.454    [INFO][14]    *
2012-01-17 18:56:11.454    [INFO][14]    *
2012-01-17 18:56:11.454    [INFO][14]     ***** Invalid Credential Packet  ****
2012-01-17 18:56:11.454    [INFO][14]    nowTime (Server) = 1/17/2012 6:56:11 PM
2012-01-17 18:56:11.454    [INFO][14]    *
2012-01-17 18:56:11.489    [INFO][14]    Exception: System.Security.Cryptography.CryptographicException: Padding is invalid and cannot be removed.
   at System.Security.Cryptography.RijndaelManagedTransform.DecryptData(Byte[] inputBuffer, Int32 inputOffset, Int32 inputCount, Byte[]& outputBuffer, Int32 outputOffset, PaddingMode paddingMode, Boolean fLast)
   at System.Security.Cryptography.RijndaelManagedTransform.TransformFinalBlock(Byte[] inputBuffer, Int32 inputOffset, Int32 inputCount)
   at System.Security.Cryptography.CryptoStream.FlushFinalBlock()
   at System.Security.Cryptography.CryptoStream.Dispose(Boolean disposing)
   at System.IO.Stream.Close()
   at N_EWA.classes.EncDec.Decrypt(Byte[] cipherData, Byte[] Key, Byte[] IV) in d:\NPVR\web\App_Code\Classes\webServiceAuthentication.cs:line 579
   at N_EWA.classes.EncDec.Decrypt(String cipherText, String Password, Byte[] Salt, Int32 iterations) in d:\NPVR\web\App_Code\Classes\webServiceAuthentication.cs:line 633
   at N_EWA.classes.EncDec.verifyUser(webServiceAuthentication header) in d:\NPVR\web\App_Code\Classes\webServiceAuthentication.cs:line 181
2012-01-17 18:56:11.489    [INFO][14]    *********************
2012-01-17 18:56:11.489    [INFO][14]    
2012-01-17 18:56:11.489    [INFO][14]    
2012-01-17 18:56:11.489    [INFO][14]    No v

[bgowland]

The credential that is being created to interact with the NEWA Recording web service is invalid.......so either the id/password are incorrect, or they are not being encrypted according to the web service standards....

OK, logically that's what the errors suggested to me but I haven't changed the way the nDroidService encrypts the username/password that it passes to the schedule service.

I also do a check against the config.xml plain text username and MD5 hashed password before doing anything else (i.e., before attempting to connect to the web services). If they don't match then the nDroidService returns a 'fail' to the nDroid app without doing anything else.

Odd...

[UncleJohnsBand]

Just realized I missed responding to this......which made me also realize I never carried forward the wiki info for Web Services which I have now put on my to-do list..... are you using the process defined in the old GBPVR wiki for web services? The credential processing has not changed.....

[bgowland]

No problem with respect to response time.

The process for credentials hasn't changed since the early days of nDroid (nearly a year ago) and I haven't had any similar reports.

I sent a PM to FirstTeamOPS to suggest a test to help narrow the problem - that was on the 25th January but I just checked their profile and the last visit to the forums was 24th January. So obviously, I've had no further feedback and I'm none the wiser.

It works fine for me and as far as I can tell all other users of nDroid.

Cheers,
Brian

[UncleJohnsBand]

No problem with respect to response time.

The process for credentials hasn't changed since the early days of nDroid (nearly a year ago) and I haven't had any similar reports.

I sent a PM to FirstTeamOPS to suggest a test to help narrow the problem - that was on the 25th January but I just checked their profile and the last visit to the forums was 24th January. So obviously, I've had no further feedback and I'm none the wiser.

It works fine for me and as far as I can tell all other users of nDroid.

Cheers,
Brian

Great....I'll consider it a non-issue unless I hear back....

Cheers