many database management systems have a logging function that you can enable and choose what events are logged. Log CREATE/ADD, DELETE/DROP, and UPDATE/MODIFY - whatever those are in your particular dbm.
Just a guess, but it sounds like Jet/ODBC may be issuing a "Lock DB" (request exclusive access) instead of a record lock. It depends on the programming and client settings on the Access side.
Frequently, Jet "does not work and play well with others.
I've just punched in the 100 ohm resistors on the 21X in place of bridge clips. 1/8W or 1/4W work fine. Like deadringer, these were clients within one city block of the CO.
probably that's it.
http://www.unicornelex.com/search.php?PHPSESSID=44bff00ba4df7389232e32ffd78465e8&cat=&searchstring=DB9+DB25&submit.x=0&submit.y=0&submit=submit
Tip:
COPY will make the programming easier.
Get one extension programmed the new way, then COPY it to the others. That's much easier than changing every extension.
Sounds like somebody broke the "smoke seal" on the BGM interface.
(The factory puts "magic smoke" inside the chips, and if you break the "smoke seal" and let the smoke out, they don't work any more.)
U Gotta send it out and get it fixed...
;-)
If we understand correctly, SSH may be able to do the job, as IPGuru said. I run something similar to access RDP on several systems in a small office I support.
Only one system has inbound access through SSH. When I connect in, I establish several tunnels to other systems. The office uses DHCP...
First question - The E2000 is a consumer-class router and T1 sounds like you may be connecting it to a business network. Is this wireless authorized, or is it a rogue? If your IT department doesn't know about this router, get them involved BEFORE you do it.
Next - did you re-boot the Samsung...
I'd agree with Noway2, and something like OpenPGP is probably your best bet in this situation. Then the unattended system can boot unencrypted, save the data encrypted using the public key, and the data can only be decrypted with the private key which is not on the remote server. Make the key...
the true server path for "/" on an ftp server is specified in the server setup. Everything you refer to as "/" is relative to the ftp server's root path, not the true root path of the system.
It would be a major security breach, and very foolish to set the ftp server's home path to "/". That's...
It's pretty straightforward. You need to mount the Novell directory into your SUSE tree - a local mount point like /server/sharename will make it easier to recognize. (And make sure you have priviliges to write into the directory)
Then "open" the MS ftp, "lcd /server/sharename" and "get" or...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.