Arquivos Softwares>PaperCut | Página 3 de 9 | IBSolution
Novidades PaperCut - Mobility Print
Notícia emocionante! Seus clientes em ambientes de servidor não DNS agora podem usar o PaperCut Mobility Print!
Se você tem clientes com:
- redes complicadas
- Nenhum servidor DNS
- Firewalls hostis para impedir o tráfego de DNS
Mobility Print agora funciona para eles. O melhor de tudo, como você pode ver abaixo, é super fácil de usar.
Os servidores Mobility Print serão atualizados automaticamente nos próximos dias, portanto, procure a nova opção "host conhecido" na interface.
Deixe todos os seus clientes relevantes saber sobre esta nova opção legal. Temos certeza que eles vão te amar por isso!
Quer saber mais sobre o melhor software de gestão de impressão do mundo?! Clique aqui!
Webinar PaperCut 19.0 - Abril/2019
Transformação Digital - esse é o lema!!! 🧡💚🐨
Assista agora ao Webinar realizado pelo nosso pré-venda Danilo Monteiro, contando um pouco sobre as novidades do PaperCut 19.0
Aviso - Fim dos sistemas operacionais de 32 bits - PaperCut
A partir da versão 19.0, PaperCut MF e PaperCut NG não suportam mais plataformas de 32 bits para qualquer um dos nossos componentes de solução. Sites que ainda acomodam estações de trabalho de 32 bits podem exigir tratamento especial ao atualizar de uma versão anterior para a versão 19.0
Após o término do suporte para componentes do servidor de 32 bits em 31 de março de 2018, as plataformas não são mais suportadas pelos componentes da estação de trabalho PaperCut MF e PaperCut NG, devido à mudança para o OpenJDK 11 na versão 19.0. Isto é, isso se refere aos executáveis User Client e Release Station, que não serão mais executados em sistemas operacionais de 32 bits.
Observação: uma exceção a isso é o Mobility Print. Por enquanto, o Mobility Print continuará funcionando em plataformas de 32 e 64 bits.
Para clientes de usuários instalados localmente em estações de trabalho de 32 bits
Os clientes do usuário de 32 bits implantados localmente ou implantados pela MSI continuarão a funcionar normalmente após a atualização, pois os componentes instalados localmente precisam ser atualizados separadamente após a conclusão da atualização do servidor de aplicativos principal. Os client-local-install empacotados com a versão 19.0 ou posterior não serão executados em estações de trabalho de 32 bits.
Após atualizar o Application Server primário para a versão 19.0 ou posterior, recomendamos que você atualize essas estações de trabalho de 32 bits para a última versão de 32 bits disponível do User Client. Observe que esta versão está obsoleta e não tem mais suporte para novas implantações. quaisquer problemas encontrados nesta versão do Cliente não verão correções introduzidas em um binário de 32 bits no futuro.
1 - Faça o download desta versão para cada estação de trabalho de 32 bits que executa o software User Client.
2 - Extraia o arquivo e execute o executável do client-local-install incluído.
3 - Você precisará modificar o arquivo local config.properties para fornecer ao Cliente do Usuário detalhes de conexão para o
4 - Servidor de aplicativos ou copie o arquivo central config.properties do servidor de aplicativos principal para a estação de trabalho, sobrescrevendo a versão criada durante a instalação.
A cópia local do arquivo config.properties pode ser localizada em um dos seguintes locais em uma estação de trabalho, assumindo um caminho de instalação padrão.
Observação: PCClient.app pode ser aberto como uma pasta clicando com o botão direito e escolhendo Mostrar Conteúdo do Pacote.
O arquivo central config.properties pode ser encontrado em um desses locais no Application Server principal, em que [app-path] é o caminho de instalação do componente Application Server.
Uma dica: Se estiver implementando em várias estações de trabalho de 32 bits, modifique o config.properties localizado na cópia transferida por download e copie a versão modificada desses arquivos para cada estação de trabalho antes de executar o executável de client-local-install.
Para clientes de usuários que são iniciados a partir do compartilhamento de rede PCClient
O cliente do usuário geralmente é implantado usando nossa estratégia de instalação zero, em que o executável pc-client.exe, pc-client-local-cache.exe ou PCClient.app é executado diretamente de uma pasta de rede compartilhada no servidor de aplicativos principal, normalmente por alguma forma de script de login. As estações de trabalho de 32 bits que iniciam o User Client dessa maneira não conseguirão executar o User Client com êxito se o Application Server for atualizado para a versão 19.0 ou posterior. É imperativo que os User Clients dessas estações de trabalho de 32 bits sejam substituídos por uma cópia instalada localmente da última versão de 32 bits disponível como parte da mesma atividade de atualização. Até que isso seja feito, o Cliente não será funcional para essas estações de trabalho. Para obter instruções sobre como instalar localmente a última versão de 32 bits disponível do Cliente do Usuário, consulte a seção Para client-local-install localmente nas estações de trabalho de 32 bits acima.
Para estações de versão em execução localmente em estações de trabalho de 32 bits
Às vezes, as estações de liberação são implantadas copiando os arquivos de componentes para uma estação de trabalho e, em seguida, executando o software diretamente a partir dessa cópia local. Esse estilo de implantação continuará a funcionar normalmente após a atualização do servidor de aplicativos principal, pois a cópia local permanecerá no nível da versão anterior.
Depois de atualizar o Application Server primário para a versão 19.0 ou posterior, recomendamos que você atualize essas estações de trabalho para a última versão de 32 bits disponível do Release Station. Uma cópia desta versão pode ser obtida por meio da implantação temporária de uma avaliação do PaperCut NG 18.3.8 em um laptop ou estação de trabalho.
Uma vez instalada a avaliação, o conteúdo do diretório a seguir pode ser copiado para o diretório de implantação do Release Station existente em estações de trabalho de 32 bits (em que [app-path] é o caminho de instalação da avaliação), com exceção da config.properties, o arquivo client-machine-aliases.properties, o arquivo connection.properties e qualquer connection.[machine-name].properties. As versões originais desses arquivos encontrados na estação de trabalho de 32 bits devem ser mantidas, para manter os detalhes de configuração e conectividade já em uso pelo Release Station.
Para estações de lançamento que são lançadas do compartilhamento de rede de PCRelease
As estações de lançamento são mais comumente implantadas usando um atalho de inicialização ou um item de logon que executa um dos arquivos pc-release.exe, pc-release-local-cache.exe, pc-release-secure.exe, pc-release-manager.exe, pc-pay-station.exe, ou pc-release-mac.command executáveis ​​diretamente de uma pasta de rede compartilhada no servidor de aplicativos principal. As estações de trabalho de 32 bits que iniciam o Release Station dessa maneira não conseguirão executar o Release Station com êxito se o Application Server for atualizado para a versão 19.0 ou posterior. É imperativo que as estações de versão para essas estações de trabalho de 32 bits sejam substituídas por uma cópia instalada localmente da última versão de 32 bits disponível como parte da mesma atividade de atualização. Até que isso seja feito, a estação de liberação não será funcional para essas estações de trabalho.
Usabilidade do Scan To Cloud – Fácil e confiável
Você pode não estar familiarizado com o Scan To Cloud do PaperCut MF. Caso não seja, aqui está o que você precisa saber.
Apenas para refrescar sua memória, armazenamento em cloud são serviços como Dropbox, OneDrive, Box entre outros.
Primeiro, vamos falar sobre o por quê é importante poder digitalizar para o armazenamento em nuvem.
O recurso Scan To Cloud do PaperCut MF transforma a "humilde multifuncional" em uma "máquina de arquivamento digital do futuro".
Ok, talvez isso seja um pouco cinematográfico né?!
Essencialmente, é uma maneira super fácil de transformar documentos de papel em documentos digitais e, em seguida, enviar esses documentos digitais para o serviço de armazenamento on-line de sua escolha.
Para termos mais segurança no seu conhecimento sobre o Scan To Cloud, resolvemos fazer um ligeiro bate papo com Aaron Pouliot, Engenheiro de Suporte Técnico da PaperCut em Portland (EUA).
IBS: Aaron, comente um pouco sobre a configuração do Scan To Cloud.
Aaron: Scan to Cloud Storage é muito simples de configurar. Essa é a primeira coisa que você precisa saber. É ainda mais fácil configurar do que digitalizar para e-mail.
IBS: Ok, continue.
Aaron: Configurá-lo é literalmente tão simples quanto clicar em" ativar" no seu servidor PaperCut. Você não precisa configurar uma conta de serviço ou e-mail. Além disso, os usuários recebem cerca de 20 MB de limite para documentos em anexos, o que geralmente impede que os usuários digitalizem documentos grandes.
IBS: E segurança? Afinal, uma das maiores perguntas que ouvimos dos administradores de sistema sobre o Scan to Cloud Storage da PaperCut é saber se é confiável manipular com segurança os dados de seus usuários. As pessoas digitalizam documentos confidenciais o tempo todo, incluindo habilitações, passaportes e registros médicos, por isso é absolutamente essencial que essas informações sejam mantidas longe de perigos.
Aaron: A segurança é incorporada ao recurso Scan To Cloud da PaperCut desde os primeiros estágios de desenvolvimento. E continuará a ser uma grande prioridade para nós. Depois que o documento é enviado para o armazenamento em cloud, ele é excluído do sistema após 24 horas.
IBS: Aaron, o Scan To Cloud é mais seguro do que enviar documentos por e-mail?
Aaron: Scan to Cloud Storage é mais seguro que o e-mail. O e-mail nem sempre é o método de transmissão mais seguro. O problema é que nem todo provedor de e-mail incomoda a criptografia de dados em trânsito.
IBS: E sobre a conformidade do Scan to Cloud Storage com o novo regulamento GPDR?
Aaron: É compatível com GDPR. Os usuários podem perguntar quais informações nós sabemos sobre eles. As únicas informações pessoais identificáveis ​​que temos sobre os usuários são o nome e o endereço de e-mail delas. Nosso pensamento é, quanto menos soubermos, melhor! Todos os registros são excluídos após 30 dias. O PaperCut MF também é compatível com GDPR e só se conectará a provedores de armazenamento em nuvem que também sejam compatíveis com as novas normas.
IBS: Algo de importante para acrescentar?
Aaron: O serviço em nuvem do PaperCut é executado no Google Cloud Platform, no qual é altamente confiável. É a mesma infraestrutura que o Google usa para seus próprios produtos, como pesquisa, Google Drive e Google Maps. O Google afirma que o "Serviço fornecerá uma porcentagem de tempo de atividade mensal aos clientes de pelo menos 99,95%".
Por que o monitoramento da saúde é assustadoramente importante?
Quando se trata de proteger sua infraestrutura de impressão, a implementação de monitoramento de integridade deve ser sua principal prioridade.
Primeiro, o que é monitoramento de saúde?
O monitoramento de saúde fornece atualizações em tempo real sobre o status de sua rede de impressão para que você possa antecipar, gerenciar e eliminar problemas (ou evitá-los completamente). Está disponível para o PaperCut MF e NG.
Que tal uma história de terror para entender melhor?
O conto da universidade paralisada
Uma grande universidade imprime mais de 250.000 páginas por dia. São mais de 10.000 páginas por hora ou 170 páginas por minuto. Então, quando a impressão foi desacelerada dramaticamente por uma tarde inteira, e 100.000 usuários acabaram perdendo acesso completamente, a invasão foi nada menos que horrível. E sim, nenhum membro da equipe poderia responder a pergunta aparentemente simples do administrador de sistema.
Lendo logs em tempo real (um grande não-não para servidores de impressão), usando uma solução pseudo-nuvem com alguns protocolos questionáveis. Os erros do cliente foram numerosos e levaram as coisas de "hum, isso é interessante" para "por favor, envie ajuda" rapidamente.
Eles também começaram a monitorar com uma ferramenta de terceiros (algo que aconselhamos contra) no meio do caos, o que só piorou as coisas.
Assim, o servidor do site estava perdendo o servidor de aplicativos, ninguém sabia por quê e qualquer percepção chegava tarde demais. Foi o melhor lugar para o desamparo.
Como o monitoramento de saúde ajudaria
Com uma ferramenta de monitoramento de saúde aprovada pela PaperCut, todos os sintomas deveriam ter sido sinalizados com antecedência. Os servidores estão falando bem? Os trabalhos estão diminuindo? As impressoras "on-line" estão realmente congeladas? Estas são apenas algumas das perguntas que o monitoramento da integridade teria solicitado, respondido e comunicado - com tempo de sobra. Isso também evitaria a busca desesperada e imprudente de uma correção, levando a um monitoramento nocivo de terceiros.
Como iniciar o monitoramento da saúde?
1. Apenas faça!
A implementação desta ferramenta potencialmente de economia de rede é fácil:
- Flexione suas habilidades de administrador de sistemas e comece você mesmo
- Fale com o seu ASC e pergunte como fazer os primeiros passos
- Faça um ping-pong conosco e ajudaremos você a descobrir a melhor maneira de começar o monitoramento.
2. Use uma ferramenta endossada pela PaperCut
O Nagios, o PRTG e o Zabbix funcionam muito bem com o PaperCut, mas se você tiver algo a mais em mente, execute-o para ver se ele é adequado. Também temos alguns guias básicos para o PRTG e o Zabbix.
3. Deixe seus logs sozinhos
Como diz o ditado: não cutuque o leão com uma vara. Então deixe os logs em paz. Nem mesmo em seus "sonhos de sysadmin mais rebeldes".