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 23:55 | Komunita

Ubuntu 17.10 (Artful Aardvark) bude ve výchozím stavu zobrazovat Dok (Launcher). Jedná se o rozšíření GNOME Shellu Ubuntu Dock. To bylo forknuto z rozšíření Dash to Dock. Ukázka na YouTube [reddit].

Ladislav Hagara | Komentářů: 0
17.8. 15:33 | Nová verze

Byla vydána verze 17.08.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi. Aplikace kmag, kmousetool, kgoldrunner, kigo, konquest, kreversi, ksnakeduel, kspaceduel, ksudoku, kubrick, lskat a umbrello byly portovány na KDE Frameworks 5.

Ladislav Hagara | Komentářů: 0
17.8. 15:11 | Nová verze

Simon Long představil na blogu Raspberry Pi novou verzi 2017-08-16 linuxové distribuce Raspbian určené především pro jednodeskové miniaturní počítače Raspberry Pi. Společně s Raspbianem byl aktualizován také instalační nástroj NOOBS (New Out Of the Box Software). Nejnovější Raspbian je založen na Debianu 9 Stretch. Přehled novinek v poznámkách k vydání. Řešena je také bezpečnostní chyba Broadpwn (CVE-2017-9417).

Ladislav Hagara | Komentářů: 1
17.8. 12:33 | Nová verze

Byla vydána verze 3.2.0 programu pro skicování, malování a úpravu obrázků Krita. Přehled novinek v poznámkách k vydání a na YouTube.

Ladislav Hagara | Komentářů: 0
17.8. 11:44 | IT novinky

Minulý týden na šampionátu The International 2017 byl představen bot, který poráží profesionální hráče počítačové hry Dota 2. V nejnovějším příspěvku na blogu se organizace OpenAI o projektu více rozepsala a zveřejnila videozáznamy několika soubojů.

Ladislav Hagara | Komentářů: 7
16.8. 17:11 | Komunita

Byly zveřejněny videozáznamy přednášek z Fedora 26 Release Party konané 10. srpna v Praze.

Ladislav Hagara | Komentářů: 0
16.8. 15:33 | Komunita

Přesně před čtyřiadvaceti lety, 16. srpna 1993, oznámil Ian Murdock vydání "Debian Linux Release".

Ladislav Hagara | Komentářů: 8
16.8. 06:00 | Bezpečnostní upozornění

Ve virtualizačním softwaru Xen bylo nalezeno a opraveno 5 bezpečnostních chyb XSA-226 až XSA-230. Nejzávažnější z nich XSA-227 (CVE-2017-12137) umožňuje eskalaci privilegií a ovládnutí celého systému, tj. správce hostovaného systému se může stát správcem hostitelského systému.

Ladislav Hagara | Komentářů: 1
15.8. 22:00 | Zajímavý projekt

V roce 2013 proběhla na Kickstarteru úspěšná kampaň na podporu otevřeného Dobře temperovaného klavíru (Well-Tempered Clavier). Stejný tým s Kimiko Išizaka spustil před týdnem na Kickstarteru kampaň Libre Art of the Fugue na podporu svobodného Umění fugy.

Ladislav Hagara | Komentářů: 2
15.8. 13:55 | Pozvánky

Spolek OpenAlt zve příznivce otevřených technologií a otevřeného přístupu na 143. brněnský sraz, který proběhne v pátek 18. srpna od 18:00 hodin ve sportovním areálu a restauraci BeachPub Sokolák u Brněnské přehrady aneb v hantecu u Prýglu.

Ladislav Hagara | Komentářů: 0
Těžíte nějakou kryptoměnu?
 (4%)
 (2%)
 (17%)
 (76%)
