HTTP HTTPS (proxy)

Problemi z drugimi jeziki kot so c++, cgi, java, itd.
Odgovori
peterv
Prispevkov: 987
Pridružen: 29.03.2002 13:24:32

HTTP HTTPS (proxy)

Odgovor Napisal/-a peterv » 04.01.2010 11:27:06

Pozdravljeni,
ali obstaja kakšen program, ki bi znal recimo nek promet iz http-ja preusmerit na https..? (podobno kot nekakšen port forwarding)?

Uporabniški avatar
Runner
Prispevkov: 1079
Pridružen: 03.02.2005 12:05:25

HTTP HTTPS (proxy)

Odgovor Napisal/-a Runner » 04.01.2010 11:45:28

Apache?

peterv
Prispevkov: 987
Pridružen: 29.03.2002 13:24:32

HTTP HTTPS (proxy)

Odgovor Napisal/-a peterv » 04.01.2010 14:08:58

ne ne..
imam webservis ki je na https-ju..
potem pa imam komponento v javi za jdk1.3, ki mi v oracle formsih noče delat (pisal sem tudi na oraclov suport vendar žal nimajo rešitve)..
Če isto kodo izvedem z isto javo ampak v konzoli mi stvar funkcionira brez problema..
Torej obstajajo dve možnoti ali da spišem webservis, ki se bo povezoval s prvim preko https-ja in z jinitiatorjem preko http-ja ali pa
da kvačkam recimo nek java arhiv (jar) in ga v komponenti zaženem kot svoj proces... (ma to je štukarija in težko za vzdrževati)..

lp
Peter

Uporabniški avatar
Runner
Prispevkov: 1079
Pridružen: 03.02.2005 12:05:25

HTTP HTTPS (proxy)

Odgovor Napisal/-a Runner » 04.01.2010 17:06:12

Sicer lahko da jaz česa ne razumem ampak ti rabiš spredaj proxy ki bo trzal na določen HTTP URL in ga redirectal oziroma proxy-jal na HTTPS. Torej postaviš spredaj Apache-ja in mu poveš na kaj naj trza. To je najlažje in najmanj dela. Če noče apache-ja moraš proxy spisati sam. Kje in kako je potem vseeno. Recimo lahko v delphi-ju, lahko v Javi.

Drugače pa prosim povej kaj več ker težko razberem vse podrobnosti iz tega. Imaš webservis ok, ampak ali ta webservis komunicira naprej na JDK komponento in preko česa poteka komunikacija'

Uporabniški avatar
Runner
Prispevkov: 1079
Pridružen: 03.02.2005 12:05:25

HTTP HTTPS (proxy)

Odgovor Napisal/-a Runner » 04.01.2010 17:09:59

Hm mogoče zdaj malo bolj razumem. Torej webservice mora delovati preko HTTPS? In problem je potem ko WebService komunicira naprej z javo? V čem je spisan pa WebService?

Uporabniški avatar
krho
Prispevkov: 709
Pridružen: 11.01.2003 23:02:56

HTTP HTTPS (proxy)

Odgovor Napisal/-a krho » 06.01.2010 17:07:24

spredaj pokneš apacheja, ki posluša na 443, ter mu rečeš, da proxya vse na 8080 port na tomcat... Problem solved.
Uredite zbirko filmov, tv serij in iger - http://xcollect.sf.net
Zamenjate leglo virusov s preprostim in naprednim odjemalcem elektronske pošte. - http://www.simail.si

peterv
Prispevkov: 987
Pridružen: 29.03.2002 13:24:32

HTTP HTTPS (proxy)

Odgovor Napisal/-a peterv » 07.01.2010 15:43:34

Torej..
webservis je nekje v ljubljani in nanj se lahko povežeš le preko https-ja..
Problem, ki ga imam (tehnična omejitev jinitiatorja) je, da ne morem uporabljati https protokola, da bi se povezal na ta webservis..

Torej ker ne morem uporabljati https-ja je edina rešitev http...
Obstaja sicer več variant

1. da spišem webservis proxy na strežniku znotraj firme, ki se bo povezoval preko https-ja na omenjeni webservis in jaz bom iz moje aplikacije preko http-ja klical ta proxy webservis... (problem je ta, da bom moral datoteke, ki so rezultat webservisa
kopirati na lokalni disk in te izpostavit z novim url-jem, da bodo vidne klientu).. Gre se za dostop do arhivskega sistema, kjer ti webservis vrne URL do nekega dokumenta, ki pa je časovno omejen in fiksiran na IP iz katerega pride klic.. (torej če isti url pokličem od doma mi webservis ne bo vrnil nobenega dokumenta)..

2. pa me zanima ali obstaja kakšen proxy, ki bi me rešil prvega primera.. torej nek klic pošljem preko http-ja na nek proxy in ta mi redirekta promet na webservis preko https-ja ki je nekje na oddaljenem strežniku (izven podjetja)..
(ampak mislim da tudi to ne bo šlo skozi saj če bom iz firme preko VPN-a klilcal tale proxy bo webservis (končni) zaznal IP od proxy-a in mi vrnil IP-je vezane na proxy in če jih bom jaz pognal iz firme bo moj IP (request) drugačen in ne bom dobil rezultata...

nič..
mislim da je edina rešitev wsproxy..

končni webservis je pa .net

Odgovori