mp 301 scan to folder issues

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • brett02
    Technician
    • Jul 2015
    • 12

    #1

    mp 301 scan to folder issues

    Is the newer SMB V3.1.1 not compatible with the MP301 model? We recently had a cyber event and the server was reimaged , I am trying to find out if they updated to Server 2022 . As soon as the new server came online only this model out of a fleet of 400 had an issue with " Authentication Error" every other or third scan . Keep scanning and it would happen on and off.

    I tried moving the credentials under file transfer and it still does it sporadically or every other scan. Tried back in the scan path adding credentials and again same outcome.
  • ridgemill
    Trusted Tech

    100+ Posts
    • Sep 2017
    • 180

    #2
    For SMB v2/v3 Make sure the firmwares are at least the following:

    System/Copy v3.24 (D1275780Y)
    Network Support v12.36.1 (D1275791P)
    Web Support v1.13 (D1275787P)
    Scanner v01.09 (D1275786H)

    OpePanel
    - Europe and China model: v1.24 (D1271491P)
    - North America, Asia, and Korea model: v1.04 (D1271498C)


    Also, try full qualifying the username, e.g. "domain\username" or "username@domain"

    Please note, some devices use v3 for the handshake, but v2, or even v1, for the data transfer.

    Comment

    • brett02
      Technician
      • Jul 2015
      • 12

      #3
      Originally posted by ridgemill
      For SMB v2/v3 Make sure the firmwares are at least the following:

      System/Copy v3.24 (D1275780Y)
      Network Support v12.36.1 (D1275791P)
      Web Support v1.13 (D1275787P)
      Scanner v01.09 (D1275786H)

      OpePanel
      - Europe and China model: v1.24 (D1271491P)
      - North America, Asia, and Korea model: v1.04 (D1271498C)


      Also, try full qualifying the username, e.g. "domain\username" or "username@domain"

      Please note, some devices use v3 for the handshake, but v2, or even v1, for the data transfer.
      Thanks, I made sure we have the latest firmware and the issues remains. I am attempting to get ahold of the server team to see if they made changes and also with Ricoh to see if this model is compatible with Server 2022 if they did indeed upgrade to that version.

      Comment

      • rthonpm
        Field Supervisor

        2,500+ Posts
        • Aug 2007
        • 2847

        #4
        I've got equipment as old as the MP 171 working just fine with Server 2022 with SMB 3. SMB will negotiate to the highest level supported so even if 3.1.1 isn't the machine would still use a variant of SMB 3 or SMB 2 to connect.

        It sounds more like an account issue server side. Have the team check for instances of Security Event ID 4625, failed logon. That may give you something to work on.

        Comment

        • brett02
          Technician
          • Jul 2015
          • 12

          #5
          Had another Bridge call and the MP301 will scan successfully literally every other scan ????

          On the file server they are not seeing the Failed Login but this

          Authentication Package: MICROSOFT_AUTHENTICATION_PACKAGE_V1_0
          Logon Account: Lanier
          Source Workstation: RNP5838798886CB
          Error Code: 0xC0000064

          Basically it can't identify the domain ? But other models that have it entered the same work . So we tried adding the domain\username and still literally every other one . racking my brain on this one.

          Validated they are using server 2022 and mentioned that if there is no domain it will kick the scan
          Windows updates add new NTLM pass-through authentication protections for CVE-2022-21857

          Comment

          • dalewb74
            Service Manager

            Site Contributor
            1,000+ Posts
            • Feb 2018
            • 1125

            #6
            something i have had to do in the past. discuss with the IT dept. see if you can just bypass the server all together. see if you can setup the scans on just one pc. to eliminate the server from the equation. i had an IT guy swear to me once that the server wasn't the issue. after i told him 3 different times. he called one morning and finally confessed that was the issue. it was a new server, and hadn't be properly configured. good luck getting them to admit something like that.

            Comment

            • slimslob
              Retired

              Site Contributor
              25,000+ Posts
              • May 2013
              • 37047

              #7
              Originally posted by dalewb74
              something i have had to do in the past. discuss with the IT dept. see if you can just bypass the server all together. see if you can setup the scans on just one pc. to eliminate the server from the equation. i had an IT guy swear to me once that the server wasn't the issue. after i told him 3 different times. he called one morning and finally confessed that was the issue. it was a new server, and hadn't be properly configured. good luck getting them to admit something like that.
              The only time I have ever had a problem scanning to a server was when I made a typo in the domain name on one machine. It had been working using the IP address until they updated to Server 2016. It was at a school district with multiple campuses and at least 2 machines at each campus. All the others had been setup using the server name. When I changed to using the name it still got an error. Checking the error log I noticed a DNS login error. Found out it had been setup using .net which was their internet domain instead of ,local.

              Comment

              • brett02
                Technician
                • Jul 2015
                • 12

                #8
                Originally posted by dalewb74
                something i have had to do in the past. discuss with the IT dept. see if you can just bypass the server all together. see if you can setup the scans on just one pc. to eliminate the server from the equation. i had an IT guy swear to me once that the server wasn't the issue. after i told him 3 different times. he called one morning and finally confessed that was the issue. it was a new server, and hadn't be properly configured. good luck getting them to admit something like that.
                Luckily we have the scans go through while we were on the call with the server team . On top of all this the account is going through DNS remediation so I have a feeling that is playing a part in this fun time.

                Comment

                • rthonpm
                  Field Supervisor

                  2,500+ Posts
                  • Aug 2007
                  • 2847

                  #9
                  Originally posted by brett02

                  On the file server they are not seeing the Failed Login but this

                  Authentication Package: MICROSOFT_AUTHENTICATION_PACKAGE_V1_0
                  Logon Account: Lanier
                  Source Workstation: RNP5838798886CB
                  Error Code: 0xC0000064

                  A 64 error means the account doesn't exist.

                  Is the account a domain account or a local account on the server?

                  DNS servers only pointed at domain controllers?

                  Any NTLM restrictions in the environment like only allowing NTLMv2?

                  Kerberos realm configured on the machine?

                  Any way for the customer's IT to get a packet capture from the 301 to the server?

                  Comment

                  • Captain Scott
                    Trusted Tech

                    100+ Posts
                    • Dec 2008
                    • 166

                    #10
                    Have you tried \\server ip instead of server name as the path as a test. Ping the name and it will reply with the server IP
                    but it sounds like you would of tried this already.

                    Comment

                    • brett02
                      Technician
                      • Jul 2015
                      • 12

                      #11
                      Originally posted by rthonpm

                      A 64 error means the account doesn't exist.

                      Is the account a domain account or a local account on the server?

                      DNS servers only pointed at domain controllers?

                      Any NTLM restrictions in the environment like only allowing NTLMv2?

                      Kerberos realm configured on the machine?

                      Any way for the customer's IT to get a packet capture from the 301 to the server?


                      I went down the Rabbit hole of NTLMv2 and did a telnet session into the MP301 and see it is not enabled
                      Thank you Wisconsin University from vintage 2012 for making your email public lol




                      So I am now testing that which surprises me that they would opt for that authentication over Kerberos

                      My theory now is that we are hitting a server cluster , since the cyber event they did not just reimage the servers but decided to update them to 2022 but now stating they did not do that on all of them. On our next bridge call I will ask if we are indeed dealing with a server cluster .

                      Just waiting on my tech to be able to test scanning and see if we get more consistent results now

                      Captain Scott , We did ping and we also converted servername in the path to the IP address and the same issue occurs every other scan .

                      Comment

                      Working...