Jump to content

Zugriff mit W2k auf DBase-Datenbank auf Novell 5.0


Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Recommended Posts

Posted

:confused: Hallöchen,

 

ich hab da ein großes Problem (zumindest für mich Neuling)...ich soll in einer Firma, die 2 Novell-Server mit einer DBase-Datenbank haben mit einem entfernten Büro (W2k) übers Internet verbinden...die Mitarbeiter sollen in dieser DB auch Daten ändern können...ich tu mich da echt schwer, denn von Novell hab ich keine Ahnung...und mit den Programm "David" (mit dem greifen sie auf die DB zu) erst recht...Wer kann mir da evtl. ein paar Tips geben??

Posted

Hm, hab mich etwas falsch ausgedrückt. Sorry! Ich versuch´s besser auszudrücken: Die Verbindung zwischen 2 W2k-Servern übers Internet ist schon klar, daß es am besten über VPN ist. Aber wie stelle ich die Verbindung von dem W2k-Server zum Novell-Server im gleichen Standort her? Novell nutzt doch nicht TCP/IP oder?

Posted

Hi Tina !

Ab Netware 5 kann Novell auch echt mit TCP/IP arbeiten, ab Netware 6 kann der Novell-Server auch im MS-Netzwerk dargestellt werden

Das einfachste wäre in Deinem Fall, Du setzt auf einem w2k-Server GSNW (gateway service for netware) auf und Deine VPN-Clients greifen über die Freigaben des gsnw-Servers auf die Datenbank zu. Dieser Server setzt logisch alle Zugriffe von IPX/SPX (Netware 4) auf TCP/IP - Netzwerke um.

Wenn es schmalbandige VPN-Clients sind, ist das kein Problem.

MS selber bezeichnet gsnw als Softwaregateway für geringe bis mittlere Datendurchsatzraten als Hilfsmittel zum Umstieg von Novell- auf MS-Netzwerke ;) . Mußt Du also checken, ob Deine Clients mit der Zugriffsgeschwindigkeit zufrieden sind - dBase-Datenbanken sind ziemlich aufgebläht.

Posted
Original geschrieben von zuschauer

Ab Netware 5 kann Novell auch echt mit TCP/IP arbeiten, (...)

 

Eine winzige Schönheitskorrektur, Zuschauer:

Ab NetWare 5.0 wird PureIP unterstützt. Also nicht "auch IP" sondern "ausschließlich IP". IPX wird entweder als Kompatibilitätsprotokoll getunnelt oder direkt unterstützt.

 

Aber der angebotenen Lösung tut das keinen Abbruch. :)

 

Grüße

Olaf

Posted

Hi olaf !

 

Ich mach schon seit 97 nicht mehr aktiv in Novell. Ist doch schon eine gute Leistung, wenn ich weiß, daß Novell jetzt mit TCP/IP umgehen kann. ;)

Immerhin haben sie in den ersten Jahren viele Neider in der Unix-Welt gehabt, weil ihr IPX/SPX -Protokoll zu damaligen Zeit wesentlich effektiver war, weil schneller, als IP.

Posted

Hallo zuschauer,

 

OK, dafür war es wirklich eine gute Leistung. :) Es gibt schließlich nur noch wenige, die sich damit überhaupt auskennen.

 

Zu IPX: was hilft ein schnelleres Protokoll, wenn es proprietär und nur bedingt WAN-geeignet ist. (Obwohl... schneller ist es schon).

 

Grüße

Olaf

Posted

Das mit dem Traffic stimmt. Wer auch immer NetBEUI vorgeworfen hat, dass es sehr boadcastlastig ist, der hatte noch nie ein Netz mit IPX/SPX gescannt.

 

Proprietär bedeutet: herstellerspezifisch. Es meint, das irgendwetwas von einem (oder mehreren) Herstellern entwickelt wurde und dieser Hersteller hier dann auch Normen setzt und allein sagen kann, wie was gemacht werden muss, oder was morgen anders gemacht werden muss. In diesem Sinne ist IPX/SPX ein proprietäres Protokoll (Novell), NetBEUI auch (Microsoft/IBM), Apple Talk (Macintosh) auch, etc.

 

TCP/IP dagegen nicht, das ist eine offenes Protokoll!!

 

grizzly999

Posted
Original geschrieben von grizzly999

Das mit dem Traffic stimmt. Wer auch immer NetBEUI vorgeworfen hat, dass es sehr boadcastlastig ist, der hatte noch nie ein Netz mit IPX/SPX gescannt.

 

Na, ich denke, jetzt hat sich grizzly geoutet :D

 

Effektiv und schnell hat nun überhaupt nix mit Broadcast-Stürmen zu tun.

Begründung: Schnell bzw. effektiv bezieht sich auf den Verwaltungoverhead in den IPX- bzw. SPX-Headern beim Übertragen von Paketen. Und dort sind die Header der TCP/IP-Stack-Protokolle nun mal etwas größer. Um wieviel Bytes bzw. Words genau, kann ich aus dem Stehgreif auch nicht sagen.

 

Aber dass IPX/SPX Braodcasts verursacht hat nix mit IPX/SPX zu tun sondern mit dem NCP (Netware Core Protokoll) als Anwendungsprotokoll, das auf dem IPX/SPX-Stack aufsetzt, um Diensteanbieter zu publizieren!

 

Grüße

Olaf

Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte erstelle einen neuen Beitrag zu Deiner Anfrage!

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...