und jetzt:
Benutzerverwaltungsservice
Fehler bei der Verbindung zum Datenbankserver.....
alle anderen Clients funktionieren
Gruß
Stimmen denn die Routing-Tabellen? Mit "route print" kann man sich die
anzeigen lassen. Wichtig ist, dass auch der Server korrekt antworten kann.
Ferner ist es manchmal hilfreich, auf dem nicht wollenden Client die
lmhosts.sam nach lmhosts zu kopieren, die mit # gekennzeichneten
Kommentare zu löschen und folgendes einzutragen:
lexware [tab] 192.168.0.2 [leerzeichen] #pre (wobei lexware hier für den
Namen steht - ggf. abändern.)
Microsoft hat nämlich das Original-TCP/IP modifiziert, es kann sein, dass
der Router netbios-Anfragen nicht mit überträgt ...
Vielleicht hilft dies ja schon.
Gruss,
Dieter
netbios kann es eigentlich nicht sein für eine Datenbank.
Mit einem Portscan finde ich auch den Port der Datenbank auf dem anderen
Subnet.
Aufgrund meine Erfahrungen mit großen Datenbanken muss das ausreichen.
Weißt du genau wie die ODBC mit dem Sybase Datenbank treiber läuft oder ob
man irgenwie genau so wie bei Oracle eine Configdatei hat in der man die
IP der Datenbnk angeben kann.
Gruß
Uwe
hilft nicht alles erreichbar der Port der Datenbank ist auch zu finden.
Kann man bei Sybase nich irgendwo exklusive die IP abgeben wir bei Oracle
in der TNSnames.ora???
Gruß Uwe
Nach Studium des Referenzguide Sybase Datenbank
folgende Lösung:
Systemsteuerung->Verwaltung->Datenquellen (ODBC)->Register System-DSN->LXSYDSN
markieren->Konfigurieren->Register Netzwerk
Folgende Dienste ankreuzen TCP/IP und Gemeinsamer Speicher
hinter TCP/IP in das Feld folgenden Eintrag
HOST=server;HOST=192.168.0.1:2638
server=Hostname des Lexware Servers
192.168.0.1=IP-Adresse der Server
2638 TCP/IP Prot der Servers
Hostname und IP-Adresse muss auf die jeweiligen Daten des Netzwerks
angepasst werden.
Port ist immer 2638
Viele Grüße
Uwe Schneider
PS: Vieleicht auch mal Interessant für den Support der Firma Lexware