Menu

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

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

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

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

 

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

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

OpenWRT multiwan failover

, , , 0

OpenWRT multiwan failoverВ този пост ще споделя как направих така, че да имам бекъп на домашния интернет благодарение на два рутера TP-Link /все от които за по 30~40 лв /

Идеята е следната:

1. Имам първи интернет / по кабел / от доставчик Х

2. Хващам wifi мрежата на съседите които са на доставчик Y

Целта:

Когато ми спре интернета през X автоматично да ми се прехвърли трафика през wifi мрежата от доставчик Y.

Решението:

Инсталирах си OpenWRT на рутера който ще използвам за връзка със съседския рутер и му сложих пакета „multiwan“
Другия ми рутер го оставих със заводския софтуер / върши страхотна работа и така /

Ето и конфигурацията която използвах да направя multiwan да работи като border router.

config multiwan 'config'
option enabled '1'
option debug '0'
option default_route 'wan'

config interface 'wan'
option weight '1'
option health_interval '10'
option icmp_hosts 'dns'
option timeout '3'
option health_fail_retries '3'
option health_recovery_retries '5'
option failover_to 'wwan'
option dns 'auto'

config interface 'wwan'
option health_interval '10'
option icmp_hosts 'gateway'
option timeout '3'
option health_fail_retries '3'
option health_recovery_retries '5'
option failover_to 'wan'
option dns '8.8.8.8 8.8.4.4'
option weight '10'

Като предварително през OpenWRT рутера дадох Join Network и се свързах към съседския. Как се прави това може да прочетете на този адрес

Разбира се използването на интернет от съседа може да бъде избегнато ако имаме втори доставчик в къщи, и можем да си настройм един от лан портовете да бъде wan2 и да върши същата работа 🙂 – в моя случай нямам такъв просто..

Идеята на втория рутер / тоя със заводския софтуер / е да играе роля изцяло на AP , защото OpenWRT-то когато е свързано чрез Wifi към друг рутер, неможе да използва wifi за АП. Ако имаме 2 wan-a можем да направим далаверката с failover само с 1 рутер с OpenWRT.

Извод:

Ако ми спре интернета от wan, след 10 секунди автоматично ще се прехвърли към wwan. Когато се върне нета от wan, пак около 10 секунди след това връзката се прехвърля автоматично към wan.

Ако си инсталираме пакета за OpenWRT : luci-app-multiwan можем през уеб интерфейса да направим необходимите настройки с няколко клика на мишката. Също така можем да използваме статични рутинги – пример: можем да направим така че, когато искаме да отворим google.com връзката да минава винаги през ‘wwan’ или когато използваме ftp винаги да минаваме през wan и тн 🙂

Абе яката работа… 🙂

Load More