mdb in 192.168.1.62

[stefaniamilano]

Inviato da LoryOne

Quel che è certo è che non può dire "il gateway predefinito non si trova nello stesso segmento di rete (subnet) definito dall'indirizzo IP", proprio perchè la subnet mask identifica per tutti e 3 gli IP identico segmento...

Sei sempre in tethering, per caso ?
Se è così, devi scollegarti dallo smartphone ed agire manualmente sulle impostazioni di rete per la scheda.

Infatti non esce quell'errore, ma, anche se mi sono scollegata ed ho rifatto l'impostazione, non va.

[LoryOne]

Allora quale errore esce ?

[stefaniamilano]

Inviato da LoryOne

Allora quale errore esce ?

Nessuno, ma quando connetto l'unità di rete, il percorso inizia con Stefania e non con 192.168.1.62 e quindi non funzionano Nome utente e Password per entrare nel db

[LoryOne]

Nome utente e password le puoi impostare nel db.
Un conto sono le credenziali di accesso alla rete, un altro quelle di accesso al database.
Con il db in locale, hai detto che potevi impostare nome utente e password, ma poi dava problemi di accesso al percorso di rete.
Se hai impostato bene la rete, dovresti vedere la cartella Marco ed il db condiviso al suo interno se fai accesso a \\192.168.1.62

Non c'è nessuna unità di rete da impostare.
All'interno del codice in VBA nel DB c'è quel percorso specificato in modo statico.

[stefaniamilano]

Inviato da LoryOne

Nome utente e password le puoi impostare nel db.
Un conto sono le credenziali di accesso alla rete, un altro quelle di accesso al database.
Con il db in locale, hai detto che potevi impostare nome utente e password, ma poi dava problemi di accesso al percorso di rete.
Se hai impostato bene la rete, dovresti vedere la cartella Marco ed il db condiviso al suo interno se fai accesso a \\192.168.1.62

Non c'è nessuna unità di rete da impostare.
All'interno del codice in VBA nel DB c'è quel percorso specificato in modo statico.

Mai detto di poter impostare nome utente e password; infatti non posso.
Purtroppo \\192.168.1.62 non mi porta da nessuna parte,
Ci rinuncio.
Grz di tutto.
Stefania

[LoryOne]

Lo hai detto al post #19

"Se faccio doppio clic sull'mdb mi chiede nome utente e password, ma quando li metto mi dice che il file non è posizionato in \\192.168.1.62\Marco e non mi fa entrare."

Devi avere il servizio Server attivato (Anche Workstation se utilizzi il nome host via NetBIOS, ma non è questo il caso) per poter utilizzare le risorse condivise.
Tralasciando il fatto delle password di accesso al db che probabilmente non sono state impostate, è probabile che all'apertura utilizzi SMB attraverso una stringa "\\".
Devi vedere il codice.

Vedi tu.

ps: certo che il tuo capo la fa facile !

[zallan]

Probabilmente il database ha la "protezione a livello utente" impostata per impedire agli utenti di replicare un database.
Questo spiega perchè non riesci ad aprire il file .mdb in locale dal tuo pc.

Per aprire il database dovresti essere nella stessa rete locale, avere accesso alla cartella condivisa:
\\192.168.1.62\Marco
inoltre dovresti avere i permessi per aprire il file .mdb, che per la protezione a livello utente sono:
l'autorizzazione dell'utente inserito nel gruppo di lavoro e la password.

http://office.microsoft.com/it-it/ac...005188226.aspx

vedi sezione:"tramite la protezione a livello utente"

Il tipo di protezione ipotizzato consente di inserire record nel database, prevenendo modifiche che potrebbero compromettere la sicurezza del database stesso.
Per lavorare da casa dovresti avere un pc aziendale opportunamente configurato.

[LoryOne]

