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 17:25 | IT novinky

Do prodeje (Farnell) se dostal jednodeskový počítač Tinker Board (unboxing). Jedná se o konkurenci Raspberry Pi 3 od společnosti Asus. Porovnání (jpg) těchto počítačů například na CNXSoft. Cena Tinker Boardu je 55 £.

Ladislav Hagara | Komentářů: 12
včera 14:44 | Zajímavý projekt

Byla zveřejněna pravidla hackerské soutěže Pwn2Own 2017, jež proběhne od 15. do 17. března v rámci bezpečnostní konference CanSecWes ve Vancouveru. Soutěžit se bude o více než milion dolarů v pěti kategoriích. Letos se bude útočit i na Ubuntu. Jedná se již o 10. ročník této soutěže.

Ladislav Hagara | Komentářů: 2
včera 13:33 | Nová verze

Po sedmi měsících vývoje od vydání verze 5.7 byla vydána verze 5.8 (YouTube) toolkitu Qt. Z novinek lze zmínit například Qt Lite pro vestavěná zařízení. Nově jsou plně podporovány moduly Qt Wayland Compositor (YouTube) a Qt SCXML (YouTube). Současně byla vydána verze 4.2.1 integrovaného vývojového prostředí (IDE) Qt Creator.

Ladislav Hagara | Komentářů: 1
včera 11:52 | Pozvánky

Lednový Prague Containers Meetup se koná ve čtvrtek 26. ledna 2017 od 18:00 v Apiary, Pernerova 49, Praha 8. Přijďte se podívat na přednášky o Enterprise Kubernetes a Jenkins as a code.

little-drunk-jesus | Komentářů: 0
včera 11:40 | Pozvánky

Program letošního ročníku konference Prague PostgreSQL Developer Days, která se koná již 15. a 16. února 2017 na ČVUT FIT, Thákurova 9, Praha 6, byl dnes zveřejněn. Najdete ho na stránkách konference včetně anotací přednášek a školení. Registrace na konferenci bude otevřena zítra (24. ledna) v brzkých odpoledních hodinách.

TomasVondra | Komentářů: 0
22.1. 02:20 | Zajímavý článek

David Revoy, autor open source webového komiksu Pepper&Carrot nebo portrétu GNU/Linuxu, upozorňuje na svém blogu, že nový Inkscape 0.92 rozbíjí dokumenty vytvořené v předchozích verzích Inkscape. Problém by měl být vyřešen v Inkscape 0.92.2 [reddit].

Ladislav Hagara | Komentářů: 0
22.1. 02:02 | Komunita

Øyvind Kolås, hlavní vývojář grafických knihoven GEGL a babl, které využívá grafický program GIMP, žádá o podporu na Patreonu. Díky ní bude moci pracovat na vývoji na plný úvazek. Milník 1000 $, který by stačil na holé přežití, se již téměř podařilo vybrat, dalším cílem je dosažení 2500 $, které mu umožní běžně fungovat ve společnosti.

xkomczax | Komentářů: 12
21.1. 23:54 | Pozvánky

DevConf.cz 2017, již devátý ročník jedné z největších akcí zaměřených na Linux a open source ve střední Evropě, proběhne od pátku 27. ledna do neděle 29. ledna v prostorách Fakulty informačních technologií Vysokého učení technického v Brně. Na programu je celá řada zajímavých přednášek a workshopů. Letos je povinná registrace.

Ladislav Hagara | Komentářů: 0
21.1. 22:11 | Nová verze

Byla vydána verze 1.0.0 emulátoru terminálu Terminology postaveného nad EFL (Enlightenment Foundation Libraries). Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
20.1. 17:00 | Nová verze

Byl vydán Docker 1.13. Přehled novinek na YouTube a v poznámkách k vydání na GitHubu. Docker umožňuje běh aplikací v softwarových kontejnerech (Wikipedia).

Ladislav Hagara | Komentářů: 7
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (12%)
 (2%)
 (72%)
 (3%)
 (11%)
Celkem 390 hlasů
 Komentářů: 37, poslední dnes 12:21
Rozcestník
Reklama

Dotaz: Komunikacia medzi servrami

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