Menu

Здравейте и добре дошли в #root.bg!

Тук може да намерите статии и уроци за linux, мрежи и тяхната защита, игри и забавление, както и хобита – ролери, дронове и много други.

Ако искате да помогнете за развитието на root.bg

моля направете го от бутона тук!
Почерпи ме!

 

debian 6 stable perl problem

, , , 0

Машинката е debian 6 stable , като днес реших да и ъпдейтна perl-а с през cpan , upgrade . Фен съм на ъпгрейдите но този път случих на камък 🙂 след ъпгрейда видях грешка при ъпдейт-а на mrtg-то:

Constant subroutine SNMP_Session::AF_INET6 redefined at
/usr/share/perl/5.10/Exporter.pm line 67.
at /usr/share/perl5/SNMP_Session.pm line 149
Prototype mismatch: sub SNMP_Session::AF_INET6 () vs none at
/usr/share/perl/5.10/Exporter.pm line 67.
at /usr/share/perl5/SNMP_Session.pm line 149
Constant subroutine SNMP_Session::PF_INET6 redefined at
/usr/share/perl/5.10/Exporter.pm line 67.

Самия демон си върви и си работи но плюе тази досадна грешка. След малко ровене в нета открих че и други са имали този проблем след ъпдейт
но не открих конкретен отговор. Реших че ако ъпдейтна perl, perl-base , perl-modules ще се оправи проблема, но
установих че или трябва да го направя ръчно през някой tar.gz или трябва да мина на debian unstable. Нито едното не ми хареса 🙂
Реших че по-добрия вариянт е да ъпдейтна mrtg-то като махна debian-ския пакет и компилирам на ново от сайта на Тоби Ойтикер.
Проблема изчезна, вече имам ъпдейтнат perl и работещ с най-новата си версия mrtg

nginx+apache = forward wrong client ip address

, , 0

От известно време наблюдавам този проблем при моите сървъри. Накратко: ползвам apache за динамичното съдаржание на страниците, a nginx за статичното , като nginx-а препраща съответните неща към апача. Обаче идва един проблем, в логовете на апача заявките от потребителите идват от айпи адреса на nginx-a , не от реалните айпи адреси на клиентите. Това не е чак толкова голяма болка за умиране но дразни. При мен конфа на nginx-a e:

server {
listen 1.2.3.4:80;
server_name www.ime.bg;
access_log /var/log/nginx/www.ime.bg.access_log;
error_log /var/log/nginx/www.ime.bg.error_log;
location ~* \\.(jpg|jpeg|gif|png|mp3|zip|css|tgz|gz|rar|bz2|doc|xls|exe|pdf|

ppt|tar|wav|bmp|rtf|swf|ico|flv|txt|docx|xml|xlsx)$ {
root /var/www/www.ime.bg;
index index.php index.html;
access_log off;
expires 30d;
}
location ~ /\\.ht {
deny all;
}
location / {
proxy_pass http://1.2.3.4:81;
proxy_set_header   Host             $host;
proxy_set_header   X-Real-IP        $remote_addr;
proxy_set_header   X-Forwarded-For  $proxy_add_x_forwarded_for;
client_max_body_size    900m;
client_body_buffer_size 128k;

}
}

На апача е:

ServerAdmin email@ime.bg

DocumentRoot /var/www/www.ime.bg
ServerName www.ime.bg
ServerAlias ime.bg
ErrorLog /var/log/apache2/www.ime.bg-error_log
CustomLog /var/log/apache2/www.ime.bg-access_log common

В това положение всичко работи освен горе споменатия малък проблем 🙂 Решение на проблема намерих в един модул за апача , след като през цялото време си мислих че проблема не е от него а от руския уеб сървър. Инсталирах libapache2-mod-rpaf , което е много важно защото при мен сайтовете не работят на 127.0.0.1 трябва да променим конфа на модула за да се получи желания ефект. Конфа се намира в /etc/apache2/mods-enabled/rpaf.conf , и трябва да преставлява нещо такова:

RPAFenable On
RPAFsethostname On
RPAFproxy_ips 1.2.3.4

След рестарт на апача вече айпи адресите са си правилните и всички са щастливи и доволни , най-вече аз 🙂

amavis problem

, 0

Натъкнах се на проблем с мейл сървъра. Проблема беше че нито изпраща нито получава меили , а всичкото дошло и опитало се да си отиде стои на опашката и чака 🙂 Проблема се оказа от amavis ( вирус/спам скенера ) На пръв поглед процеса се беше стартирал , но след по обстоятелно преглждане видях проблема. Ето дебъга:

Aug  1 00:01:10.133 alpha /usr/sbin/amavisd-new[6154]: Creating db in /var/lib/amavis/db/; BerkeleyDB 0.42, libdb 4.8
Aug  1 00:02:50.443 alpha /usr/sbin/amavisd-new[6154]: (!!)TROUBLE in pre_loop_hook: db_init: BDB no dbS: __fop_file_setup:  Retry limit (100) exceeded, File exists. at (eval 97) line 309.
Suicide () TROUBLE in pre_loop_hook: db_init: BDB no dbS: __fop_file_setup:  Retry limit (100) exceeded, File exists. at (eval 97) line 309.

Пълна простотия , проблема го реших след като изтрих всичко от /var/lib/amavis/db/ и рестартирах amavis-а 🙂

iphone 3gs upgrade from iOS 3 to iOS 4

, , , , , 0

Наскоро се насложи да се сблъскам с една 3gs-ка с много стар iOS ( версия 3.1 нещо си) и мисията беше да я ъпгредна до iOS4. Телефона е фабрично заключен и затова предпочетох iOS 4.2.1 при който няма да се сблъскам с вдигнат модем фирмуеар който да неможе да ми позволи понататъчен ънлок. Да уточня че телефона е джейлбрейкнат. Необходимите програми за цялата процедура са най-новата версия на redsn0w и tinyumbrella както и съответната версия на iOS която може да се намери в нета без проблеми 🙂 Първо пускаме redsn0w-а и избираме да ни вкара в DFU мод. След тази процедура стартираме iTunes и ще видим че ни пише че телефона е в рековъри режим. Тук натискаме shift+ recovery и избираме предварително изтегления избран от нас iOS . Аз си намерих кустом версия и съветвам да се ползва такава. Изчакваме да се рековърне и след това трябва да имаме ъпгрейднат телефон до версия 4.2.1 . От тук нататък трябва да го джейлбрейкнем като пуснем redsn0w и този път кликнем върху бутона за инсталиране на Cydia. Следва да изберем отново предварително изтегления от нас iOS и да изчакаме redsn0w да джейлбрейкне телефона за нас. Ако всичко е ок след рестарт ние ще имаме икона Cydia при другите икони от менюто. Ако телефона ни е фабрично отключен трябва всичко да му е ок и да си го ползваме със здраве 🙂 ако ли не , трябва да го отключим за да можем да ползваме съответния ни ГСМ оператор. Най-лесния вариянт е с програмката ultrasn0w която можем да намерим в Cydia. Тя изисква рестарт на телефона ( или respring) след което трябва да имаме софтуерно отключен iPhone 🙂 Важното което аз май всеки път забравям да правя след такава процедура е да инсталирам AppSync от Cydia чрез което ще можем да си инсталираме кракнати апликации свалени от интернет. Много популярен сайт за подобни приложения е http://apptrackr.org

 

Навремето си джейлбрейквахме телефоните направо през браузъра като отворим сайта http://jailbreakme.com. Аз лично скоро не съм пробвал подобна процедура и немога да изразя мнението си но от форуми чета че няма проблеми с подобен вид „хакване на телефона“ 🙂

Load More