abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 00:33 | Bezpečnostní upozornění

    V repozitáři AUR (Arch User Repository) linuxové distribuce Arch Linux byly nalezeny a odstraněny tři balíčky s malwarem. Jedná se o librewolf-fix-bin, firefox-patch-bin a zen-browser-patched-bin.

    Ladislav Hagara | Komentářů: 0
    dnes 00:22 | Komunita

    Dle plánu by Debian 13 s kódovým názvem Trixie měl vyjít v sobotu 9. srpna.

    Ladislav Hagara | Komentářů: 0
    včera 13:22 | Komunita

    Vývoj linuxové distribuce Clear Linux (Wikipedie) vyvíjené společností Intel a optimalizováné pro jejich procesory byl oficiálně ukončen.

    Ladislav Hagara | Komentářů: 1
    18.7. 14:00 | Zajímavý článek

    Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie).

    Ladislav Hagara | Komentářů: 0
    18.7. 12:00 | Nová verze

    V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 12.0 (Mastodon). Forgejo je fork Gitei.

    Ladislav Hagara | Komentářů: 1
    17.7. 18:44 | Zajímavý článek

    Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 155 (pdf) a Hello World 27 (pdf).

    Ladislav Hagara | Komentářů: 1
    17.7. 16:11 | Nová verze

    Hyprland, tj. kompozitor pro Wayland zaměřený na dláždění okny a zároveň grafické efekty, byl vydán ve verzi 0.50.0. Podrobný přehled novinek na GitHubu.

    Ladislav Hagara | Komentářů: 4
    17.7. 15:55 | Komunita

    Patrick Volkerding oznámil před dvaatřiceti lety vydání Slackware Linuxu 1.00. Slackware Linux byl tenkrát k dispozici na 3,5 palcových disketách. Základní systém byl na 13 disketách. Kdo chtěl grafiku, potřeboval dalších 11 disket. Slackware Linux 1.00 byl postaven na Linuxu .99pl11 Alpha, libc 4.4.1, g++ 2.4.5 a XFree86 1.3.

    Ladislav Hagara | Komentářů: 5
    16.7. 21:22 | IT novinky

    Ministerstvo pro místní rozvoj (MMR) jako první orgán státní správy v Česku spustilo takzvaný „bug bounty“ program pro odhalování bezpečnostních rizik a zranitelných míst ve svých informačních systémech. Za nalezení kritické zranitelnosti nabízí veřejnosti odměnu 1000 eur, v případě vysoké závažnosti je to 500 eur. Program se inspiruje přístupy běžnými v komerčním sektoru nebo ve veřejné sféře v zahraničí.

    Ladislav Hagara | Komentářů: 19
    16.7. 16:22 | IT novinky

    Vláda dne 16. července 2025 schválila návrh nového jednotného vizuálního stylu státní správy. Vytvořilo jej na základě veřejné soutěže studio Najbrt. Náklady na přípravu návrhu a metodiky činily tři miliony korun. Modernizovaný dvouocasý lev vychází z malého státního znaku. Vizuální styl doprovází originální písmo Czechia Sans.

    Ladislav Hagara | Komentářů: 26
    Kolik tabů máte standardně otevřeno ve web prohlížeči?
     (21%)
     (14%)
     (7%)
     (0%)
     (0%)
     (7%)
     (0%)
     (50%)
    Celkem 14 hlasů
     Komentářů: 3, poslední včera 17:26
    Rozcestník

    Dotaz: OpenWrt 2 subnets tcp tunnel na VPS

    19.9.2019 22:27 Souris23ET
    OpenWrt 2 subnets tcp tunnel na VPS
    Přečteno: 254×
    Ahoj. Mam doma zelezo s dost vykonem a velkym ulozistem vcetne radice a napadlo me misto zatezovani VPSky vsemi projekty zkratka premostit spojeni, aby VPS jen routovala pozadavky z urcitych portu (pripadne FQDN - nginx) na moje zelezo, ktery je ale na moji wifi (router se sim od ISP) pripojeni jeste pres jeden router (chlazena mistnost, nechci tahat 50m cat5e a cpat to do zdi nebo podobne, proste wifi -> nehostuju tam nic pro 10k klientu takze staci wifi propust), na kterem mam openWrt a je k me wifi jako wifi-client a zelezo je pres lan (nechci kupovat usb wifi :D kdyz muzu vyuzit ten router jeste). /toliko k abstraktu

    Zelezo (192.168.1.2 na ISP rout.) (192.168.2.2 na wrt) wrt router (192.168.1.9 na ISP rout.) (192.168.2.1 na wrt)

    doted sem mirroroval bez 2 subnetu gohttptunnel-em (takovy lightweight reseni), ale tady prichazi problem s firewallem zrejme jak daleko jsem problem dosledoval. (gohttptunnel funguje tak ze na vps se pusti server a na zeleze klient. server posloucha na portu a kdyz prijde komunikace tak to posle pripojenemu klientu, klient pak tu komunikaci naroutuje na ten port a pripadne odpovedi posila zpet na server kde se deje totez opacne - jako binarka simple as fuck a to by se mi libilo :D)

    priklad: (berme ted jen ciste tcp tunel na nejaky port, ne nutne to FQDN to uz vicemene neni rozdil, ale jen pro cistotu prikladu a toho co sem zkousel a nejde)

    -na zeleze bezi echo server na 8022 na ktery se chci dostat -na vps mi gohttptunnel tuneluje tu 8022 na stejnej public klidne pro poradek na vps pustim server gohttptunnelu, naroutuju si ho, otevru porty, pohodicka vse by melo slapat. na zeleze pustim client gohttptunnelu, ve firewallu otevru porty. na wrt forwardnu port ktery reachuje ten gohttptunnel (ale ne reach pri otevreni ale pri dotazu, to je mozna ten problem)

    svete div se, klient ne a ne otevrit spojeni se serverem (gohttptunnelu). mozna se v tom jenom motam dyl a uchazi mi neco zakladniho :D

    a ted ocekavani:

    -- na zeleze bezi server 8022 -- na vps bezi server a posloucha na 8055 treba a veskerou komunikaci dava na pripojeneho klienta, kdyz klient neni vrati fallback -noproblem- -- na zeleze zapnu klienta pro vps server, ktery udela tunel mezi localhost:8022 a spojenim se serverem.

    Jde mi ciste o TCP protokol, UDP spojeni takhle mirrorovat nepotrebuju, a taky to nebude extra rozdil.

    Bohuzel je tu zadrhel ze na wrtcku nemuzu zkompilovat golang abych zkompiloval ten go-http-client, jednak kvuli pameti a druhak kvuli dependencies, a kompilovat cely jadro se mi kvuli tomu zrovna nechce :D

    jinak by se to dalo resit ze klient by bezel misto na zeleze na wrtcku.

    hlavni problem teda podle me je, ze ta tcp komunikace s tim serverem se proste nespoji, protoze se jim nepodari udelat tunel skrz 2 subnety, protoze pri otevirani pouziva i jinej port nez ten ktery se pouziva mezi klientem a serverem??

    existuje nejaka elegantni cesta jak tohle resit aby se to pripadne dalo automatizovat, jsem takovej utilitar na veci co delam roboticky a musim mit walkthrough abych to udelal vzdycky vsechno :D

    Pri nejhorsim podle me existuje moznost delat ssh reverse proxy x2 , tj na wrt udelat ssh tunnel na vps a na zeleze otevrit ten tunel z wrt a forwardnout tam ten muj port, coz ve sve podstate je asi nejlepsi ale pro me nic moc skalovatelny a navic v tom ssh tunnelingu co sem vypozoroval panuje docela zmatek :D Ted vikend delame akci tak nebudu mit cas tak polozim dotaz jestli se nenajde elegantni reseni (tj automatizovatelny, abych nemusel poustet nejaky root scripty, pripadne jen na zeleze, kde to vyresim uzivatelema zejo) jinak si pak asi nakreslim ty ssh tunnely a udelam nejakej hardcore, ale to sezere strasne casu a zas tolik volnyho nemam. pomocte! :D Dik a hezkej den, vikend. :)

    Řešení dotazu:


    Odpovědi

    Řešení 1× (Käyttäjä 11133)
    20.9.2019 18:50 NN
    Rozbalit Rozbalit vše Re: OpenWrt 2 subnets tcp tunnel na VPS
    Proc tak slozite. Vytvor si mezi klientem a VPS VPN spojeni, ktere propoji sit klienta s VPS a pak na VPS do VPN presmeruj provoz firewallem.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.