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í
×
včera 21:55 | Komunita

Nadace pro svobodný software (FSF) oznámila aktualizaci seznamu prioritních oblastí (changelog), na které by se měli vývojáři a příznivci svobodného softwaru zaměřit. Jsou to například svobodný operační systém pro chytré telefony, hlasová a video komunikace nebo softwarový inteligentní osobní asistent.

Ladislav Hagara | Komentářů: 1
včera 16:44 | Nová verze

Byla vydána verze 2.0.0 knihovny pro vykreslování grafů v programovacím jazyce Python Matplotlib (Wikipedie, GitHub). Přehled novinek a galerie grafů na stránkách projektu.

Ladislav Hagara | Komentářů: 0
včera 15:33 | Komunita

V australském Hobartu probíhá tento týden konference linux.conf.au 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online.

Ladislav Hagara | Komentářů: 0
včera 10:20 | Zajímavý článek

Pavel Tišnovský se v dvoudílném článku na MojeFedora.cz věnuje bitmapovým (rastrovým) grafickým editorům ve Fedoře. V prvním dílu se věnuje editorům MyPaint, MtPaint, Pinta, XPaint, Krita a GIMP. V pokračování pak editorům GNU Paint (gpaint), GrafX2, KolourPaint, KIconEdit a Tux Paint.

Ladislav Hagara | Komentářů: 1
16.1. 17:11 | Komunita

Byl proveden bezpečnostní audit svobodného IMAP a POP3 serveru Dovecot (Wikipedie). Audit byl zaplacen z programu Mozilla Secure Open Source a provedla jej společnost Cure53. Společnost Cure53 byla velice spokojena s kvalitou zdrojových kódu. V závěrečné zprávě (pdf) jsou zmíněny pouze 3 drobné a v upstreamu již opravené bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
16.1. 15:30 | IT novinky

Nadace Raspberry Pi představila na svém blogu Raspberry Pi Compute Module 3 (CM3 a CM3L), tj. zmenšené Raspberry Pi vhodné nejenom pro průmyslové využití. Jedná se o nástupce Raspberry Pi Compute Module (CM1) představeného v dubnu 2014. Nový CM3 vychází z Raspberry Pi 3 a má tedy dvakrát více paměti a desetkrát větší výkon než CM1. Verze CM3L (Lite) je dodávána bez 4 GB eMMC flash paměti. Uživatel si může připojit svou vlastní. Představena byla

… více »
Ladislav Hagara | Komentářů: 1
16.1. 01:23 | Nová verze

Oficiálně bylo oznámeno vydání verze 3.0 multiplatformního balíku svobodných kancelářských a grafických aplikací Calligra (Wikipedie). Větev 3 je postavena na KDE Frameworks 5 a Qt 5. Krita se osamostatnila. Z balíku byly dále odstraněny aplikace Author, Brainstorm, Flow a Stage. U Flow a Stage se předpokládá jejich návrat v některé z budoucích verzí Calligry.

Ladislav Hagara | Komentářů: 7
15.1. 15:25 | Nová verze

Bylo oznámeno vydání první RC (release candidate) verze instalátoru pro Debian 9 s kódovým názvem Stretch. Odloženo bylo sloučení /usr jako výchozí nastavení v debootstrap. Vydán byl také Debian 8.7, tj. sedmá opravná verze Debianu 8 s kódovým názvem Jessie.

Ladislav Hagara | Komentářů: 6
15.1. 13:37 | Zajímavý projekt

1. ledna byl představen projekt Liri (GitHub). Jedná se o spojení projektů Hawaii, Papyros a původního projektu Liri s cílem vyvíjet operační systém (linuxovou distribuci) a aplikace s moderním designem a funkcemi. Včera byl představen Fluid 0.9.0 a také Vibe 0.9.0. Jedná se o toolkit a knihovnu pro vývoj multiplatformních a responzivních aplikací podporující Material Design (Wikipedie) a volitelně také Microsoft Design Language (designový jazyk Microsoft) [reddit].

