Newsgroup: it.tlc.gestori.fastweb
Titolo: Ip NAT ... ma si vogliono decidere ?

 Hanno progettato talmente male da dover cambiare l'ip PER INTERO ?
La rete FastWeb non e' statica, e cio' e' ancora piu' evidente in caso
di migrazioni o di attivazione di nuove MAN (ved. ora Bari e Padova).
Potresti evitare il problema usando un relay server su IP pubblico 
(statico sarebbe perfetto) per SSH oppure 
p.es
. sottoscrivere il
servizio Personal-IP di MC-Link (dammi pero' il tempo di allontanarmi
dallo schermo prima di mandarmi a quel paese :P...).
-- 
|Ż \/Ż | /Ż\ /Ż__/Ż__|-<|> * FAQ 1.6 ITGF it.tlc.gestori.fastweb <|
|Ż|\/|Ż|/Ż_Ż\|(__\__ \-<|> * ----------------------------------- <|
|_|  |_/_/ \_\___|___/-<|> * SITO: 
http://www.gofastweb.cjb.net
  <|
|>Togli/Remove .INVALID<|> * SITO: 
http://plany.fasthosting.it
 __<|

non mi sembra che ti garantiscano da qualche parte un IP statico.. che ti
lamenti!

 lamenti!
beh, hai ragione...
Ma sto iniziando a non tollerare certe "restrizioni".
Oltre a quella già citata, non posso connettrmi alle vpn pptp perchè non 
viene routato il gre.
Entrambi sono utilizzi tipicamente "client" della rete. Non sto cercando 
di metter su server pubblici con pomodoro, sto solo cercando di 
connettermi a dei servizi esterni che reputo "normali".
E ho problemi a farlo, IMHO non dovrei. :)


 
Ecco questo e' buono e apparentemente conveniente..
Ma e' GARANTITO ?
sai, e' a pagamento chi mi garantisce che future variazioni lo blocchino 
? Credo che in teoria mai potra' essere "disturbato" ma vorrei garanzie 
scritte..
-- 
-----------------------------trip65---------------------------------
home : 
http://www.telelombardia.tv
radio : 
http://www.fastradio.net
 (only fw)
direct stream : 
http://stream.fastradio.net:8000/fastradio
 (only fw)
Linux user number 341116.
-----------------------------fastradio.NET--------------------------

 ciao, f.
Rallegrati che con il nuovo nat le prestazioni sono migliorate.
Io non ho avuto alcun problema con la vpn , manco mi ero accorto...
Difatti e' la mia macchina interna che in caso di caduta "chiama" quindi 
non ho avuto problemi.evidentemente usiamo tecnologie differenti


 non ho avuto problemi.evidentemente usiamo tecnologie differenti
Hmmm.. avevo postato tempo fa riguardo la vpn, in pratica NON riesco a 
connettrmi ad una vpn PPTP Windows NT Server 4. Il server è nattato da 
una macchina linux (ipcop) che è connessa ad internet tramite un'ADSL 
interbusiness ip statico.
Solo da fastweb non riesco ad accedere, e i sintomi mi fanno pensare che 
il protocollo GRE non arrivi oltre i gateway di FW.


 La rete FastWeb non e' statica, e cio' e' ancora piu' evidente in caso
[..]
(ciao!)
... ieri mi sono letto puntigliosamente tutte le FAQ... (le avevo già 
lette, ma un po' di fretta).
Ho trovato parecchi spunti interessanti, ho messo qualche "esperimento" 
nella "to-do list" personale ... (purtroppo la lista è LUNGA) :)


 blocchino ?
Se ti riferisci a garanzie sul fatto che eventuali modifiche della rete
FastWeb non consentano la connessione VPN usata da Personal-IP, queste
ovviamente non posso dartele e non so quanto possa Mc-Link... le uniche
garanzie sono quelle previste dalle condizioni contrattuali del servizio
che puoi richiedere a personal_ip(at)
mclink.it
 e/o a info(at)
mclink.it
 .


 </sfogo>
Boh. Non capisco questo timore di non voler aprire pubblicamente ssh.
Se proprio hai delle necessita' puoi configurare i tuoi server per
impedire a root di collegarsi da remoto, ma altrimenti non vedo tutte
queste controindicazioni.
ssh e' stato concepito per essere aperto a tutti, che senso ha limitarlo
ad alcuni indirizzi?
 
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 queste controindicazioni.
Beh... dunque. Tutto ciò che scrivo è naturalmente opinabile.
Sulla sicurezza sono un po' paranoico. Le policy di sicurezza che prendo 
in considerazione in un ambiente lavorativo (dove vengo pagato... quindi 
ESIGO da me stresso di erogare la prestazione migliore di cui sono 
capace) - sono le stesse che adotto - ridete - nella lan di CASA.
_Secondo me_ un buon sysadmin deve avere certi comportamente talmente 
RADICATI nel modo di vivere da essere abitudini: NON apro porte che non 
servono... non installo servizi che non servono... non tengo accounts 
che non servono...
Nemmeno i server di "sperimentazione-development" che ho a CASA 
accettano ssh da root (ti loggi e fai su, se serve) - a maggior ragione 
  non riesco a farlo in un ambiente lavorativo che è sotto la mia 
responsabilità. Aprire ssh al mondo, quando ssh serve ad un UNICO UTENTE 
(io, tra l'altro)... MI DA FASTIDIO !!! E' un invito a tentare di 
loggarsi. E' un invito a tentare l'exploit appena pubblicato (che io 
magari non ho ancora visto).
Inoltre, devo constatare una cosa: dietro alla STRAGRANDE maggioranza 
degli "hackeraggi" che ho visto/sentito/letto, non c'era un "hacker"
GENIO... c'era un sysadmin che aveva combinato qualche "leggerezza". 
Perchè devo rischiare di fare una figura di m***a, se posso evitarla ?
Tutto qui. :)


Roberto Montaruli ha scritto:

Usare chroot .. mettere in ascolto ssh sulla porta standard con accessi 
limitati  = se entri anche come root non fai nulla..
Poi piazzi il "vero" server ssh su una porta tarocca..

 Poi piazzi il "vero" server ssh su una porta tarocca..
... è già su una porta nonstandard.
... a quel punto, a che serve un ssh chrootato sulla 22 ? basta un 
portscan per rendersi conto che ce n'e' un'altra !
