Неправильные права загруженных файлов vsftpd.

При загрузку файлов через  vsftpd у файлов менялись права на совсем безобразные.

Как оказалось local_umask=022 означает не то, что при загрузку файлов у них будут права 022, а то, что у них отнимуться эти права, то-есть

chmod = 777-umask

Для того, чтобы загруженные через vsftpd файлы имели нужные права, например полный доступ - указываем

local_umask=000

 

 Но при этом загруженные файлы не будут иметь права на запуск, буду с правами 666, добавляем

file_open_mode=0777

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

Fatal error: Method Varien_Object::__tostring() cannot take arguments in

Fatal error: Method Varien_Object::__tostring() cannot take arguments in

/magento/public_html/lib/Varien/Object.php on line 488

Такая ошибка появилась после обновления php на сервере.

Ходят в народе слухи, что лечиться такими вот нехитрыми заменами :

заменить это строчку в файле /lib/Varien/Object.php (строка 484)

    public function ___toString(array $arrAttributes = array(), $valueSeparator=’,')

на вот эту 

    public function __invoke(array $arrAttributes = array(), $valueSeparator=’,')

И в файле /app/code/core/Mage/Core/Controller/Request/Http.php (строка 274)

    $host = split(‘:’, $_SERVER['HTTP_HOST']);

на

    $host = explode(‘:’, $_SERVER['HTTP_HOST']);

Перенос больших аккаунтов cpanel.

Если аккаунт занимает много места - больше гигабайта, то могут возникнуть трудности при переносе его с одной панели управления cpanel на другую внутреними средствами WHM.

Можно перенести используя скрипты сипанели.

/scripts/pkgacct - эти скриптом пакуем аккаунт и получаем на выходу в /home запакованый архив со всеми данными этого аккаунта - логи, расходование трафика, домены/субдомены и пр.

Использование:

/scripts/pkgacct <имя аккаунта>

Имя аккаунта можно смотреть в поле 'Username'  в 'cpanel->list accounts' или по имени папки в /home

После того как запаковалось - переносим на другой сервак и распаковываем.

Распаковывается скриптом

/scripts/restorepkg <имя аккаунта>

При этом перенесенный архив с аккаунтом лежал в /home,/usr/home,/web,/home2,/home3,/root,/usr

После переноса направляем домен.

Получать адресс клиента, который пользуется прокси.

Если перед попаданием на сайт клиент проходит прокси, и возникает проблема получения его реального адреса или другая ситуация - есть сайт, который лежит на сервере за проксей - то чтобы получить реальный адрес, а не адрес прокси, через которую проходим можно юзать такие переменные: 

Переменная  $_SERVER['REMOTE_ADDR'] покажет адрес прокси, с которой к нам пришли.

Переменная $_SERVER['HTTP_X_FORWARDED_FOR'] покажет настоящий адрес клиента.

dead but subsys locked

Процесс стартует нормально, но при проверке статуса показывает:

mydns dead but subsys locked

Гугль говорит нужно удалить /var/lock/subsys/mydns

После удаления сервис заработал но при прверке статуса так и писал про subsys locked

500 OOPS: vsftpd: cannot locate user specified in 'ftp_username':ftp

При попытке зайти на свежеустановленный vsftpd выдает такую ошибку:

500 OOPS: vsftpd: cannot locate user specified in 'ftp_username':ftp

Решается добавлением строчки  ftp_username=nobody  в

/etc/vsftpd.conf

Если после этого напишет, что 

Response:    530 This FTP server is anonymous only.

То в /etc/vsftpd.conf нужно включит локальных пользователей

local_enable=YES
write_enable=YES

Установка Mydns на centos 64-bit

Официально пакета Mydns для платформ 64-битных я не нашел, устал уже сегодня гуглить и заниматься всей этой работой, нашел уже готовый вариант как его туда поставить.

Качаем отсюда обычную 32 версию и ставим на свои 64 бита.

wget http://mydns.bboy.net/download/mydns-mysql-1.1.0-1.i386.rpm

Устанавливаем

rpm -ivh mydns-mysql-1.1.0-1.i386.rpm

Устанавливается без проблем, ничего не просит и не тянет, но как работает еще не проверял.

.у

Старый Centos 4.5

При yum-update вылезает такая штука, все  заканчивается фейлом.

--> Processing Dependency: libc.so.6(GLIBC_2.4)(64bit) for package: mtr

И так для многих пакетов.

Решилось просто через

yum install libc.so.6

Юм обновил libc.so.6 и все заработало.

upd: но потом повылазило много еще всякой херни. Это небыло решением. Нужно было убрать левый репозиторий из /etc/yum.repos.d/

И все равно нельзя нормально обновить старый Центос до последней версии, пишут на форуме центоса, что адекватные люди так не делают, типа с 4.* на 5.4.

Посмотреть какой трафик идет с определенного ip

Чтобы посмотреть что льется с определенного адреса и связки адрес и порт, можно использовать tcpdump с такими параметрами:

tcpdump -envi eth0 host 92.182.72.180 and not port 22 

Squid 503 error. Unable to forward this request at this time.

При работе прокси возникли траблы - не хотела через себя пропускать траф - такая ошибка

ERROR
The requested URL could not be retrieved
___________________________________________________________________

While trying to retrieve the URL: http://example.com /

The following error was encountered:
Unable to forward this request at this time.

This request could not be forwarded to the origin server or to any parent caches. The most likely cause for this error is that:
The cache administrator does not allow this cache to make direct connections to origin servers, and
All configured parent caches are currently unreachable.
__________________________________________________________________

Как оказалось IP этой прокси был забанен в iptables и все пакеты дропались. Убрал правило из iptables - все заработало.