Niente da fare, ho provato a ripristinare il pc a prima degli aggiornamenti ma la connessione dati da sempre lo stesso errore

Buon giorno, dopo altre prove posso dire che sul mio notebook un po datato con w10 a32bit, dopo aver installto Wsite15 da zero, e importato i progetti, il problema non sussiste. Ho provato a riportare un progetto sul pc w10 64bit, il problema riappare come in foto allegata: 

Buongiorno Daniele,

se su un pc funziona e sull'altro no probabilmente c'è qualcosa che blocca le connessioni con il server. Prova a disabilitare eventuali programmi in background e avviare il software come amministratore così da provare a dargli tutti i permessi necessari.

Fammi sapere.

Ciao Riccardo, Avvio sempre il programma oome amministratore, programmi non ne ho installatti di nuovi o perlomeno dopo il mal funzionamento, sono solo attivi gli aggiornamenti di Windows defender, W10 e office, comunque riprovo, anche se avevo già fatto tante prove.

Non sapete se dipende da aggiornamenti di W10, o defender?

Saluti a tutti e buon lavoro

Buongiorno Daniele,

verifica anche contattando il server provide se sono cambiati i permessi per accedere al database o alle tabelle. Queste infatti devono avere i permessi di lettura e scrittura.

Fammi sapere.

Ciao Riccardo, ho reistallato W10 da capo, installato ws15 e 14, ma il problema rimane, deduco che dipenda dall'aggiornamento di Windows 10 n° 1803 per sistemi a 64bit, qualche incopatibilità con WS5 non credo in altre cose.

sia il modem che il server provier non credo possano influire in quanto sul notebook a 32 bit tutto funziona correttamente, e questo è collegato allo stesso modem.

ho trovato in rete questo:

https://turbolab.it/vpn-2942/windows-10-errore-server-vpn-impossibile-creare-connessione-connessioni-ingresso-dipendono-servizio-routing-accesso-remoto-non-stato-possibile-avviare-tale-servizio-1411

Forse dice qualcosa che riguarda il problema, ma non ne sono certo, se il team IM vuol dare un'occhiata?

Fatemi sapere se altri hanno gli stessi problemi o sono soltanto io?

Saluti e buon lavoro, Daniele

ATTENZIONE CONFERMATO: confermo che la versione w10 1803 provoca il problema con l'aggiornamento dtai e prodotti carrello di qualsiasi versione di website, ho provato sun un pc in ufficio non aggiornato con la vesrsione 1709 e tutto filava liscio, dopo 2 ore di aggiornamento windows alla 1803 il problema nasce su tutte le versioni di WebSite.

A questo punto la domanda è di chi deve risolvere?

1. Windows
2. Incomedia

Fate qualcosa al più presto Voi di Incomedia, perche con Windows non possiamo sapere quando e come sia risolto.

Grazie a tutti

Buongiorno Daniele,

grazie per le ulteriori informazioni.

Ho provato su un pc con Windows 10 e l'update 1803 installato. Sono riuscito ad aggiornare correttamente i prodotti ed effettuare gli acquisti.

Credo che possa dipendere dal pc, forse oltre all'aggiornamento c'è stato un cambio di permessi o blocchi aggiuntivi. Prova a verificare meglio disabilitando tutti i programma e riprovando.

Fammi sapere.

Ciao Riccardo e grazie dell'interesse al problema che non riesco a risolvere, partiamo dalle cose che non possono essere:

1. il router/modem non può essere in quanto il pc a 32 bit va bene mentre quello a 64 no.
2. iul Friewal di Windows e Windows defender no perchè anche se disattivati il problema esiste ugualmente.
3. il server provider no perchè da pc a 32 bit funziona da quelli a 64 bit no
4. le impostazioni di sicurezza internet ho provato a impostare il rischio più alto e niente non va.
5. Altri programmi aul pc no pervchè ho effettuato un'installazione pulita e subito dopo WebSitex5 e non andava fin dal primo lancio come amministratore.

