Error retrieving data from port 253 сбербанк

Veeam R&D Forums

Technical discussions about Veeam products and related data center technologies

Error: Cannot find suitable proxy for retrieving data from s

Error: Cannot find suitable proxy for retrieving data from s

Post by lrhazi » Jan 03, 2017 8:29 pm this post

I am testing the Veeam Backup and Restore product on a single VM installation. I added my VCenter and my NetApp cluster and they seem to work ok, as I can browse and see all VMs and datastores and also NetAPP snapshots.

When I try to start a backup job, it always fails with this error message:

Task failed. Error: Cannot find suitable proxy for retrieving data from storage snapshot, and the option to failover to backup from VM snapshot is disabled

I am suspecting this Windows server and Veeam software, need to NFS mount shares from the NetAPP and are unable to? Can I find such detailed log somewhere?

Re: Error: Cannot find suitable proxy for retrieving data fr

Post by foggy » Jan 03, 2017 11:16 pm this post

Re: Error: Cannot find suitable proxy for retrieving data fr

Post by lrhazi » Jan 03, 2017 11:24 pm this post

I am sure that’s my problem. just dont see much to tweak in that one proxy I have setup.. which is the one VM where Veeam software is installed.
When I edit its properties. only see two configuration options that could matter I think. «Transport mode» and «Connected datastores», both of which are set to automatic.
What else do I need to configure for snapshot backup feature?

I tested restoring a file from a VM, from a NetAPP snapshot and that worked.

I did find some log, but does not help me that much yet.

[logs removed by moderator]

Re: Error: Cannot find suitable proxy for retrieving data fr

Post by lrhazi » Jan 03, 2017 11:30 pm this post

From that documentation, for NFS, it seems the only requirement is:

NFS Protocol:
NFS traffic between the backup proxy and storage system must be allowed.

But am not sure I understand what IPs are being used for this NFS traffic. so I can check our firewalls and routing. does it log somewhere what NFS mount operation was being attempted? what the NFS server IP is?

Re: Error: Cannot find suitable proxy for retrieving data fr

Post by Mike Resseler » Jan 04, 2017 7:16 am this post

The IPs you are looking for are the IPs from the specific backup proxy and the NetApp storage system.

Let us know
Mike

Re: Error: Cannot find suitable proxy for retrieving data fr

Post by lrhazi » Jan 04, 2017 2:59 pm this post

Re: Error: Cannot find suitable proxy for retrieving data fr

Post by Mike Resseler » Jan 04, 2017 3:07 pm this post

I’m kind of out of ideas then so can you log a support call so our engineers can have a look at them? Please post the support case ID here and the follow-up after that also

Re: Error: Cannot find suitable proxy for retrieving data fr

Post by lrhazi » Jan 05, 2017 12:05 am this post

Re: Error: Cannot find suitable proxy for retrieving data fr

Post by Mike Resseler » Jan 05, 2017 7:58 am this post

Good news. Just for (my) understanding. Was it the ports that were not open? Or permissions?

Re: Error: Cannot find suitable proxy for retrieving data fr

Post by lrhazi » Jan 05, 2017 6:03 pm this post

[MERGED] case 02030787 — Proxy not able to see san.

Post by cvacanti » Jan 06, 2017 4:03 pm this post

I have a production 8 environment running storage snapshots.
I’m building a new 9.5 environment.
Everything else works fine — including manual snapshot creation through the veeam interface — except backup jobs from storage snapshots fail.
1/5/2017 2:55:06 PM :: Task failed. Error: Cannot find suitable proxy for retrieving data from storage snapshot, and the option to failover to backup from VM snapshot is disabled

This is from the logs:

Re: case 02030787 — Proxy not able to see san for san snapsh

Post by Vitaliy S. » Jan 06, 2017 4:12 pm this post

Re: Error: Cannot find suitable proxy for retrieving data fr

Post by cvacanti » Jan 06, 2017 4:34 pm this post

Yes — I’ve verified the setup and ensure that the VM used as dedicated proxy is chosen for the Backup Proxy option in my test job.

