Newsgroup: it.lavoro.professioni.webmaster
Titolo: urgente SCORRETTEZZA Aruba

volevo sottoporvi un problema che ho avuto e una richiesta per
uscirne.
L'Hosting per alcuni siti di clienti è stato acquistato su ARUBA
(a-rubà per gli "amici").
Ora mi è capitato che un cliente dietro diversi solleciti non
intendesse rinnovare con la ditta per la quale lavoro dominio e
manutenzione e hosting del sito (che noi abbiamo acquistato su ARUBA e
rivenduto a loro).
Si trattava di una piccola cifra, però hanno deciso di non pagare e
noi di non rinnovare alla scadenza lo spazio acquistato su ARUBA.
Ebbene cos'hanno pensato di fare questi? visto che noi non rinnovavamo
lo spazio, hanno spedito un'email all'intestatario del dominio (per
correttezza mettiamo sempre il cliente e non il nostro studio) che,
non sembrandogli vero, per 29 euro si sono così ritrovati con il loro
bel sito ancora attivo.
Temo inoltre che questi di aruba abbiamo inviato le nostre username e
password per gestire lo spazio (in quanto ora riesco ancora ad
accedere con quelle che ho), così teoricamente questi possono accedere
a tutti i siti da noi gestiti.
Che cosa ne pensate?
A parte la scorrettezza e la poca serietà di Aruba, cosa si può fare?
Se fanno così con tutti i loro clienti c'è poco da stare tranquilli.
Eliminare i files (di nostra proprietà, perchè il contratto con il
cliente prevede la visibilità del sito da rinnovare di anno in anno)
dall'account è lecito secondo voi?
Ivan

 dall'account è lecito secondo voi?
wow!!!!!!
Dunque VOI eravate intestatari dell'hosting e IL CLIENTE intestatario 
del dominio (ottimo, siete corretti) e aruba ha fornito gli accessi ai 
file che il cliente aveva "in affitto" da voi ...
Fossi in voi:
1) Letterina RR al cliente spiegando che non hanno diritto ad usare quei 
file
2) Causa e risarcimento danni da 100.000 eurini al provider per aver 
"diffuso via internet codice informatico protetto". Visto che fanno 
causa al P2P, brevetti ecc a questo punto usa queste leggi a tuo 
vnataggio, e ricorda che il reato è Penale e non civile (3 anni di 
galera e 15.000 euro di multa)
Saluti
Claudio
-- 
http://www.docebolms.org
 :: E-learning open source
Errare e' umano, ma per fare veramente casino serve la password di root.

qui dici che il cliente è invece intestatario del dominio;
il cliente (il NOSTRO cliente) è intestatario del dominio
ciao
Ivan

fede).
certo.
Ovviamente ho contattato Aruba e attendo una loro risposta.
Spero che davvero sia stato un malinteso... in questo caso vi farò
sapere.
Ivan

 Avete fatto un contratto scritto? se la risposta è no, cazzi vostri :))
Scusa ma che parte non hai capito di "(di nostra proprietà, perchè il 
contratto con il cliente prevede la visibilità del sito da rinnovare di 
anno in anno)" ...
Dai, adesso ripeti 100 volte con me:
Prima di rispondere leggerò i post
Prima di rispondere leggerò i post
Prima di rispondere leggerò i post
Prima di rispondere leggerò i post
Prima di rispondere leggerò i post
...
;-)


Scusa, non per qualcosa ma ha ragione Cooper, siete stati un poco ingenui, 
inoltre se leggete bene il contratto per l'hosting a basso costo di Aruba, 
vi potrete anche rendere conto che avete violato quel contratto...
Infatti l'hosting non è rivendibile, se fosse così allora io potrei 
registrarmi un dominio e potrei frazionarmi quello spazio 
illimitato(teoricamente), ma se leggi bene il contratto, vedi che non lo 
puoi rivendere...
La situazione andava gestita diversamente, dovevi registrare il dominio con 
l'offerta solo Dominio(E lo intestavi al tuo cliente) e poi fare puntare il 
dominio su un tuo server (il sever lo potevi anche avere da Aruba, ma anche 
da qualcun altro), a quel punto tu gli davi l'hosting e non quello 
dell'offerta economica di Aruba che sono sicuro che è anche vietato 
rivendere, per ovvi motivi...
Poi i sistemi di Aruba sono quasi tutti automatici, ed alcuni sono delle 
autentiche trappole dove se sbagli dopo è difficoltoso aggiustare, è 
probabile che hai inserito l'e-mail del cliente da qualche parte, e di 
conseguenza i sistemi automatici di Aruba hanno recapitato l'e-mail 
automatica che avvisa della scandena al tuo cliente, è normale... L'offerta 
di Aruba non è concepita per le ditte che devono rivendere lo spazio, se 
leggi il contratto c'è sicuramente anche scritto che è vietato rivendere 
quello spazio... Sei tu che hai sbagliato.
Adesso l'unica cosa che puoi fare, è mettergli una pagina bianca con la 
scritta "under construction", come ha suggerito già qualcuno, e per le 
prossime volte impari che ti devi fare un server dedicato, oppure devi 
trovare qualcuno che ti da il servizio di solo hosting, e devi separare 
dominio e hosting, il dominio magari lo registri con aruba e l'hosting lo 
fai altrove o su server dedicato tuo su aruba, l'importante è che le cose 
siano separate.

 ha scritto nel messaggio 
