Одминский блог

При загрузке iMac станции виснет Finder

Чем меня радует работа сисадмина, или даже, как в моем случае, сисадминского уже (слава судьбе) прошлого, так это тем фактом что имея достаточное количество друзей, ты будешь по уши обеспечен материалом для админских записок и поводом лишний раз поломать голову. Вот и вчера звонит друг, прикупивший себе пару iMac на которых он запускает виртуальные виндовые машины из которых работает на бирже. При этом человек не рубит толком ни в винде, ни тем более в Mac’e, так что имхо приобретение яблочного кирогаза было обусловлено исключительно понтами.

Ну вообщем звонит в панике, так как 9 утра, а он не может зайти в виртуальную машину, поскольку система дает ошибку Finder ‘a и грузит пустой рабочий стол с которого он никак не может войти никуда, ни даже перегрузить. Поскольку я к тому моменту уже часа 4 ковырялся с удаленным серваком, на котором талантливый одмин клиента умудрился убить виртуальные сети ESXi, то посоветовал товарищу позвонить в службу поддержки Apple, так как идти к нему у меня не было времени, а Mac  я все же настолько не знаю, чтобы в голове загрузить виртуальную машину.

Вообщем часа через 3 он перезвонил снова и типо рассказал мне что служба поддержки ему не помогла, поэтому “ай нид хелп”. Уж не знаю о чем он там говорил с поддержкой, я пару раз звонил по клиентским проблемам, вроде настройки не стантартного драйвера, и отвечали резво, хотя не всегда и в попад. Ну вообщем поскольку мой демон уже был побежден, то отправился к товарищу- глянуть что там у него приключилось.

Это была все вода, а вот теперь собственно про зависший Finder:

Машина не грузится, точнее грузит пустой экран, так как Finder не загружается- естественно что зайти куда либо не получается. Собственно по этой причине товарищ пытался перегружать кнопкой, но тут выходила Эпловская штука – что машина уходила в спящий режим.

Глянул на предмет того что возможно какие нить процессы подвисли в памяти, путем нажатия cmd+opt+esc но никаких зависонов не обнаружил, так что просто нажал кнопку выключения. Естественно так как это маковская машинка, а не виндовая, то кнопку следовало держать 6-7 секунд. После чего комп вырубился и после включения все нормально зашуршало.
Откуда мораль- фиксируйте положение пальца.

Теги: apple, mac, техподдержка

Терминальный сервер под управлением Windows 7

Встала проблема что к Windows 7 установленной на удаленной площадке необходимо одновременно подключаться мне и тамошнему админу, так на ней у нас заведены все управлялки внутренними ресурсами. Естественно что по умолчанию это не получается, так как Windows 7 является рабочей станцией и позволяет одновременно подключаться к системе только одному пользователю, так что входя в систему мы автоматом вырубаем присутствующего пользователя. Естественно что данная процедура запрещена для коммерческого использования, поскольку она нарушает лицензионное соглашение мелкомягких.

Читать полностью »

Теги: Windows, windows 7, Сетевые протоколы, Сети, техподдержка

PR негаданно нагрянет, когда его совсем не ждешь

Сегодня 27 июня так нежданно- негаданно произошло то чего все ждали уже на протяжении последних нескольких недель. Точнее все ждали апа ТиЦ, а неожиданно пришел ап PR, которого вообще практически никто не ждал, так как ничего не предвещало беды.

Ну что сказать по итогам этого обновления? Очень странный спорный сайт, так как все выглядит реальным багом или глюком, и откровенно говоря, мне кажется что в ближайшие несколько недель будет произведена корректировка. Но чуть ниже, более подробно:

Четыре сайта от 4 до 7 лет выглядят следующим образом:
1 -> 2 (тут очень странная картина, так как эта двоечка распространилась по практически всем внутрякам идущим с морды, так что категории и теги получили от 1 до 2PR, в количестве около сотни штук)
0 -> 1 (субдомен предыдущего, 1 отобрали в предыдущий ап, сейчас вернули обратно, после того как я убрал огромное количество тегов с морды)
3 -> 4 (дроп)
3 -> 1 (дроп)