The proxy i’m using is 101-ecs-vemp1 it is chosen as the «use the selected backup proxy servers only»

Re: Error: Cannot find suitable proxy for retrieving data fr

Post by Vitaliy S. » Jan 06, 2017 4:52 pm this post

Re: Error: Cannot find suitable proxy for retrieving data fr

Post by DaStivi » Jan 08, 2017 11:30 pm this post

Hi lrhazi, the VMs you wanna backup are on an NFS Datastore?

you wrote that you don’t see the IP addr. of the backup proxy in the (nfs) export policies on the filer? veeam should create and edit these policies by its own, when you don’t see the veeam proxy then i would recommend to rerun the storage «discovery», that means just edit the filer config inside veeam and go through the wizard! after that veeam configures and scans for snapshot, look closely on that output. maybe there is an error allready!

what you could also try is to manually add the veeam proxy ip to the export policies! btw. be sure that the proxy is on the same ip subnet with at least on nic, as the nfs ports of you NetApp, maybe there is an storage lan and normally it isn’t routed of course!

on root, i’m not totally sure right now, but i think you need superuser read-only, double check if there isn’t a 2nd policy on root with read/write, that could be a problem too!!
on the volume(-mountpoint) you also need read-only!

Re: Error: Cannot find suitable proxy for retrieving data fr

Post by notesguru99 » Jan 09, 2017 2:27 pm this post

Hi there
I have a similar issue. I have installed Veeam 9 and my NetApp is on an iSCSI network. I have only connected my Veeam server directly to the LAN. I can browse and restore from my NetApp snapshots but I can’t backup from them? When I scan my storage via Veeam I see the following error message

09/01/2017 14:21:33 Error Failed to obtain list of VMs on LUN NetApp-PLUN2 from snapshot MS_Daily.2017-01-05_2010 of volume NetApp_PLUN2_vol Error: There is no initiators available.

Presumably this is because my Veeam server has no NIC configured or connected to my iSCSI network? Is this all I need to do to enable backups from snapshots?

Re: Error: Cannot find suitable proxy for retrieving data fr

Post by PTide » Jan 09, 2017 2:35 pm this post

Your backup proxy server has to be properly configured. Also you have to add the storage to the backup network and backup infrastructure. Check this article for more info.

Who is online

Users browsing this forum: No registered users and 38 guests

• Main
• All times are UTC
• Delete cookies
• Members
• The team
• Contact us

DISCLAIMER: All feature and release plans are subject to change without notice.

Powered by phpBB® Forum Software © phpBB Limited

Источник

Разбор всех ошибок терминала Сбербанк

Терминалы Сбербанка – это достаточно надежная техника, однако у любого оборудования могут возникать ошибки, проблемы и неполадки. Для наглядности, клиентам и персоналу терминал показывает ошибку (ее код). Исходя из этих данных проблему на терминале Сбербанка можно обойти или исправить.

Как исправить ошибки в банкоматах Сбербанк?

Ниже представлен полный перечень всех возможных ошибок в терминалах, возникающих как при оплате картой Сбербанка, так и при любых других условиях. Следует учитывать, что в большинстве случаев клиент/персонал ничего не сможет сделать, кроме как обратиться к специалистам банка.

Терминал неправильно подключен (через PC-3, а не PC-2). Если такая ошибка возникает только иногда, то проблема кроется в самом разъеме (например, поврежден).

Необходимо переподключить оборудование на PC-2. Если это уже сделано или не помогает, подключить через USB-порт. Если и это не помогает – обратиться к специалистам банка.

Нет связи с ПИН-падом (панелью ввода ПИН-кода). Возможно отошли контакты.

Проверить контакты, подходящие к ПИН-паду. Попробовать переподключить. Если не помогает, менять ПИН-пад или провода.

Все ошибки указывают на то, что чип карты не считывается. Проблема или в карте, или в ридере.

Попробовать вставить любую другую карту. Если чип не будет считан ни на одной из карт, значит проблема в ридере. Нужна диагностика.

