Newsgroup: it.comp.sicurezza.varie
Titolo: Firewall 2 !!!

Se il mio firewall (Conseal 1.04versione dimostrativa 30 gg) e' scaduta
come posso fare per avere la versione definitiva senza pagare una lira ?
Esiste un ckack o un sito che fornisca quello che mi serve ?
Grazie !!!!!

Speriamo di no. ;-)

Grazie !!!!!
Nulla, ma si ricordi che problemi di sicurezza non si risolvono con FW
giocattolo, ma bensi con un' aministrazione occulata del sistema, la quale è
possibile SOLO grazie allo studio dello stesso....
Auguri
Massimo Danieli

 
Non cé nessun magistrato o simili in questa lista?
Mi sembra che una richiesta del genere, cosi  spudorata sia
quantomeno al limite della legalita'
o sbaglio?
 


purtroppo c'e'....

col gopher ???
:)
hai proprio ragione. e dire che i frontend di ricerca ci sono anche in lingua
italiana !!!
ma, io credo, che queste parole che tipi come te e me professano siano solo
Blowin in the Wind ...
La rete sta perdendo il suo connotato tecno/hippie/hacker e raggiungendo sempre
di piu' il livello del telefono per il liceale alle prese con i primi sapori
della vita da adulto. Lo si da per scontato, come la lavapiatti. E ci si butta
dentro di tutto, senza seguire i consigli della mamma, o senza aver letto le
istruzioni ...
Ormai basta un bottone ed un click per entrare in PPP ... non mi aspetto di
certo che qualcuno si prenda la briga di pensare ad altro.
invy che avrebbe fatto con veronica (se non avesse avuto voglia di spulciare
manualmente :)))

............non mi interessa !!!!!
Io non credo di essere stato scortese nè di averle dato dell'ignorante.....
Semplicemente mi sembra scoretto nei confronti di chi lavora privarlo del
giusto compenso......
Se proprio ci tiene la soluzione al suo quesito è sempice...vada su un
qualsiasi motore di ricerca digiti "ConSeal+crack"....
Tuttavia continua a sembrarmi scorretto farlo ed inutile postare ad un NG
una tale domanda.....
Se poi lei si sente ignorante, ed è un dubbio legittimo, la soluzione è
altrettanto semplice: studi.
E se cortesemente evitasse di rispondermi, quando non richesto, in mail, mi
farebbe un ulteriore favore.
Massimo Danieli

Esiste un ckack o un sito che fornisca quello che mi serve ?
Cioe' tu ti fideresti di un programma di SICUREZZA CRACKATO?
Mi ricordi quello che usava un giubbotto anti-proiettile usato ("L'ho
avuto per pochissimo: il precedente proprietario e' morto durante una
sparatoria... vedi, qui? Ci sono ancora i segni dei fori lasciati dai
proiettili...")
Comunque si', il sito c'e': 
www.debian.org
 -- pero' dopo hai problemi
di compatibilita' con alcuni programmi Windows.
Ah, nella configurazione 'serie', Conseal puo' consentire nel giro di
dieci-quindici minuti di mandare in crash Windows. A differenza pero'
dei crash normali, dopo, non riparte :-) o ti riparte un Windows meno
stabile del solito. Suppongo che come tu non ti sei disturbato a dare
una scorsa alla licenza, tu non abbia letto neanche il manuale e help
in linea, quindi mi sento di scommettere che sei nella situazione ora
descritta...
Leonardo
".signature": bad command or file name

Vi capisco, pero' signori miei (:)) i consigli che date del tipo: STUDIA!! o
vari letti nel thread vanno bene per chi ha interessi specifici nel campo
come me e voi (suppongo), per chi getta nella rete passione, mistero, voglia
di abbattere confini, capire nuove cose etc.. etc.., magari il poveretto
lavora per tutto un altro genere di cose e vuole soo spavaldeggiare la sera
in chat con gli amici. (Non condannate troppo la gente che si comporta
cosi', perche' la si trova tutti i giorni, in ogni occasione, magari anche
voi avete assunto nel corso della vita attegiamenti del tipo). Ora non dico
che sia giusto o corretto (anche nei confronti dei signaliani9) pero'
astenetevi dal rispondere se la questione non e' di vostro gradimento, del
resto ha scritto tre righe e non ha fatto del male a nessuno. Scusate il
moralismo, ma comincio a notare un atteggiamento a mio avviso troppo
aggressivo nei vari NG, o troppo da papa', lasciate che la gente sia,
perche' e' solo cosi' che si sbaglia o si progredisce..
ciao...

