Помилка аутентифікації VNC

Я намагаюся підключитися до свого vncserver, який працює на CentOs з домашнього комп'ютера, позаду брандмауера. Я встановив Win7 та Ubuntu на цій машині. У мене помилка:

Помилка з'єднання VNC: vncserver занадто багато помилок безпеки

навіть при вході в систему з правильними обліковими записами (я скидаю passwd на CentOs), я отримую: збій автентифікації.

Я зауважую, що мені доведеться чекати цілий день, щоб взагалі змогти відписатися.

Щось із цього я намагаюся виконувати як root? Я думаю, що важливим є також те, що я повинен увійти до віддаленого Centos через порт 6050 - жоден інший порт не працює для мене. Чи потрібно щось робити з іншими портами? Я бачу, що vncserver прослуховує на 5901, 5902, якщо інший доданий - і я вважаю, що з'єднання встановлено, оскільки час від часу (тривалий час) з'являється запит passwd, ... правда?

Я створив додаткового user1, пароль для нього до CentOS і VNC, також user2. Я згоден:

сервіс vncserver start

і два сервери запускаються, один: 1, а другий: 2. Коли я намагаюся підключитися до vncserverIP: 1 я отримую те, що описано вище, але коли я намагаюся підключитися до vncserverIP: 2, він говорить про те, що випробування було невдалим.

будь ласка, допоможіть, що робити?

додатково: як відключити це блокування з метою тестування?

VNC використовує окрему систему паролів. Він не перевіряє паролі проти / etc / passwd, а проти ~ / .vnc / passwd, який містить єдиний первинний пароль і, можливо, вторинний пароль, що дозволяє лише переглядати екран.

Щоб встановити свої паролі VNC, використовуйте команду vncpasswd . Паролі VNC мають бути довжиною від п’яти до восьми символів - символи, які перевищують восьмий, мовчки ігноруються. Тож якщо ви використовуєте VNC через Інтернет, виберіть надійний, випадковий пароль , оскільки зловмисники можуть використовувати ботнети, які мають численні IP-адреси, щоб обходити блокування під час злому вашого пароля.

Якщо вам потрібно використовувати VNC через Інтернет, запустіть його на випадково вибраному номері порту (не 5900), щоб уникнути виявлення в скануваннях портів, які охоплюють лише загальні порти. Переважно, тунель вашого VNC-з'єднання через SSH, щоб захистити себе від підслуховування та атаки людини в середині. Якщо ви це зробите, вам слід встановити vncserver, щоб він не приймав з'єднання з Інтернету, вимкнути аутентифікацію лише паролем на службі SSH та використовувати автентифікацію відкритого ключа для захисту від поширених спроб злому пароля.

Перезапуск vncserver повинен скинути блокування. Сторінка керівництва не згадує жодного способу повністю відключити (вже неадекватний?) Замок

У мене була ця проблема блокування VNC. Я вирішив це, встановивши брандмауер gufw .

Додавання до вже наданих відповідей:

Ви прямо не згадуєте це у своєму дописі, але опис вашої проблеми означає, що вас заблокували після занадто багатьох невдалих спроб входу. Нещодавно я зіткнувся з цією проблемою, коли співробітник не зміг увійти після того, як занадто багато разів спробував неправильний пароль. Я натрапив на цю посаду в SOLVEOPTIMIZED, яка пояснює, як її вирішити.

Ви повинні визначити правила брандмауера, щоб дозволити вхідні з'єднання через порт, який використовує сервер VNC. Сервер VNC використовує порт 5900 + N, де N означає кожен новий екземпляр. Отже, скажімо, що ваш примірник сервера VNC працює на порту 5901, вам доведеться дозволити вхідні з'єднання з цим портом у налаштуваннях вашого брандмауера. Ви можете знайти номери портів для всіх примірників

$ vncserver -l

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

Крім того, якщо ви не хочете чекати або не хочете возитися зі своїми настройками брандмауера, ви можете перезапустити сервер VNC, убивши всі його екземпляри. Це відрізняється від перезавантаження послуги, як ви. Ви робите важкий перезапуск, спочатку схвалюючи PID VNC

$ pgrep vnc

а потім вбивати всі екземпляри за допомогою

$ kill pid

Переконайтеся, що фактично вбиваються всі випадки, якщо pgrep повертає кілька PID-кодів.