news:f9k041huv73t37ga1...@4ax.com...

Datti una calmata, non ce nessuna scorrettezza, solo parecchia ingenuità da 
parte tua.
Nessuna scorrettezza perchè, se il dominio è intestato a loro, loro hanno il 
sacrosanto diritto di accedervi alla gestione del dominio salvo diversi 
accordi contrattuali.
Avete fatto un contratto scritto? se la risposta è no, cazzi vostri :))
Ingenuità perchè? semplice, perchè ogni dominio se appartenente a un 
cliente, deve avere i codici separati dagli altri domini.
Non lo avete fatto? Cazzi vostri ancora una volta :))
Per farla breve, che vi serva di esperienza, cosi evitate di improvvisare. 
Poi se scegliete aruba, beh a basso prezzo cosa volete aspettarvi?
Daltraparte, nel momento in cui intestate il dominio al cliente, voi non 
siete più intermediari e aruba è legittimata a comunicare solo ed 
esclusivamente con l'intestatario del dominio e non con voi.
Chi siete voi per quel dominio intestato al cliente per aruba? praticamente 
nessuno! Quindi come vedi non c'è motivo di sparare allo scandalo o alla 
scorrettezza.
Perchè di scorrettezze proprio non ce ne.
Cooper.
-- 
BlueWare Web Agency
   [http:] 
www.blueware.it
   [msn:] 
coo...@blueware.it
   [icq:] 146781935 

Ciao
hai per caso un esempio?
ho cancellato a suo tempo i files di default ... 
magari conosci qualche sito che è "in costruzione".
ciao
Ivan

webmaster.
l'ideale sarebbe per me riuscire a fare tutto con un solo provider.
Quello che chiedo è che quando si avvicina la scadenza di un account,
si dia comunicazione al webmaster (cliente del provider) e se questo
non intende rinnovare, allora si lasci cadere l'account... senza
chiamare in causa l'intestatario del dominio.
Se io divento rivenditore di un provider, dovrei avere la
responsabilità di seguire "con esclusiva" i miei clienti.
Questo non è possibile?
allora ne prenderò atto e vedrò di fare diversamente
Ivan


come sopra, ti complichi inutilmente la vita.



Embè? Se aruba ha voluto contattare il cliente qual'è il problema? io non e 
vedo.
Posso capire che abbia sbagliato a fornire i codici di accesso all'hosting 
dove tenete gli altri domini, ma questo è un altro discorso.


galera e 15.000 euro di multa)
il bello è che, controllando ora, questi hanno emesso A NOI !!!!! una
nuova fattura !!!!
in pratica il cliente grazie al link nell'email ricevuta ha pagato
tramite carta di credito o bonifico bancario, e nei fatti risulta che
il pagamento sia stato fatto da noi.
e pensare che chiedevamo 40 euro + iva (comprendenti anche
aggiornamenti di piccola entità) al cliente... insomma non era per
lucrarci sopra... se questi (fino ad oggi non c'eravamo trovati male
con loro a dire il vero, parlo di aruba) trattano così i loro
rivenditori... rubandogli i clienti... beh... 
Ivan

 rivenditori... rubandogli i clienti... beh... 
scusa ma il cliente ora crede di poter usare il TUO spazio web per far 
vedere il suo dominio?
tra l'altro i dns li puoi gestire ancora tu?
o entrambi tu e il cliente?
nonm credo che aruba veramente possa sottrarre clienti cosi;
sicuramente c'è stato un errore;

Tra gli header di questo news, quello di Ivan, 
chied...@eforseloavrai.it
, 
destò la mia attenzione:

Basta questo:
This Account Has Been Suspended 


