Здравейте и добре дошли в #root.bg!
Тук може да намерите статии и уроци за linux, мрежи и тяхната защита, игри и забавление, както и хобита – ролери, дронове и много други.
Тук може да намерите статии и уроци за linux, мрежи и тяхната защита, игри и забавление, както и хобита – ролери, дронове и много други.
Николай Николов Работа, Howto sasl, saslauth, ubuntu 0
Привет,
Като продължение на поста ми за SASL LOGIN authentication failed: authentication failure искам да споделя че наблюдавам странен бъг при работата на sasl на ubuntu 14.04. За втори път ми се случи проблем с един мейл сървър който както си му работи всичко, и изведнъж ауторизацията спира. Погледнах и видях че в auth.log дава следната грешка : saslauthd[19839]: DEBUG: auth_pam: pam_authenticate failed: Memory buffer error .
Тук интересното е че, след като рестартирам saslauthd демона, всичко си тръгва да работи.
За съжеление, както бях писал в предния ми пост, съм махнал debug опцията за да огранича излишните логове, и затова сега няма как да разбера защо става така. Хрумна ми временно решение да направя saslauthd да се рестартира всеки ден в 6 сутринта, но ще продължа да ровя за тази ситуация. Да се надявам се че няма да се случи отново (след като се рестартира всеки ден) но след като съм пуснал debug, ако стане така, ще мога да разбера защо го прави.
Николай Николов PlayStation darknet, habib, multiman, ps3, rogero 0
Привет,
Тъй като за днес (събота) бях свършил планираните си неща, реших да поцъкам малко Diablo 3 – Reaper of souls на ps3-то. За мое голямо съжеление видях че от Sony са пуснали нова версия на официалния си фърмуеар, което значеше че да играя онлайн вече е невъзможно.
Аз досега бях с версия Rogero 4.55 v1.00 като в преднишният ми пост разкарах за трудностите които изпитъх когато опитах да го обновя.
Днес съдбата не беше кой знае колко благосклонна с мен и с времето което щях да прекарам в цъкане на Диабло 🙂
Уви , след като обнових multiman до последната му стабилна версия, прочетох че той подържа spoof за 4.66 (последната актуална версия от Sony за OFW-то им). Реших да го пусна пък да видим… добре ама след като се рестартира ps3-то , излезе и проблема : грешка/error 80029C7C. Тук изпаднах в шах и разбрах че скоро няма да мога да играя !
След няколко неуспешни теста и пробванки реших да пробвам да вляза в recovery режим и от там да обновя( в моя случай да сваля) версията.
След като пробвах няколко пъти и все ми даваше грешки, накрая успях! Работата стана след като използвах PS3 Rogero downgrader.
След това общо взето действах както съм писал в поста от юли месец, като единствената разклика ( може би съм забравил да го напиша тогава ) е че трябва да се включва QA (Toggle QA) преди да се действа по схемата от предния ми пост.
И така… върнах се на изходна позиция – имах работещ ps3, но все още неможех да влизам в PSN и да цъкам диалбото ( тук вече бяха минали няколко часа и вече не ми се играеше…. ) , но характера ми не ми позволяваше да оставя нещата така, и трябваше да намеря начин да подкарам играта в мрежа.
Тук дойде и идеята ми да търся друг CFW различен от тези които ги качват в arenabg.com, защото в README-то на multiman пишеше следното:
multiMAN 04.66.02 (20141120)
* Added Support for 4.66 CEX CFW
* Added Support for 4.65 DEX CFW
* Added Spoof for 4.66 for older Cobra firmwares (do no use with Habib 4.65)
* Fixed some wrong memory offsets for non-cobra firmware
* Includes Showtime 4.7.494
Или .. трябваше да не използвам именно Habib 4.65 който го има в арена, а да потърся някакъв „Cobra firmware“. И така открих „топлата вода“ , след като намерих 4.65 DARKNET CEX v1.00. С него успях да пусна опцията на multiman spoof 4.66 и отново бях в играта! 🙂
В заключение ще напиша, че обмислям да прибирам PS3-то си в шкафа, тъй като малката постоянно ходи и му натиска бутоните (вади cd-то постоянно), и заради това искам да го оставя в работещ вид, пък знае ли човек кога отново ще цъкам пак.
Николай Николов Howto cluster, ispconfig, lsyncd, nginx 0
По повод поста ми 26.05.2014 – Синхронизиране на два ISPconfig сървъра чрез lsyncd искам да споделя, че вече е напълно възможно да се прави ISPconfig cluster.
Явно от последното обновяване на ISPconfig, прехвърлянето на php* и всички конфигурационни файлове на уеб сървъра ( в моя случай nginx) се прехвърлят автоматично. Също така, не е необходимо да се използва MySQL репликация за базите – те също се копират автоматично. Цялата схема работи обаче при едно условие – всичко това се прави на 2 нови ISPconfig сървъра – тоест не на готов работещ. Звучи логично но в моч случай ще трябва да преправя малко схемата. Заради това отново използвам lsyncd с конфигурационния файл който съм написал в предния пост.
Даже съм измислил и схемата с 2те ип-та, с използването на SRV записи в bind9 и направата на главен сървър (едното ип) и вторичен сървър ( второто ип – който ще работи само при проблем с първото) . Но по този въпрос ще пиша в друга тема.
Поздрави
Николай Николов Работа, Howto ispconfig, mysql, postfix, sasl 0
Привет,
Днес ще пиша за един проблем с който се занимавах по-рано сутринта, и който оправих с доста дебъгване.
Наложи се да местя един мейл сървър от стар физически debian 6 на нов виртуален ubuntu 12.04. Тестовете които проведох, показаха че всичко си му работи. След като го пуснах в действие обаче, видях че през мейл клиенти от рода на outlook и thunderbird изпращането на писма не работеше. През webmail всичко си беше 6.
В лога на postfix-а ми вадеше следното : SASL LOGIN authentication failed: authentication failure
като това по никакъв начин не ми помогна да разбера къде е проблема.
След като тествах какви ли не вариянти със saslauthd-а , накрая оправих проблема, който се оказа супер тъп и елементарен…
След като добавих в /etc/pam.d/smtp debug накрая на 2та реда:
auth required pam_mysql.so user=ispconfig passwd=mysqlpass host=127.0.0.1 db=dbispconfig table=mail_user usercolumn=login passwdcolumn=password crypt=1 debug account sufficient pam_mysql.so user=ispconfig passwd=mysqlpass host=127.0.0.1 db=dbispconfig table=mail_user usercolumn=login passwdcolumn=password crypt=1 debug
и рестартирах postfix-a , видях следното:
Oct 25 14:15:31 bigmac saslauthd[11054]: PAM unable to dlopen(pam_mysql.so): /lib/security/pam_mysql.so: cannot open shared object file: No such file or directory
Мда… адски тъпо, липсваше ми пакета libpam-mysql =) и след като го инсталирах всичко си тръгна без проблеми..
Общо взето това е, отивам да пия винце, че баба зима дойде! Наздраве!