Блог о технологиях, технократии и методиках борьбы с граблями
Помнится я писал уже о несовместимости дров под Windows 7 со старым оборудованием. Тогда речь шла о карте ATI Radeon Xpress 1100 на ноутбуке Asus F5R. Но по итогам разбора полетов я полагал, что это все таки проблема ATI, а не Windows 7. Но выяснилось, что предвзятость – страшная вещь, ибо на днях столкнулся точно с такой же проблемой на ноуте Sony VAIO PCG-6QNP, где стоит NVIDIA GeForce Go 7400.
В профессии сисадмина меня больше всего убивают пляски с бубнами, то есть какие то телодвижения на грани шаманства и колдовства, позволяющие системному администратору выполнять свою работу. Чаще всего к такому относится такие моменты, что в присутствии системного администратора все работает, не глючит, нормально включается. Но достаточно админу закрыть за собой дверь, как все оборудование приходит в неистовство. Ну или выполнение одних и тех же, не зависящих друг от друга, процедур в разной последовательности дает разный результат.
Российские компании конечно несколько вымораживают своим уровнем сервиса: выбирали тут клиенту NAS, долго и натужно, и в итоге остановились на определенной модели, которая, как оказалась была представлена в Москве, по более-менее вменяемой цене всего у нескольких контор.
В итоге обзвонив все, выяснили что в всех средний срок ожидания массива составит около двух недель, а в одной он лежит на складе в ожидании счастливых обладателей. Отлично- на этом моменте я отключился от операции “найди массив” и забыл о нем, пока на днях не приехал к клиенту на переговоры по одному интернет проекту. Пока суть да дело, вспомнили про NAS, а кстати где же мальчик?
В итоге секретарь позвонила в контору, при том что счет оплатили на следующий же день после заказа, а ей там и говорят- нет у нас массива, ждем в начале следующей недели.
То есть этакая сейлзовая система нипель- тебе обещают поставку, ты переводишь деньги, а потом хитрованы ждут когда ты сам чухнешься и позвонишь. И тогда разводят удивленно руками и говорят- ну вот нету. Жаль. Тут уже от фантазии продавцов зависит, будет ли это ошибка системы, определенного продавца или динамо поставщика. Смысл в том, что тебе либо надо вставать в позу и требовать возврата денег, со всеми сопряженными сложностями, либо махнуть на это дело рукой и покорно ждать доставки.
Я бы на свой г. характер пошел на принцип, но клиент решил расслабиться и получить удовольствие. А так бы конечно при покупке за налик, фирма была бы послана лесом и выбран другой, более вменяемый поставщик.
Забавно всегда читать на различных сообществах и форумах истории про то, что системное администрирование чуть ли не золотое дно, в котором, подобно Южной Африке, неграненные алмазы валяются под ногами. Обычно это сопровождается историей про знакомого, который имеет сертификат от Microsoft или Cisco (обычно на этом глубокие знания вендоров у авторов заканчиваются) зарабатывает 200-300к рублей в мАскве, естественно работая в каком нибудь банке или инофирме. После чего тебя отсылают к экспертному мнению портала hh.ru.
Последний испытанный мною шок, приключился когда я в том году искал админа для одного своего клиента и по этой причине пришлось прошерсить несколько сотен резюме и по итогам их пообщаться с парой десятков человек: 80% соискателей пришли из других областей, начиная от поваров и заканчивая слесарями, строителями, и даже юристами. И основная причина перехода была как раз твердая убежденность в том, что в IT платят кучу бабок за просто так, из серии: ну а чо- я винду ставил пять раз, в офисе печатаю- значит я сисадмин и дайте мне 50к рублей, у вас же тут зарплаты по 200к.. ну ладно давайте 35.
Учитывая, что в айтях я проработал без малого 15 лет, то думаю что могу отписать на сабжу некоторые свои мысли. Заранее предупреждаю, чтобы избежать тонн ненависти в свой адрес, пишу я по ситуации в московском регионе где мне посчастливилось родиться, но при этом слезливые истории про то что у нас на тамбовщине платят 10к рублей- не принимаются, ибо по собеседованиям выяснил, что нижний порог зарплаты в Москве на 2011 год, для системного администратора, за которую люди работают- 15-16к рублей.
Вот за что я люблю мою страну, так то за то, что в ней постоянно рождаются какие то архимегауберсупер-креативные проекты, генерируемые д’е-ффективными менеджерами, причем с использованием каких то сложных технологических решений, в которых генераторы вообще не смыслят ни бельмеса.
В данный момент по инетам пошла гулять новость, что к президентским выборам в марте, планируется оснастить порядка 95к избирательных участков видеонаблюдением, причем не абы как, а по три камеры на участок. Читая комменты мудрецов и привлеченных специалистов, не перестаю умиляться беспринципности и наглости российских чинуш, волею судеб оказавшихся у кормушки, и расценивающих её как собственное домовладение.
До появления VMWare Workstation 8, организация автоматического подъема виртуальных машин вместе с хостовой системой, представляла собой пляску с бубнами вокруг пакета Windows 2003 Resource Kit и реестра. Но благодаря тому что в 8 версии VMWare Workstation появился такой функционал как Shared VMs, процедура организации автостарта виртуальных машин превратилась в простейший набор кликов мышкой.
Собственно функционал Shared VMs позволяет расшаривать виртуальные машины между всеми пользователями хоста, и как следствие поднимать их для всех автоматом, так что вошедшему в систему пользователю не придется перехватывать права на машину, а он просто подключается к уже запущенной виртуалке.
Настраивается автостарт виртуалок следующим образом:
Предположим что у нас уже есть созданные виртуальные машины, которые мы завели или подтянули в VMWare Workstation 8 и в этой связи они находятся в папке My Computer (левый фрейм окна VMWare Workstation 8, под названием Library ). Мы простым движением мыша перетягиваем их в папку Shared VMs, после чего система нам предлагает их скопировать или смувить, и вы выбираете то что вам не запрещает конфессия. После этого правым кликом мыши щелкаете по Shared VMs и выбираете Manage AutoStart VMs, где расставляете галки- каким виртуальным машинам стартовать при запуске хостовой операционки, и ниже выставляете паузу между запусками виртуальных машин, чтобы одновременным стартом не прогнуть хостовую машину.
Также в контекстном меню Shared VMs вы можете выбрать все великолепие разграничения прав управления виртуальными машинами, как в плане доступа к ним, так и в плане задач выполнения.
Столкнулся с забавным глюком работы Teamviewer, который выражается в том, что на сервере стоит система виртуальных машин VMware, которые сокрыты за VMware’вским NAT’ом и как следствие – одним IP.
Вот к этим машинам по отдельности и к самому серваку предоставил доступ через Teamviewer, и тут получилась интересная система, что после того как поставил на виртуальные машины Teamviewer, на хостовом сервере перестало работать подключение по Teamviewer. То есть к внутренним машинам подключается нормально, а к хостовому серверу нет- пишет что возникла ошибка при согласовании протоколов.
Собственно возникла мысль о том, что тут возникает проблема согласования портов, так как по умолчанию Teamviewer сидит на 80 и 443 портах. Так что подключился к серверу по RDP и выставил некоторые настройки сессии в опциях: Дополнительно -> Опции -> Дополнительно -> “Не используйте входящие порты 80 и 443″ после чего стал коннектиться нормально. Единственно что- в случае наличия фаервола на машине- необходимо указать для него разрешенный порт 5938 (TCP).
Также можно переставить эту опу в реестре:
[HKEY_LOCAL_MACHINE\SOFTWARE\ TeamViewer\Version4] ключ ’GatewayAllowed’ переключить в 0
[HKEY_LOCAL_MACHINE\SOFTWARE\TeamViewer\Version4] ключ ’ListenHttp’ переключить в 0
Если у вас используется 64битная Windows 7, то переставить надо только один ключ:
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\TeamViewer\Version6\ListenHttp
