abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 18:00 | IT novinky

    DuckDuckGo AI Chat umožňuje "pokecat si" s GPT-3.5 Turbo od OpenAI nebo Claude 1.2 Instant od Anthropic. Bez vytváření účtu. Všechny chaty jsou soukromé. DuckDuckGo je neukládá ani nepoužívá k trénování modelů umělé inteligence.

    Ladislav Hagara | Komentářů: 1
    včera 14:22 | IT novinky

    VASA-1, výzkumný projekt Microsoftu. Na vstupu stačí jediná fotka a zvukový záznam. Na výstupu je dokonalá mluvící nebo zpívající hlava. Prý si technologii nechá jenom pro sebe. Žádné demo, API nebo placená služba. Zatím.

    Ladislav Hagara | Komentářů: 2
    včera 04:44 | Nová verze

    Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 140 (pdf) a HackSpace 77 (pdf).

    Ladislav Hagara | Komentářů: 0
    včera 01:00 | Nová verze

    ESPHome, tj. open source systém umožňující nastavovat zařízení s čipy ESP (i dalšími) pomocí konfiguračních souborů a připojit je do domácí automatizace, například do Home Assistantu, byl vydán ve verzi 2024.4.0.

    Ladislav Hagara | Komentářů: 0
    18.4. 22:11 | IT novinky Ladislav Hagara | Komentářů: 0
    18.4. 20:55 | Nová verze

    Neziskové průmyslové konsorcium Khronos Group vydalo verzi 1.1 specifikace OpenXR (Wikipedie), tj. standardu specifikujícího přístup k platformám a zařízením pro XR, tj. platformám a zařízením pro AR (rozšířenou realitu) a VR (virtuální realitu). Do základu se z rozšíření dostalo XR_EXT_local_floor. Společnost Collabora implementuje novou verzi specifikace do platformy Monado, tj. open source implementace OpenXR.

    Ladislav Hagara | Komentářů: 2
    18.4. 17:22 | Nová verze

    Byla vydána nová verze 0.38.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 4.4 nebo novější a také libplacebo 6.338.2 nebo novější.

    Ladislav Hagara | Komentářů: 13
    18.4. 17:11 | Nová verze

    ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzích 1.3.1, 1.2.3 a 1.0.6. Ve verzi 1.3.1 je mimo jiné řešena bezpečnostní chyba CVE-2024-20380.

    Ladislav Hagara | Komentářů: 2
    18.4. 12:11 | IT novinky

    Digitální a informační agentura (DIA) oznámila (PDF, X a Facebook), že mobilní aplikace Portál občana je ode dneška oficiálně venku.

    Ladislav Hagara | Komentářů: 10
    18.4. 05:11 | Komunita

    #HACKUJBRNO 2024, byly zveřejněny výsledky a výstupy hackathonu města Brna nad otevřenými městskými daty, který se konal 13. a 14. dubna 2024.

    Ladislav Hagara | Komentářů: 2
    KDE Plasma 6
     (68%)
     (11%)
     (2%)
     (20%)
    Celkem 566 hlasů
     Komentářů: 4, poslední 6.4. 15:51
    Rozcestník

    Dotaz: IP Aliasing - NAT 1:1

    11.1.2006 20:18 -= Spec =- | skóre: 10
    IP Aliasing - NAT 1:1
    Přečteno: 342×
    Zdravim,

    mam problem. Namapoval jsem verejnou IP pomoci IPTALES na pc uvnitr site LAN. Z internetu vse funguje dobre. Problem je kdyz se chci z nejakejho PC uvnitr LAN dostat na tu promapovanou verejnou IP. Pak me to hazi vzdycky na router, na kterem je nastevene to mapovani, ale uz ne na server uvnitr site.

    Existuje zpusob jak nejak jednoduse promapovat verejnou IP na PC uvnitr LAN tak, aby ta IP fungovala jak z venku z internetu, tak i z dalsich PC uvnitr v te siti?

    Za rady predem dik

    Odpovědi

    11.1.2006 21:28 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: IP Aliasing - NAT 1:1
    Existuje zpusob jak nejak jednoduse promapovat verejnou IP na PC uvnitr LAN tak, aby ta IP fungovala jak z venku z internetu, tak i z dalsich PC uvnitr v te siti?

    Ano. Začněte tím, že kliknete nahoře na tlačítko FAQ

    U vašeho řešení je problém pravděpodobně v tom, že požadavek od klienta ve vnitřní síti je sice přeložen a přemapován na server v téže síti, ale odpověď už nejde přes router, který dělal překlad adres, takže přijde s jinou zdrojovou adresou, než klient očekával. Pomineme-li (zdaleka nejvhodnější) řešení, spočívající v přesunutí serveru do demilitarizované zóny (tj. mimo segment vnitřní sítě, kde jsou klienti), používají se dva nepříliš hezké workaroundy. První spočívá v tom, že kromě cílové adresy přeNATujete i zdrojovou, aby odpověď šla zpátky přes router a byla správně přeložena. Druhý spočívá v tom, že klientům z vnitřní sítě dostávají na dotaz na příslušné doménové jméno jako odpověď rovnou skutečnou IP adresu serveru (keywords: BIND, views).

    12.1.2006 11:17 -= Spec =- | skóre: 10
    Rozbalit Rozbalit vše Re: IP Aliasing - NAT 1:1
    Díky za odpověď. Ten článek nahoře ve FAQ jsem si stáhnul a vytiskl už před tím než jsem se do mapování veřejné IP pustil. Takže o něm vím.:) Vím také, že se pakety z vnitřní sítě na routeru přemapují správně a dostanou se na server (který má tu veřejnou IP), ale že se již pakety nedostanou zpět se správnou adresou. Co ale právě nevím je to jaké je to správně pravidlo v IPTABLES na to přeNATování i té zdrojové adresy. Zkoušel jsem nějaká pravidla, která fungují, ale zase mi zablokovaly routování do ostatních LAN rozsahů.:(

    Nevěděl by někdo příklad takového pravidla, které by fungovalo správně?

    Díky
    12.1.2006 14:02 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: IP Aliasing - NAT 1:1
    To záleží na konkrétní konfiguraci. Spíš bych vás ale chtěl odradit od toho, aby server přístupný z Internetu byl umístěn v lokální síti. Tím by většina podobných problémů odpadla a bylo by to i bezpečnější.
    11.1.2006 21:30 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: IP Aliasing - NAT 1:1
    Dodatek: titulek dotazu je zavádějící. Termín IP aliasing nemá s obsahem dotazu nic společného - označoval se tak mechanismus používaný v jádrech řady 2.0 pro realizaci více IP adres na jednom síťovém rozhraní.
    12.1.2006 16:57 -= Spec =- | skóre: 10
    Rozbalit Rozbalit vše Re: IP Aliasing - NAT 1:1
    Tak už jsem to vyřešil.:) Ale i tak díky za rady. Pro ukázku:

    Z Inetu:

    $IPTABLES -t nat -A PREROUTING -i eth1 -d MapovanaIP -j DNAT --to-destination LANIPserveru

    $IPTABLES -t nat -A POSTROUTING -o eth1 -s LANIPserveru -m state --state NEW -j SNAT --to MapovanaIP

    $IPTABLES -t nat -A POSTROUTING -o eth1 -j SNAT --to IPRouteru

    Z LAN:

    $IPTABLES -t nat -A PREROUTING -i eth0 -d MapovanaIP DNAT --to-destination LANIPserveru

    $IPTABLES -t nat -A POSTROUTING -o eth0 -d ! 10.0.0.0/8 -j SNAT --to IPRouteru

    To záleží na konkrétní konfiguraci. Spíš bych vás ale chtěl odradit od toho, aby server přístupný z Internetu byl umístěn v lokální síti. Tím by většina podobných problémů odpadla a bylo by to i bezpečnější.
    To je asi pravda...zatim to jinak nejde..mozna casem to predelam.:)

    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.