Newsgroup: it.lavoro.informatica
Titolo: [OT] Dns fasteu'ebbe'

scusate l' ot (ma tra cetrioli e delucidazioni sulla dilatazione dello
sfintere anale direi che questo e' il meno grave), probabilmente c' e'
pure un ng dedicato a fastweb ma prima chiedo qui al volo.
cdo, c' e' qualcuno che usa fastweb e ha notato comportamenti a dir
poco ballerini dei dns?
non e' la prima volta che ho a che fare con clienti che effettuato un
trasferimento a nuovo server, mentre tutto il resto del mondo lo vede
benissimo loro ci devono accedere con l' ip per diversi giorni (a
volte settimane)...
e' un problema noto di fastweb? c' e' modo di velocizzare la cosa,
chesso mandando una richiesta scritta (seee... figu'res...)?

Mi attacco a te per darti una pacca sulle spalle virtuale.
Tin e Alice sono alla stessa identica portata: la frutta.
E' una settimana che ho un bisogno dannato di pingare un db Sql esterno, e 
non c'e' verso di farmi avere la possibilità di Ping.
Nè via router nè via Modem Loro...
E dire che due giorni fa mi hanno mandato anche il messaggino "Gentile 
cliente la sua linea adsl è stata riparata".
Tristezza Molesta. 

 chesso mandando una richiesta scritta (seee... figu'res...)?
penso che usare un'altro dns sia un buon modo per velocizzare la cosa.

 Nè via router nè via Modem Loro...
che intervento devono fare?


Cioč?
Ciao, Alessandro
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 non c'e' verso di farmi avere la possibilità di Ping.
un "db sql esterno" non si pinga, ma ci si collega alla porta, generalmente, 
1433 se e solo se i firewall e amenicoli vari permettono di farlo
come già ti dicevo è raro trovare host "pingabili" su internet in quanto 
router e/o firewall solitamente bloccano il traffico ICMP.
-- 
Diego
L'Italiano medio ha un testicolo, una tetta e meno di due gambe!

> un "db sql esterno" non si pinga, 
meno male che sei arrivato tu con la pazienza di spiegarglielo. Poi magari
qualcuno trovera' la pazienza per spiegarti che tutti (tranne te) hanno
capito che intendeva dire "pingare un server esterno su cui e' installato
un db sql a cui devo connettermi"...



Io mi aggiungo a quelli che non hanno capito che intende fare GPSoftware.
Anche perché a che gli servirebbe pingare il server dove gira il servizio
se il suo scopo č accedere al servizio??? Non sta prima a fare un telnet
sull'ip del server + porta dove in teoria il servizio č in ascolto per
sapere se č accedibile o meno?
Ciao, Alessandro


 Ciao, Alessandro
Ma soprattutto: rendere accessibile la porta 1433 di un SQL Server "al
pubblico" mi pare quanto meno azzardato, il ricordo del bacone di SQL
Server di qualche anno fa che ha mandato in crash anche le Poste dovrebbe
far riflettere (parlo del worm slammer). 
PaF

 un db sql a cui devo connettermi"...
E rispondo a te per tutti, dicendo che si, hai ragione tu.
Ho scritto cosi', velocemente, tanto per spiegare che avevo problemi anche 
io.
Effettivamente è esattamente come dici tu :)

 sapere se č accedibile o meno?
Ad esempio per evitare di tempestare il socket tcp del DB con richieste
di apertura/chiusura della porta senza motivo? (senza contare che alcuni
sw di controllo magari non chiudono neanche bene la porta lasciando N
connessioni appese)
Ad esempio, nel caso in cui invece volesse checkare anche la 1433, per
avere un doppio check e poter distinguere in caso di down se il down e'
relativo al solo servizio sql (SQL giu') o all'intero host
(connettivita'/macchina giu') ?
Giusto le prime due cose che mi vengono in mente...

 far riflettere (parlo del worm slammer). 
Hai perfettamente ragione, purtroppo c'e' gente che ti obbliga a far
vaccate di questo tipo perche' non hanno possibilita'/competenze/voglia
per tirare in piedi VPN o tunnel SSL...
Per fortuna - almeno - esistono le acl sui router e policy dei firewall
per filtrare almeno quelli che si connettono...


già....
pero' io non l'avevo capito...
minchia !
per accedere ad un sql remoto devo prima pingarlo ?


 ha scritto nel messaggio 
news:1jj0wrno1nw3q.19yvprilcuetn$.dlg@40tude.net...

bh'... non creso (o almeno spero) debba sempre essere accessibile al 
pubblico, ma presumibilmente solo a determinati IP....



Si ma se il ping non riesce mai, questo non significa che l'host di
destinazione sia giù, quindi se prova pure ad interrogare direttamente il
servizio magari potrà scoprire che questo è accessibile e i problemi di
ping non c'entrano nulla con il suo bisogno di accedere al DB remoto.


 ha scritto nel messaggio 
news:4615446d$0$17949$4faf...@reader1.news.tin.it...

bha... io rimango della mia idea...
gli host su internet sono raramente pingabili, diverso il concetto se invece 
si intende sfruttare qualche servizio (in questo caso sql) di un host che lo 
mette a disposizione su internet ( e, sempr ein questo caso), si spera non 
per tutti.
Ripeto ancor auna volta che generalmente i ping sono filtrati da tutti 
(generalmente!), quindi un telnet host_sqlrver 1433 ti dice se lo puoi o non 
lo puoi raggiungere.
E ringrazio tutti per la pazienza dimostratami nello spiegarmi le cose, sono 
tardo a capirle cosa volte mai....
:-/


 Giusto le prime due cose che mi vengono in mente...
corretto...
ma tu sei andato oltre al piagnucolare sul fatto che la Telecom non mi fa 
puingare un db sql esterno...
per questo io mi chiedevo.... a GPS che ca%%o vuoi farci con sto host ?
Bye


 destinazione sia giů, 
a scanso di equivoci, posso chiedere una volta per tutte cosa intendete 
in questo contesto per "ping"?
perchč č ovvio che un host puň non rispondere a icmp (ed č normale che 
su internet non lo faccia) e contemporaneamente essere attivo con 
sqlserver, visto che sono due diversi servizi. oltretutto se fai una 
ping ad un indirizzo internet č *molto* improbabile che la risposta 
venga dalla macchina fisica sqlserver bensě č l'interfaccia esposta del 
firewall a risponderti.
In certi contesti si chiamano invece "ping" delle operazioni che si 
basano sul TCP o UDP volte a vedere se un determinato servizio č attivo 
e/o raggiungibile, per esempio il listener di oracle ha il suo tnsping.
quindi chiarite cosa intendete per ping e vedrete che la discussione 
finisce da se.


:-D
ti quoto... eccome se ti quoto....!



Io l'ho inteso come:
ping IP
E morta li, se poi GPSoftware volesse dettagliare meglio saremmo tutti piů
felici... :-)


 ping IP
e allora non si capisce cosa pretende dal provider.

 ping non c'entrano nulla con il suo bisogno di accedere al DB remoto.
Certo, ma questo e' il caso in cui non mi sia permesso di pingare
l'host, se l'host e' mio e/o la connettivita' e' mia e/o mi sono
accordato con il fornitore del servizio (colui che gestisce il SQL
Server e l'host/connettivita' annessa) per permettermi il ping saro'
in una situazione in cui posso sia pingare che testare il servizio
per avere due check differenti, ma entrambi utili (questo intendevo
dire).
Anche perche' stiamo parlando di uso di SQL da remoto su rete pubblica,
si PRESUME che sia in un contesto di accordo tra le parti (non e'
come dire "telnetto 
www.google.it
 sulla 80 per vedere se va, lo
pingo anche, ma non posso sapere se/quando il Sig. Google si svegliera'
incazzoso decidendo di filtrare gli icmp")
Questo ad es e' il motivo per cui dove sono io sulle VPN lan-to-lan da
sedi periferiche a sede centrale oltre al monitoraggio integrato (ping
su ip interno della vpn) teniamo sott'occhio anche quello "esterno"
sull'ip pubblico: se casca la vpn (ip interno) ma non l'ip esterno
presumo che ci sia qcosa che non va sul tunnel ipsec da uno dei due
lati, se mi ritrovo il ping esterno morto ma la vpn cade e poi torna su,
immagino che sto girando in failover su isdn, se ci sono giu' entrambi o
e' morta l'adsl...o mi han spento l'apparato nell'armadio :D
Insomma ho PIU' informazioni rispetto al monitoraggio del solo servizio.

 lui che ti risponde alle ping.
claro, questo perche' fai portforwarding sul tuo router, in ogni
caso il pingare il tuo router mi puo' essere utile per sapere se
la tua connessione internet e' viva o morta (che, ripeto, e' cosa
diversa rispetto a sapere se il server web dietro e' vivo o morto,
ma mi puo' COMUNQUE essere utile).