Menu

July 2014

PS3 downgrade 4.60 to 4.55

, , , , , , , 0

PS3 downgrade 4.60 to 4.55Отдавна не бях пускал PS3-то и днес реших да го сторя. След като го пуснах, видях че има нова версия на firmware-a му – HABIB 4.60 и заради това неможех да вляза в PSN. Както досега съм правил, реших да обновя версията с поредната CFW версия която вече беше качена в arenabg.

Всичко мина добре, но след като 4.60 зареди, пуснах multiman-a и видях че той не съпортва 4.60 – странно!

Порових се в нета и видях че последната версия на multiman е излязла февруари тази година, и че 4.60 CFW идва с някакъв нов бекъп мениджър – IRISMAN. Всичко хубаво, но този с този IRIS неможах да подкарам нито една игра – даваше ми постоянно грешка: FFFFFFFF

Тъй като не ми се занимаваше да търся решение на този проблем – irisman не ме изкефи хич, реших да направя „PS3 downgrade 4.60 to 4.55“ като изтеглих 4.55 от arenabg и по стандартния начин тръгнах да го инсталирам. Хубаво обаче ми даде грешка: 8002F169 .
Порових се из нета и намерих решение на този проблем – да инсталирам PS3 Rogero downgrader – тук нещата минаха нормално.

Сега реших от 3.55 (dowgrader-a сваля версията до 3.55) да инсталирам 4.55 която дефакто беше целта на цялото това занаятие 🙂

Хубаво, обаче сега ми даде грешка 8002F157 и се оказа че немога да направя нищо – каквито и версии от тук нататък да пробвах да инсталирам ми даваше същата грешка 🙁

Накрая разбира се имаше „happy end“ 🙂 целия проблем бил от тоя rogero downgrader, и заради това изтеглих и инсталирах REBUG 3.55 downgrader. Нещата се получиха !! От тук нататък без проблем обнових до 4.55 и отново можех да играя всичките си игри – е без PSN разбира се, но какво от това…

 

 

iptables nat show wrong source ip address

, , , 0

iptables nat show wrong source ipСнощи се натъкнах на нещо много странно което в последствие оправих, но реших да пиша за него в блога си защото сигурно и други са имали или имат такъв проблем. Става дума за следното :

Имам един рутер (debian) на който има вдигнати няколко реални айпи адреса, и които маскирам зад него. Всичко е 6 до момента в който ми се наложи да направя Port forwarding на няколко порта към едно от вътрешните айпита. Оказа се че виждам вместо клиентското source ip, айпито на рутера ми. Използвах следната настройка на firewall скрипта:

 

iptables -t nat -A POSTROUTING -o $internet -j MASQUERADE
iptables -t nat -A PREROUTING -p tcp -d 87.97.x.x -i $internet --dport 22 -j DNAT --to 192.168.1.210:22
iptables -t nat -A PREROUTING -p tcp -d 87.97.x.x -i $internet --dport 80 -j DNAT --to 192.168.1.210:80
iptables -t nat -A PREROUTING -p tcp -d 87.97.x.x -i $internet --dport 113 -j DNAT --to 192.168.1.210:113
iptables -t nat -A PREROUTING -p tcp -d 87.97.x.x -i $internet --dport 443 -j DNAT --to 192.168.1.210:443

Така оставени нещата, Port forwarding-a работи ,но дефакто се получи така наречения :
iptables nat show wrong source ip address
След малко тестове, разбрах, че проблема идва заради маскирането – „MASQUERADE“ тъй като самото то прави входящите и изходящи пакети да бъдат маскирани чрез айпи адреса на самия рутер. Така може да се дове до проблеми като моя или дори по-лошо – да се получи дупка в системата.

За целта смених MASQUERADE-то със следния ред:

iptables -t nat -A POSTROUTING -s 192.168.1.210 -j SNAT --to 87.97.x.x

И… проблема е решен 🙂