HNIZDO: koukam objednavka je ze 7/2009 :) tak to jde.. blbne par mesicu

ROENICK: jak dlouho v provozu?

prijde mi, ze se rebootne celkem nahodne, v naky vetsi zatezi apod. Je za UPSkou

jo, ono je to asi na vyhlazeni napeti, tgze vetsi nevadi. Jinak cim vetsi napeti zkousne, tim lip. tgze 10V lepci nez 6.3V

v tom odkazu niz pisou ze pouzili 1000 a pohoda. Dokonce ze pouzili 10V a taky ok

esli tam je 560mikrofaradu, tak bych koupil stejnej. Asi vetsi vadit nebude, ale tezko rict.

jo a mám to jen v byte, dobře ventilovaný. Asi shit kondíky

tak jsem si po dalsim z pravidelnych self-rebootu moji RB433 rikal, ze ji aspon vysaju a kouknu dovnitr, a ono hle - vytekly kondiky. Sice nepatrne, spis nafoukly a malicko elektrolytu na vrchu, ale je to jasny. Takze to zkusim prepajet a uvidim

uz to par lidi resilo
ttps://ispforum.cz/viewtopic.php?f=7&t=7622&sid=4e8e7f1280d913478358254c66580b04


tohle by mela bejt dobra nahrada? jsou tam 6,3V a 560uF

1000uF/6,3V - 105°C Nippon KY kondenzátor elektrolytický, low ESR, long life - KTS-AME s.r.o.
http://www.ame.cz/...05-C-Nippon-KY-kondenzator-elektrolyticky-low-ESR-long-life-_d135384_10699.aspx

MOPIK: No tak do tehle diskuze se poustet nechci. :)

JOINTER: jasne , ja mam forward v natu pro tcp 1723 a protocol 47 na ip , kde ten server bezi, a funguje to :
/ip firewall nat add action=dst-nat chain=dstnat dst-port=1723 in-interface=ether1-gateway protocol=tcp to-addresses=192.168.1.100
/ip firewall nat add action=dst-nat chain=dstnat in-interface=ether1-gateway protocol=gre to-addresses=192.168.1.100

Ale videl sem i konfiguraci, kdy byl forwardnutej tcp 1723 na IP + ve firewallu forward pravidla pro 47 protocol :
/ip firewall nat add action=dst-nat chain=dstnat dst-port=1723 in-interface=ether1-gateway protocol=tcp to-addresses=192.168.1.100
/ip firewall filter add action=accept chain=forward in-interface=ether1-gateway protocol=gre
/ip firewall filter add action=accept chain=forward out-interface=ether1-gateway src-address=192.168.1.100

Otazka je co je dobre :)

Momentalne to nikde tak nemam, ale forward protokolu 47, protoze to neni port ale protokol. Ale musis k tomu serveru poslat i TCP 1723.

Zdravim, mam pocit ze jsem nablblej , GRE protokol se jen forwarduje nebo NATuje? Myslim ve smyslu kdyz mam pptp server ve vnitrni siti.

Cau, potreboval bych poradit jestli to vubec jde.
Mam doma netatmo stanici ktera se na mktik pripojuje jen kdyz neco chce, nejaky periodicky check aby usetrila energii. Jde nejak omezit vypis do logu jen na tuhle stanici ? Docela to zaneřáďuje log když tam mám jen connect, dhcp líznutí, disconect. Ale zas nechci abych vypinal cely wireless a dhcp udalosti.

dec/05 21:40:54 wireless,info DE:AD:BE:EF:CO:DE@wlan1: disconnected, received disassoc: sending station leaving (8)
dec/05 21:50:52 wireless,info DE:AD:BE:EF:CO:DE@wlan1: connected
dec/05 21:50:52 dhcp,info default assigned 1.2.3.4 to DE:AD:BE:EF:CO:DE
dec/05 21:50:58 dhcp,info default deassigned 1.2.3.4 from DE:AD:BE:EF:CO:DE
dec/05 21:50:59 wireless,info DE:AD:BE:EF:CO:DE@wlan1: disconnected, received disassoc: sending station leaving (8)

ADM: Takze jsem to rozchodil jeste vcera vecer.
Secrets vygenerovane dle puvodniho navodu
Mikrotik OpenVPN in 90 seconds (Blog.Mikrotik OpenVPN in 90 seconds) - XWiki
https://delphinus.qns.net/xwiki/bin/view/Blog/Mikrotik+OpenVPN+in+90+seconds
VPN jako bridge dle
HOWTO: Mikrotik OpenVPN server - major.io
https://major.io/2015/05/01/howto-mikrotik-openvpn-server/

Funguje to presne jak jsem chtel, chova se to proste jak na stejne switchi, stabilne a relativne rychle, testovano pres 4G. Akorat ten 256bit AES tomu RB951G dava docela zabrat :)

Vsem dekuji mnohokrat, ADMovi zvlaste :)

ADM: zkusim to zitra, ale secrets vygeneruju podle toho meho puvodniho, fungovalo to dobre.

zatim moc diky!

HNIZDO: tenhle manual je lepsi https://major.io/2015/05/01/howto-mikrotik-openvpn-server/ na ten predchozi se vykasli je spis matouci

HNIZDO: jo vnitrni

ADM: /interface bridge port add interface=ether1 bridge=vpn-bridge
interface= je ktery - vnitrni sit, nebo wan inet rozhrani? imho by to melo mirit na vnitrni rozhrani...

HNIZDO: ok, takze chces default gateway do vpn coz bude asi stejne reseni (jinak by jsi pri split tunnelingu mohl diky domaci siti se 192.168.1.0 narazit na adresni konflikt v siti odkud se pripojujes)

potrebujes odsud http://wiki.mikrotik.com/wiki/OpenVPN#RouterOS_2 nastavit na mikrotiku ten bridge mode, ip pool pro vpn zvolit tak aby byl v rozsahu tvy domaci site, ale zaroven aby nekolidoval s dhcp poolem, kdyz klientum ty ip prideluje ovpn server

ja to na mikrotiku nenastavoval ale co sem zbezne prosel ten manual tak tam zminuje ze ovpn neumi klientovi vnutit default route a musi si ji nastavit klient (coz dnes nejaky networkmanagery delaji dokonce i defaultne), ale musis si pro openvpn klienta sam vytvorit a otestovat funkcni konfiguraci, a u vpn taky zalezi na tom odkud to testujes, ze svoji site uplne vse neotestujes