Неверно введен ПИН-код.

Проверить правильность введения ПИН-кода. Повторить попытку. Если не помогает и клиент уверен, что он все делает правильно – обращаться в службу поддержки.

Вводимый ПИН-код заблокирован.

Клиент должен обратиться в службу поддержки или в ближайшее отделение Сбербанка.

Карта не активна (истек срок ее действия)

Использовать другую карту.

Неверная дата на терминале.

Установить верные данные.

Не хватает денег для совершения операции.

Использовать другую карту или пополнить счет.

Аналогична ошибкам 444 и 507 – истек срок действия платежного решения.

См.решение проблемы с ошибками 444 и 507.

Платежное средство заблокировано.

Использовать другую карту.

Период обслуживания платежного средства завершен.

Ошибки аналогичны 574 и 579. Платежное средство заблокировано.

См.решение проблемы с ошибками 574 и 579.

Ошибки аналогичны 405. Вводимый ПИН-код заблокирован.

См.решение проблемы с ошибкой 405.

Скорее всего клиент самостоятельно отменил операцию, нажав на кнопку отмены. В редких случаях проблема может быть в том, что терминал еще не провел сверку итогов и на данный момент не готов к работе.

Рекомендуется повторить операцию.

Слишком долгий ввод ПИН-кода.

Достать карту из терминала и повторить попытку.

2005 2006 2007 2405 2406 2407

Ошибки аналогичны 574 и 579. Платежное средство заблокировано.

См.решение проблемы с ошибками 574 и 579.

Не хватает средств для пополнения карты.

Проверить, сколько денег вносилось и сколько должно быть перечислено на счет. Если данные совпадают – обращаться в службу поддержки.

Предыдущее пополнение через терминал не было завершено.

Завершить операцию пополнения счета.

Сервера Сбербанка находятся на обслуживании/ремонте/

Подождать окончания работ.

Нет связи с банком.

Подождать или воспользоваться другим устройством.

Терминал не был проинкассирован.

Обмен данными между терминалом и чипом карты был нарушен.

Повторить операцию еще раз. Если не получается – воспользоваться другим устройством.

Номер карты был указан неверно (или был неверно прочитан).

Повторить операцию еще раз.

Предупреждение о том, что нужна инкассация.

Превышен лимит операций.

Связаться со службой поддержки.

Нельзя вводить карту вручную.

Воспользоваться другой картой.

Последние 4 цифры номера карты введены неверно.

Проверить данные. Повторить попытку.

ПИН-код не был введен

Нет связи с банком.

Связаться со службой поддержки.

ПИН-пад не получил код KLK.

Связаться со службой поддержки.

Проблемы терминала на программном уровне.

Сообщить специалистам банка.

Неверно произведена смена ключей.

Сообщить специалистам банка.

Нет ключей для рабочего сеанса.

Сообщить специалистам банка.

Вместо чипа карты считана магнитная полоса.

Вставить карту в ридер для чипов.

Неверный ключ KLK.

Сообщить специалистам банка.

Забита память устройства.

Произвести сверку итогов.

Проблема с ПИН-падом (неверная загрузка ПО).

Сообщить специалистам банка.

Ошибка возникает тогда, когда карту достают из терминала быстрее, чем пройдет оплата. Необходимо повторить операцию.

Давно не было сверки итогов.

Выполнить сверку итогов. Повторить операцию.

Старая версия прошивки.

Нужно обновить прошивку.

Ошибка в вводе ПИН-кода

Проверить данные. Повторить попытку.

Номера карт получателя и отправителя средств совпадают.

Совершить платеж с другой карты.

Нет нужного варианта связи для операции.

Произвести перенастройку терминала или связаться со службой поддержки.

Неверный код или сумма операции.

Проверить и изменить данные. Повторить попытку.

Программная ошибка. Нет нужного файла.

Повторить попытку. Если операция не проходит – связываться со службой поддержки.

Не удается выполнить команду.

Повторить попытку. Если операция не проходит – связываться со службой поддержки.

4144 4145 4146 4147