Всем сайтам от 10 месяцев до года, продвигаю фактически последние 3-4 месяца:
1 -> 1 (пара внутряков получила PR3, так как я по этим статьям прогонял сайт)
0 -> 3 (все внутряки остались на 0, но этот сайт я продвигаю последние несколько месяцев на постоянной основе)
0 -> 4 (собственно это мой одминский блог, который я двигал, но очень ненавязчиво, проведя пару прогнозов, и ради эксперимента приклеив пару дропов: кстати на нем также пыр разползся по всем тегам и категориям так что почти все статьи и разделы с морды получили PR2, что крайне меня озадачило)
1 -> 5 (данный проект мне вообще не ясен, так как на сайт ведет от силы 20-30 ссылок, которыми он прирос сам собой, так как я его вообще не продвигал, но при этом данный PR также растекся по всем внутрякам- страницы из меню, теги, категории, алфавитный указатель, так что около 100 страниц получили в одночасье PR3, так что остается получить тиц 20-30 и спокойно пожинать плоды)

Все конечно выглядит более чем вкусно, но остается предполагать что все таки грядет корректировка, в ближайшие пару недель, иначе стоимость внутряков с пыром, в такой ситуации, грозит значительно просесть в сапе. Хотя с другой стороны было бы не плохо зафиксировать данные показатели на полгодика.

Но вышесказанное, и тот факт что хорошие статсы получило большое количество ГС, в то время как хорошие человеческие сайты, по которым люди проводили работы, остались либо на тех же позициях, либо даже потеряли показатели, не оставляют надежды на то что корректировка все таки приключится.

Теги: pr, домен, поисковики

Настройка маршрутизации в MS Windows

Скажу откровенно- вопрос маршрутизации в Windows Server я для себя закрыл еще в далеком 200X году, когда некие умельцы в том филиале Ростелекома, где я работал на тот момент, пытались поднять программный маршрутизатор на платформе Server 2003 и скажу откровенно это выглядело уныло, так как у них постоянно падали сетки, отваливались маршруты, пакеты переставали ходить и прочее. Учитывая, что как раз в то же время я совокупил порядка 6 сеток за счет бездисковой станции, которая грузилась с дискетки Coyot Linux и шуршала только в путь, то в дальнейшем я использовал исключительно маршрутизацию на базе FreeBSD. Но тем не менее эпизодически возникает необходимость организации маршрутизации на базе Windows Server, с наиболее упертыми клиентами которые сами ничего делать не хотят, но и лезут с советами.

Тогда приходится влезать в это болото, которое называется маршрутизация средствами Windows платформ. Для начала посмотрим что  у нас прописано в таблице маршрутизации на сервере. Входим в терминальную консоль cmd и даем команду:
> route PRINT
которая нам высветит список имеющихся в системе интерфейсов, таблицу маршрутизации и постоянные маршруты. Кстати точно эту же картинку можно получить и командой:
> netstat -rn
Теперь собственно мы можем добавить статический маршрут, средствами командной строки. Предположим что нам надо срутить пакеты в сеть 172.16.0.0/24 через внутренний маршрутизатор 192.168.10.250, для чего задаем следующую команду:
> route add 172.16.0.0 mask 255.255.255.0 192.168.10.250 if 1
на самом деле можно со спокойной совестью опустить, маршрут подцепится и без этого, просто пакеты будут рутиться через внутренний интерфейс 127.0.0.1. Для того чтобы удалить данный маршрут достаточно сказать:
> route delete 172.16.0.0
При добавлении машртура мы можем получить загадошное сервисное сообщение “Запрошенная операция требует повышения”, для чего правой клавишей шелкаем в иконку командной строки и говорим “запуск от имени администратора”.
Но вся беда с том, что такие маршруты живут до следующей перезагрузки, поэтому нам необходимо сказать чтобы маршруты сохранялись на потсоянной основе, для чего задаем ключик -p:
> route -p add 172.16.0.0 mask 255.255.255.0 192.168.10.250

Собственно для меня это наиболее удобный вариант, так как не требует ковыряния с системе, да и подходит как для Windows Server, так и для простых рабочих станций под управлением виндусни; но особо беспокойные умы могут  воспользоваться на MS Server службой Network Policy and Access Services, для чего идем в Диспетчер сервера -> Роли -> Добавить роли -> Службы политики сети и доступа -> Маршрутизация (автоматом добавится Служба удаленного доступа) после чего уже в оснастке управления маршрутизации через правый клик на имени сервера включаем машрутизацию и, зайдя в раздел Статические маршруты прописываем необходимые нам маршруты. Там же можно настроить и политики прохождения пакетов (вкладка Основное, свойства интерфейсов), а также динамическую маршрутизацию, путем добавления RIP или IGMP протоколов.

