Насколько я вижу, это было бы очень маловероятно.
Во-первых, вирус должен был бы быть распределен как двоичный файл Linux - или что-либо межплатформенное - и быть достаточно умным для нахождения раздела Windows. Это очень легко сделать (можно просто искать a Windows
папка).
Кроме того, вирус должен был бы изменить реестр Windows или другой конфигурационный файл Windows, для включения себя. В то время как Windows API позволяет Вам делать те изменения, вирус, который работал на Linux, должен будет реализовать свои собственные процедуры, чтобы сделать их.
Наконец, шпионское ПО под Вашим веб-браузером Linux не будет влиять на Windows. Вероятно, шпионское ПО установило бы под Вашим /home
каталог (с тех пор это не должен быть корень), который не доступен из Windows (различные файловые системы).
Все это было бы большим количеством работы (для вирусного разработчика) для очень небольшого количества усиления: в этой точке для него могло бы быть более прибыльным предназначаться для стороны Linux.
где пользователь уже зарегистрирован на B
Вы не указываете, какой клиент VNC Вы используете, но одним из более популярных является Vinagre. Это обычно включается с GNOME основанные на рабочем столе дистрибутивы, которые должны покрыть большинство больших дистрибутивов.
Сначала Вы захотите удостовериться, что у Вас есть клиент GNOME VNC, vinagre
установленный, а также сервер VNC, vino
.
В моей системе Fedora 19 эти пакеты потребовали установки.
$ sudo yum install vinagre vino
На Ubuntu Вы установили бы те же пакеты, с помощью apt
.
$ sudo apt-get install vinagre vino
После того, как установленный Вы захотите удостовериться, что сервер VNC работает на компьютере B. Можно сделать это любой путем навигации через меню Settings-> Sharing от того, где можно выбрать для включения "Демонстрации экрана".
Fedora
Ubuntu
Примечание: Можно вызвать предпочтения винишка из командной строки как так:
$ vino-preferences
После того как сервер VNC был установкой на компьютере B, необходимо теперь смочь соединиться с ним от компьютера A, с помощью vinagre
, клиент VNC. Можно сделать это любой из командной строки как так:
$ vinagre vnc://greeneggs.bubba.net
Где vnc://...
строка сервера, обеспеченная vino
, как в снимке экрана выше.
vino-preferences
.vinagre
также GUI, который может быть запущен пустой, и закладки могут сохраняться для VNC, разъединяет это, можно часто посещать. Для запуска его используют команду vinagre
.
где пользователь не уже зарегистрирован на B
Ubuntu
Установка x11vnc
$ sudo apt-get install x11vnc
Создать /etc/init/x11vnc.conf
файл.
start on login-session-start
script
x11vnc -xkb -noxrecord -noxfixes -noxdamage -display :0 -auth /var/run/lightdm/root/:0 -forever -bg -o /var/log/x11vnc.log
end script
После перезапуска (перезагрузки), x11vnc
должен слушать на стандартном порте VNC, 5900.
Можно подтвердить
$ sudo netstat -tapn | grep 5900
tcp 0 0 0.0.0.0:5900 0.0.0.0:* LISTEN 2379/x11vnc
tcp6 0 0 :::5900 :::* LISTEN 2379/x11vnc
Примечание: Сценарий основан на новомодном механизме события, где Lightdm испускает login-session-start
события, x11vnc
затем запускается.
Это зависит от Вашей клиентской конфигурации VNC в основном. Хотя почти все клиенты VNC работают точно так же, необходимо дать ему IP/имя хоста и порт, используемый сервером VNC (который по умолчанию является 5900 и так далее).
Я подозревал бы проблему брандмауэра. В [Компьютер B], выполниться
sudo lsof -i -P | grep -i listen
проверить, открыт ли порт 5900 для VNC.
sudo lsof -i -P | grep -i listen
Лучше, если у Вас нет брандмауэра :)
– Ben Lin
31.12.2013, 20:56
Проверьте Вас конфигурация сервера VNC и makesure, для которого номер порта, который Вы даете, 5900+Number seesions, дают пользователю.. Это число Вы дали бы на странице конфигурации Вашего сервера VNC. Если Вы дали число как 2, то номер порта необходимо определить 5902.
Попробуйте это. это могло бы иметь мало справки.
connection to 192.168.0.2 was closed
. примечание – oshirowanen 28.12.2013, 12:13telnet 192.168.0.2 5900
? Если это не работает затем, у Вас есть 1 из 2 проблем. Маршрутизация черно-белой A & B не корректна, или сервер VNC на B не выполняет или принимает соединения на порте 5900. Также, когда ответ мне делает знак at sign@
+ slm, иначе я не буду видеть Ваши комментарии. Я не имел, посмотрите вышеупомянутые до сих пор, просто случайно. – slm♦ 02.01.2014, 17:17Unable to connect to remote host: Connection refused
, даже при том, что ping хорошо работает. Я пытался добавить @slm к запуститься этого комментария, но он разделяется? – oshirowanen 02.01.2014, 20:40