|
Все современные операционные системы имеют встроенные возможности для организации удаленного доступа к ним посредством сетевого подключения - через интернет, через локальную сеть, или через какую-то городскую сеть. Естественно, по умолчанию такой доступ выключен, ну а включение его может быть чрезвычайно удобным для решения любых компьютерных проблем.
На практике это работает так: компьютерный мастер вместо того, чтобы ехать через весь город к клиенту для решения пустяковой проблемы, получает удаленный доступ к проблемному компьютеру встроенными средствами операционной системы, или через дополнительное программное обеспечение (такого ПО существует огромное количество – Radmin, TeamViewer, VNC, NetOp, DameWare и т.д.). Подразумевается, что сеть на компьютере работает нормально, и пользователь в состоянии сам проделать необходимые действия для организации удаленного доступа. Например, для Windows XP это делается через Мой компьютер – Свойства – Удаленные сеансы – Разрешить удаленный доступ к этому компьютеру. Брандмауэр или сторонний файрвол должен быть выключен, и должна быть запущена служба терминалов. После этого останется лишь сообщить специалисту свой внешний IP-адрес (легко узнается на сайтах типа 2ip.ru, whereismyip.com, и др.), логин и пароль – и все, человек легко может делать где-то ремонт компьютеров в бутово, и, не вставая с рабочего места, переустановить драйвер звуковой карты в Химках, или обновить антивирус хоть на другом конце страны. Такой подход позволить сэкономить очень много времени и сил – при помощи удаленного доступа проблему можно локализировать сразу, и решить ее точно так же, если бы инженер находился непосредственно за компьютером.
В Windows 7 удаленный доступ включается несколько сложнее – там по умолчанию не запущена служба брандмауэра, а встроенный удаленный доступ работает только с ней. А в Windows XP Home встроенной возможности такого доступа нету вообще. Впрочем, это легко решается простой установкой программы для такого доступа по мере необходимости. Например тот же TeamViewer очень часто используют сотрудники сервисных центров или служб поддержек провайдеров. Они объясняют клиенту, откуда скачать программу, а после ее установки программа сообщает нужные параметры (номер), которые нужно сообщить оператору. После этих нехитрых операций он уже получает возможность удаленного доступа и решения проблем. У операционных систем семейства Linux такие возможности есть ничуть не в меньшей мере – настройка по ssh (любому терминальному клиенту) там вообще считается более приоритетной, чем при помощи подключенных напрямую монитора, клавиатуры и мышки. Есть в Linux и возможности удаленного доступа в графике, чтобы увидеть рабочий стол desktop-дистрибутивов. Но там могут быть нюансы с удаленным подключением суперпользователя root, и для удаленного решения вопросов лучше создать отдельного пользователя с максимальными правами.
В рабочих условиях удаленный доступ становится неизмеримо важнее, чем при решении частных бытовых проблем. Для администратора большой компании это возможность на сотнях компьютеров за короткое время изменить настройки или обновить ПО, для инженера промышленных систем это путь к управлению специализированными компьютерами в разных концах земного шара и в разных часовых поясах, для специалиста по сетям – способ удаленно решить проблему на обслуживающей целый населенный пункт точке доступа, удаленной от него на сотни километров. В таких условиях, когда один человек удаленно администрирует тысячи серверов и рабочих станций, обычных программных решений становится уже мало. На помощь здесь приходят доменные групповые политики, позволяющие один набор настроек легко применять на очень большом количестве компьютеров, и аппаратные решения типа KVM over IP, которые позволяют удаленно по одному адресу получить доступ к мультимедийному переключателю, который обслуживает целую стойку серверов, а каскадно может обслуживать и несколько стоек (до 128 серверов и рабочих станций и даже более). Если на каком-то этапе организации ИТ-инфраструктуры оказывается, что на удаленное подключение к одному компьютеру и решению на нем проблем уходит больше времени, чем на создание типового шаблонного образа настроек для решения задач в пределах одного подразделения, то перевод на доменную структуру даст несомненный выигрыш в скорости решения проблем, возможностей модернизации и масштабируемости, а также легкости в управлении.
В целом, переход на домен будет уместен и эффективен при общем количестве рабочих станций и серверов от 20-30, в зависимости от специфики работы. Сам по себе такой переход уже дает большие возможности для удаленного доступа, причем на файловом уровне практически неограниченные – а для пользователя не требующие никаких действий. Групповые политики и правильно подобранное ПО для возможности удаленного доступа (SCCM, DameWare, или тот же обычный RDP) – все это дает возможность легко подключиться к рабочему столу компьютера, на котором имеются какие-то проблемы, и решить их компетентному специалисту. От пользователя компьютера при этом максимум потребуется лишь назвать свой логин (инвентарный номер компьютера, ip-адрес, еще какой-то идентификатор) и нажать "Ok" при запросе на разрешение удаленного подключения.
|
0 