Теги: Windows, Сетевые протоколы, Сети

Про то как умельцы продвинут gmail в Яндекс

Упал тут не понятный спам, причем мы с магом, буквально за пару недель до этого обсуждали еще один идиотский спам, который шел по мейлам, которые пользуем исключительно для общения на вебмастерских форумах.

Суть спама сводилась к тому что некие чесы искали сеошников для того чтобы они считали им комерческие предложения, после чего эти граждане бы накидывали денежку свою и отдавали бы найденным сеошникам на аутсорс. Тема была не понятная, так как кидалово могло бы случиться с двух сторон, тем более что люди могли нанять себе таким образом кодлу школоты, которая бы загнала клиентские сайты в бан.

Ну и собственно тут тоже был не совсем понятный спам- картинка письма собственно приводится чутка ниже.

Читать полностью »

Теги: spam, почтовые системы

Делаем безусловный редирект с определенной страницы сайта

Довольно интересная встала задача- соориентировать человека относительно возможности редиректа с некоторой страницы в блоге WordPress на другую страницу или внешний сайт.

Первыми же в голову пришли три основных способа редиректа:
1. Создать вместо страницы php документик с таким же названием, или папочку, в которой положить index.php со  следующим содержимым:
<?php $url = $_GET['url']; header(“Location: forward-to.ru”); exit; ?>
2. в файле .htaccess прописать строку редиректа с определенного адреса:
Redirect /need-to-redirect.html  http://forward-to.ru/
3. добавить в хедер мета-тег перенаправляющий загрузку страницы:
<meta http-equiv=”refresh” content=”50; URL=http://forward-to.ru/”>

Но вспомнив о Javascript’е надыбал еще одну возможность через атрибут тега BODY onLoad, то есть добавляем в header следующие строки:
<SCRIPT LANGUAGE=”JavaScript”><!–
function redirect () { setTimeout(“go_now()”,1000); }
function go_now ()   { window.location.href = ” http://forward-to.ru/”; }
//–></SCRIPT>
где 1000 – это 1 секунда, после чего меняем стандартный <BODY> на:
<BODY onLoad=”redirect()”>

Но поскольку задача стояла сделать это все таки средствами поста, то следовательно тег надо выносить в тело документа, так что в html коде поста, вместо изменения BODY, прописываем:
<script type=”text/javascript” language=”javascript”> redirectPage();</script>
здесь я несколько запутался, так как по идее надо прописать
<script type=”text/javascript” language=”javascript”> onload=”redirectPage()”</script>

но проверять не стал, так как решив что надо было делать средствами WordPress обнаружил, что какой то умный разработчик для WP уже давно за нас всех подумал и специально разработал плагин для этой задачи, именуемый Quick Page/Post Redirect Plugin

Теги: wordpress, сайты

Перенаправление почты на внешний адрес средствами dbmail

Возникла необходимость в связке exim + dbmail перенаправить почту некоторых пользователей на внешние ящики. Самое забавное, что сначала тебя просят сделать веб-морду для почты, а после того как ты проковыряешься пару дней прилаживая хорду или еще кого нить; просят перекидывать почту на gmail или yandex.

Обычно я это делал средствами DBmailAdmin, но на этом серваке мне его ставить было ломы, ради управления 10ю пользователями и поэтому я там ничего кроме белки (ака squrellmail) не поднимал, так что пришлось ковыряться из консоли.

Делается это естественно с помощью утилиты dbmail-users, но без использования самого пользователя, а только на уровне алиасов сервера. Для добавления перенаправления (форварда) адреса, говорим:

# dbmail-users -x alias@local-domain -t forward-mail@external-domain

Для того чтобы удалить это перенаправление почты, задаем:

# dbmail-users -x alias@local-domain -T forward-mail@external-domain

*** Кстати в процессе ковыряния нашел интересный вариант как безусловно переправить всю почту с одного ящика на другой:

# dbmail-export -d -u orphaned-user -m orphaned-mailbox

В данном случае ключик -d еще и потрет всю почту в ящике

Теги: dbmail, почтовые системы, Сети