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 16:00 | Bezpečnostní upozornění

Ve správci systému a služeb systemd, konkrétně v systemd-resolved, byla nalezena bezpečnostní chyba CVE-2017-9445. Útočník může vzdáleně shodit server nebo spustit libovolný příkaz.

Ladislav Hagara | Komentářů: 0
včera 11:33 | Pozvánky

Konference LinuxDays 2017 proběhne o víkendu 7. a 8. října v Praze v Dejvicích v prostorách FIT ČVUT. Konference OpenAlt 2017 proběhne o víkendu 4. a 5. listopadu na FIT VUT v Brně. Organizátoři konferencí vyhlásili CFP (LinuxDays, OpenAlt). Přihlaste svou přednášku nebo doporučte konference známým.

Ladislav Hagara | Komentářů: 1
včera 06:00 | Nová verze

Byla vydána verze 1.3.0 odlehčeného desktopového prostředí Lumina (Wikipedie, GitHub) postaveného nad toolkitem Qt. Z novinek lze zmínit nový motiv ikon nahrazující Oxygen (material-design-[light/dark]) nebo vlastní multimediální přehrávač (lumina-mediaplayer).

Ladislav Hagara | Komentářů: 2
26.6. 17:33 | Bezpečnostní upozornění

Před šesti týdny byly publikovány výsledky bezpečnostního auditu zdrojových kódů OpenVPN a nalezené bezpečnostní chyby byly opraveny ve verzi OpenVPN 2.4.2. Guido Vranken minulý týden oznámil, že v OpenVPN nalezl další čtyři bezpečnostní chyby (CVE-2017-7520, CVE-2017-7521, CVE-2017-7522 a CVE-2017-7508). Nejzávažnější z nich se týká způsobu, jakým aplikace zachází s SSL certifikáty. Vzdálený útočník může pomocí speciálně

… více »
Ladislav Hagara | Komentářů: 1
26.6. 06:55 | Zajímavý projekt

V Edici CZ.NIC vyšla kniha Průvodce labyrintem algoritmů. Kniha je ke stažení zcela zdarma (pdf) nebo lze objednat tištěnou verzi za 339 Kč (připojení přes IPv4) nebo 289 Kč (připojení přes IPv6).

Ladislav Hagara | Komentářů: 9
26.6. 06:33 | Zajímavý software

Byla vydána verze 2.2.0 svobodného správce hesel KeePassXC (Wikipedie). Jedná se o komunitní fork správce hesel KeePassX s řadou vylepšení.

Ladislav Hagara | Komentářů: 0
26.6. 06:11 | IT novinky

Vývojář Debianu Henrique de Moraes Holschuh upozorňuje v diskusním listu debian-devel na chybu v Hyper-Threadingu v procesorech Skylake a Kaby Lake od Intelu. Za určitých okolností může chyba způsobit nepředvídatelné chování systému. Doporučuje se aktualizace mikrokódu CPU nebo vypnutí Hyper-Threadingu v BIOSu nebo UEFI [reddit].

Ladislav Hagara | Komentářů: 0
24.6. 01:23 | Komunita

Phoronix spustil 2017 Linux Laptop Survey. Tento dotazník s otázkami zaměřenými na parametry ideálního notebooku s Linuxem lze vyplnit do 6. července.

Ladislav Hagara | Komentářů: 3
23.6. 22:44 | Nová verze

Po třech měsících vývoje od vydání verze 5.5.0 byla vydána verze 5.6.0 správce digitálních fotografií digiKam (digiKam Software Collection). Do digiKamu se mimo jiné vrátila HTML galerie a nástroj pro vytváření videa z fotografií. V Bugzille bylo uzavřeno více než 81 záznamů.

Ladislav Hagara | Komentářů: 1
23.6. 17:44 | Nová verze

Byla vydána verze 9.3 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab. Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 3
Chystáte se pořídit CPU AMD Ryzen?
 (7%)
 (31%)
 (1%)
 (9%)
 (44%)
 (9%)
