Newsgroup: it.lavoro.informatica
Titolo: [Humor-lungo] Telefonata 191 + domanda seria

Se non vi interessa la parte ironica, e volete provare ad aiutarmi 
seriamente,
Saltate direttamente alla fine del post, dove spiego cosa sono riuscito a 
capire con UN ALTRO operatore
evidentemente piu' skillato
:----------------------------------------------------------------------------------------------------
 Allora ho da giorni, un problema che mi assilla in ufficio.
In pratica, mi hanno incaricato di eseguire uina migrazione di database
da Access al più performante SQL2000.
E vabeh, è una cosa abbastanza di routine.
Il problema pero' è che non riesco a raggiungere il database sql remoto!
Dopo vari tentativi mi accorgo che il problema è di mamma Te****m e la sua 
figlioletta
A***ce Business.
Chiamo quindi il fantastico servizio 1*1 BUSINESS.
In blu la voce registrata e i miei pensieri
In rosso le mie parole
in verde le parole del tecnico te***om.
Hai problemi? se si, premi due.
*beep*
Problemi di Adsl? premi due.
*beep*
E quindi problemi con internet? Premi due!
*beep*
Sei sicuro ? Premi due se si."
*beeep"
A questo punto dovrei passarti un operatore...mentre ci penso, tu premi due.
*beeeepee* ( bestemmia ).
Vi stiamo connettendo con un operatore, mentre attendete premete 2.
*beeeeeeeep* (altra bestemmia)
Venti Minuti dopo di attesa...
"Avete premuto 2 per un totale di 191 volte. Sono passati 19 minuti e i 
nosti operatori sono ancora impegnati. Premete 2 se volete informazioni sul 
servizio "Ti faccio il cappuccino sul doppino" mentre attendete.
(combo di bestemmie incrociate)
Tono di libero.
Ecco l'operatore, finalmente.
Tono scocciato. Femmina. Cadenza tipicamente napoletana.
"Buongiorno, posso esserle utile?"
"si, salve, spero di si. Non riesco a contattare un host remoto pingandolo"
"Prego?...non ho capito.."
"beh, ecco, ho bisogno di contattare un database Sql2000. Ma non ci riesco. 
In effetti non risponde ai ping.
Eppure navigo, chatto e scarico le email....la portante, insomma è 
allineata..."
"Prego?...non ho capito.."
"Parlo con il 191 -help desk TECNICO?"
"ehm....si...." ( è totalmente imparanoiata....)
"Beh, guardi provo a spiegarglielo diversamente.
Io navigo, e non ho nessun problema ..."
"beh, se naviga bene non capisco che problemi abbia"
(MI incazzo stavolta. Questa vuole tagliare corto perchè non sa un cazzo di 
niente oltre che i passaggi base Avanti-avanti-avanti per montare una 
connessione ADSL.)
"Beh, SIGNORA, se mi fa finire, vedo di spiegarle.
Dicevo che navigo bene, ma ho bisogno ESTREMO di contattare dal mio 
conmputer un host esterno.
Dovrei Utilizzare la quite SQL in realtà, ma non rispondendo nemmeno al 
Ping, temo che ciò sia impossibile. Credo che sia un problema che parte da 
voi."
"ehr...si...già..." Panico "Ping...host contattare " - seeeee...TE LE FO NO 
CASA... "Un attimo solo prego".
La signorina non mette nemmeno la musichetta di attesa cosi' che io possa 
sentire ciò che dice.
"Giovà...qua c'e' uno che vuole "contattare un host remoto tramite ping" con 
il tono di chi ripete a pappagallo perchè non sa nemmeno di cosa sta 
parlando.
Piccolo battibecco tra lei e tale giovanni infarcito di
"si ma che gli dico a questo?", "non ci capisco niente, io!" "Si, l'adsl gli 
funziona bene, dice!"
AUHauhahuahuAHUA..
alla fine torna al telefono al volo e mi dice
"Ma lei è tecnico informatico?"
"signora...si...ma ho fatto tutte le mie prov..."
Stacca il telefono di nuovo.
"Giovà dice che è pure tecnico informatico!!"
Torna al telefono e mi dice le seguenti parole:
"Beh, guardi non posso aiutarla.
Se non le funzionasse la linea adsl si, ma se non "pinga gli host remoti" 
non posso aiutarla".
Auahuahuahuahuahu
"va bene, grazie." :)
[direttamente da 
www.akuma.splinder.com
]
:----------------------------------------------------------------------------------------
Subito dopo richiamo, e fortunatamente mi risponde un altro operatore.
Mi dice che il problema è comuunque mio, perchè
in pratica raggiungo il NAS ( è la prima volta che sento questa sigla....)
Mi spiega che il Nas è l'ultimo punto prima di raggiungere Internet 
all'esterno.
E che quindi se raggiungo quello., il problema non è loro...
Come faccio a risolvere? Cosa devo settare nel router??
Se setto questo indirizzo del Nas ( 85.24.253.254) come Gateway, dite che 
risolvo?
-- 
-
=-GPSOFTWARE-=
Per scrivermi in privato,
togli le prime due '@' dall'email. 

 Se non vi interessa la parte ironica, 