Ladislav Hagara | Komentářů: 8
14.1. 00:33 | Zajímavý software

Google na svém blogu věnovaném open source představil knihovnu pro komprimaci a dekomprimaci 3D grafiky s názvem Draco. Knihovna bude využívána například v aplikacích pro virtuální a rozšířenou realitu. Porovnání Draco s gzip na YouTube. Zdrojové kódy Draco jsou k dispozici na GitHubu pod licencí Apache 2.0.

Ladislav Hagara | Komentářů: 5
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (75%)
 (3%)
 (10%)
Celkem 304 hlasů
 Komentářů: 24, poslední včera 10:14
    Rozcestník
    Reklama

    Dotaz: routing, NAT, jsem zmaten ...

    22.4.2008 18:16 Honza Karas
    routing, NAT, jsem zmaten ...
    Přečteno: 962×
    Je průchozí tohle schema ??
    NET - - - -  public / non public - - - - non public / non public - - - - LOCAL
                     router                             NAT
                                                          10.0.0.0/24                                              10.10.0.0/24
    
    Teď využívám tohle:
    NET - - - -  public / non public - - - - non public / non public - - - - LOCAL
                      NAT                                router
                                                          10.0.0.0/24                                              10.10.0.0/24
    
    ale uvedené je neprůchodné pro IPSEC, respektive prvním zařízením ve směru z netu je 5460AP, v roli AP klienta pro WiFi a tento jako takový neumí NAT-T, tak mě naadlo role otočit, ale jako nepříliš znalý sítí mám obavu, že NAT není jen pro srandu ...

    Problém je, že nemám možnost získat druhou public adresu, což by můj problém vyřešilo tím, že bych první IP dal rádiu v roli bridge a druhou reálnému routeru s NATem, ale toto není a nemůže být, pač není volná IP :-(.

    Tak se snažím přijít s něčím co by to vyřešilo, prostě projít přes OvisLink 5460AP a teprve za ním běžící server s firewallem, atd, kde by byl NAT a VPN IPSEC.

    Nebo uvažuji zcestně a jde to nějak jednodušeji?

    Odpovědi

    kozzi avatar 22.4.2008 18:23 kozzi | skóre: 55 | blog: vse_o_vsem | Pacman (Bratrušov)
    Rozbalit Rozbalit vše Re: routing, NAT, jsem zmaten ...
    No z tvého zadání si nejsem jistej co přesně potřebuješ. Takž nějak jednodiše popiš tvé potřeby a ne nejaka schemata. Proste jen napis o co presne ti jde. Takze jestli jsem to pochopil tak mas verejnou IP adresu ale tu ti sebere router a dal uz dochazi k NATovaní a tím pádem ses v lokalnim subnetu a tim padem ti nejde IPSEC jelikoz by jsi potreboval verejnou IP. No tak v tomto pripade by ti mohl pomoct port forwarding
    Linux je jako mušketýři "jeden za všechny, všichni za jednoho"
    22.4.2008 18:35 Honza Karas
    Rozbalit Rozbalit vše Re: routing, NAT, jsem zmaten ...
    Mám veřejnou IP, která je řešena pomocí WLAN, tedy na straně příjmu mám 5460AP v módu klient, která má na straně WLAN veřejnou IP a na straně Ethernetu privátní IP. Problém je, že chci rozjet IPSEC VPN, kterou chci provozovat ve formě proprietálního HW, i když to je jedno, které bude ve vnitřní síti (může být dalším routerem, ale taky nemusí).

    Přes ten Ovislink neprojde IPSEC, pač je tam aktivován NAT, otázka zní, jestli je možné tady nechat jen routování a NAT nechat až na další zařízení, které by vlastně převzalo řešení gateway, kterou do ted vlastně tvoří ten 5460AP.

    Teď je to takto: veřejná IP -> WLAN/5460AP v NAT módu/LAN -> privátní IP -> router s IPSEC serverem -> lokální síť

    Ale uvedené nejde z důvodu NAT

    Záměr: veřejná IP -> WLAN/5460AP jen routing -> prívátní IP -> router s NAT, IPSEC, ... -> lokální síť
    kozzi avatar 22.4.2008 18:41 kozzi | skóre: 55 | blog: vse_o_vsem | Pacman (Bratrušov)
    Rozbalit Rozbalit vše Re: routing, NAT, jsem zmaten ...
    Tak vypnou NAT nepujde, ten tam musí být, jedine pokud máš víc IP což nemáš (myslím verejne) Takze jedine reseni je aby ten IPSEC byl zapojen primo na WAN (ty pises WLAN ale podle me je spravneji psat WAN(wired area network), kdezto tve WLAN je wireless local area network, ale to je ted jedno). Pokud nemuzes zajistit aby ten IPsec byl zapojen primo tak budes potrebovat poridit neco misto toho 5460 co bude umet to sami + PORT forwarding. Potom Uz si jen nastavis ze se ti Porty budou presmerovavat na nejakou s lokalnich adres ktera bude prirazena tomu IPSEC
    Linux je jako mušketýři "jeden za všechny, všichni za jednoho"
    22.4.2008 23:17 Honza Karas
    Rozbalit Rozbalit vše Re: routing, NAT, jsem zmaten ...
    Přesně veřejnou mám jedinou a rád bych to s ní vyřešil, jinak matení WLAN a WAN je použito proto, že WAN je ve skutečnosti WIFI, proto WLAN, jinak pořízení jiného AP klienta je jistě řešením, jenže jich až tak moc na trhu není co umí NAT-T, neboli IPSEC pass through. IPSEC totiž nelze jednoduše řešit směrováním portů, protože nevyužívá standardní vrstvu protokolu, tedy klasické TCP a UDP kanály :-(.

    Ale řešení je asi skutečně jediné buĎto druhá veřejná IP a první router defakto v roli bridge, čímž získám druhou veřejnou IP na routeru s IPSEC serverem, nebo jiný AP klient, který umí zmíněné NAT-T, jenže jak jsem psal není jich moc a navíc nemají příliš dobrou pověst, krom speciálních jednoúčelových hraček na bázi linuxu (OpenWRT, Microtic, routeboard, ...)
    22.4.2008 20:56 Jiří Veselský | skóre: 30 | blog: Jirkovo | Ostrava
    Rozbalit Rozbalit vše Re: routing, NAT, jsem zmaten ...

    Vy máte jeden fatální problém. Potřebujete, aby "router s NAT, IPSEC, ..." měl veřejnou IP adresu, jinak celé to vaše schéma padá na hubu. On totiž není problém to nastavit tak jako ve vaší druhé malůvce (rádio má veřejnou, nenatuje, routuje, mezi rádiem a tím druhým serverem je privátka) - problém je v tom, že to nebude fungovat. Na váš naťák (the router s nat a spol.) se nepůjde ze světa dostat (páč nemá veřejnou IP), a mnohem hůř - on se nebude moci dostat nikam do světa (protože jeho privátku nikdo nepřenatuje do veřejné adresy, takže jeho odchozí provoz při troše štěstí (za předpokladu, že máte ISP a nikoliv "ISP") zahodí hned první hop na trase k ISP, při použití parodie na ISP se tomu jenom vysměje celý svět.

    Jestliže nemáte možnost získat další veřejnou IP adresu (ideálně routovanou přes stávající IP toho rádia), tak mi z toho vychází, že 1. nemáte ISP ale "ISP" - váš problém. 2. Zkuste to rádio přenastavit do brigovacího módu (jestli to jde a spol.).

    BTW - Pokud je mi známo, IPsec přes NAT fungovat umí. Samozřejmě za předpokladu, že ten váš router na té parodii na konektivitě je VPN klientem, nikoliv serverem. Server je samozřejmě přes NAT neřešitelný, ale pokud je to klient, tak jej s přiměřenou snahou rozběhnete. (Asi budete muset toho svého "ISP" několikrát kopnout kam uznáte za vhodné, aby si ten svůj *ehm* nat nastavil *správně*.) Nicméně rozhodně to není doporučované řešení, protože budete mít trvale problémy se stabilitou té VPN - on tam ten NAT vnáší docela dost subtilních potíží, které povedou k jejímu rozpadu.

    Mám-li to uzavřít, tak prostě změňte "poskytovatele".

    22.4.2008 23:28 Honza Karas
    Rozbalit Rozbalit vše Re: routing, NAT, jsem zmaten ...
    On ISP je schopen poskytnou další veřejnou IP, ale za 150,- Kč měsíčně, což není příliš bratrská cena, když můj problém jde řešit jiným AP klientem v ceně okolo 2 - 3000,- Kč.

    IPSEC přes NAT projít umí, když ten NAT je opravdový a ne parodie na NAT, což je bohužel případ veškerých těchto jednoúčelových rádií. Navíc IPSEC moc neřeší server - klient architekturu, prostě v principu má levou a pravou stranu, kterou využívá pro propojení LAN to LAN, schema LAN to ROADWARIOR je flexibilnější, nicméně NAT je problém i tam.

    Takže jak jsem psal výš, buďto funkční průchod přes NAT, což je pro IPSEC stejně oberlička, nebo druhou veřejnou IP, případně posunout IPSEC přímo na rádio, což by bylo asi nejlepší, ale nejmíň průchozí z pohledu správy systému jako celku :-(. Ostatní pobočky mají všude nasazen NetGear ProSafe VPN FV XXX ... tam to není problém, protože všude je využito připojení končící veřejnou IP ve formě Ethernetového kabelu, což není tento případ, respektive může být ale za 150,- Kč mšsíčně což mě přijde vcelku dost.
    23.4.2008 01:44 pvc2
    Rozbalit Rozbalit vše Re: routing, NAT, jsem zmaten ...
    Ten 5460AP umí těchto 7 modů

    Jestli jsem to dobře pochopil, tak teď je nastaven jako "WISP (Client Router) mode" a připojuje se bezdrátově k nějakému AP poskytovatele.

    Mělo by se to nastavit na "Client mode" a přípojit na wan port toho dalšího routeru a ten nechat dělat NAT. V tomto modu 5460AP žádnou IP adresu nepotřebuje a tu jednu veřejnou IP adresu dostane wan port toho druhého zařízení. Vypadalo byto jako by měl ten druhý router místo drátového wan portu wifi kartu.

    Ani v "Bridge mode" by 5460AP nepotřeboval IP adresu. Ale to by muselo být wifi zařízení poskytovatele nastaveno taky na "Bridge mode". Což zřejmě není.

    23.4.2008 02:09 Honza Karas
    Rozbalit Rozbalit vše Re: routing, NAT, jsem zmaten ...
    Tedy tak, že AP bude nastaveno do "Client mode", kdy se očekává jeho transparentní provoz a bude sloužit defakto pouze jako takový WiFi/Wire HUB ?? Bridge mód nejde, jak říkáte musela by tak fungovat i druhá strana.

    Takže jestli to dobře chápu bude tak AP transparentní, jen nebude mít možnost přístupu ke své administraci, protože nebude mít defakto vlastní IP adresu. I tak by to ale bylo super.

    Toto by možná šlo obejít přiřazením IP v privátním rozsahu a ovládat ho tak z virtuální VLAN, tedy jestli není nějak zakázáno cpát privátní rozsah do veřejného prostoru, ale to stejně asi routery ISP zahodí, nebo se pletu ?
    23.4.2008 10:38 Honza Karas
    Rozbalit Rozbalit vše Re: routing, NAT, jsem zmaten ...
    vzhledem k tomu, ze ISP vyuziva autorizaci podle MAC adresy, je v tomto modu "protlacena" MAC adresa routeru nebo se vyuziva MAC toho radia?

    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.