Ma infatti sei te il cliente per aruba, tanto è vero che la fattura l'ha 
mandata a te.
Il titolare del dominio è stato avvisato della scadenza del dominio.
Per dirla tutta, se non lo avesse fatto aruba, lo avrebbe fatto il NIC, 
inviando al tuo cliente la raccomandata in cui si faceva presente della 
scadenza e in cui si invitava a rinnovarlo in questo caso presso aruba.
Aruba insomma ha adempiuto a un obbligo imposto dal nic, ovvero, l'obbligo 
che i provider devono avvisare gli admin-c delle scadenze dei propri domini.
Ciao



Ammesso che sia cosi, sarebbe logico informare della cosa aruba e 
ripristinare il pasticcio creato (possono essere errori fatti in buona 
fede).
Tuttavia, io esprimo forti dubbi sul fatto che le cose stiano effettivamente 
cosi, in questo momento abbiamo sentito solo una parte (lesa) ma non l'altra 
(aruba).
La parte lesa, chiaramente cerca di girare le cose in suo favore... ok aruba 
farebbe lo stesso chiaro, ma chi deve esprimersi DOVREBBE valutare con 
imparzialitŕ dopo aver sentito entrambi.


 che i provider devono avvisare gli admin-c delle scadenze dei propri domini.
quindi aruba ha agito in modo regolare per quanto riguardo avvisare il 


sicuramente c'è stato un errore;
non lo so... è possibile, e spero che si risolva la cosa.
Non ho mai avuto problemi con loro e spero che si sia trattato davvero
di uno spiacevole malinteso.
ciao
Ivan

 Cooper.
Moi? Ma se sono coerente e cristallino :-D
P.S Per il cms turistico non mi sovviene più che cosa era ...
Cla!


puoi chiarire ?
infatti, questo è a mio avviso il problema.
Il rinnovo doveva essere eseguito dalla web agency che ha acquistato
il pacchetto dominio-hosting (non sono separabili) e che per
correttezza aveva intestato il dominio al proprio cliente (non di
aruba).
come ho già scritto in un altro post, non avrei avuto nulla da ridire
se aruba avesse contattato l'intestatario del dominio DOPO aver chiuso
il nostro contratto e proponendogli uno spazio+dominio (ma non con i
nostri files).
Ivan

dove tenete gli altri domini, ma questo è un altro discorso.
il problema è che il cliente per Aruba dovrei essere io e non il
titolare del dominio !!
ciao
Ivan

 acquista
quindi consigli che è sempre meglio separare l'acquisto dell'hosting da
quello del dominio;
cioè hosting con una ditta e dominio con un'altra o dorettametne con il
nic? e a questo punto gestione dns da un'altra ditta ancora?


Perchè di scorrettezze proprio non ce ne.
già
Ivan

 dall'intestatario del dominio, 
qui dici che il cliente è invece intestatario del dominio;
puoi chiarire ?

 ...
Me lo dici proprio te che prima hai gettato la pietra e dopo ritirato la 
mano :)))


 ha scritto nel messaggio 
news:1cf141dmjggr2tp6n...@4ax.com...

Aspetta un po'.... qui si sta a fa un bel casino. Chiariamo due cose:
(a) Nel campo admin-c chi spunta facendo il whois?
(b) Nel campo billing-c chi spunta facendo il whois?
Se nel campo ADMIN-C spuntano i dati del tuo cliente, ALLORA l'intestatario 
del dominio è il tuo cliente.
Se nel campo ADMIN-C spuntano i dati della tua azienda ALLORA l'intestatario 
del dominio è la tua azienda.
....questo a prescindere dai dati che spuntano nel campo BILLING-C. 
Normalmente il campo BILLING-C coincide col campo ADMIN-C ma può anche avere 
valori diversi.
Ora, se abbiamo che in ADMIN-C spunta il tuo cliente, il tuo cliente oltre a 
essere intestatario del dominio è anche proprietario del dominio in quanto 
intestatario e di conseguenza è anche cliente di ARUBA.
ARUBA, ha l'obbligo secondo il nic, di comunicare al cliente la scadenza del 
dominio e il relativo rinnovo, da qui non si scappa.
E' probabile che il cliente ha visto una offerta migliore con aruba, e ha 
detto, ma chi me lo fa fare a stare con chi mi fa pagare di più? spetta che 
me ne vado qui :)
Se invece l'ADMIN-C fosse a nome della tua azienda, a questo punto 
l'intestatario del dominio e quindi il proprietario del dominio sarebbe 
stata la tua azienda.
Aruba quindi avrebbe inoltrato la notifica alla tua azienda e la tua azienda 
avrebbe provveduto al disbrigo della pratica, senza quindi aruba avere la 
necessità di avvisare il cliente essendo l'unico referente per aruba la tua 
azienda.
In questo caso, saresti si l'intestatario del dominio, però attraverso un 
accordo contrattuale, riconosci la proprietà del dominio al tuo cliente.
Quindi nessun inghippo, e nessun errore come ribadito in precedenza.



