Cybquest

Was für einen Router hast Du denn zwischen den Netzen? Der sollte als DHCP-Relay-Agent eingerichtet sein.

Womit lässt sich nicht reinschreiben? Direkt in eine Tabelle auf dem Server über den Manager? Per ODBC? ASP? Access-Frontend? Hat der DB-User, mit dem das getestet wird, Schreibrechte auf die Tabelle?

Z.B. mal hier schauen: ISA 2006

Hast Du in Deinem Netz keinen DNS-Server ausser dem DSL-Router)? Kannst Du den Server mit seinem Namen anpingen? Oder nur über IP?

Hallo und Willkommen on Board, hab leider ein wenig Probleme, mir das Netz vorzustellen. Also eine Seite des 2.Routers hat 192.168.0.199 und die andere Seite 192.168.1.1? Warum die Maske ..255.128? Das NAS steht im 0er Netz und du versuchst es vom 1er Netz zu erreichen? Hat der 1.Router auch eine Route in das 1er Netz definiert? Ansonsten bräuchte es auf dem NAS m.E. eine Route ins 1er Netz über den 0.199 Router. Grüße, Frank

Natürlich kann man auch bei gerouteten Netzen Regeln im ISA definieren! Die Firewallregeln hängen nicht vom Netzwerkverhältnis ab.

NAT zwischen Intern und DMZ? :suspect:

Einfach nochmal weiter oben lesen: Mit einer Abfrage.

Ohne Firewallclient läuft's über "SecureNAT": - Der ISA muss als Standardgateway definiert werden. - Eine entspr. Firewallregel muss auf jeden Fall für das Objekt "alle Benutzer" gelten. Lösen könnte man das dann z.B. so: - Die entspr. Rechner bekommen feste IP-Adressen bzw. über eine Reservierung vom DHCP immer die gleichen IP-Adressen. -> Dann kann man diese Rechner im "Von"-Teil der entspr. Regel definieren.

Hallo, Willkommen on Board! Wie wärs mit dem Microsoft SyncToy?

OK, so ne neue Access-Version hab ich nicht. Der Reiter "Tabellen" ist bei deinem Bildle so schmal, dass man ja gar keinen freien Bereich sieht ;) Ich denke, die Funktion "Tabelle verknüpfen" gibts auch in irgend einem Menü. Einfach mal suchen.

Im Access auf dem Reiter "Tabellen" z.B. nen Rechtsklick ins Leere, dort "Tabellen verknüpfen". In der Auswahl dann "Excel" auswählen, entspr. Datei wählen, ... Ein klein wenig sollte man sich natürlich mit den Bordmitteln (wenn man Access zu den Bordmitteln zählt ;) ) schon auskennen, wenn man es damit machen will.

Die Variable APPDATA enthält doch bereits den Anmeldenamen. M.E. musst du daher am Script genau gar nix verändern.

Ich würde mal vermuten, dass die Set-Variable APPDATA zur Batchausführungszeit noch nicht gesetzt ist und daher der Copy-Befehl ins Leere läuft. Daher würde ich Frage 1 so beantworten: Probiers mal mit Benutzer-Startup-Script.

Also meine Vorgehensweise wäre: - Excel-Tabelle in Access verknüpfen - SQL-Tabelle leeren (mit Löschabfrage) - Mit einer Anfügeabfrage Daten aus verknüpfter Excel-Tabelle in SQL-Tabelle schieben In dieser Anfügeabfrage kannst du dann auch bequem bestimmen, welche Felder wohin gehen sollen.

Vielleicht liegt's daran, dass möglicherweise keiner so richtig versteht, um was es geht ;) Ne, im ernst: Du importierst über Access? Oder im SQL-Management-Studio? Oder wo? Wenn über Access: Ist die Excel da reinimportiert? Oder verknüpft? Die Tabelle, die da geändert werden soll ist über ODBC ins Access verknüpft? Dann wäre z.B. eine Aktualisierungsabfrage möglicherweise das, was Du suchst? Grüße, Frank

Nur so als Frage am Rande: Woher kommt diese Annahme? Ist das standardmässig so? Ich war bisher der Meinung, die normal.dot läge im Verzeichnis der Benutzervorlagen und wäre durchaus änderbar (immerhin landen da drin doch auch die Textbausteine), lasse mich aber gern eines besseren belehren. Zumindest bei uns ist das so. Allerdings haben wir roaming Profiles und "verbogene" Word-Vorlagenverzeichnisse ;)

Im tecchannel gabs vor längerer Zeit mal einen Beitrag zu einer Lösung Names "Followprint" einer AKI-GmbH. Vielleicht geht das in die Richtung? Ich kenne es selber aber nicht.

Tut mir leid, aber dem muss ich widersprechen. Du hast ne 21er Netzmaske angegeben. Damit schaffst Du jedoch max. 2046 Hosts pro Subnetz. Wie gesagt, ich wäre für 4 Bits Netz und 12 Bits Host und käme daher auf 156.16.0.0 / 20 ...

Problem ist nur: Er braucht 3500 Hosts PRO SUBNETZ ;) Korrekterweise rechnen wir noch +2 (also 3502), wg. Broadcast und Netzwerkadresse. Bedeutet: Er braucht 12 Bit für die Hosts. Ausserdem kommt man mit 4 Bit für die Subnetze aus, da man damit bis 15 zählen kann! Grüße, Frank

Wenn rein die Laufzeit eine Rolle spielen würde, könnte man ja nie über eine größere Distanz übertragen! Mit Repeatern, Switchen... etc. erreicht man allerdings ja größere Entfernungen. Die 100m Beschränkung für ein Kabel ist aus signaltechnischer Sicht. Je länger das Kabel, desto höher die Induktivität, die Kapazität, das Übersprechen. Somit: Desto lausiger das Signal. So würde ich das sehen. ...und in deiner ersten Version ausserdem noch das A korrekt interpretieren mit 1010 statt 0001 ;)

Ehrlich gesagt... halte ich keine der Antworten für korrekt ;) Wenn die Kabellänge deutlich überschritten wird, kommt das Signal bei B so lausig an, dass B vermutlich nichts mehr damit anfangen kann! Wenn du jedoch eine der Antworten nehmen musst, würde ich für die 2. stimmen (nur so aus dem Bauch heraus;) ) Es reichen schon 4 Bit für eine einstellige Zahl. Du hast aber 2stellige Hex-Zahlen! (FA, 23...) Und gerade bei 23 ist es schon ein Unterschied, ob man 0010-0011 (wie du) oder 00010111 (wie ich) schreibt. ...wobei mir grad auffällt, dass ICH da den Fehler gemacht hab! Sorry! HEX 23 ist natürich 00100011!

Hmmm... Ich würde 8Bit als Standard (und nicht 4) ansehen und somit das eher so übersetzen: FA: 11111010 23: 10111 also 11111010-00010111-00000000

Zu 1: Wie kommst Du auf die 103? Bei der 21er Netzwerkmaske wäre der Host im Netz 172.16.24.0 Und da alle Hostbits auf 1 wäre m.E. dann eine Broadcastadresse172.16.31.255 Zu 2: Halte ich für korrekt.

M.E. hast'n bissle zu viel rausgeschmissen. Du hast zwar die Funktion "read_VT", die wohl die Datensätze löschen soll (nebenbei bemerkt, kann dann die Zeile mit dem "recordset" auch noch raus), diese Funktion wird aber momentan nirgends aufgerufen.