Celkem 855 hlasů
 Komentářů: 65, poslední 1.6. 19:16
    Rozcestník

    Dotaz: routing verejnej IP a Nat

    26.3.2005 22:07 Hierax | skóre: 4
    routing verejnej IP a Nat
    Přečteno: 560×
    Situacia Linux Server eth0:verejna IP Nat Masquerade eth1:neverejna IP PC1 neverejna IP PC2 verejna IP Problem na PC2 je ten ze sa sice dostane do internetu,funguje aj shaping,ale prechadza to cez NAT...akym sposobom sa da obist Nat tak aby PC2 isiel priamo na internet a aby sa dal aj shapovat ???

    Odpovědi

    26.3.2005 22:18 Michal Kubeček
    Rozbalit Rozbalit vše Re: routing verejnej IP a Nat
    Např. proxy ARP. Ruku na srdce: opravdu jste se snažil odpověď nejdřív sám najít?
    27.3.2005 13:24 Hierax | skóre: 4
    Rozbalit Rozbalit vše Re: routing verejnej IP a Nat
    hej stravil som s tym dva dni...prestudoval som Linux Advanced routing aj iptables...viem spravit NAT 1:1...jednine co stale neviem previest to praxe je preroutovat verejnu IP adresu cez NAT...:-(
    27.3.2005 14:11 Michal Kubeček
    Rozbalit Rozbalit vše Re: routing verejnej IP a Nat
    Pokud máte na tom PC2 veřejnou adresu, nepotřebujete žádný NAT (Fast NAT navíc v jádrech řady 2.6 nefunguje). Příklad s proxy ARP (PC1 má 111.111.111.111, PC2 111.111.111.112, default gateway 111.111.111.65):

    ip addr add 111.111.111.111/26 brd + dev eth0
    ip addr add 111.111.111.111/26 dev eth1
    ip route del 111.111.111.64/26 dev eth1
    echo 1 > /proc/sys/net/ipv4/conf/eth0/proxy_arp
    echo 1 > /proc/sys/net/ipv4/conf/eth1/proxy_arp
    ip route add default via 111.111.111.65
    
    na PC2:
    ip addr add 111.111.111.112/26 brd + dev eth0
    ip route add default via 111.111.111.111
    

    Pravděpodobně by to fungovalo i s broadcasty na obou stranách, ale to nemám vyzkoušené.

    27.3.2005 14:39 Hierax | skóre: 4
    Rozbalit Rozbalit vše Re: routing verejnej IP a Nat

    Hmmm..tak s toho som uplne zmateny...zda sa my to nejake prekombinovane...pre istotu este raz popisem presne situaciu...

    Linux Server:

    eth0:verejna IP

    NAT:pomocou SNAT

    eth1:neverejna IP

    Vnutorná siet pripojena na eth1

    8 PC s vnutornymi IP, WinXP

    je tam jedno PC na ktore potrebujem nastavit Verejnu IP

    Routovanie je nastavene a v podstate funguje...ale verejna IP PC-WinXP je prekladana za verejnu IP servera

    Potrebujem obist nat pre verejnu IP adresu PC..a dalsia otazka je ta ci sa to da spravit tak aby fungoval shaping na serveri aj na tu verejnu ip adresu servera? PS:viem to spravit s NAT 1:1,ale radcej by som spravil tak aby som mohol priamo nastavit verejnu IP na PC.
    27.3.2005 16:29 Michal Kubeček
    Rozbalit Rozbalit vše Re: routing verejnej IP a Nat
    Co se zdá, to je obvykle jen sen. :-)

    Ten příklad je právě pro situaci, kterou popisujete. Doplnit ho o pravidlo, které bude maškarádovat jen pakety s neveřejnou zdrojovou adresou, zvládnete snad sám (bez znalosti konkrétního skriptu vám s tím stejně nikdo neporadí). Samozřejmě by proxy ARP nebyla potřeba, pokud by všichni venku věděli, že ta druhá neveřejná adresa je routována přes PC1, ale to je spíše netypická situace. Pokud chcete něco jiného, asi nezbyde než uvést více informací.

    27.3.2005 17:06 ...... | skóre: 41 | blog: ...
    Rozbalit Rozbalit vše Re: routing verejnej IP a Nat

    mnohokrát děkuji za kompletní příklad. Mě se to taky bude hodit, už delší dobu nad tím laboruju ;-)

    Chápu-li to dobře tak router v tomto případě PC1 bude mít na vnitřním rozhraní dvě IP adresy...jedna bude ta samá co na venkovním a druhá bude z privátního rozsahu. Nemýlím se? ;-)

    Děkuji za nakopnutí.
    27.3.2005 17:10 ...... | skóre: 41 | blog: ...
    Rozbalit Rozbalit vše Re: routing verejnej IP a Nat
    ještě podotázečka...myslím si, že v tomto případě neuvidí tohle PC, které se bude tvářit jako přímo připojené do internetu, ostatní PC s privátím rozsahem. Je to tak? Omluvte moje tupé otázky, ale řídím se jen selským rozumem, školy na to nemám ;-)
    27.3.2005 17:21 Michal Kubeček
    Rozbalit Rozbalit vše Re: routing verejnej IP a Nat
    Pokud nepřidáte nic dalšího, tak ano. Ale klidně můžete přidat na PC1 nebo PC2 (nebo na obou) druhou IP adresu z toho privátního rozsahu a pak bude fungovat oboje. V tom příkladu výše jsem uvedl jen to, co je potřeba, aby fungovala komunikace mezi vnějším světem a PC2.
    27.3.2005 17:24 ...... | skóre: 41 | blog: ...
    Rozbalit Rozbalit vše Re: routing verejnej IP a Nat
    Děkuju, myslel jsem si to. Moc jste mi pomohl.
    27.3.2005 20:48 Hierax | skóre: 4
    Rozbalit Rozbalit vše Re: routing verejnej IP a Nat
    Hura...som uz na to prisiel...kua a mal som to rovno pod nosom :-(...

    takze riesenie pouzit takto nastavene NAT:

    iptables -t nat -A POSTROUTING -s 192.168.1.0/24 -o eth0 -j SNAT --to xxx.xxx.xxx.xxx

    kde je vlastne specifikovane ze sa maju NAT-ovat len ip s daneho rozashu vnutornej siete-teda dufam ze som to spravne pochopil

    islo v podstate o to ze som nevedel obist tu maskaradu a potom uz staci:

    route add -host xxx.xxx.xxx.xxx eth1

    kamarat prisiel este na jedno riesenie,ktore je podobne ale robi to inak ale ako priklad do uvadzam:

    iptables -I POSTROUTING -t nat -s xxx.xxx.xxx.xxx -j ACCEPT

    route add -host xxx.xxx.xxx.xxx eth1

    27.3.2005 21:09 Michal Kubeček
    Rozbalit Rozbalit vše Re: routing verejnej IP a Nat
    Přesně tak, jen dvě poznámky:

    1. na příkaz route raději zapomeňte, vhodnější je použít "ip route"

    2. Místo ACCEPT bych u té druhé varianty raději použil RETURN. Výsledek je sice stejný, ale hraní si s ACCEPT a DROP v tabulce nat bych se raději vyhnul.

    27.3.2005 21:25 ...... | skóre: 41 | blog: ...
    Rozbalit Rozbalit vše Re: routing verejnej IP a Nat
    K tomu mám ještě poznámku teda...použiju-li výše uvedené způsoby (ať ten či ten) a mám jako wi-fi APčko dejme tomu Ovislink 1120, který funguje jako bridge a ono PC2 s tou veřejnou IP by mělo být až za ním (myslím připojeno pře wi-fi), tak se z toho musí ten Ovislink zákonitě zbláznit, ne?
    27.3.2005 21:29 ...... | skóre: 41 | blog: ...
    Rozbalit Rozbalit vše Re: routing verejnej IP a Nat
    popř. zajímaly by mě pro a proti obou způsobů, protože ten druhý se zdá o hodně snažší, ovšem opět neřeší to, že nevidím lokální síť.
    27.3.2005 21:34 Michal Kubeček
    Rozbalit Rozbalit vše Re: routing verejnej IP a Nat
    Jestli tomu dobře rozumím, jde vám o to, aby všichni zvenku věděli, že tu druhou IP adresu mají routovat přes tu první, aniž byste mohl zasáhnout do jejich routovacích tabulek. Pokud jde o tohle, pak právě to řeší proxy ARP, která zajistí, že PC1 bude odpovídat i na ARP dotazy na tu druhou IP adresu.
    27.3.2005 22:27 ...... | skóre: 41 | blog: ...
    Rozbalit Rozbalit vše Re: routing verejnej IP a Nat
    Ne měl jsem na mysli něco jiného. Síť o topologii provider -> server/router -> switch (a na něm pár lan klientů) -> do switche je napojeno i AP (zmiňovaný ovislink, ale má už taky privátní adresu) -> a na toto AP je klient, který má mít tu veřejnou adresu ..o tohle mi šlo...tohle podle mě chodit nemůže.
    27.3.2005 22:30 Michal Kubeček
    Rozbalit Rozbalit vše Re: routing verejnej IP a Nat
    I tohle by nějak obejít šlo, ale bude záležet na tom, co přesně ten Ovislink dělá.
    27.3.2005 22:32 ...... | skóre: 41 | blog: ...
    Rozbalit Rozbalit vše Re: routing verejnej IP a Nat
    prostě má spojeno rozhraní eth a wlan do společného br. Ovšem netuším jak to obejít.
    27.3.2005 23:00 Michal Kubeček
    Rozbalit Rozbalit vše Re: routing verejnej IP a Nat
    Pokud je to čistý bridge, který jen spojuje obě strany do jednoho segmentu, pak by nemělo být třeba nic obcházet, protože by se obě části dohromady měly chovat jako ethernetový segment.
    27.3.2005 23:08 ...... | skóre: 41 | blog: ...
    Rozbalit Rozbalit vše Re: routing verejnej IP a Nat
    No nezbývá mi než poděkovat a vyzkoušet to v praxi. Děkuju.
    27.3.2005 23:13 Hierax | skóre: 4
    Rozbalit Rozbalit vše Re: routing verejnej IP a Nat
    Ja dakujem tiez za cenne rady...:-)
    27.3.2005 23:10 Hierax | skóre: 4
    Rozbalit Rozbalit vše Re: routing verejnej IP a Nat
    Ja mam tiez podobnu instalaciu: server provider->ovislink vnutorna ip->PC s verejnou ip...a v pohode to fici...ovislink je transparentne zariadenie...prinicpialne si to mozes predstavit toho owisa ako switch akurat jeden port je wirelles pripojenie
    27.3.2005 23:15 ...... | skóre: 41 | blog: ...
    Rozbalit Rozbalit vše Re: routing verejnej IP a Nat
    Díky, díky :-)

    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.