io me la sono letta.
se devo essere sincero-sincero, non ti offendere, ma le risposte non mi 
sembravano più stupide delle domande.
se non riesci a pingare un host su un'altra rete internet è normale che 
il tuo provider ti risponda "e che c'entro io?". magari in modo più o 
meno garbato e tecnico ma il succo è quello.
la prima domanda è: sei sicuro che quell'host risponde alle ping? se non 
sei sicuro è inutile che insisti.
la seconda domanda è: cosa vuoi dimostrare con una ping ad un server sql?

> la seconda domanda è: cosa vuoi dimostrare con una ping ad un server sql?
Ehm....
devo "contattare" un server sql remoto.
Ci devo lavorare sopra per una migrazioe da Database access a Sql.
Chiramente prima del server ho pingato tutto il pingabile,
risultato identico in tutti i casi: tutti i pacchetti persi.
Se il mio router sembra funzionare bene, e ho fatto tanti accertamenti, e se 
non è colpa loro, che faccio?
Prego rivolto verso La Mecca ?
Non è che chiamo l'help desk perchè ho voglia di perdere tempo eh... 

 Come faccio a risolvere? Cosa devo settare nel router??
Si, ma il problema qual e'? Hai perdite di pacchetti sul link ppp?
Anni fa ho avuto un problema simile ed ho dovuto impostare mtu e mru
a 576 per un certo periodo, altrimenti i pacchetti in uscita non passavano.
Vedi se il tuo caso e' analogo.
Ciao
Mirko


Guarda che se il server non vuole rispondere ai ping, non risponde. Hai
provato ad accedere a qualche servizio noto? Tipo telnettare nella porta
del server sql?
-- 
Salvatore Iovene
http://www.iovene.com/
"A world without hackers would be a world without curiosity and
innovation." - Jon Erickson

 Guarda che se il server non vuole rispondere ai ping, non risponde.
Dai ragaaaaaaazzi!!
Ho provato da svariati altri computer e a tutti risponde immediatamente :)
Se insistete vi do' l'ip...


Ah, e questa ce l'hai detta solo adesso!


 Se insistete vi do' l'ip...
Frega niente.
Facci un traceroute dall'interno della TUA rete all'IP, oscusando gli IP 
di risposta. Per prima cosa vediamo SE passa la richiesta di traceroute.
Per me hai un router sulla tua rete cosě chiuso che non fa passare un 
cazzo. Oppure usi IP privati all'interno e non li NATTA all'uscita, mentre 
magari usi un proxy per navigare (potrebbe anche essere un proxy 
trasparente, non per forza settato nel browser).
Ma prima vediamo il traceroute. E comunque se vuoi ti risolvo io la cosa, 
ma costo 400 eurozzi al giorno. E poi dovrei anche chiedere il permesso 
qui in azienda ;)
ivan
-- 
By 1977 or so, PLATO was featuring real-time multiplayer dungeon games,
not to mention real-time spacewar, IM, chat, email, netnews, and a host of
other things we now take for granted. All this on high-resolution plasma
panel terminals connected at 1200 baud to twin Cyber 6600 supercomputer.
Now you understand why I was kicked out of Cornell for a year; PLATO was
crack for computer nerds. (Robert Woodhead, co-creator of Wizardry)