manualmente :)))
archie no eh ?  :-)
ciao
a.
-- 
Andrea Fanfani
and...@toglimi.linux.it
"togliere toglimi per il reply"

perche' e' solo cosi' che si sbaglia o si progredisce..
Ma infatti, nel caso mio mica gli ho detto "non farlo". Gli ho fornito un
criterio - quello che io credo sia un possibile buon criterio - per poter
distinguere, anche in futuro e per altri programmi, il grano dal loglio.
Quando sono aggressivo (ma capita raramente) uso un altro tono.


archie no eh ?  :-)
ovvio :) ma si parlava di GOPHER. E richiedere documenti testuali, NON presenti
su siti FTP mediante archie mi pare quanto meno ostico :)
Veronica era per GOPHER, quello che oggi sono i search engine per WWW ....
ah, si stava meglio quando si stava peggio :PPP
invy

black...@mailexcite.com
 wrote:
 >in chat con gli amici. (Non condannate troppo la gente che si comporta
 >cosi', perche' la si trova tutti i giorni, in ogni occasione, magari anche
E allora? Non mi risulta che "lo fanno tutti" sia mai stata una
giustificazione per i propri comportamenti scorretti[1], se uno fa l'IRC
warrior per quanto mi riguarda e` uno stronzo e non mi impegnero` certo
per rendergli la vita piu` facile.
[1] Tranne che nei tardi anni '80
-- 
ciao, | [Per rispondere togli "toglimi" dal mio indirizzo.]
Marco | * The Internet is full. Go away.  -- Joel Furr *


avevo capito che si trattava di un programma di crack per il conseal...
mah , forse l'unico sopravvissuto al www (a parte la posta) e' l'irc...


ah, si stava meglio quando si stava peggio :PPP
Mica tanto... Veronica era di una lentezza inenarrabile, ai limiti
della sopportabilita' :)
Gia' che ci siamo, una domanda per qualcuno che magari si era posto il
problema: come mai Gopher, che era esclusivamente testuale, andava
estremamente piu' lento del WWW, che invece era grafico? Era solo un
problema mio, o erano differenze a livello di protocollo a causare
questa lentezza?
Ciaps
Luca

questa lentezza?
mah, io non ho ricordi cosi' traumatizzanti di gopher :) anche se certo non
era la summa della tecnologia F1. ad ogni modo c'e' da considerare subito una
cosa, prima di analizzare il protocollo. Da quando HTTP e' uscito dal CERN,
c'e' stata una evoluzione da parte di telco e compagnie cablatrici per quanto
riguarda la larghezza di banda, richiesta proprio dall'esplosione www-mediata
e che porto' alle fantomatiche previsioni di caduta entro 6 mesi del biennio
93/94 se non ricordo male. quindi forse e' in gran parte dovuto anche a questo
aspetto. d'altronde i trasferimenti FTP da casa sono veloci ora tanto quanto lo
erano 3 anni fa (almeno con PROVIDER DECENTI) nonstante un aumento esponenziale
dei frequentatori e degli sprecabanda della rete ....
Per il protocollo ho cercato su tua pulce nell'orecchio l'RFC1436 :
1436 The Internet Gopher Protocol (a distributed document search and
     retrieval protocol). F. Anklesaria, M. McCahill, P. Lindner, D.
     Johnson, D. Torrey & B. Albert. March 1993. (Format: TXT=36493 bytes)
     (Status: INFORMATIONAL)
e l'ho spulciato per qualche minuto (se vuoi un analisi tipo white paper mi
dovrai offrire una pizza almeno :P)
La prima cosa degna di attenzione :) e' :
2. (Amer. colloq.) Native or inhabitant of Minnesota: the Gopher State.
ehm no :), volevo dire :
4. (computer tech.) software following a simple protocol for burrowing through
a TCP/IP internet
quindi un simple protocol dice lui ... mah sono 35K di RFC :).
In pratica il protocollo e' TCP; la porta e' la 70. L'architettura
client/server viene cosi' utilizzata:
client - server 3way handshake
server manda un pacchetto TCP senza dati
client manda CR/LF
server manda lista di elementi presenti nella gerarchia locale, composti di
un trio di elementi; selettore numerico, selettore di elemento, gopher server.
Il selettore numerico serve per identificare il tipo di elemento (documento,
campo di ricerca, sottodir, errori, tipo di codifica binaria, etc etc etc).
Il selettore di elemento contiene la stringa tipica dell'oggetto che vogliamo
richiedere ed e' l'unico campo visibile solitamente nel frontend del client.
Il gopher server e' l'host cui collegarsi per accedere all'elemento.
A questo punto, senza scendere in ulteriori dettagli e' facile notare che:
- rispetto a HTTP c'e' una analoga marea di pacchetti TCP, dal momento che per
ogni richiesta di selettore NON VI E' MANTENIMENTO DELLO STATO da parte del
server. A questo si ovvia diminuendo al massimo il campo dati di ogni frame
in modo da ovviare alle scarse possibilita' dei terminali dei campus, per cui
gopher e' stato ideato.
- sempre nei confronti di HTTP pero', vi e' un utilizzo ed un invio di pkts TCP
quasi illogico, dal momento che per ricevere un documento non si fa uso alcuno
di quella meraviglia :P quale e' l'ipertesto. La visione gerarchica delle dir
di gopher porta ad uso elevato di porte da parte del client, di scambio di pkts
da parte di entrambi, e di saturazione da parte del server per due motivi:
1) all'epoca del massimo sviluppo di gopher POCHI erano i server disponibili
realmente per informazioni ad uso 'estero' al campus o centro di ricerca.
Quindi alto era il carico sui suddetti, e bassa la velocita' di risposta.
2) la mancanza dell'ipertesto portava a replicazione dei documenti su vari
server, aumentando il carico sul canale di trasmissione tra client e server.
- A parte informazioni molto tecniche e di nicchia, poche erano le risorse
utilizzabili e ricercate da noi italiani in europa, se escludiamo forse alcuni
campus scandinavi. La maggior parte del traffico era su server statunitensi.
Chi mai dimentichera' il server di Minnesota :) ? La mancanza di una dorsale
diretta Italia/USA si faceva sentire abbastanza ed un semplice esperimento
rendeva chiara la cosa: era piu' veloce utilizzare gopher da terminali in USA
attraverso telnet, piuttosto che lanciare gopher in locale da molte universita'
come a dire che l'alta velocita' di risposta in USA compensava l'invio dei
soli dati riguardanti lo stdout attraverso connessioni telnet.
- ora, con l'avvento di WWW e con l'aumento di banda, sembra ovvio pensare che
possa aumentare anche la velocita' di risposta di GOPHER. Ebbene un altro
fattore va a mio avviso contro questa ipotesi. Molte macchine deputate a server
roditore :) sono rimaste tali e quali, sottodimensionate in termini di sistemi
di memoria di massa e di networking, segmentate in subnet oscure e dimenticate
:) e sicuramente dopo aver subito furti di ram per i mail e web server :)
Senza contare che i disagi dovuti alla gerarchia dati e all'uso di TCP del
protocollo sono rimasti tali e quali.
Questo e' tutto. Probabilmente non e' tutto corretto. Sicuramente e' opinabile.
Ad ogni modo sono sicuro che questo msg ti soddisfera' nella tua (nostra)
nostalgica curiosita'.
bye
invy

nostalgica curiosita'.
Be', mi pare gia' abbastanza; probabilmente effettivamente c'erano una
serie di fattori che rendevano il gopher piu' lento, alcuni
"intrinseci" al protocollo, altri invece per cosi' dire "storici"; non
so quali abbiano pesato di piu', ma probabilmente sono veri entrambi.
Ciao e grazie
Luca
--
Luca Bruschi - 
I.NET
 S.p.A.
luca[@]
Mail.INET.it
Disclaimer: Le opinioni eventualmente espresse sono le mie, e non 
coincidono necessariamente con quelle dell'azienda per cui lavoro...
Togliere le parentesi [] per rispondere via mail.