Почему программа VNC Viewer на Mac Book Pro сообщает об ошибке протокола RFB при подключении к AWS через L2TP?
Небольшая группа из нас работает над Amazon Web Services (AWS), мы используем книги Mac в качестве настольных компьютеров и VNC для серверов, работающих на AWS. Проблема началась, когда мы обновили наш VPN с PPTP до L2TP (Centos 6 с Openswan). У моего коллеги, который его настраивал, не было проблем с новым VPN. Тем не менее, в течение нескольких минут после подключения мои сеансы просмотра VNC потемнели и сообщили:
Ошибка протокола RFB: неверные шестнадцатеричные данные или ошибка протокола RFB: неверные данные xrle
и другие протоколы кодирования, используемые RFB (Remote Frame Buffer). Это продолжалось каждую минуту или около того, в зависимости от активности, с задержкой, пока оно исправлялось до 10 секунд. Явно непригодный. Я вернулся к PPTP VPN и продолжил без проблем. Вчера, однако, мы подключили другого коллегу к L2TP VPN, и он увидел те же проблемы, что и я, так что теперь мы должны это исправить.
Единственным заметным отличием было то, что у нас двоих, имеющих проблемы с VPN, в середине 2014 года был установлен Mac Book Pro с дисплеем сетчатки в середине 2014 года (купленный в начале 2015 года с Yosemite), тогда как у моего коллеги, у которого нет этой проблемы, есть Mac Book Air (13 дюймов, середина 2013 г.) обновлен до Yosemite.
Поиски ошибок протокола RFB ничего не дали, кроме того, что я даже не знаю, что искать или даже спрашивать.
Любая помощь приветствуется.
3 ответа
Наиболее вероятная причина этого параметра, если вы используете VPN, - слишком большой размер MTU, вызывающий фрагментацию пакетов.
Когда это происходит, некоторые протоколы сталкиваются с проблемами, и, как известно, вызывают некоторые проблемы с протоколом RFB.
Если у вас есть PV AMI, то, возможно, стоит протестировать, если настройка MTU на обеих сторонах соединения на более низкое значение предотвратит проблемы.
После долгих поисков я нашел это:
Поврежденный MAC-адрес при ошибке ввода при входе в Open Swan VPN #90
Симптомы проблемы совершенно разные, но аппаратная настройка (MBP с сетчаткой) была очень похожа. В самом низу, похоже, решение состоит в том, чтобы переместить VPN-сервер с PV (паравиртуального) AMI (образ машины Amazon) на HVM (аппаратная виртуальная машина?).
Я посмотрел здесь:
Типы виртуализации Linux AMI
и здесь:
www opswat com / blog / aws-2015-зачем вам нужен переключатель pv-hvm
(модератор, пожалуйста, восстановите ссылку, если это будет сочтено приемлемым)
Итак, я пошел выяснить, были ли наши AMI PV или HVM. Это можно узнать, посмотрев информацию о машине на странице управления AWS, в которой есть поле "Виртуализация", которое называется "hvm" или "паравиртуальный". Итак, я нашел образ Centos 6 HVM и перестроил L2TP-сервер (я использовал Libreswan).
Теперь я рад сообщить, что ошибки протокола RFB ушли со мной и моим коллегой, и все работает хорошо (по крайней мере, на один день).
Я не понимаю взаимодействия между последними MacBook, экземплярами PV/AMI и VNC RFB, но пока оно работает.
Это не тот ответ, который вы хотите услышать, но вот мой опыт.
Сейчас 2021 год, разгар пандемии Covid, и с моей стороны эта проблема так и не была решена, но у нас все наоборот: у меня есть Macbook 2019 года, на котором был установлен общий доступ к экрану, в то время как все остальные в группе, 10 человек, все используют компьютеры с Windows. либо дома, либо в офисе, и все они используют VNC 5.0.1 для подключения к этому Macbook. Да, компания экономит на скудном Macbook и платит мне гораздо больше, чтобы «поддержать его».... У
меня дома действительно есть Macbook, сначала в начале 2010 года, а теперь (2021) я обновился до 2015 года и могу говорю вам, что это не версия для Mac, которая делает это. Раньше у нас была проблема на всех версиях OSX, работающих на «проблемной» машине (о, правда? Я сказал «проблемная»? Нет, извините, шучу).
У меня не было возможности протестировать другие варианты VNC, такие как Tight VNC или Ultra VNC.
У меня в офисе есть Windows Desktop VNC Viewer 5.0.1 и 4.6.3 — я предпочитаю 4.6.3 из-за его интерфейса, но оба время от времени показывают одну и ту же ошибку. Из дома мне не нужно подключаться к Mac, но когда мне это нужно, чтобы восстановить его, я использую родную для Mac функцию «Подключиться к серверу (CMD-K)», и, к счастью, это работает. Обычно самого факта входа в систему и выхода из системы достаточно, чтобы она снова стала доступной для других людей.
Мой вывод таков: «Мне придется с этим жить», поскольку ни Apple, ни VNC не будут в это разбираться, точнее, Apple вносит изменения (а может и не меняться вообще) и идет дальше… а VNC тоже не будет смотреть… ... и я просто рад, что эта зарплата придет в конце месяца.