Falha ao digitalizar documentos diretamente para um compartilhamento de rede do Servidor 2012

0

Dispomos de uma impressora multifunções Ricoh Aficio SP 5210SF, configurada para enviar documentos digitalizados para várias partilhas de rede. Anteriormente, a impressora estava configurada para enviar as digitalizações para a pasta de um usuário em uma instalação do Windows Server 2003 R2. Recentemente, substituímos esse servidor por um novo com o Windows Server 2012 R2, mas descobrimos que o firmware da Ricoh não suporta a conexão a compartilhamentos smb no Windows Server 2012 / R2. A solução provisória é enviar os documentos digitalizados para a estação de trabalho do usuário, mas o problema é que os documentos não estão mais no servidor e, portanto, não pode ser feito backup com o software de backup remoto instalado.

O que tentei fazer é criar um link para o compartilhamento do usuário no servidor, colocá-lo em sua área de trabalho e compartilhá-lo na rede. Mesmo depois de definir as permissões corretamente, nenhum outro dispositivo poderia acessar um compartilhamento em uma máquina que apontasse para um compartilhamento no servidor. Percebi que isso tem a ver com a forma como os links simbólicos são tratados no lado do cliente ao navegar em compartilhamentos SMB em uma rede. A única maneira potencial de contornar isso seria usar links de junção, que são manipulados no lado do servidor, mas eles estão restritos a apontar para arquivos / pastas locais (portanto, as junções estão fora de questão).

Basicamente, estou tentando usar a estação de trabalho de cada usuário como um proxy para seu compartilhamento no servidor (sim, eu sei que esta é uma solução feia). As únicas outras soluções que posso imaginar são virtualizar o Server 2008 R2, ou possivelmente o Windows 7 no servidor, e configurar os compartilhamentos dessa maneira (supondo que o Hyper-V permita que você passe por pastas de uma maneira diferente de SMB, que eu ainda não olhei). Ou configure o CentOS em uma VM com o Samba e conecte-se ao servidor físico usando o NFS.

Infelizmente, não há orçamento para uma nova impressora, o que está fora de questão. Eu também não consigo encontrar uma atualização de firmware em qualquer lugar.

Alguém já se deparou com uma situação como essa antes? Em caso afirmativo, qual foi a sua solução e como você a implementou?

    
por Toasty 22.09.2014 / 20:04

7 respostas

1

O problema é que a Microsoft fez alterações no protocolo SMB no Windows Server 2012 / Windows 8. Estamos agora no SMB3 e sua copiadora não suporta isso. O Windows Server 2003 suportava apenas o SMB1, portanto, sua copiadora pode nem mesmo suportar o SMB2.

Na máquina do servidor 2012, onde os compartilhamentos estão hospedados, é necessário ativar o suporte ao SMB2 (ou possivelmente ao SMB1, dependendo da idade da unidade). Aqui está um artigo da Microsoft KB explicando como fazer .

Para resumir, abra o PowerShell no servidor e use os seguintes comandos:

Para verificar se o SMB1 e o SMB2 são suportados:
Get-SmbServerConfiguration | Select EnableSMB1Protocol, EnableSMB2Protocol

Para ativar / desativar SMB1 e SMB2: Set-SmbServerConfiguration -EnableSMB2Protocol $true ou Set-SmbServerConfiguration -EnableSMB1Protocol $true

Use $ true para ativar, $ false para desativar

Eu habilitaria o SMB2 primeiro e verificaria se isso é resolvido. Somente reverta para SMB1 se for necessário, já que o protocolo é considerado obsoleto e inseguro pela Microsoft.

    
por 22.09.2014 / 20:56
1

As atualizações de firmware são úteis, mas também tivemos que alterar o dispositivo Ricoh / Lanier para usar a porta 445 para SMB em vez da porta padrão 139.

    
por 28.12.2016 / 18:25
0

Assim como uma verificação de integridade, conceda rapidamente ao grupo "Todos" e "Usuários Anônimos" acesso total à pasta. Se ainda estiver falhando, é provável que você esteja vendo um problema de firmware.

A atualização necessária será lançada no final de 2012. Confirme se você possui os seguintes módulos:

  • Sistema / Copiar - v2.04 ou posterior
  • Suporte de rede - v10.65 ou posterior

Eu sei que você pode, pelo menos, verificar Sistema / Copiar através da interface web - estará em Informações do dispositivo na primeira página.

    
por 06.10.2014 / 03:31
0

Você precisa instalar as atualizações para o Windows Server, especificamente a Atualização para o Windows Server 2012 R2 (KB2887595) e reinicializar. Observe que há 5 atualizações como parte do artigo da base de conhecimento.

link

    
por 18.01.2015 / 14:00
0

Passou pelo inferno com este mesmo senario exato. Konica BizHub c364. concluiu que surgiu como um resultado direto da execução de upgrades em linha do win svr 2003 para o svr 2008r2, depois para o svr 2012 r2. Trabalhou como um campeão, enquanto no svr 2003. Então boom, não está funcionando. Depois de examinar o documento ms descrevendo o que foi depreciado e / ou descontinuado, o SMB1 está na lista e o SMB2 está em plena extinção. Depois de um longo 2 dias de verificação das coisas duas vezes, eu tive que tomar uma decisão para levar o cliente de volta à produtividade. A digitalização é parte integrante da sua função do dia-a-dia. Então, eu configurei uma réplica do diretório de escaneamento do usuário na caixa WIN 7 da sala de reuniões, para que as predefinições da Konica tivessem um destino para o envio, e então fizesse os usuários fazerem um atalho no seu PC. Win 7 box, e tudo voltou ao normal. Avisou a todos que nada na pasta de verificação temporária era privado de outros usuários. Eu não ia criar ou amarrar essa caixa no servidor apenas para obter permissões / conta de usuário. Esta é uma caixa autônoma de 7 vitórias. E isso funcionou. Dando-me o tempo de investigação muito necessário para trabalhar no lado do servidor das coisas. Então, no dia # 3, eu decidi usar um recurso do Konica, ele permite o FTP das digitalizações. Não querendo emaranhar com MS e é toda a configuração do IIS, optei por um servidor ftp rápido peso leve para executar e lidar com essa tarefa no nível do servidor. Devo dizer que gostaria de ter considerado a opção de FTP mais cedo. O trabalho é como um campeão. Eu só preciso limpar atualizando as outras predefinições de varredura para as novas informações para ftp'ing. Portanto, se essa história puder ser de alguma utilidade para a próxima pessoa que se encontrar lutando contra o SMB ou qualquer problema de movimentação de dados, considere os protocolos mais confiáveis dos últimos dias. Pode ser apenas a solução que você está precisando.

    
por 21.01.2016 / 23:37
0

o Konica pode ser corrigido ativando Kerebeos na configuração do cliente SMB e, em seguida, também habilitar o NTLM v1v2. fazemos isso em todos os dispositivos que o SMB digitaliza para win10 e win2012server

    
por 06.07.2016 / 21:03
-1

Você precisa entrar em contato com a Ricoh Tech para instalar o firmware. Certifique-se de mencionar a ele com antecedência que você precisa de uma atualização de firmware.

Essa é a única maneira de resolver isso.

    
por 26.09.2015 / 00:15