GPSoftware ha scritto:

Domanda scema: sei sicuro che il protocollo TCP/IP per SQL Server sia
abilitato?
m.

mr ha scritto:

secondo te al ping risponde il server sql?

 seriamente,
Non te la prendere, ma se avessi ricevuto una telefonata come la tua...me le 
sarei fatte io 4 risate....come pretendi che una persona possa risolverti il 
problema se non glielo spieghi nemmeno come si deve? 

 risultato identico in tutti i casi: tutti i pacchetti persi.
Al tuo posto avrei fatto direttamente un telnet alla porta normalmente
usata dal sql server che stai usando. Questa e' gia' una prova piu'
precisa. Il ping talvolta viene bloccato.
-- 
Posted via a free Usenet account from 
http://www.teranews.com

 ha scritto nel messaggio 
news:f0068d$325$1...@nnrp.linuxfan.it...


 io no, ma il tracert funziona egregiamente...
non so se ti può aiutare ma io su adsl tiscali, non pingo 
tin.it
 e
tracert funziona egregiamente

 NON PINGA all'esterno.
[cut]
Non sto entrando nel dettaglio "tecnico" della faccenda, sto dicendo solo 
che ti sei spiegato a caxxo di cane....sempre che la conversazione con 
l'operatrice sia stata quella e non sia stata "tagliata". 

 io no, ma il tracert funziona egregiamente...
Tralasciando il fatto che il traceroute, usato in modalita' default,
non usa l'icmp ma l'udp, e quindi puo' essere benissimo che uno vada
e l'altro no perche' se e' bloccato solo l'icmp, l'udp passa, io ancora
non ho capito perche' non hai fatto un telnet sul destinatario, per
vedere se il sql server risponde.


> vedere se il sql server risponde.
Dharma,
Per essare precisi ho risposto anche prima.
Il server sql RISPONDE.
Questa notte, ho dovuto lavorare su quel server
TRAMITE VNC installato sul server di una persona
che mi ha dato le sue credenziali, ti rendi conto, l'assurdo?

 io no, ma il tracert funziona egregiamente...
ti renderai conto che stai raccontando cose diverse rispetto a quello 
che dici di aver segnalato al call center?
ma a parte questo, per la cronaca 
www.tin.it
 non lo pingo, 
mail.tin.it
 
invece si, 
pop.tin.it
 no, 
news.tin.it
 si.
bene, appurato che nel dominio 
tin.it
 ci sono host che rispondono e 
altri che non rispondono, la domanda sorge spontanea: rispetto al tuo 
problema che concludiamo?

GPSoftware ha scritto:

credimi, assurdo è il tenore che stai dando a questa discussione.


Hey, siete voi che mi avete preso molto sul serio.
Io sono tranquillissimo.
Solo che non riesco a trovare come uscirne.

 che concludiamo?
Nulla.
Come ti dicevo sopra ho risolto:
-- Esecuzione di Ping 195.110.128.62 con 32 byte di dati:
-- Risposta da 
195.110.128.62
: byte=32 durata=334ms TTL=120
-- Risposta da 
195.110.128.62
: byte=32 durata=180ms TTL=120
Questo era l'ip della discordia.
Con le dritte del *secondo* "tecnico" ho risolto.

 Il server sql RISPONDE.
Quindi se RISPONDE, il problema e' chiuso.  :D


> Quindi se RISPONDE, il problema e' chiuso.  :D
RispondeVA a tutti, tranen che a me :) 