Неправильный формат СТОП-листа.

Изменить формат СТОП-листа на правильный. Повторить попытку.

Карта находится в СТОП-листе.

Использовать другую карту или убрать текущую из СТОП-листа.

На платежном средстве нет фамилии клиента.

Использовать другую карту.

Превышен лимит операций без связи с банком.

Обеспечить связь с банком.

Биометрические данные считаны некорректно.

Повторить попытку. Если проблема повторяется – связываться со службой поддержки.

Нет нужного файла для работы с биометрическими данными.

Установить нужный файл или связаться со службой поддержки.

Ошибка в работе с сертификатом проверки биометрических данных.

Попробовать повторить попытку. Если проблема остается, связываться со службой поддержки банка.

Биометрический сканер и терминал некорректно взаимодействуют.

Проверить подключение устройств и их синхронизацию. Если очевидных проблем нет – связываться со службой поддержки банка.

Ошибка в проверке отпечатков пальцев.

Повторить попытку. Если проблема сохраняется – связываться со службой поддержки.

Отсутствует биометрическая криптограмма.

Установить требуемое ПО или обращаться в службу поддержки.

Ошибка при загрузке данных.

При загрузке данных не был указан код для активации или он был указан неверно.

Проверить данные и указать правильный код активации.

Ошибка при удаленной загрузке данных. На сервере нет нужного шаблона.

Связаться со службой поддержки.

Ошибка при удаленной загрузке данных. На сервере нет доступа к базе данных.

Связаться со службой поддержки.

Нет ключа №62 на терминале.

При невозможности самостоятельно решить проблему и загрузить нужный ключ — связаться со службой поддержки.

Введены не все необходимые настройки/параметры.

Указать всю необходимую для работы устройства информацию. Если проблема сохраняется или непонятно, что именно нужно вносить, обращаться в поддержку банка.

Невозможный тип операции.

Повторить попытку. Если проблема сохраняется, попробовать произвести любую другую аналогичную операцию. Если и в такой ситуации сохраняется проблема – обращаться в службу поддержки.

Невозможный тип карты.

Попробовать другую карту. Если проблема актуальна с любой картой, возможно проблема в ПО или ридере. Рекомендуется обращаться в службу поддержки.

Проблемы с передачей типа карты. Возможно неверные настройки устройства.

Обращаться в службу поддержки банка.

Нужна более свежая библиотека данных.

Обновить библиотеку kernel.

Нет нужной библиотеки kernel. Проблема обычно возникает после обновления библиотеки. Данные уже есть, но устройство их еще не успело обработать.

Повторить попытку через несколько минут. Если ошибка сохраняется, обращаться в службу поддержки.

Нет данных для печати.

Распространенная ошибка, которая возникает при неправильной настройке или синхронизации баз данных, ПО, оборудования и так далее. Рекомендуется пошагово проверять каждый из элементов и его взаимодействие в комплексе.

Несоответствие номеров карты.

Повторить попытку. Если проблема сохраняется – использовать другую карту.

Устройство воспринимает отечественную карту как зарубежную.

Повторить попытку. Если проблема сохраняется – использовать другую карту.

Не выполнена сверка итогов.

Выполнить сверку итогов.

Карта не читается либо вышло время ожидания.

Повторить попытку. Если проблема сохраняется – использовать другую карту.

Не введена сумма операции.

Ввести сумму и повторить попытку.

Указан неправильный код валюты.

Указать правильный код валюты.

Операцию невозможно выполнить для этой карты.

Использовать другую карту.

Карта обладает дефектом: повреждена, изначально выпущена с дефектом и так далее.

Источник

Ошибка pacman «warning: failed to retrieve some files» (РЕШЕНО)

Эта статья посвящена ошибкам, которые возникают из-за проблем со списком зеркал.

Ошибка pacman «The requested URL returned error: 404»

Для работы менеджера пакетов имеется кэш — в этом кэше собрана информация о существующих пакетах для установки, их версиях и ссылки на скачивание. Чтобы обновить (или скачать впервые) этот кэш, нужно выполнить команду:

