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 14:22 | Zajímavý článek

    Github publikoval Octoverse 2025 (YouTube), tj. každoroční přehled o stavu open source a veřejných softwarových projektů na GitHubu. Každou sekundu se připojil více než jeden nový vývojář. Nejpoužívanějším programovacím jazykem se stal TypeScript.

    Ladislav Hagara | Komentářů: 0
    dnes 09:55 | Komunita

    Kit je nový maskot webového prohlížeče Firefox.

    Ladislav Hagara | Komentářů: 11
    dnes 00:11 | Nová verze

    Mastodon (Wikipedie) - sociální síť, která není na prodej - byl vydán ve verzi 4.5. Přehled novinek s náhledy v oznámení na blogu.

    Ladislav Hagara | Komentářů: 0
    včera 23:55 | IT novinky

    Německo zvažuje, že zaplatí místním telekomunikačním operátorům včetně Deutsche Telekom, aby nahradili zařízení od čínské firmy Huawei. Náklady na výměnu by mohly přesáhnout dvě miliardy eur (bezmála 49 miliard Kč). Jeden scénář počítá s tím, že vláda na tento záměr použije prostředky určené na obranu či infrastrukturu.

    Ladislav Hagara | Komentářů: 1
    včera 18:00 | Komunita

    Po dvaceti letech skončil leader japonské SUMO (SUpport.MOzilla.org) komunity Marsf. Důvodem bylo nasazení sumobota, který nedodržuje nastavené postupy a hrubě zasahuje do překladů i archivů. Marsf zároveň zakázal použití svých příspěvků a dat k učení sumobota a AI a požádal o vyřazení svých dat ze všech učebních dat.

    karkar | Komentářů: 6
    včera 11:00 | IT novinky

    Úřad pro ochranu hospodářské soutěže zahajuje sektorové šetření v oblasti mobilních telekomunikačních služeb poskytovaných domácnostem v České republice. Z poznatků získaných na základě prvotní analýzy provedené ve spolupráci s Českým telekomunikačním úřadem (ČTÚ) ÚOHS zjistil, že vzájemné vztahy mezi operátory je zapotřebí detailněji prověřit kvůli možné nefunkčnosti některých aspektů konkurence na trzích, na nichž roste tržní podíl klíčových hráčů a naopak klesá význam nezávislých virtuálních operátorů.

    Ladislav Hagara | Komentářů: 16
    včera 10:55 | Humor

    Různé audity bezpečnostních systémů pařížského muzea Louvre odhalily závažné problémy v oblasti kybernetické bezpečnosti a tyto problémy přetrvávaly déle než deset let. Jeden z těchto auditů, který v roce 2014 provedla francouzská národní agentura pro kybernetickou bezpečnost, například ukázal, že heslo do kamerového systému muzea bylo „Louvre“. 😀

    Ladislav Hagara | Komentářů: 15
    včera 01:00 | Komunita

    Z upstreamu GNOME Mutter byl zcela odstraněn backend X11. GNOME 50 tedy poběží už pouze nad Waylandem. Aplikace pro X11 budou využívat XWayland.

    Ladislav Hagara | Komentářů: 16
    včera 00:00 | IT novinky

    Byl publikován plán na odstranění XSLT z webových prohlížečů Chrome a Chromium. S odstraněním XSLT souhlasí také vývojáři Firefoxu a WebKit. Důvodem jsou bezpečnostní rizika a klesající využití v moderním webovém vývoji.

    Ladislav Hagara | Komentářů: 1
    5.11. 15:55 | Nová verze

    Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.3.0. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    Jaké řešení používáte k vývoji / práci?
     (35%)
     (48%)
     (18%)
     (17%)
     (22%)
     (15%)
     (21%)
     (16%)
     (16%)
    Celkem 321 hlasů
     Komentářů: 15, poslední 2.11. 08:25
    Rozcestník

    Dotaz: OpenVPN

    10.12.2010 10:21 ziki18 | skóre: 9
    OpenVPN
    Přečteno: 632×
    Ahojte, mam rozbehany openvpn server. Server preda klientovy prida ip v rozsahu 192.168.2.0-50.Tento klient sa dostane do vnutornej siete 192.168.1.0 bez problemov ale problem je opacne. Ked chcem aby clovek etc.192.168.1.22 sa dostal na 192.168.2.3. Toto mam ako cast skriptu
    #PRAVIDLA pre OPENVPN
    
    iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
    
    iptables -t nat -A POSTROUTING -s 192.168.2.0/24 -o eth0 -j MASQUERADE
    iptables -t nat -A POSTROUTING -o tap0 -j SNAT --to-source 192.168.1.2
    #iptables -A INPUT -i eth0 -p udp -s ip_addr_of_the_other_router --sport 1194 $
    #iptables -A OUTPUT -o eth0 -p udp -d ip_addr_of_the_other_router --dport 1194$
    iptables -A INPUT -i tap0 -j ACCEPT
    iptables -A OUTPUT -o tap0 -j ACCEPT
    iptables -A FORWARD -i tap0 -j ACCEPT
    

    Odpovědi

    10.12.2010 10:39 NN
    Rozbalit Rozbalit vše Re: OpenVPN
    Ten SNAT jsem nejak nepochopil:
    iptables -t nat -A POSTROUTING -o tap0 -j SNAT --to-source 192.168.1.2
    
    Predpokladejme ze prijde dotaz z vnitrku na branu, ta jej preda na tap0 a odesle, paket se vraci a ty natem prepises zdroj, to nechapu.

    tcpdumpem by se to poznalo snadno..

    NN
    10.12.2010 10:46 ziki18 | skóre: 9
    Rozbalit Rozbalit vše Re: OpenVPN
    Inak napadlo ma nieco ine, ja ten openvpn server nevyuzivam ako branu.Ale iba ako file server s vpn...
    Brana,DNS - 192.168.1.1 router
    Server    - 192.168.1.2 VPN(DHCP) 192.168.2.0
    
    10.12.2010 10:47 ziki18 | skóre: 9
    Rozbalit Rozbalit vše Re: OpenVPN
    Tak ten NAT som spatne spravil?
    10.12.2010 10:56 FF
    Rozbalit Rozbalit vše Re: OpenVPN
    Myslim ze tne NAt je tam uplne zbytecny, na to musi stacit obycejne routovani. Jedine snad pokud bys mel na obou stranach sit se stejnym nebo prekryvajicim se rozsahem.
    10.12.2010 10:58 FF
    Rozbalit Rozbalit vše Re: OpenVPN
    A jeste nejlip bude kdyz vypnes uplne ten iptables a nejdriv zjistis jestli ti vubec funguje tunel spravne, routovani pod.
    10.12.2010 11:33 ziki18 | skóre: 9
    Rozbalit Rozbalit vše Re: OpenVPN
    To skusim az pridem domov, zatial routovacia tabulka+cely skript
    
    iptables -F
    iptables -t nat -F
    iptables -t mangle -F
    iptables -X
    
    iptables -P INPUT DROP #Ak pre to neexistuje pravidlo, DROP(zahod to)
    iptables -P FORWARD ACCEPT #Povol forward
    iptables -P OUTPUT ACCEPT
    iptables -F
    
    
    #Pravidla pre VirtualBox remote
    iptables -I INPUT -p tcp --destination-port 3390:3390 -j ACCEPT
    iptables -I INPUT -p tcp --destination-port 3391:3391 -j ACCEPT
    #iptables -I INPUT -p tcp --destination-port 5600:5600 -j ACCEPT
    
    #PRAVIDLA pre OPENVPN, to je routing a nat
    
    iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
    iptables -t nat -A POSTROUTING -s 192.168.2.0/24 -o eth0 -j MASQUERADE
    #iptables -A FORWARD -i tap0 -o eth0 -j ACCEPT
    #iptables -A FORWARD -i eth0 -o tap0 -j ACCEPT
    #iptables -t nat -A POSTROUTING -o tap0 -j SNAT --to-source 192.168.1.2
    #iptables -A INPUT -i eth0 -p udp -s ip_addr_of_the_other_router --sport 1194 $
    #iptables -A OUTPUT -o eth0 -p udp -d ip_addr_of_the_other_router --dport 1194$
    iptables -A INPUT -i tap0 -j ACCEPT
    iptables -A OUTPUT -o tap0 -j ACCEPT
    iptables -A FORWARD -i tap0 -j ACCEPT
    
    #Pravidla Firewallu
    iptables -A INPUT -s 127.0.0.1 -i lo -m state --state NEW -j ACCEPT
    iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
    iptables -A INPUT -p icmp -m icmp --icmp-type 8 -j ACCEPT
    # DOPLNENE PRAVIDLA
    #iptables -A INPUT -s 10.1.1.145 -j DROP
    iptables -A INPUT -p tcp --dport 80 -m state --state NEW -j ACCEPT
    iptables -A INPUT -p tcp --dport 443 -j ACCEPT
    iptables -A INPUT -p tcp --dport 993 -j ACCEPT
    iptables -A INPUT -p tcp --dport 995 -j ACCEPT
    iptables -A INPUT -p tcp --dport 110 -j ACCEPT
    iptables -A INPUT -p tcp --dport 143 -j ACCEPT
    iptables -A INPUT -p tcp --dport 25 -j ACCEPT
    iptables -A INPUT -p tcp --dport 139 -j ACCEPT
    iptables -A INPUT -p tcp --dport 22 -j ACCEPT
    iptables -A INPUT -p tcp --dport 20 -j ACCEPT
    iptables -A INPUT -p tcp --dport 445 -j ACCEPT
    iptables -A INPUT -p tcp --dport 1149 -j ACCEPT
    iptables -A INPUT -p udp --dport 137 -j ACCEPT
    iptables -A INPUT -p udp --dport 138 -j ACCEPT
    iptables -A INPUT -p udp --sport 137 -j ACCEPT
    
    echo "Pravidla firewallu zavedene.."
    echo "Pravidla NAT pre VPN zavedene.."
    
    
    A route
    # route -n
    Kernel IP routing table
    Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
    192.168.2.0     0.0.0.0         255.255.255.0   U     0      0        0 tap0
    192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
    0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 eth0
    
    
    10.12.2010 12:20 ET
    Rozbalit Rozbalit vše Re: OpenVPN
    budes muset spis klienotvi poslat/nastavit static routu aby sit 192.168.2.0/xx routoval pres vpn server a ne pres default gw
    10.12.2010 12:23 ET
    Rozbalit Rozbalit vše Re: OpenVPN
    popr nastavit na 192.168.1.1 forward na 192.168.1.2 kdyz je cilova sit 192.168.2.0/xx
    10.12.2010 12:53 NN
    Rozbalit Rozbalit vše Re: OpenVPN
    Rout na default gw staci,na gw se to od-forward-uje a na klienta se nic pridavat nemusi.. musi se to naopad udelat u VPN klineta, ale to funguje.

    NN
    10.12.2010 12:59 ET
    Rozbalit Rozbalit vše Re: OpenVPN
    BTW:
    Tento klient sa dostane do vnutornej siete 192.168.1.0 bez problemov ale problem je opacne
    10.12.2010 19:50 NN
    Rozbalit Rozbalit vše Re: OpenVPN
    To jo ale problem nevidim na klinetovi, ten kdyz nevi cestu tak vse posila na vychozi branu, coz je v poradku, problem vidim v tom, ze to brana nespracuje korektne, respektive myslim, ze dotaz dokonce odejde krz VPN, ale odpoved, ktera se z venku zase vraci uz nedorazi a roli v tom muze hrat ten SNAT..

    NN
    11.12.2010 12:55 ET
    Rozbalit Rozbalit vše Re: OpenVPN
    * jenze VPNka nesedi na default gw ale na stroji vedle, o cemz pecky na LANu nevedej, takze bud je presvedcis static routou nebo forwardem z gw na vpn

    * mozna by se k tomu moh vyjadrit autor prispevku, jestli mu to uz vali...
    11.12.2010 17:55 ziki18 | skóre: 9
    Rozbalit Rozbalit vše Re: OpenVPN
    Dakujem vam za odpovede. Vyriesil som to na strane routra vcera rano. Zatial som to nemal sancu vyskusat ale uz sa "do pingam" na ip 192.168.2.1...Staticka routa na routri.:)

    V pondelok to skusim teraz mi odisiel modem...:(
    11.12.2010 17:57 Ash | skóre: 53
    Rozbalit Rozbalit vše Re: OpenVPN
    tak to je "do bře" :D
    14.12.2010 07:12 ziki18 | skóre: 9
    Rozbalit Rozbalit vše Re: OpenVPN
    Ahojte, takze skusal som to. A nefunguje to tak ako chcem.

    Zo siete 192.168.1.0 pingnem 192.168.2.1 (server) ale nie dalej 192.168.2.3. Myslim si ze by som ma forwardnut eth0 ked pride poziadavka na siet 192.168.2.0/24 na rozhranie tap0.Ak sa mylim opravte ma. Dakujem
    15.12.2010 09:26 ziki18 | skóre: 9
    Rozbalit Rozbalit vše Re: OpenVPN
    Vyriesene! Pridal som do iptables riadok
    iptables -t nat -A POSTROUTING -o tap0 -j MASQUERADE
    iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
    iptables -t nat -A POSTROUTING -s 192.168.2.0/24 -o eth0 -j MASQUERADE
    
    
    Inak chcem sa spytat ci tieto moje pravidla su vobec dobre.Fungovat funguju. Ale predsa :
    
    #!/bin/sh
    #
    # delete all existing rules.
    #
    iptables -F
    iptables -t nat -F
    iptables -t mangle -F
    iptables -X
    
    iptables -P INPUT DROP #Ak pre to neexistuje pravidlo, DROP(zahod to)
    iptables -P FORWARD ACCEPT #Povol forward
    iptables -P OUTPUT ACCEPT
    iptables -F
    
    
    #Pravidla pre VirtualBox remote
    iptables -I INPUT -p tcp --destination-port 3390:3390 -j ACCEPT
    iptables -I INPUT -p tcp --destination-port 3391:3391 -j ACCEPT
    #iptables -I INPUT -p tcp --destination-port 5600:5600 -j ACCEPT
    
    #PRAVIDLA pre OPENVPN, to je routing a nat
    
    iptables -t nat -A POSTROUTING -o tap0 -j MASQUERADE
    iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
    iptables -t nat -A POSTROUTING -s 192.168.2.0/24 -o eth0 -j MASQUERADE
    
    #Pravidla Firewallu
    iptables -A INPUT -s 127.0.0.1 -i lo -m state --state NEW -j ACCEPT
    iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
    iptables -A INPUT -p icmp -m icmp --icmp-type 8 -j ACCEPT
    # DOPLNENE PRAVIDLA
    #iptables -A INPUT -s 10.1.1.145 -j DROP
    iptables -A INPUT -p tcp --dport 80 -m state --state NEW -j ACCEPT
    iptables -A INPUT -p tcp --dport 443 -j ACCEPT
    iptables -A INPUT -p tcp --dport 993 -j ACCEPT
    iptables -A INPUT -p tcp --dport 995 -j ACCEPT
    iptables -A INPUT -p tcp --dport 110 -j ACCEPT
    iptables -A INPUT -p tcp --dport 143 -j ACCEPT
    iptables -A INPUT -p tcp --dport 25 -j ACCEPT
    iptables -A INPUT -p tcp --dport 139 -j ACCEPT
    iptables -A INPUT -p tcp --dport 22 -j ACCEPT
    iptables -A INPUT -p tcp --dport 20 -j ACCEPT
    iptables -A INPUT -p tcp --dport 445 -j ACCEPT
    iptables -A INPUT -p tcp --dport 1149 -j ACCEPT
    iptables -A INPUT -p udp --dport 137 -j ACCEPT
    iptables -A INPUT -p udp --dport 138 -j ACCEPT
    iptables -A INPUT -p udp --sport 137 -j ACCEPT
    
    echo "Pravidla firewallu zavedene.."
    echo "Pravidla NAT pre VPN zavedene.."
    
    
    15.12.2010 10:34 NN
    Rozbalit Rozbalit vše Re: OpenVPN
    Par poznamek :

    - Mas tam povoleny TCP 20(FTP/data), ale nemas TCP 21(FTP/session) ?

    - Mas tam UDP 137 2xkrat ...

    - Co bezi na TCP 1149 ?

    NN
    15.12.2010 11:37 ziki18 | skóre: 9
    Rozbalit Rozbalit vše Re: OpenVPN
    Dakujem, add1 - Zmazal som port 20 a 21, FTP nevyuzivam add2 - u UDP 137 je sport a dport. S tym sa budem muset pohrat add3 - 1149 bola pre VPN. Ale zrusil som to a dal iny port.

    MG
    15.12.2010 10:40 ET
    Rozbalit Rozbalit vše Re: OpenVPN
    zdar,

    podle me je tohle zbytecny

    iptables -t nat -A POSTROUTING -o tap0 -j MASQUERADE iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE iptables -t nat -A POSTROUTING -s 192.168.2.0/24 -o eth0 -j MASQUERADE

    resil bych to spis cely, minimale ty dva spodni radky delaj to samy

    iptables -t nat -A POSTROUTING -j MASQUERADE

    ***************************

    FLUSH tam mas zbytecne 2x - iptables -F

    ***************************

    jinak snad fpoho

    15.12.2010 11:39 ziki18 | skóre: 9
    Rozbalit Rozbalit vše Re: OpenVPN
    Cau, dakujem opravil som si to :)

    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.