Se puoi fornirmi indicazioni su cosa possa bloccare la connessione di aggoirnamento dati degli utenti con registrazione automatica e articoli carrello te ne sarei grato perchè non sò dove battere la testa, ripeto che su un pc a 64 bit che uso raramente e sul quale era presente W10 PRO 1709, funzionava tutto, dopo aggiornato alla 1803 e non aver fatto niente di configurazioni ha smesso di andare.

Ti saluto e ti auguro buon lavoro. Daniele

Credo di aver trovato il problema, ho provato a fare un nuovo sito, in effetti funziona con esportazione in FTP, s poi attiviamo SFTP ed effettuiamo il caricamneto nel percorso dell'https, tramite Host: ssh.nomesito.xxy, in /customers/b/7/3/dominio.xyx/httpd.www....., Website non riesce più a connettersi dal punto 1 gestione accessi e dalla gestione articoli del carrello, e dal quel momento non è più possibile tornare indietro, va cancellato il Data_Base e ricreato nuovo tornando all'esportazione di tutto il sito in FTP.

Il fatto è che Website non riconosce il percorso online e restituisce sempre l'errore della cartella in base all'indirizzo URL del Sito, anche dicendo no, questo tutte le volte si ripresenta

Fate delle prove anche Voi e vediamo se arriviamo al problema

CERTO E TESTATO:  il file .htaccess che rinvia ad https genera l'errore. esempi di file con cui ho provato ed entrambi generano l'errore:

1. # force https
   RewriteEngine On
   RewriteCond %{HTTPS} !=on
   RewriteRule ^.*$ https://%{SERVER_NAME}%{REQUEST_URI} [R,L]

   ErrorDocument 404 /404.html

2. RewriteEngine On
   RewriteCond %{HTTP_HOST} !^casentinoweb\.com$ [NC]
   RewriteRule ^(.*)$ http://casentinoweb.com/$1 [R=301,L]
   <IfModule mod_rewrite.c>
   RewriteEngine on
   #FORCING HTTPS FOR ALL HTTP REQUESTS
   RewriteCond %{HTTPS} off
   RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
   </IfModule>

   
   ErrorDocument 403 /errore.html
   ErrorDocument 500 /errore.html
   ErrorDocument 401 /errore.html
   ErrorDocument 400 /errore.html

   # proteggi htaccess file
   <Files .htaccess>
   order allow,deny
   deny from all
   </Files>
   ErrorDocument 404 /404.html

Se dalla Route del Dominio elimino il file, il tutto inizia a funzionare, se lo rimetto si bloccano i collegamenti dati e carrello ed il sistema di esportazione dice che la cartella di destinazione è errata.

Per adesso so come fare, tolgo il file e lo rimetto dopo, ma se qualcuno sa come fare si faccia avanti.

Grazie Daniele

RIASSUMENDO:

Premesso che il problema si presenta soltanto sui sistemi a 64 bit e versione w10 1803, mentre su pc a 32 bit tutto fila liscio.

L'errore aggiornamento dati utenti e oggetti carrello è dato dalla diversità del percorso che abbiamo in indirizzo URL da punto 1 a  quello di esportazione al punto 5, quindi se operiamo in ftp e al punto 1 abbiamo http:// e al punto 5 abbiamo solo/, tutto ok, se invece abbiamo HTTPS:// al punto 1 e anche se in ftp al punto 5 con /, l'errore si presenta, stessa cosa se al punto 5 esportiamo con SFTP ed il percorso è quello imposto dal sistema HTTPS.

Se settiamo FTP e HTTP, vediamo che tutto fila, ma se carichiamo un file .htpaccess con forzatura a HTTPS, l'errore si riaffaccia.

Credo di aver dato utili spiegazioni per risolvere la questione.

Saluti e buon lavoro allo Staff.

Daniele

Buongiorno Daniele,

grazie per le ulteriori informazioni che mi hai dato.

Ho verificare e pare che settando l'url al passo 1 in https l'aggiornamento dei prodotti non funzioni correttamente.

(settare il server in ftp o sftp non influisce su questo).

Ho segnalato quanto riportato al nostro team di sviluppo così da poter verificare.

Ti farò sapere appena avrò news a riguardo.

Stesso identico problema rimango in attesa di una soluzione.