После этого можно выполнять обновление системы или обновление пакета.

Если кэш устарел и вы пытаетесь установить пакет, версия которого обновилась и для которого в вашем локальном кэше старая ссылка, вы можете получить примерно следующую ошибку:

Для её исправления нужно выполнить приведённую выше команду, а затем повторить установку.

Но аналогичная проблема может возникнуть при запуске обновления системы — это странно, поскольку следующая команда начинает с обновления кэша, следовательно, кэш самый новый и ошибка «файл не найден» не должна возникать:

Эта команда привела к ошибке:

Многократное повторение команды ничего не меняет.

Причина в следующем: pacman скачивает кэш с некачественного зеркала, в котором содержится неверная информация. Для исправления, нужно выбрать другое зеркало, или переместить другое зеркало вверх списка, если вы используете несколько зеркал.

Начнём с того, что переключимся на новый список зеркал. Дело в том, что при установке пакета pacman-mirrorlist (в этом пакете содержится список зеркал), новый файл /etc/pacman.d/mirrorlist не заменяет существующий, а сохраняется с именем /etc/pacman.d/mirrorlist.pacnew. То есть даже если у вас последняя версия пакета pacman-mirrorlist, это не означает, что у вас актуальная версия файла /etc/pacman.d/mirrorlist. Проверте, существует ли файл /etc/pacman.d/mirrorlist.pacnew:

Если файл существует, то выполните следующие две команды (в противном случае пропустите их):

Это не всё — дело в том, что в файле /etc/pacman.d/mirrorlist по умолчанию все зеркала закомментированы, то есть отключены. Чтобы это исправить, откройте данный файл:

и раскомментируйте, то есть удалите символ # в начале строки. Выберите те зеркала и страны, которые ближе к вам.

В моём случае проблемным зеркалом, вызвавшим описанную выше ошибку, стало следующее (не используйте его):

Arch Linux перестал обновляться

Если вы запускаете команду «sudo pacman -Syu» каждый день, то вы могли заметить, то в редкий день не бывает обновлений. Если вдруг для вашей системы на протяжении нескольких дней перестали приходить обновления, это может означать, что кэш пакетов скачивается с некачественного зеркала.

Для исправления — выполните точно такие же действия, как описаны для предыдущей ошибки. То есть нужно переключиться на другое зеркало.

ошибка: не удалось обновить core (не настроены сервера для репозитория)

Ещё одна возможная ошибка после того, как вы выполнили какие-либо работы со списком зеркал установочных пакетов:

Её причина в том, что в файле /etc/pacman.d/mirrorlist закомментированы все строки. Откройте этот файл:

и раскомментируйте, то есть удалите символ # в начале строки для тех зеркал и стран, которые ближе к вам.

Источник

FileZilla Forums

Welcome to the official discussion forums for FileZilla

«425 Error while transfering data: 5» after upgrading to 1.0.1

«425 Error while transfering data: 5» after upgrading to 1.0.1

#1 Post by vinix » 2021-10-15 05:03

I’ve upgraded FileZilla Server to 1.0.1 from 0.9.6 today. It took me some time to solve the connection problem because of missing passive mode setting, but I can connect to the server via implicit FTP over TLS, using FileZilla client 3.56.0.

There is another problem: Unable to upload files, log window show something like below:

Re: «425 Error while transfering data: 5» after upgrading to 1.0.1

#2 Post by oibaf » 2021-10-15 05:23

The error string could be more meaningful, but the error number 5 is EIO, which the server produces only when writing/reading to/from files and cannot gather a more detailed info.

This hints at a problem with your filesystem. Are you able to manually, not through FTP, create and write to the file on the machine you are connecting to?
Could you also please enable logging on the server, setting it to 5 — Debug, and paste here the result?

Re: «425 Error while transfering data: 5» after upgrading to 1.0.1

#3 Post by vinix » 2021-10-15 06:26

The error string could be more meaningful, but the error number 5 is EIO, which the server produces only when writing/reading to/from files and cannot gather a more detailed info.