Vabbè mi cimento io.
Allora ricapitoliamo da vari punti di vista.
Il server non lo pinghi. (ICMP) OK?
Però il  server lo vedi da remoto via VNC OK?
Puoi provare un test di raggiungibilità tramite nmap per "pingare" con
ACK la porta del VNC:
nmap -v -sS 144.10.10.10  -PA5900
dove al posto di 144.10.10.10 metti l'ip pubblico del tuo host SQL, se
ti da risposte positive
funziona la raggiungibilità, anche se non ICMP.
Alcuni ti hanno accennato di cambiare la tua MTU a un valore più basso
di quelli standard,
per trovare l'MTU ottimale usa il comando (Da windows XP)
ping -f -l 1500 144.10.10.10
dove al posto di 144.10.10.10 metti il tuo host SQL e prova a
decrementare via via il
valore dopo il parametro -l finchè continua a comparire il messaggio
"Packet needs to be fragmented but DF set". Quando ricevi la risposta
al ping... ci sei.
Per la MTU  prova TCP optimizer
http://www.speedguide.net/downloads.php
ma ce ne sono una marea: ti sconsiglio vivamente Dr. TCP che è vecchio
e potrebbe fare danni.
E attento, la rete interbusiness è piena di insidie... è anche
probabile che dopo l'evento mondano di
Rozzangeles tutto torni a funzionare!!!
Fammi sapè.

 il tuo forte).
L'ho spiegato e rispiegato.
Poi ho risolto, fortunatamente.
Non è colpa mia se TU non ci arrivi.
La frase "devo migrare un database Access su SQL server" avrebbe dovuto
chiarirti il mio problema.
Ma probabilmente nemmeno tu sei sto grande manico che vorresti farmi credere 
di essere.
E morta qui.

 per caso era: "accenda il pc di destinazione" :P
Forse hanno finito lo streaming da Rozzangeles :-)

> per caso era: "accenda il pc di destinazione" :P
ma quale PC di destinazione....
Perchè mi attacchi a Pene di segugio?
Ho specificato in un altro post che mi sto riferendo a un hosting remoto.
CVD, rootkit, cvd.


Anche un signor hosting direi:
Name:    
nfs1.mclink.it
Address:  195.110.128.62

 sono curioso.
Non te lo dirà mai perchè è sicuramente una cosa così cretina che si 
vergogna a dirlo.
Fra l'altro, IMO, il tipo in questione non è manco adeguatamente skillato, 
quindi perderci altro tempo è inutile.
ivan
-- 
By 1977 or so, PLATO was featuring real-time multiplayer dungeon games,
not to mention real-time spacewar, IM, chat, email, netnews, and a host of
other things we now take for granted. All this on high-resolution plasma
panel terminals connected at 1200 baud to twin Cyber 6600 supercomputer.
Now you understand why I was kicked out of Cornell for a year; PLATO was
crack for computer nerds. (Robert Woodhead, co-creator of Wizardry)

 quindi perderci altro tempo è inutile.
boh, sarà ma mi sembra che state rispondendo ai post singoli senza aver 
letto l'intero thread.
Ho spiegato tutto, sopra.
E comunque graziaddio, credo di aver risolto utilizzando l'indirizzo Nas 
come Gateway.
O almeno, dopo aver utilizzato l'indirizzo Nas come gateway, riesco a 
contattare ed utilizzare
il database sql remoto.

 contattare ed utilizzare il database sql remoto.
Il tuo è un pseudo banale problema di routing. Ma la domanda rimane: se 
avevi un routing settato alla pene di segugio, come cavolo navigavi? Il 
routing non si inventa. Quindi c'è qualcosa che ti ha fatto da 
"passacarte".
Dai, tiro ad indovinare: hai un router ADSL che supporta il UPnP. Ma 
ovviamente appena usi software non UPnp ti sei beccato i casini.


 come Gateway.