Ecco intesta il dominio a te, e con un contratto riconosci la titolarità del 
dominio al cliente.
Oppure metti una clausola nel contratto, appositamente per evitare questi 
inconvenienti, e lasci ADMIN-C il cliente..


 siano separate.
c'č un sito/i dove sono spiegate tutte queste accortezze per evitare
problematiche simili?
sicuramente questa č una delle tante.

 prossime volte impari che ti devi fare un server dedicato, 
ma il server dedicato non è piu' difficile da gestire?
inoltre il server virtuale (nonso se su a aruba c'è) è veramente un
compromesso tra il dedicato e l'hosting; cioè piu' facile da mantenere
ma con i vantaggi comunque di un dedicato?


Qui non necessariamente, dipende da come ci si muove nella amministrazione 
del dominio, ci sono un casino di varianti in ogni caso il tuo suggerimento 
è buono, ma cosi facendo, per quanto fattibile, il più delle volte complica 
le cose.



Non servono i siti :) è solo questione di usare un po' il cervello :) e 
provare a seguire un ragionamento rigido e non di parte, proprio come se 
foste un computer che esegue delle istruzioni.


 ha scritto nel messaggio 
news:7ovt2l7xbdbi$.1q2sgjrlpyot1$.dlg@40tude.net...

Fra server virtuale e dedicato ai fini gestionali non cambia assolutamente 
nulla, l'unica cosa che cambia è che in un dedicato hai la banda e le 
risorse tutte per te, in un virtuale invece banda e risorse sono divise fra 
più clienti, abbattendone cosi i costi.
Per quei siti che non richiedono particolari esigenze un virtuale è piu che 
sufficiente, un dedicato è uno spreco di denaro.


Ivan in questo caso non avrebbe avuto problemi di alcun tipo.
Con ARUBA non č possibile, l'unica soluzione č mettere il sito da
un'altra parte... ma a questo punto mi sembra piů logico andare a
comprare il dominio assieme all'hosting da un diverso provider (tanto
il costo del dominio č piů o meno uguale per tutti).
Il problema č perň STATO RISOLTO poco fa.
Mi hanno contattato quelli di ARUBA dicendomi che c'era stato un
"difetto di comunicazione" tra amministrazione e parte tecnica... in
pratica dovevano chiudere il mio account e aprirne uno nuovo, invece
per errore i tecnici hanno inteso un RINNOVO e non un nuovo contratto.
Sarebbe stato meglio se non fosse accaduto il quiproquo, ma accetto la
spiegazione e per ora ne prendo atto, se non altro riconoscendo loro
che sono stati veloci nel chiarire la cosa... allo stesso tempo faccio
ammenda per avere dubitato della loro buona fede... come si dice da
questa parte in Veneto, (traducendo) "chi precipita, non frena ma
frana".
Ivan

 le cose.
puoi fare esempi di complicanze?
per capire che difficoltà possono venir fuori visto che
si ha il vantaggio comunque di non dipendere totalmente da chi ti passa
l'hosting;
esempio ivan avrebbea vuto molti meno problemi; pero' non so poi 
se ci sono controindicazioni.


Si certo, ti faccio un esempio banalissimo, ci sono alcuni cms che per 
funzionare richiedono configurazioni particolari sul webserver e quindi 
sull'hosting.
Queste configurazioni particolari, ovviamente possono essere richieste anche 
in fase di progettazione di un sito a secondo delle esigenze specifiche che 
si hanno.
In alcuni casi, per questioni di compatibilità è possibile associare piu 
domini a un server virtuale o condiviso, ma in molti altri casi, a secondo 
appunto delle esigenze e delle configurazioni ad hoc, per motivi di 
sicurezza etc, questo non è possibile ed ecco che si rende necessario 
associare a un dominio uno specifico hosting.
Tutto qui.


 Tutto qui.
adesso lo rileggi per bene ad alta voce e me lo rispieghi perchè in 5 righe 
non ha detto assolutamente nulla
-- 
Christian Paparelli
http://www.ithost.ch
 