Celkem 357 hlasů
 Komentářů: 21, poslední 13.8. 09:57
    Rozcestník

    Dotaz: Komunikacia medzi servrami

    14.9.2007 19:27 Quin
    Komunikacia medzi servrami
    Přečteno: 2243×
    Dobry den, vopred sa ospravedlnujem za asi nie najlepsie zvoleny topic pre moj problem, ale neviem kam presnejsie to hodit.

    Potreboval by som pomoc s nasledujucim problemom: mam doma nejaky server na ktorom mi bezi apache, mysql a spol. (do internetu pristupuje pod spolocnou zdielanou sietovou IP 9.8.7.6). Na internete mam server s verejnou IP adresou (napr.: 1.2.3.4). Potreboval by som dosiahnut, aby ked z internetu niekto zavola server 1.2.3.4 na porte 80, aby server 1.2.3.4 zavolal moj server 9.8.7.6 na porte 80, ktory by mu nasledne preposlal data a tie by sa uzivatelovi objavili v prehliadaci - server 9.8.7.6 by sa tvaril ako server 1.2.3.4.

    No, dufam ze ste aspon trochu pochopili, ak mate aspon nejake vedomosti alebo informacie k tejto teme, vopred Vam za ne dakujem.

    Odpovědi

    14.9.2007 20:15 mozog | skóre: 28
    Rozbalit Rozbalit vše Re: Komunikacia medzi servrami
    ak je 9.8.7.6 verejna IP, tak na stroji 1.2.3.4 by malo stacit
    iptables -t nat -A PREROUTING -p tcp -i $IFACE -d 1.2.3.4 --dport 80 -j DNAT --to 9.8.7.6:80
    kde $IFACE je interface s IP adresou 1.2.3.4
    14.9.2007 20:23 Filip Jirsák | skóre: 66 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Komunikacia medzi servrami
    K tomuhle by ale byl potřeba ještě SNAT, jinak se cílový server bude pokoušet odpovědět přímo klientovi, který ale od něj žádné pakety nečeká, zahodí je a spojení se nenaváže.

    Druhá možnost, podle mne lepší, je použít reverzní proxy server – existuje na to modul do Apache, můžete použít Squid, nebo něco jiného. A můžete pak líp řídit HTTP psojení, než jenom s pouhým přesměrováním portů. Navíc místo přesměrování portů by asi stačilo zěmnit DNS záznam :-)

    Obě dvě varianty (DNAT a reverzní proxy) ale předpokládají, že je váš domácí počítač ze serveru dostupný (tj. má buď veřejnou IP adresu, nebo sice privátní, ale server je s ním ve stejné síti). Pokud by tomu tak nebylo, musel by spojení navázat váš domácí počítač a udržovat nějaký tunel – např. přes ssh.
    14.9.2007 21:00 Quin
    Rozbalit Rozbalit vše Re: Komunikacia medzi servrami
    Ďakujem za rady. Domaci pocitac nema verejnu IP, ten tunel by mohlo byt riesenie, ale ssh je myslim na to dost pomale. Nedal by sa vybudovat nejaky rychlejsi tunel ?
    AraxoN avatar 14.9.2007 21:19 AraxoN | skóre: 45 | blog: slon_v_porcelane | Košice
    Rozbalit Rozbalit vše Re: Komunikacia medzi servrami

    Ak má domáci počítač neverejnú adresu, tak router ktorý poskytuje preklad adries (NAT) musíš nastaviť tak, aby packety prichádzajúce z 1.2.3.4 na TCP port 80 forwardoval na 5.6.7.8 (lokálna adresa toho domáceho počítača) port 80. Všetky tie lacné NATovacie domáce routre, ktoré som doposiaľ videl, mali takúto možnosť.

    A samozrejme, k tomu ten reverzný proxy na 1.2.3.4 je dobrý nápad.

    A fine is a tax for doing wrong. A tax is a fine for doing well.
    14.9.2007 21:36 Filip Jirsák | skóre: 66 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Komunikacia medzi servrami
    ssh data šifruje, to může zpomalovat. Rychlejší tunel by znamenalo použít něco bez šifrování. Zhlavy mne žádný program nenapadá, ale zkuste hledat „TCP tunnel“ nebo VPN, můžete se taky inspirovat třeba článkem o OpenVPN nebo TUN/TAP.
    14.9.2007 22:41 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Komunikacia medzi servrami

    Pokud se člověku nechce do překladu adres, ale na druhou stranu ani do proxy, dobrou práci odvede také rinetd, který je tak trochu uprostřed.

    Mimochodem, proč se tomu vlastně říká reverzní proxy? Vždyť na ní nic reverzního není, je sice na druhé straně, ale není otočená obráceně, aby byl důvod jí říkat reverzní.

    14.9.2007 23:03 Ash | skóre: 53
    Rozbalit Rozbalit vše Re: Komunikacia medzi servrami
    Já bych to chápal tak Cimrmanovsky -- když někomu volám, říkám o něm, že je "tam", zatímco on by řekl, že je ve skutečnosti "tady". I když rozhodně není na dvou místech současně :D No nic.

    "Reverse" je "obrácený", nebo "opačný", a u "opačný" už je docela velká volnost, jak si to vyložit. Třeba jako "na opačné straně", imho. Třeba "revers" je opačná strana, a nejedná se tam o směr, ale spíš o lokaci. Ale je to docela matoucí, to je pravda...
    15.9.2007 20:16 Filip Jirsák | skóre: 66 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Komunikacia medzi servrami
    Mimochodem, proč se tomu vlastně říká reverzní proxy? Vždyť na ní nic reverzního není, je sice na druhé straně, ale není otočená obráceně, aby byl důvod jí říkat reverzní.
    Tou samou otázkou jsem při psaní komentáře sám sebe znejistěl tak, že jsem se radši podíval na Wikipedii, zda se tomu opravdu říká reverzní proxy. Tam je název vysvětlován podle směru trafficu – „normální“ („dopředná“) proxy je pro odchozí provoz, „reverzní“ pro příchozí. Jsou i divnější názvy :-)

    Reverzní proxy by mohl být třeba taky elgooG ;-)
    15.9.2007 21:12 Ash | skóre: 53
    Rozbalit Rozbalit vše Re: Komunikacia medzi servrami
    Nojo, jenže je to trochu v tom, že se jedná pořád o jeden a ten samý provoz -- tedy směr toku dat je z "absolutního hlediska" stejný. Pouze je v každém z případů tok jinak pojmenován -- jednou jako odchozí a podruhé jako příchozí, ale je to pořád ten samý tok téhož směru, že :) A ta proxy funguje vcelku podobně. Ale asi to nemá smysl řešit, prostě je reverzní a basta :D
    15.9.2007 21:38 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Komunikacia medzi servrami
    Přesně tohle jsem měl na mysli: ta proxy funguje pořád stejně, jen je na druhé straně. Co když bude proxy uprostřed mezi klientem a serverem (svého času třeba někteří provideři experimentovali s transparetními proxy pro veškerý HTTP provoz svých klientů), je pak "normální" nebo "reverzní"?
    15.9.2007 22:23 Ash | skóre: 53
    Rozbalit Rozbalit vše Re: Komunikacia medzi servrami
    Já bych ji nazval pořád ještě "normální" -- obecně bych za "normální proxy" považoval takovou, která je určena pro "více jak malý" počet webserverů. Tedy například "pro celý internet" (tedy vše krom intranetu). Za reverzní bych považoval takovou, která slouží pro menší počet webserverů, třeba nějaký ten cluster v jedné firmě a pod.

    Ale třeba kdyby měl podnik 5 webů na intranetu, a mezi (jen) intranetího klienta a těch 5 webů by se dala proxy, tak to bych docela váhal :) Tam bych asi koukal na její přesné schopnosti -- jak moc spolupracuje s webservery. Jestli jen "tupě", tedy sem tam něco cachuje (=normální), nebo jestli jim hodně pomáhá, třeba má lokálně všechny obrázky (a requesty na obrázky defacto od webů úplně odstiňuje = reverzní).
    16.9.2007 07:25 cronin | skóre: 48
    Rozbalit Rozbalit vše Re: Komunikacia medzi servrami
    Nezalezi na tom, kde je proxy server fyzicky ci sietovo umiestneny, vzdy je to to iste: "normalny" proxy server skryva skutocneho klienta pred serverom, zatial co "reverzny" proxy server skryva skutocny server pred klientom.
    16.9.2007 10:30 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Komunikacia medzi servrami
    To myslíte vážně?
    16.9.2007 11:24 cronin | skóre: 48
    Rozbalit Rozbalit vše Re: Komunikacia medzi servrami
    Ano, vazne. A zopar instalacii normalnych i reverznych proxy serverov na najroznejsie ucely uz sa sebou mam, takze viem celkom dobre, o com hovorim.
    16.9.2007 11:57 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Komunikacia medzi servrami
    V tom případě byste si ovšem měl všimnout, že ty řeči o "skrývání" nemění nic na tom, že mezi "normální" a "reverzní" proxy ve skutečnosti není žádný podstatný rozdíl, protože obě dělají totéž: přijmou HTTP request od klienta a buď na něj odpovědí samy (z cache) nebo provedou dotaz na server a odpověď přetlumočí klientovi. Nepatrný rozdíl je jen v tom, jestli jsou blíž klientovi nebo serveru.
    16.9.2007 12:10 Ash | skóre: 53
    Rozbalit Rozbalit vše Re: Komunikacia medzi servrami
    Vy to asi víte, ale ta prezentace věci je nějaká divná :) -- co si přesně představujete pod pojmem "skrývání".

    Já bych viděl rozumnější rozlišování nejprve podle primárního, sekundárního atd. účelu dané proxy a v případě nejasností pak podle lokace. Takže třeba rozdělování toku mezi více fyzických webserverů bych bral jako činnost reverzní proxy, proxy která dělá pouhé pasivní cachování může být oboje -- a tam bych rozlišoval podle jejího umístění.

    Jako neřešitelný beru hypotetický příklad dvou klientů a dvou webservrů na intranetu, kde přesně uprostřed je proxy a ta cachuje výsledky :)
    14.9.2007 20:34 cronin | skóre: 48
    Rozbalit Rozbalit vše Re: Komunikacia medzi servrami
    Ak Ti ide iba o http, https alebo ftp, tak presne to, čo chceš, robí tzv. reverzný proxy server. Túto funkcionalitu poskytuje napr. Apache.

    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.