> Får nog ta och engagera dom som skrivit programmet i detta, dom vet ju garanterat exakt vad som används
Ja, det är ju det självklara alternativet *innan* man snor gratistid från ett forum...
> Skulle chansa på JDBC, fick upp en ruta om att programvaran krävde någon uppdaterad java
> komponent för att installera, kan ju dock varit något annat.
OK. Det är in viktig information. Java's funktioner för remote-call (RMI) har problem
att köra över NAT'ade nät by-default. Jag kämpade mycket med ett för
något år sedan (även med hjälp av en tekniker från Oracle som loggade in
på min laptop i köket remote från sitt kök i USA !), men fick det aldrig att
snurra. Jag skulle köra en Netbeans applikation hemmifrån ut från vårat privata
NAT'ade ADSL nät mot mon server på mitt NAT'ade kontorsnät. Det kan ha varit
att det var NAt när i båda ändar som gjorde att vi aldrig fick det att fungera.
Hur som helst, problemet med RMI är att de olika komponenterna lägger de
IP adresser som den andra änden verkar ha i själva RMI datat. Eftersom detta
alltså är de publika adresserna, och att de sedan jämförs med klienterns (eller
om det var serverns) egen adress, så smäller det av.
Lösningen är att hårdkoda den andra ändens IP adress genom en konfigurering
i Java miljön. Googla gärna på "java remote method invocation NAT" så får du
lite olika forum där detta diskuteras inkl en del förslag till lösningar.
En annan lösning är att *inte* köra RMI/Java/JDBC utan vanlig ODBC. Då får
man öppna lite andra portar och så, men det är "som vanligt".
> SQLServer över tcp/ip är som standard konfigurerad att köra på port 1433
> om jag inte minns helt galet.
Det är nog den vanliga SQLServer porten (som t.ex ODBC använder), inte JDBC
porten viket är 1099 by default.
> Men, klienterna som skall ansluta ligger idag på ett företagsnätverk för att
> komma åt internet och verksamhetssystem.
Och :
> Men så fort man sätter sig med klienten vid ett annat nätverk, WAN anslutning, så tappar den kontakten.
Du får nog beskriva lite bättre vad du menar med "företagsnätverk", "annat nätverk", "WAN" o.s.v.
Om du har ett WAN som enbart betyder routade arear inom samma privata nätverk (utan att
NAT'a över ett publikt nät), d.v.s där alla klienter och server ser den faktiskta IP adressen
hos motparten, så är det ju en sak. Annars är det en annan sak...
