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 12:55 | Nová verze

Byla vydána verze 17.12.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi. Aplikace, které nebyly dosud portovány na KDE Frameworks 5, byly z KDE Aplikací odstraněny.

Ladislav Hagara | Komentářů: 17
dnes 03:00 | Komunita

Na Humble Bundle lze získat počítačovou hru Company of Heroes 2 (Wikipedie, YouTube) běžící také v Linuxu zdarma. Speciální akce končí v sobotu v 19:00.

Ladislav Hagara | Komentářů: 0
dnes 02:00 | Zajímavý software

Christian Kellner představil na svém blogu projekt Bolt řešící bezpečnost rozhraní Thunderbolt 3 na Linuxu. Pomocí příkazu boltctl nebo rozšíření GNOME Shellu lze komunikovat s démonem boltd a například zakázat neznámá zařízení a předejít tak útokům typu Thunderstrike nebo DMA.

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

Po půl roce vývoje od vydání verze 11.0 byla vydána verze 11.1 svobodného softwaru pro vytváření datových úložišť na síti FreeNAS (Wikipedie). Nejnovější FreeNAS je postaven na FreeBSD 11.1. Přehled novinek v příspěvku na blogu. Zdůraznit lze zvýšení výkonu OpenZFS, počáteční podporu Dockeru nebo synchronizaci s cloudovými službami Amazon S3 (Simple Storage Services), Backblaze B2 Cloud, Google Cloud a Microsoft Azure

Ladislav Hagara | Komentářů: 0
včera 23:55 | Nová verze

Po dvou měsících vývoje od vydání verze 235 oznámil Lennart Poettering vydání verze 236 správce systému a služeb systemd (GitHub, NEWS).

Ladislav Hagara | Komentářů: 6
včera 20:00 | Nová verze Ladislav Hagara | Komentářů: 0
včera 19:33 | Pozvánky

Pražská Fedora 27 Release Party, oslava nedávného vydání Fedory 27, se uskuteční 19. prosince od 19:00 v prostorách společnosti Etnetera (Jankovcova 1037/49). Na programu budou přednášky o novinkách, diskuse, neřízený networking atd.

Ladislav Hagara | Komentářů: 0
včera 18:11 | Nová verze

Byla vydána verze 2.11.0 QEMU (Wikipedie). Přispělo 165 vývojářů. Provedeno bylo více než 2 000 commitů. Přehled úprav a nových vlastností v seznamu změn.

Ladislav Hagara | Komentářů: 0
včera 17:44 | Komunita

Canonical oznámil dostupnost kryptografických balíčků s certifikací FIPS 140-2 úrovně 1 pro Ubuntu 16.04 LTS pro předplatitele podpory Ubuntu Advantage Advanced. Certifikace FIPS (Federal Information Processing Standards) jsou vyžadovány (nejenom) vládními institucemi USA.

Ladislav Hagara | Komentářů: 3
včera 16:11 | Zajímavý software

Společnost Avast uvolnila zdrojové kódy svého dekompilátoru RetDec (Retargetable Decompiler) založeného na LLVM. Vyzkoušet lze RetDec jako webovou službu nebo plugin pro interaktivní disassembler IDA. Zdrojové kódy RetDec jsou k dispozici na GitHubu pod open source licencí MIT.

Ladislav Hagara | Komentářů: 3
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (8%)
 (1%)
 (1%)
 (1%)
 (76%)
 (14%)
Celkem 997 hlasů
 Komentářů: 45, poslední 1.12. 19:00
    Rozcestník

    Dotaz: Komunikacia medzi servrami

    14.9.2007 19:27 Quin
    Komunikacia medzi servrami
    Přečteno: 2244×
    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: 67 | 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: 67 | 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: 67 | 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: 49
    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: 49
    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: 49
    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.