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

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

У меня дома стоит роутер D-Link DIR-100 и переключившись недавно на безлимитный тариф со скоростью до 15 Мбит/с., я заметил, что скорость моя ни разу не приблизилась к той, что обещал провайдер. Естественно первым, что я сделал был звонок в саппорт и жалоба, что мне забыли поднять скорость.

Саппорт вежливо спросил какой у меня роутер и рассказал, что DIR-100 не может разогнаться по протоколу L2TP более чем за 6-7 Мбит/с.

Ради эксперимента был взят соседский DIR-300, который после настройки, без труда разогнался до 20 Мбит/с. Пошел в магаз и купили себе DIR-600. Он гоняет еще быстрее.

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

Хромик начал вместо открытия сайтов выдавать ошибку 105.

Ошибка 105 (net::ERR_NAME_NOT_RESOLVED): Не удается преобразовать DNS-адрес сервера.

Такая проблема может возникать в разных случаях, например, DNS сервер вашего провайдера упал :) В данном случае я советую всем ставить DNS сервера от Гугла 8.8.8.8 и 8.8.4.4. В моем случае это не помогло. Также стоить проверить правильно ли введен адрес сайта. Ну и напоследок такое сообщение может выскакивать если у вас тупо нет интернета. Нет интернета — нет доступа к DNS серверу.

Новый файл в диспетчере задач. Узнаем, что это за хрен такой LMS.exe?

lms.exe это служба управления от Intel, Intel(R) Active технологии для  управления службами приложений. Работает совместно со службой ums.exe.

Процесс Local Manageability Service принадлежит программе Intel® Active Management Technology Local Manageability Service от Intel (www.intel.com).

У каждого айтишника, вебмастера или веб программиста наступает такой момент, когда его сайт вырастает и виртуальный хостинг начинает сдавать свои позиции. Это значит, что пришло время своего сервера или VDS. C моим сайтом произошло также. Виртуальный хостинг spaceweb перестал меня радовать своими тормозами и блокировками за нагрузку, поэтому я купил себе VDS и перевез проект на него.

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

После переезда одного из моих проектов с дерьмового виртуального хостинга на свой VDS  столкнулся с проблемой. На всех страницах в конце статьей начал выводиться текст

Error: Can't open cache file!
Error: Can't write cache!

Поковырявшись поглубже я понял, что ошибку выдает скрипт биржи setlinks.ru. Всего-навсего нет прав в папке setlinks на файлы в папке кеш. Раздал всем папкам права CHMOD 777 а файлам 666 и ошибка перестала появляться. Скрипт начал работать в нормальном режиме.

Иногда оказывается, что админ провайдера не в курсе, что DNS сервер нужно обновлять. Поэтому приходится прибегать к извращениям. Следует помнить, что DNS сервера размещены в разных странах и время отклика от этих серверов в Москве будет отличаться от, допустим Иркутска или Новосиба :) Поэтому прежде чем использовать эти ДНСЫ, пропингуйте их, померьте скорость и выберите самый скорый.

Одна из распространенных ошибок при подключении к VPN серверу через Cisco VPN Client это - "Reason 414: Failed to Establish a TCP connections". Ошибка эта означает, что не удалось установить TCP соединение. В таких случаях я в первую очередь проверяю, есть ли интернет и доступ к VPN серверу. Потому как в ((% случаев интернета нет.

Но иногда бывает так, что сеть есть и доступна, а он все равно не подключается. В таких ситуациях я экспериментирую, указывая в параметрах подключения не TCP порты а допустим UDP. И тут же всё начинает работать.

Однажды, ранним субботним утром, я решил подключиться со своего ноута к рабочему почтовому серваку и забрать аутлуком почту. Но не тут-то было. Cisco VPN Client сказал мне - "Reason 442: Failed to enable Virtual Adapter". Что в переводе на наш означает - "Братишь, я не могу включить свой Virtual адаптер".

При установке Cisco VPN Client на компьютер, устанавливается дополнительное сетевое подключение с драйверами Cisco Virtual Adapter. Как оказалось далее, мой адаптер куда-то пропал. Видимо я его снес по неосторожности.

Официальная документация рекомендует в таком случае проверить не отключен ли адаптер в диспетчере устройств. И если он включен или его там вообще нет - рекомендуется полностью удалить программу с компа и заново её установить. После переустановки адаптер снова появился там, где надо и все заработало.