Assurdo problema con "Connetti unità di rete" e file Access

[natasha]

Buonasera a tutti,
ho da proporvi un problema che è sicuramente di rete, ma dal newsgroup di
Windows XP mi hanno reindirizzato qui, sperando che qualcuno abbia avuto lo
stesso problema e lo abbia risolto.
Immaginate di avere, su un server Windows 2000 Server che chiameremo
"file-server", con indirizzo IP 192.168.1.100 una cartella condivisa
"condivisione".
In questa cartella metto un database Access, e da Windows XP Professional
Service Pack 2, con "Connetti unità di rete", mappo la cartella condivisa
come un drive di Windows, diciamo "L:".
Ovviamente, insieme all'unità, per creare il drive devo specificare la
cartella: se scelgo "condivisione" da "Sfoglia", o se specifico il nome del
server, così:

\\file-server\condivisione

non ho alcun problema ad aprire il database Access.
Se invece del nome specifico l'indirizzo IP del server, così:

\\192.168.1.100\condivisione

e mappo la cartella, non ho alcun problema, SALVO CHE, se tento di aprire un
qualsiasi database Access, mi viene dato un errore di protezione!!!
Ovviamente, copiando il database in locale, riesco ad aprirlo senza problemi.
Qualcuno ha idea del perchè di questo assurdo comportamento?

[giorgio rancati]

Post by natasha
Buonasera a tutti,
ho da proporvi un problema che è sicuramente di rete, ma dal newsgroup di
Windows XP mi hanno reindirizzato qui, sperando che qualcuno abbia avuto lo
stesso problema e lo abbia risolto.
Immaginate di avere, su un server Windows 2000 Server che chiameremo
"file-server", con indirizzo IP 192.168.1.100 una cartella condivisa
"condivisione".
In questa cartella metto un database Access, e da Windows XP Professional
Service Pack 2, con "Connetti unità di rete", mappo la cartella condivisa
come un drive di Windows, diciamo "L:".
Ovviamente, insieme all'unità, per creare il drive devo specificare la
cartella: se scelgo "condivisione" da "Sfoglia", o se specifico il nome del
\\file-server\condivisione
non ho alcun problema ad aprire il database Access.
\\192.168.1.100\condivisione
e mappo la cartella, non ho alcun problema, SALVO CHE, se tento di aprire un
qualsiasi database Access, mi viene dato un errore di protezione!!!
Ovviamente, copiando il database in locale, riesco ad aprirlo senza problemi.
Qualcuno ha idea del perchè di questo assurdo comportamento?

Ciao natasha,

leggi questo articolo
----
Identificazione di un sito Intranet come sito Internet quando si utilizza un
nome FQDN o un indirizzo IP
http://support.microsoft.com/?kbid=303650
----


Ciao

[natasha]

Post by giorgio rancati
Ciao natasha,
leggi questo articolo
----
Identificazione di un sito Intranet come sito Internet quando si utilizza un
nome FQDN o un indirizzo IP
http://support.microsoft.com/?kbid=303650
----

Ciao Giorgio,
ho già provato la prima parte della soluzione (aggiunta dell'IP fra i siti
dell'area Intranet locale); la seconda non la vedo appropriata al mio caso
(sono in un workgroup, non in un dominio) ma proverò ad applicarla "mutatis
mutandis".
Farotti sapere :)

[natasha]

Post by giorgio rancati
Ciao natasha,
leggi questo articolo
----
Identificazione di un sito Intranet come sito Internet quando si utilizza un
nome FQDN o un indirizzo IP
http://support.microsoft.com/?kbid=303650
----

Ciao Giorgio, in un workgroup la modifica delle chiavi di registro non è
necessaria, è sufficiente aggiungere l'indirizzo IP del file server ai siti
della Local Intranet.
Solo, è richiesto il riavvio del PC.

[Sergio MAZZA]

Post by natasha
Buonasera a tutti,
ho da proporvi un problema che è sicuramente di rete, ma dal newsgroup di
Windows XP mi hanno reindirizzato qui, sperando che qualcuno abbia avuto lo
stesso problema e lo abbia risolto.
Immaginate di avere, su un server Windows 2000 Server che chiameremo
"file-server", con indirizzo IP 192.168.1.100 una cartella condivisa
"condivisione".
In questa cartella metto un database Access, e da Windows XP Professional
Service Pack 2, con "Connetti unità di rete", mappo la cartella condivisa
come un drive di Windows, diciamo "L:".
Ovviamente, insieme all'unità, per creare il drive devo specificare la
cartella: se scelgo "condivisione" da "Sfoglia", o se specifico il nome del
\\file-server\condivisione
non ho alcun problema ad aprire il database Access.
\\192.168.1.100\condivisione
e mappo la cartella, non ho alcun problema, SALVO CHE, se tento di aprire un
qualsiasi database Access, mi viene dato un errore di protezione!!!
Ovviamente, copiando il database in locale, riesco ad aprirlo senza problemi.
Qualcuno ha idea del perchè di questo assurdo comportamento?

L'utente che accede alla cartella dovrebbe avere anche la possibilità di
scrivere, non solo di leggere; questo perché access, una volta aperto l'mdb,
tenta di creare il file .ldb...

Ciao.

[giorgio rancati]

Post by Sergio MAZZA
L'utente che accede alla cartella dovrebbe avere anche la possibilità di
scrivere, non solo di leggere; questo perché access, una volta aperto l'mdb,
tenta di creare il file .ldb...

Ciao Sergio,
non è un problema di permessi di lettura/scrittura, Natasha riceve questo
messaggio di errore
----
Impossibile aprire il file.
Il file è disponibile in una posizione esterna alla rete Intranet o in un
sito non attendibile. Il file non verrà aperto a causa di potenziali
problemi di protezione.
Per aprire il file, copiarlo nel computer in uso o in una posizione di rete
accessibile.
----
quando cerca di aprire il Db da una unità di rete mappata con l'indirizzo IP
del server.
La causa e la soluzione sono spiegate nella KB che ho indicato nel mio post
:-)

Ciao

[Sergio MAZZA]

Post by giorgio rancati
Ciao Sergio,
non è un problema di permessi di lettura/scrittura, Natasha riceve questo
messaggio di errore
----
Impossibile aprire il file.
Il file è disponibile in una posizione esterna alla rete Intranet o in un
sito non attendibile. Il file non verrà aperto a causa di potenziali
problemi di protezione.
Per aprire il file, copiarlo nel computer in uso o in una posizione di rete
accessibile.
----
quando cerca di aprire il Db da una unità di rete mappata con l'indirizzo IP
del server.
La causa e la soluzione sono spiegate nella KB che ho indicato nel mio post
:-)
Ciao
--
Giorgio Rancati
[Office Access MVP]

Ciao Giorgio;
come si dice, tentare non cuoce...

Ciao.