Pitäisi tehdä etähallintaohjelma javalla, mutta
webpalvelimeksi ei suostuta asentamaan tomcatia apachen rinnalle.
Jos teen omman socketeilla, niin onko siinä otettava huomioon joitain turvallisuusnäkökohtia? Palvelinpään palomuurin ainakin päästettävä läpi viestejä -tietyistä ip-osoitteista vaikka - portista jota serversocket kuuntelee. ja asiakkaan pään palomuurin samoin, jotta pystyy vastaanottamaan palvelimelta tullutta tietoa...
Entä olisiko mahdollista URL-objektin openConnectionilla ottaa yhteys apachen hakemiston asennettuun javaluokkaan, jolla olisi vain j2se:n tuki ilman serveltteja ja muita palvelinpään tukea, mutta miten sitten palvelin lähettäisi vastauksen asiakkaalle...
Hitto jos ei tomcatia voi asentaa.
webpalvelimeksi ei suostuta asentamaan tomcatia apachen rinnalle.
Jos teen omman socketeilla, niin onko siinä otettava huomioon joitain turvallisuusnäkökohtia? Palvelinpään palomuurin ainakin päästettävä läpi viestejä -tietyistä ip-osoitteista vaikka - portista jota serversocket kuuntelee. ja asiakkaan pään palomuurin samoin, jotta pystyy vastaanottamaan palvelimelta tullutta tietoa...
Entä olisiko mahdollista URL-objektin openConnectionilla ottaa yhteys apachen hakemiston asennettuun javaluokkaan, jolla olisi vain j2se:n tuki ilman serveltteja ja muita palvelinpään tukea, mutta miten sitten palvelin lähettäisi vastauksen asiakkaalle...
Hitto jos ei tomcatia voi asentaa.
Vastaukset 2
Vanhimmat
-Jos käytät socetteja, toisessa päässä on oltava palvelin joka kuuntelee. Javassa ServerSocet -luokka.
-Serverin ohjelmointi ei ole kovin monimutkaista, se vaatii vain tarkkuutta.
-Lisäksi sinun on rakennettava protokolla clientin ja serverin väliin (keskustelusääännöt & käskykanta)
-Palomuuriin on avattava portti/portit joita käytetään yhteydessä.
-Serverin ohjelmoinnissa on muistettava että jos yhteyksien määrää millään tavoin rajoiteta, aiheutuu turvallisuusriski ylivuotovaaran takia (rajoita aina yhteyksien määrä tai salli vain yksi sessio)
-Raskaissa toteutuksissa yhteydet laitetaan jonoon odottamaan.
-Lisäksi on punnittava onko tarvetta validoida/salata yhteys.
-RMI /J2EE on myös vaihtoehto, mutta siinä kaineklaisen konffaamisen määrä on usein itse koodaamista isommaksi operaatioksi.
-miksei muuten apachen cgi-bin web käyttöliittymä ole vaihtoehto?
Verkkovastaava ei jaksa opetella tomcatin asennusta ylläpitoa yhden pienen erillisen javamokkulan takia.
Tarkoitus on tehdä ohjelma eränlaisena harjoitustyönä puljun siäsiseen käyttöön lähinnä,
ja kyvin kevyellä käyttäjäkuormituksella. Eniten mua funtsituttaa just toi validointi ja salaus, voiko joku päästä muuttamaan verkon yli tulevia javaobjekteja tai hämämään jotenkin. Java luokat pitäisi varmentaa jotenkin, ööö voiohan ne lähettää jotenkin jarrina ja käyttää niitä sieltä, pitääkin tutkia...
RMI voisi ola toinen vaihtoehto