Si, in effetti Access è dotato di protezioni a livello utente o gruppi, ma hanno validità solo all'interno dell'ambiente e per le componentistiche maschere/strutture/tabelle/queries: Come dire che le autorizzazioni utente/gruppo del S.O. non influiscono su quelle del DB.
Inoltre, quando Stefania dice che imposta nome utente e password, bisognerebbe capire se a livello di sistema o di database...
Il problema evidente, però, è che il db una volta aperto le segnala un errore relativo al percorso che non è quello che si aspetta.
L'errore è una segnalazione:
- esplicita da parte del programmatore la cui descrizione compare a video in un msgbox così com'è presente nel codice
- esplicita da parte del S.O. la cui descrizione compare a video in un msgbox in seguito a descrizione dell'errore (msgbox err.description)
- esplicita dovuta ad importazione/collegamento tabelle non presenti in quel percorso
?
Ci sarebbe poi un'altra ipotesi: All'interno del DB esistono chiamate ad API di sistema per utenti appartenenti ad un dominio di rete, mentre il suo PC non è incluso in un dominio...Quest'ultima ipotesi la scarterei, visto che il suo capo le ha semplicemente detto di spostare il db in un percorso di rete sul suo pc in locale. Di fatto, (sempre che le cose siano andate come avrebbero dovuto), una volta impostata la rete, il suo PC diventa un host di una rete che condivide risorse via SMB su percorsi locali condivisi...

[AMIGA]

Secondo me stefania sta sbagliando, non credo che il suo capo risieda entro i pochi metri del segnale Wireless, come dicevo sopra probabilmente doveva farlo dal PC che usa in ufficio

[LoryOne]

Beh, se il suo capo (o chi ha sviluppato l'interfaccia in ambiente Access) ha volutamente impostato quel percorso, accedendo in rete dall'ufficio non avrebbe alcun problema.

[zallan]

Inviato da LoryOne

Si, in effetti Access è dotato di protezioni a livello utente o gruppi, ma hanno validità solo all'interno dell'ambiente e per le componentistiche maschere/strutture/tabelle/queries: Come dire che le autorizzazioni utente/gruppo del S.O. non influiscono su quelle del DB.

Quando parlavo di utente/gruppo mi riferivo a quelli di access.

http://office.microsoft.com/it-it/ac...005257855.aspx

Per questo ho detto che prima di tutto bisogna avere accesso alla cartella condivisa, disponendo, ovviamente delle credenziali del s.o.

[LoryOne]

...purtroppo Stefania ha mollato gli ormeggi , quindi non sapremo mai se ha risolto o meno.

[stefaniamilano]

Inviato da LoryOne

Lo hai detto al post #19

"Se faccio doppio clic sull'mdb mi chiede nome utente e password, ma quando li metto mi dice che il file non è posizionato in \\192.168.1.62\Marco e non mi fa entrare."

Devi avere il servizio Server attivato (Anche Workstation se utilizzi il nome host via NetBIOS, ma non è questo il caso) per poter utilizzare le risorse condivise.
Tralasciando il fatto delle password di accesso al db che probabilmente non sono state impostate, è probabile che all'apertura utilizzi SMB attraverso una stringa "\\".
Devi vedere il codice.

Vedi tu.

ps: certo che il tuo capo la fa facile !

Intendevo che le credenziali di accesso sono già impostate dal capo ed io per accedere devo meramente scriverle, non impostarle

[stefaniamilano]

Ho capito di non essere in grado di fare 'sta cosa. Sono scettica.
Mi arrendo.
Grz a tutti
Stefania

[RunDLL]

Vorrei proporre una soluzione meno tecnica ma che forse era quella da intraprendere subito: ma non potresti chiedere a Marco?

EDIT:
Dopo la lettura di tutte e tre le pagine scopro che non volevi fare figuracce col capo che forse è Marco, ma non dovresti aver fatto una bella figura se dopo una settimana ancora non hai aperto il file.
La prima cosa da fare e sensata sarebbe stata quella di cambiare l'IP privato al router mettendolo sulla classe indicata da Marco. Mi fermo qui perché penso che già siamo troppo fuori dalle competenze. A mio giudizio dovresti fartelo fare da qualcuno che ci capisce e che sia la con te, anche il forum non aiuta, molte volte, se non ci sono delle basi.