NAS significa network access server, vale a dire qualcosa che parla
Radius.
Nel tuo caso  penso che sia il router a monte della tua rete
interbusiness.
La domanda che mi perplime è: ma prima per uscire come facevi?

>La domanda che mi perplime č: ma prima per uscire come facevi?
Non lo so.
Navigo e navigavo correttamente.
Email, chat anche. prima e dopo.
Pingare gli host all'esterno no.
Adesso si.
Boh.
Qualcuno diceva che l'informatica č Caos.... :)

 secondo te al ping risponde il server sql?
L'hai mai usato SQL Server? E' possibilissimo che i pacchetti ICMP non
passino per via della policy su un router o firewall ma che il server,
se il TCP/IP viene attivato, risponda comunque...
m.

 se il TCP/IP viene attivato, risponda comunque...
r-o-t-f-l



 r-o-t-f-l
Invece di "rotflare" come un demente, rispondi: lo sai o non lo sai
che per far rispondere SQL Server su TCP/IP e non su pipe locale o
remota, devi abilitare il protocollo, sulla porta 1433 o su quella che
ti pare? Se c'è un firewall tra la tua macchina e il server è
possibile che i pacchetti ICMP non passino ma che a quella porta ci
arrivi, o viceversa. Ma del resto tu SQL Server lo usi una volta al
mese...
m.

 mese...
mentre tu le reti le usi tutti i giorni senza capirne un cazzo =)

 remota, devi abilitare il protocollo, sulla porta 1433
In ogni caso, e giustamente, SQL server non risponde al ping. Non č il
suo mestiere.
L'unico modo certo per eseguire la verifica č telnet su porta 1433 (o
su quella dedicata in modo esplicito).
-- 
Ciao!
Luca

 mentre tu le reti le usi tutti i giorni senza capirne un cazzo =)
Ok, è chiaro, hai lasciato ieri la terza media, adesso torna a giocare
che qui abbiamo da fare
m.

 su quella dedicata in modo esplicito).
E' esattamente quello che provavo a spiegargli, ma visto il modo in
cui si pone credo sia inutile...
m.

 E' esattamente quello che provavo a spiegargli
rotfl
:L'hai mai usato SQL Server? E' possibilissimo che i pacchetti ICMP non
:passino per via della policy su un router o firewall ma che il server,
:se il TCP/IP viene attivato, risponda comunque...
"provavo a spiegargli" cosa? credo ti sia ormai accorto di aver scritto
una cazzata da ipsia
ma non e` + dignitoso il silenzio anziche' l'arrampicarsi sugli specchi
o darsi a pietosi cammuffamenti? prova a fischiettare, almeno

 o darsi a pietosi cammuffamenti? prova a fischiettare, almeno
Guarda, è molto semplice: tutti quelli che usano SQL Server più di una
volta al mese come fai tu, quando ho scritto "hai provato ad attivare
il TCP/IP per SQL Server?" hanno capito la cosa giusta, cioè che ti
suggerivo di attivare la libreria per il protocollo da uno dei
pannelli di configurazione, di cui al momento mi sfugge il nome. Tu,
che non hai capito di cosa si sta parlando, hai capito che per me il
TCP/IP, in generale, era una delle opzioni di SQL Server. Chi fa la
figura del ragazzetto ignorante sei tu
m.

 figura del ragazzetto ignorante sei tu
come no, avessi a che fare tutto il giorno con interlocutori
del tuo calibro, non so se da ragazzetto, ma di sicuro farei
la figura di quello che ride in continuazione

 ha scritto nel messaggio 
news:46236711$0$10619$4faf...@reader2.news.tin.it...
ancora....
ma cazzo...
ancora...
ma una merda di telnet sulla porta in cui è in ascolto sta minchia di sql 
server la vuoi provare a fare o no ?
e hai chiesto chi gestisce quella macchina se ha abilitato le connessioni da 
internet a quell'accidenti di porta ?
eccheccazzzo
-- 
Diego
L'Italiano medio ha un testicolo, una tetta e meno di due gambe!