Io non parlo di complicanze sul profilo tecnico, infatti come giustamente 
dici te, dominio e hosting si possono tranquillamente separare.
Io parlo invece di complicanze dal punto di vista commerciale, 
amministrativo (non tecnico) e pratico.
Dal punto di vista pratico, ad esempio prendi l'utonto, lui troverà 
sens'altro piu difficoltà a dover gestire/configurare dominio e hosting 
presi separatamente e in luoghi diversi piuttosto che presi allo stesso 
tempo e nello stesso luogo.
Dal punto di vista commerciale, possono subentrare anche questioni di 
marketing no? Chi propone hosting a pressi bassissimi si suppone che abbiano 
una procedura del tutto automatizzata per minimizzare il personale, e se 
qualcosa va storto l'utonto che fa?
Ecco perchè sostengo queste complicanze.
In particolare però, per l'hosting condiviso difficilmente trovi chi ti 
vende dominio e hosting separato, magari includono la possibilità di gestire 
i dns certo ma non sempre è cosi, o comunque rendono noto che se si cambiano 
i dns della azienda fornitrice con quelli di un altra, si perdono 
particolari vantaggi etc etc.
Poi su come funziona all'estero sotto questo profilo non lo so, te 
sicuramente sarai più esperto di me in questo e non lo metto in dubbio.


 ha scritto nel messaggio 
news:d1rkph$g0e$1...@news.hispeed.ch...

Il dominio di fatto (nella pratica) non centra nulla, ma gestire le due cose 
separatamente complica di più la vita.
In particolare per chi usa server con hosting condiviso, per un virtuale o 
un dedicato, sarebbe da folli, avendo la possibilità di frazionare lo spazio 
e assegnarlo a un dominio, andarsi a rivolgere altrove e quindi separare 
hosting e dominio.
Per un condiviso, non sempre è possibile apportare delle modifiche al 
webserver (e questo per motivi di sicurezza soprattutto) e comunque a 
prescindere da questo, non tutti i fornitori lo consentono sia per motivi 
tecnici, sia per motivi commerciali.
Ecco il senso in cui intendevo per piu complicato.
Il nesso con il discorso di sopra mi sembra che sia chiaro, (o per lo meno 
sembra chiaro a me) nel senso che con un hosting condiviso il dominio 
cammina insieme all'hosting e ha quelle caratteristiche di base che sono 
uguali per tutti.
Ed è li appunto che nascono le complicanze per particolari applicazioni web 
o simili.
Cooper.


 applicazioni web o simili.
quali??? Ti prego dimmele e fammi esempi concreti in quanto non le capisco



Dal punto di vista tecnico fra dominio è hosting no! Però se per ragioni 
commerciali, hosting condiviso e dominio viaggiano insieme, allora queste 
complicanze ci sono, in quanto per tali motivi i due non possono essere 
divisi.


 tecnici, sia per motivi commerciali.
quindi è solo un problema di come è strutturato il fornitore di host;


 cammina insieme all'hosting 
non mi e' chiaro;
pero' non è l'ip che cammina insieme all'hosting e quindi non cambia nulla
se l'associazioni dominio>ip è fatta in loco o altrove ?

 Cooper.
PS hai perso la buona abitudine di quotare come si deve?? :-P


 non possono essere divisi.
dipende dal fornitore e dall'offerta


 nulla se l'associazioni dominio>ip è fatta in loco o altrove ?
è quello che sto cercando di spiegare a cooper :-D



No no è che sto facendo due cose contemporaneamente in posti diversi :D e le 
risorse elaborative sono in questo istante piu ridotte :P



Esatto, e per un hosting condiviso difficilmente trovi qualcosa che ti dia 
la possibilità di separare nettamente le due cose.
E' piu facile che trovi la coppia hosting condiviso+dominio con possibilità 
di cambiare i dns, in questo caso è possibile che certi vantaggi che ti 
offrono vengono meno.
Il problema invece non si pone per quanto concerne i server virtuali e 
dedicati, dove ovviamente hai un controllo completo sull'hosting e sul 
dominio e puoi quindi decidere a tuo piacimento come procedere no? :)
In questo thread però si è fatto riferimento a un hosting condiviso quindi 
dovremmo rimanere in questo campo.


 è quello che sto cercando di spiegare a cooper :-D
non è che ci sta mettendo alla prova?
questo dire non dire..
io sono newbie nel settore quindi lascio a te scoprire le carte di cooper
:-) 


hehe, in questo senso rispetto a ithost, anche io sarei un newbie :)