This hints at a problem with your filesystem. Are you able to manually, not through FTP, create and write to the file on the machine you are connecting to?
Could you also please enable logging on the server, setting it to 5 — Debug, and paste here the result?

Re: «425 Error while transfering data: 5» after upgrading to 1.0.1

#4 Post by botg » 2021-10-15 07:52

Re: «425 Error while transfering data: 5» after upgrading to 1.0.1

#5 Post by vinix » 2021-10-15 07:59

Re: «425 Error while transfering data: 5» after upgrading to 1.0.1

#6 Post by botg » 2021-10-15 08:05

Re: «425 Error while transfering data: 5» after upgrading to 1.0.1

#7 Post by vinix » 2021-10-15 08:15

Re: «425 Error while transfering data: 5» after upgrading to 1.0.1

#8 Post by botg » 2021-10-15 09:51

Re: «425 Error while transfering data: 5» after upgrading to 1.0.1

#9 Post by vinix » 2021-10-15 10:37

Re: «425 Error while transfering data: 5» after upgrading to 1.0.1

#10 Post by vinix » 2021-10-15 10:50

Re: «425 Error while transfering data: 5» after upgrading to 1.0.1

#11 Post by oibaf » 2021-10-15 13:23

Re: «425 Error while transfering data: 5» after upgrading to 1.0.1

#12 Post by vinix » 2021-10-18 03:37

The installer is run under admin privilege.

The target directory has ACL as below:

If I logged in as a user with admin privilege using Remote Desktop, I can add files to that directory by copying from local & pasting the file to remote directory, but can not create a txt file by right clicking in File Explorer -> New.

Under the same ACL, I can upload files using 0.96.0, but can not in 1.0.1.

Источник

FileZilla Server 425 Can’t open data connection for transfer of «/»

I am having difficulties connecting to my FileZilla Server via my FileZilla Client. When trying to connect to the local address while on the same network I am able to connect successfully though (so the server is functional).

FileZilla client is using Passive mode with plain FTP during these tests.

FileZilla Server Log

FileZilla Client Log

2 Answers 2

You have most probably not opened the data connection ports on the firewall of the server (or have not forwarded the ports on NAT, if there’s any).

Check what ports the FTP server is using and open/forward them.

Another problem is, that you have not configured a correct external IP address in the FTP server.

The FileZilla client can workaround that:

Server sent passive reply with unroutable address. Using server address instead.

But it’s just a heuristics, that not all FTP client will do. So make sure you fix this too, even if it is not the immediate problem you have.

See the External Server IP Address for passive mode transfers section in the above screenshot.

See my article on network configuration for FTP for some background.

The answer below derives from filezilla wiki:

3 steps in summary:

1. Setup passmode port range.
2. Create port forwarding rule on your router.
3. Create a rule on your windows firewall to enable traffic in/out from your ftp server.

According to the log messge from the 3rd last line
Entering Passive Mode (172,16,1,9,27,5)

The port used in passmode is 27*256+5 = 6917

Step 1, Setup Filezilla server passive mode:

This setting can be seen from [settings] > Passive mode settings

In my case is 6000-6100

Step 2, Router port forwarding setup: Since you are routing the public IP to that server, you then need to create a port forwarding entry on your router according to that port range:

Step 3, windows firewall: Next, check if your windows firewall has a rule to allow traffic from your filezilla program, if not then create one

Источник

Как закрыть досуп горе хакерам?

Добрый день!
Недавно заметил такое чудо в /var/log/secure

наскольео я понимаю, это какой-то чудак пытается подобрать доступ по бруту. Как можно отсекать таких умельцев?

P.S. я не очень хороший админ, поэтому буду благодарен за развернутый ответ

• Вопрос задан более трёх лет назад
• 6196 просмотров

смена порта + ключ , обычно достаточно

если очень хочется — двухфакторная аутентификация

если еще сильнее — knock knock

Современным ботам, пофигу на нестандартный порт.

Для тех кто все еще сомневается.

