Отличный бесплатный сервис для организации backup dns – . Прописываете домен, мастера откуда будет синхронизироваться и все, он сам будет периодически ходить и тягать зону.
UPD. удобная тулза для разностороннего теста DNS
Конфиг:
Запуск:
Все. Прокси будет слушать на 1.2.3.1:3128 и пускать по test / 24555
Сейчас в портах есть порт php52, но у меня он корректно собрался с модулем апача только с Apache 2.2. Поэтому в скрипте автоматической установки будет небольшое исправление:
В версиях php5-pcre 5.2 и ниже возможна ошибка проявляющаяся как:
Причина этого проста – при сборке этого порта забыли поставить галочку для поддержки апача. Т.е. надо просто сделать make config этому порту и переустановить его.
Иногда появляется необходимость сделать для разных подключающихся клиентов разные исходящие IP-адреса. Большая часть настройки такая же как в статье “Установка OpenVPN на Linux“. Покажу лишь отличия в ситуации с двумя клиентами:
В server.conf:
/etc/openvpn/ccd/client1:
/etc/openvpn/ccd/client2:
Ну и правил для ната должно быть тоже два:
Суть в том, что мы не прерываем выполнение запросов на чтение, но в то же время получаем консистентный бэкап.
Делаем:
В mysql-консоли:
Ждем пока выполнится запрос.
В другой консоли просто копируем папку с нужной базой (базами) в бэкап.
В mysql-консоли:
Показать информацию по файлу:
Склеить изображений в видео:
Все картинки из текущей директории с именами файлов image1.jpg, image2.jpg и т.д. будут преобразованы в один ролик video.mpg.
Разложение видеоряда на кадры:
Будут сгенерированы файлы image1.jpg, image2.jpg и т.д… Поддерживаемые графические форматы: PGM, PPM, PAM, PGMYUV, JPEG, GIF, PNG, TIFF, SGI.
Кодирование видеоряда для Apple iPod/iPhone:
Извлечение звука из видео с последующим сохранением в MP3:
Преобразование WAV в MP3:
AVI в MPG:
MPG в AVI:
Конвертация AVI-файла в несжатый анимированный GIF:
Смешение аудио- и видеопотока в один результирующий файл:
Преобразование AVI в FLV:
FLV в AVI:
После установки VMWare Server может не открываться веб-консоль сыпя в логе такими сообщениями:
Тут могут помочь две вещи:
1. Если открываем консоль через Firefox, то надо вернуть в нем поддержку SSL2 в about:config
2. Если открываем консоль через Internet Explorer то подключаться надо по доменному имени, на которое сгенерирован SSL сертификат, а не по IP.
Еще вмварный management-демон может иногда падать. Вот здесь человек разобрал как это дело .
Чтобы перенести всех системных пользователей на другой сервер надо просто скопировать поверх файлы /etc/master.passwd и /etc/group, и затем на новом сервере выполнить команду
Ставим из портов:
У файлов из /usr/local/etc/mpd5/ делаем копии без .sample
В mpd.secret удаляем все и прописываем имя и пароль в открытом виде через табуляцию.
В mpd.conf:
В секции startup: комментируем строчки set web.
В default заменяем на load pptp_server
В секции pptp_server:
меняем set ippool add pool1 на пул не пересекающийся с нашими локальными адресами.
set ipcp dns 8.8.8.8
set ipcp ranges – адрес сервера
set pptp self – адрес на котором будет слушать сервер.
set ipcp nbns – можно удалить
В /etc/rc.conf
В /etc/ipnat.rules:
где bge0 внешний интерфейс сервера.
Запускаем:
Все, можно подключаться стандартным виндовым клиентом.
Перед установкой вам может понадобиться php-devel, autoconf. Тогда просто ставим их через yum
Теперь правим php.ini. Например, при установленных ZendOptimizer, ionCube и eAccelerator он должен быть примерно таким (порядок подключения модулей важен!):
Теперь проверяем и релоадим апач:
Если надо добавить непрерывный диапазон IP адресов на интерфейс, то создаем файл /etc/sysconfig/network-scripts/ifcfg-eth0-range0 с содержимым:
Где
IPADDR_START – первый IP, который вы хотите добавить
IPADDR_END – последний IP, который вы хотите добавить
CLONENUM_START – число, с которого будет начинаться виртуальный интерфейс, например от eth0:1 до eth0:20
Иногда бывают такие ситуации, когда несколько глюков наложившись один на другой составляют проблему весьма и весьма загадочную на первый взгляд.
Ситуация была такая:
Проводился перенос сайтов с ВПС-а (на LAMP платформе) на дедик с таким же LAMP только еще с DirectAdmin-ом. Контент сайтов и базы данных были перенесены на новый хост. На одном из сайтов был установлен Wordpress и в подпапке /st/ некий скрипт доступ к которому был ограничен в файле .htaccess лежащем в той же папке. Вот содержимое того .htaccess
Вроде все очень просто и правильно. Но, при попытке доступа к domain.com/st/ мы стабильно получаем ошибку “404 – File Not Found” и отсутствие какого либо запроса на авторизацию. В логах этого виртуалхоста никаких ошибок, только 404 ответы. Все пути проверены и перепроверены. Авторизационные модули апача точно присутствуют:
В конфигах апача точно разрешено переопределение директив для этой папки AllowOverride All.
Расследование вывело на .htaccess лежащий в корне этого сайта и строки от вордпресса:
Комментируя последнюю строчку мы получали работающую авторизацию. Но при чем тут она?! =)
Пытался отключать наследование работы mod_rewrite прописывая в “нижний” .htaccess директив RewriteEngine Off – не помогало. Да и на старом ВПС-е все работало. Очень странно.
Для уточнения работы правил реврайта пришлось в виртуалхост добавить директивы:
Оказалось, что при открытии проблемного УРЛ mod_rewrite пытался преобразовать адрес uri ‘401.shtml’. Что и указало на суть проблемы. А проблема на самом деле была в том, что при переносе сайта из ДиректАдминовского каталога /public_html были удалены дефолтные файлы – обработчики ошибок:
400.shtml, 401.shtml, 403.shtml … которые были назначены в конфиге апача обработчиками соответствующих ошибок. И происходило следующее: при запросе проблемного урла апач отвечал 401 – как и должен был, и пытался отдать страницу 401.shtml, но так как она была удалена .htaccess из корня сайта преобразовывал запрос на вордпрессовый index.php отдавая 404 из-за отсутствующего 401.shtml.
Возвращение на место *.shtml файлов вернуло все в работающее состояние.
Мораль: изменять дефолтные настройки всяких сложных панелей нужно очень аккуратно.
На сегодняшний день имеется проблема выражающаяся в том, что одна из основных функций toGDImage() не работает выдавая ошибку “ffmpeg.so: Undefined symbol img_convert”
Этот проблему не решил.
Помогло следующее: порт multimedia/ffmpeg должен быть собран без swscaler. Для этого нужно поправить Makefile. Т.е. сделать –disable-swsale. После пересборки самого ffmpeg, пересобрать и php-ffmpeg.
Такая потребность может возникнуть в случае подозрения на изменения системных файлов вирусами. К счастью, нам поможет встроенное средство. Запускаем проверку и замену:
Если есть установочный CD, то его надо вставить. А если дистрибутив скопирован на диск, то надо в ветке реестра HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Setup изменить ключ SourcePath указав путь к дистрибутиву.
При эксплуатации на сервере Fedora Linux рекомендуется отключать дефолтный NetworkManager и включать используемый по умолчанию в CentOS network тогда никаких глюков с добавлением алиасов на интерфейсы и прочим не будет:
Чтобы на сервере закрытом iptables заработал пассивный режим на ФТП-сервере надо:
В /etc/sysconfig/iptables-config добавить модуль:
Рестартим:
Конечно среди правил iptables должно быть подобное:
Включить отображение ошибок в PHP-скриптах можно несколькими способами:
Внести изменения в php.ini и релоаднуть апач. Эти изменения затронут все сайты.
Внести в .htaccess расположенный в папке скрипта. Это рекомендуемый способ:
Внести изменения в сам скрипт:
С этим методом такой нюанс: ошибки типа не закрытых скобок и не проставленных ; все равно будут приводить к белому экрану. Это происходит потому, что парсинг файла на синтаксическую корретность происходит до его выполнения и, соответственно, установки директив.
Это можно обойти подобным образом:
Если вдруг возникнет необходимость активировать сервер терминалов в Windows Server 2003 то вот здесь
Иногда бывает нужно посмотреть выдачу для другой страны или еще что-нибудь для чего удобно было бы использовать прокси на своем сервере/впс. Сквид – большой и тяжелый, поэтому разумно будет поставить . Он есть и в репозиториях для RHEL/CentOS и в портах FreeBSD. Бонусом privoxy является то, что он фильтрует всякую рекламу и подозрительные скрипты. Ставим:
В конфиге /etc/privoxy/config пишем строчку
И далее:
Все, можно подключаться.