Feb 9 05:38:25 vyatta sshd[31650]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=119.10.51.49 user=root
Feb 9 05:38:29 vyatta sshd[31652]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=119.10.51.49 user=root
Feb 9 05:38:47 vyatta sshd[31654]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=119.10.51.49 user=root
Feb 9 05:38:51 vyatta sshd[31656]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=119.10.51.49 user=root
Feb 9 05:38:55 vyatta sshd[31658]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=119.10.51.49 user=root
Feb 9 05:39:14 vyatta sshd[31660]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=119.10.51.49 user=root
Feb 9 05:39:18 vyatta sshd[31662]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=119.10.51.49 user=root
Feb 9 05:39:22 vyatta sshd[31664]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=119.10.51.49 user=root
Feb 9 05:39:41 vyatta sshd[31666]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=119.10.51.49 user=root
Feb 9 05:40:40 vyatta sshd[31682]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=119.10.51.49 user=root
Feb 9 05:40:59 vyatta sshd[31684]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=119.10.51.49 user=root
Feb 9 05:41:02 vyatta sshd[31686]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=119.10.51.49 user=root
Feb 9 05:41:06 vyatta sshd[31688]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=119.10.51.49 user=root
Feb 9 05:41:25 vyatta sshd[31690]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=119.10.51.49 user=root
Feb 9 05:41:28 vyatta sshd[31692]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=119.10.51.49 user=root
Feb 9 05:41:32 vyatta sshd[31694]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=119.10.51.49 user=root
Feb 9 08:05:20 vyatta pptpd[31792]: CTRL: EOF or bad error reading ctrl packet length.
Feb 9 08:05:20 vyatta pptpd[31792]: CTRL: couldn’t read packet header (exit)
Feb 9 08:05:20 vyatta pptpd[31792]: CTRL: CTRL read failed
Feb 9 11:50:19 vyatta sshd[31830]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.10.124 user=root
Feb 9 11:50:31 vyatta sshd[31830]: PAM 4 more authentication failures; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.10.124 user=root
Feb 9 11:50:31 vyatta sshd[31830]: PAM service(sshd) ignoring max retries; 5 > 3
Feb 9 11:51:24 vyatta sshd[31848]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.10.124 user=root
Feb 9 11:51:35 vyatta sshd[31848]: PAM 4 more authentication failures; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.10.124 user=root
Feb 9 11:51:35 vyatta sshd[31848]: PAM service(sshd) ignoring max retries; 5 > 3
Feb 9 11:54:32 vyatta sshd[31900]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.10.124 user=root
Feb 9 11:54:44 vyatta sshd[31900]: PAM 4 more authentication failures; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.10.124 user=root
Feb 9 11:54:44 vyatta sshd[31900]: PAM service(sshd) ignoring max retries; 5 > 3
Feb 9 11:55:54 vyatta sshd[31922]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.10.124 user=root
Feb 9 11:56:05 vyatta sshd[31922]: PAM 4 more authentication failures; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.10.124 user=root
Feb 9 11:56:05 vyatta sshd[31922]: PAM service(sshd) ignoring max retries; 5 > 3
Feb 9 11:56:18 vyatta sshd[31927]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.10.124 user=root
Feb 9 11:56:30 vyatta sshd[31927]: PAM 4 more authentication failures; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.10.124 user=root
Feb 9 11:56:30 vyatta sshd[31927]: PAM service(sshd) ignoring max retries; 5 > 3
Feb 9 11:57:30 vyatta sshd[31946]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.10.124 user=root
Feb 9 11:57:41 vyatta sshd[31946]: PAM 4 more authentication failures; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.10.124 user=root
Feb 9 11:57:41 vyatta sshd[31946]: PAM service(sshd) ignoring max retries; 5 > 3
Feb 9 11:59:55 vyatta sshd[31986]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.10.124 user=root
Feb 9 12:00:06 vyatta sshd[31986]: PAM 4 more authentication failures; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.10.124 user=root
Feb 9 12:00:06 vyatta sshd[31986]: PAM service(sshd) ignoring max retries; 5 > 3
Feb 9 12:02:13 vyatta sshd[32025]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.10.124 user=root
Feb 9 12:02:24 vyatta sshd[32025]: PAM 4 more authentication failures; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.10.124 user=root
Feb 9 12:02:24 vyatta sshd[32025]: PAM service(sshd) ignoring max retries; 5 > 3
Feb 9 13:50:12 vyatta pptpd[32103]: CTRL: EOF or bad error reading ctrl packet length.
Feb 9 13:50:12 vyatta pptpd[32103]: CTRL: couldn’t read packet header (exit)
Feb 9 13:50:12 vyatta pptpd[32103]: CTRL: CTRL read failed
Feb 10 12:46:32 vyatta sshd[32345]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.15.235 user=root
Feb 10 12:46:39 vyatta sshd[32348]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.15.235 user=root
Feb 10 12:47:00 vyatta sshd[32350]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.15.235 user=root
Feb 10 12:47:20 vyatta sshd[32352]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.15.235 user=root
Feb 10 12:47:27 vyatta sshd[32354]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.15.235 user=root
Feb 10 12:47:51 vyatta sshd[32356]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.15.235 user=root
Feb 10 12:48:03 vyatta sshd[32358]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.15.235 user=root
Feb 10 12:48:15 vyatta sshd[32360]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.15.235 user=root
Feb 10 12:48:44 vyatta sshd[32362]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.15.235 user=root
Feb 10 12:48:51 vyatta sshd[32364]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.15.235 user=root
Feb 10 12:48:58 vyatta sshd[32366]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.15.235 user=root
Feb 10 12:49:18 vyatta sshd[32368]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.15.235 user=root
Feb 10 12:49:27 vyatta sshd[32370]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.15.235 user=root
Feb 10 12:49:31 vyatta sshd[32372]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.15.235 user=root
Feb 11 08:28:57 vyatta pptpd[32594]: CTRL: EOF or bad error reading ctrl packet length.
Feb 11 08:28:57 vyatta pptpd[32594]: CTRL: couldn’t read packet header (exit)
Feb 11 08:28:57 vyatta pptpd[32594]: CTRL: CTRL read failed
Feb 11 14:13:46 vyatta pptpd[32626]: CTRL: EOF or bad error reading ctrl packet length.
Feb 11 14:13:46 vyatta pptpd[32626]: CTRL: couldn’t read packet header (exit)
Feb 11 14:13:46 vyatta pptpd[32626]: CTRL: CTRL read failed
Feb 11 14:49:17 vyatta pptpd[32633]: CTRL: EOF or bad error reading ctrl packet length.
Feb 11 14:49:17 vyatta pptpd[32633]: CTRL: couldn’t read packet header (exit)
Feb 11 14:49:17 vyatta pptpd[32633]: CTRL: CTRL read failed
Feb 13 08:37:59 vyatta sshd[984]: warning: can’t get client address: Connection reset by peer
Feb 13 09:39:11 vyatta pptpd[1039]: CTRL: EOF or bad error reading ctrl packet length.
Feb 13 09:39:11 vyatta pptpd[1039]: CTRL: couldn’t read packet header (exit)
Feb 13 09:39:11 vyatta pptpd[1039]: CTRL: CTRL read failed
Feb 13 14:45:25 vyatta sshd[1071]: pam_unix(sshd:auth): check pass; user unknown
Feb 13 14:45:25 vyatta sshd[1071]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=183.57.72.114
Feb 13 14:45:31 vyatta sshd[1073]: pam_unix(sshd:auth): check pass; user unknown
Feb 13 14:45:31 vyatta sshd[1073]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=183.57.72.114
Feb 13 14:45:35 vyatta sshd[1076]: pam_unix(sshd:auth): check pass; user unknown
Feb 13 14:45:35 vyatta sshd[1076]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=183.57.72.114
Feb 13 14:45:40 vyatta sshd[1078]: pam_unix(sshd:auth): check pass; user unknown
Feb 13 14:45:40 vyatta sshd[1078]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=183.57.72.114

Источник