Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Pc in dominio o no ?

85 views
Skip to first unread message

FrancoP

unread,
Jul 4, 2023, 3:50:32 AM7/4/23
to
Ciao,
Avevo fatto a suo tempo questa richiesta ma le risposte erano state un
po' contradditorie e non mi e' molto chiara la situazione aggiornata.

Utilizzando una sessione Terminal da un pc remoto collegato tramite
internet e' piu' opportuno che il pc sia in join con dominio Windows
della sessione terminal o no ? ( Workgroup )

Essendo in dominio con la sessione remota ci potrebbero essere problemi
di sicurezza ?
Grazie

Mirko Borsari

unread,
Jul 5, 2023, 6:11:56 AM7/5/23
to
Il Tue, 4 Jul 2023 09:50:35 +0200, FrancoP ha scritto:

> Ciao,
> Avevo fatto a suo tempo questa richiesta ma le risposte erano state un
> po' contradditorie e non mi e' molto chiara la situazione aggiornata.
>
> Utilizzando una sessione Terminal da un pc remoto collegato tramite
> internet e' piu' opportuno che il pc sia in join con dominio Windows
> della sessione terminal o no ? ( Workgroup )

per l'utilizzo del TS non cambia niente.
Se poi parliamo di sicurezza cazzi e mazzi allora si rientra in
discorso completamente diverso.



--
MirkoB. ne...@bsi-net.it
Motoretta BMW R1200R Lightgrey

L'indirizzo ema@il non è da considerarsi pubblico,
ma utilizzabile solo per temi inerenti il NG corrente

FrancoP

unread,
Jul 5, 2023, 6:50:30 AM7/5/23
to
Il 05/07/2023 12:11, Mirko Borsari ha scritto:
> Il Tue, 4 Jul 2023 09:50:35 +0200, FrancoP ha scritto:
>
>> Ciao,
>> Avevo fatto a suo tempo questa richiesta ma le risposte erano state un
>> po' contradditorie e non mi e' molto chiara la situazione aggiornata.
>>
>> Utilizzando una sessione Terminal da un pc remoto collegato tramite
>> internet e' piu' opportuno che il pc sia in join con dominio Windows
>> della sessione terminal o no ? ( Workgroup )
>
> per l'utilizzo del TS non cambia niente.
> Se poi parliamo di sicurezza cazzi e mazzi allora si rientra in
> discorso completamente diverso.
>

Ok, ma di primo acchito tu come faresti ? A suo tempo mi avevano
consigliato di metterlo in dominio perche' veniva agevolata la gestione
dell' utente, pero' e' passato un po' di tempo e volevo sapere se il
consiglio e' ancora valido..
Grazie

Mirko Borsari

unread,
Jul 5, 2023, 7:43:50 AM7/5/23
to
Il Wed, 5 Jul 2023 12:50:35 +0200, FrancoP ha scritto:


>> per l'utilizzo del TS non cambia niente.
>> Se poi parliamo di sicurezza cazzi e mazzi allora si rientra in
>> discorso completamente diverso.
>>
>
> Ok, ma di primo acchito tu come faresti ? A suo tempo mi avevano
> consigliato di metterlo in dominio perche' veniva agevolata la gestione
> dell' utente, pero' e' passato un po' di tempo e volevo sapere se il
> consiglio e' ancora valido..

a meno di restrizioni particolari impostate sul TS, non cambia niente.
sempre un utente e una pass devi fornire...
Io ho il pc in un dominio, e mi collego quotidianamente a svariati
server di altri svariati domini usando desktop remoto senza nessun
particolare problema. Se poi usi un gestore rdp non devi nemmeno
inserire le credenziali...

ObiWan

unread,
Jul 5, 2023, 10:35:16 AM7/5/23
to
:: On Tue, 4 Jul 2023 09:50:35 +0200
:: (it.comp.reti.locali)
:: <u80j05$1segf$1...@paganini.bofh.team>
:: FrancoP <Fra...@FrancoP.it> wrote:

> Avevo fatto a suo tempo questa richiesta ma le risposte erano state
> un po' contradditorie e non mi e' molto chiara la situazione
> aggiornata.

La situazione è la stessa e le risposte erano ben chiare, solo che
evidentemente non erano in linea con l'idea che ti eri fatto tu della
cosa, rassegnati, le cose non funzionano come vuoi tu (ed aggiungo -
per fortuna) ma come sono state progettate, per capirle basta solo
investire un minimo di tempo nello STUDIARE l'ampia documentazione
disponibile sia in forma cartacea che elettronica e, nel caso questa
non fosse sufficiente o comprensibile, esistono anche i corsi

ObiWan

unread,
Jul 5, 2023, 10:36:20 AM7/5/23
to
:: On Wed, 5 Jul 2023 13:43:47 +0200
:: (it.comp.reti.locali)
:: <ogf5by32...@mirkonews.bsi-net.it>
:: Mirko Borsari <ne...@bsi-net.it> wrote:

> a meno di restrizioni particolari impostate sul TS, non cambia niente.
> sempre un utente e una pass devi fornire...
> Io ho il pc in un dominio, e mi collego quotidianamente a svariati
> server di altri svariati domini usando desktop remoto senza nessun
> particolare problema. Se poi usi un gestore rdp non devi nemmeno
> inserire le credenziali...

Mirko, il nostro amico "Pierino" pretende che le cose funzionino come
dice lui e non come funzionano al resto del mondo :)

M@x

unread,
Jul 5, 2023, 11:27:51 AM7/5/23
to
Il 04/07/2023 09:50, FrancoP ha scritto:
> Ciao,
> Avevo fatto a suo tempo questa richiesta ma le risposte erano state un
> po' contradditorie e non mi e' molto chiara la situazione aggiornata.
>

Che cosa vuoi che sia cambiato da un mese o 2 a questa parte?
Ti puoi connettere A un pc in un dominio sia DA un pc in dominio sia DA
un pc fuori dominio. C'e' da sperare che tale pc A cui ti vuoi conettere
non sia esposto direttamente su internet ma questa e' una cosa che esula
dalla tua domanda

Mirko Borsari

unread,
Jul 6, 2023, 9:35:52 AM7/6/23
to
Il Wed, 5 Jul 2023 16:36:17 +0200, ObiWan ha scritto:


>
> Mirko, il nostro amico "Pierino" pretende che le cose funzionino come
> dice lui e non come funzionano al resto del mondo :)


va bene... allora ok, è obbligatorio mettere il pc in dominio.

FrancoP

unread,
Jul 7, 2023, 3:09:10 AM7/7/23
to
Il 05/07/2023 17:27, M@x ha scritto:
...
> Che cosa vuoi che sia cambiato da un mese o 2 a questa parte?
> Ti puoi connettere A un pc in un dominio sia DA un pc in dominio sia DA
> un pc fuori dominio. C'e' da sperare che tale pc A cui ti vuoi conettere
> non sia esposto direttamente su internet ma questa e' una cosa che esula
> dalla tua domanda
>

Non lo so se e' cambiato qualcosa, il fatto e' che ho ricevuto delle
risposte contradditorie, c'e' chi dice che deve essere assolutamente in
dominio e chi dice assolutamente no.

Di primo acchito mi immagino che se e' in dominio possa fare delle cose,
nel dominio stesso, che da fuori dominio non potrebbe fare.
Pero' e' solo una mia impressione da inesperto per cui volevo avere
ulteriori informazioni.

Grazie


Mirko Borsari

unread,
Jul 7, 2023, 3:26:53 AM7/7/23
to
Il Fri, 7 Jul 2023 09:09:15 +0200, FrancoP ha scritto:


> Non lo so se e' cambiato qualcosa, il fatto e' che ho ricevuto delle
> risposte contradditorie, c'e' chi dice che deve essere assolutamente in
> dominio e chi dice assolutamente no.
>
> Di primo acchito mi immagino che se e' in dominio possa fare delle cose,
> nel dominio stesso, che da fuori dominio non potrebbe fare.
> Pero' e' solo una mia impressione da inesperto per cui volevo avere
> ulteriori informazioni.

fa na roba... prova.
ti colleghi con il pc fuori dominio e vedi cosa succede, poi lo metti
in dominio e vedi cosa succede... perdi 15 minuti in tutto.

ObiWan

unread,
Jul 7, 2023, 3:27:55 AM7/7/23
to
:: On Fri, 7 Jul 2023 09:09:15 +0200
:: (it.comp.reti.locali)
:: <u88dmj$1sege$7...@paganini.bofh.team>
:: FrancoP <Fra...@FrancoP.it> wrote:

> Non lo so se e' cambiato qualcosa, il fatto e' che ho ricevuto delle
> risposte contradditorie, c'e' chi dice che deve essere assolutamente
> in dominio e chi dice assolutamente no.

Il punto è che TU sei al corrente della TUA situazione, per cui sei TU
che prima di tutto devi capire cosa significa e comporta inserire una
macchina a dominio, ed a quel punto sapendo questo (e non lo capisci o
lo impari su un newsgroup) sarai in grado di decidere, dopodichè una
volta che TU avrai le conoscenze opportune, in caso di dubbi MIRATI
potrai chiedere chiarimenti qui (o altrove), ma se TU per primo non hai
le conoscenze necessarie, è praticamente impossibile poterti fornire
delle risposte avendo a disposizione soltanto informazioni parziali e
frammentarie; in conclusione, armati di pazienza, STUDIA e poi potremo
discutere di eventuali problematiche, arrangiarsi "amministratore" è
solo un modo per andarsi ad infilare in un ginepraio

FrancoP

unread,
Jul 7, 2023, 3:02:34 PM7/7/23
to
....
>
> Il punto è che TU sei al corrente della TUA situazione, per cui sei TU
> che prima di tutto devi capire cosa significa e comporta inserire una
> macchina a dominio, ed a quel punto sapendo questo (e non lo capisci o
> lo impari su un newsgroup) sarai in grado di decidere, dopodichè una
> volta che TU avrai le conoscenze opportune, in caso di dubbi MIRATI
> potrai chiedere chiarimenti qui (o altrove), ma se TU per primo non hai
> le conoscenze necessarie, è praticamente impossibile poterti fornire
> delle risposte avendo a disposizione soltanto informazioni parziali e
> frammentarie; in conclusione, armati di pazienza, STUDIA e poi potremo
> discutere di eventuali problematiche, arrangiarsi "amministratore" è
> solo un modo per andarsi ad infilare in un ginepraio
>

Ok,ma se nessuno da' un' aiuto e' complicato, specialmente per quelli,
come me si occupano parzialmente della cosa, cmq, imho, i miei dubbi mi
sembra siano *mirait*: ci sono dei problemi di sicurezza piu' elevati
collegandomi da un pc in dominio tramite internet rispetto ad un pc in
workgroup ?

Si, certo, poi ci saranno mille modalita' di sicurezza da attivare nel
caso del pc a dominio ma, cosi' di base, senza toccare il dominio, e'
piu' sicuro un pc in workgroup o in dominio ? Oppure, richiede molte
piu' modalita' di sicurezza un pc a dominio o un pc in workgroup ?

Grazie

Meddix

unread,
Jul 7, 2023, 4:09:10 PM7/7/23
to
Il 07/07/2023 21:02, FrancoP ha scritto:
> ci sono dei problemi di sicurezza piu' elevati collegandomi da un pc in
> dominio tramite internet rispetto ad un pc in workgroup ?
sono gli stessi, il focus non è dominio o non dominio ma la connessione,
ti è già stato detto

FrancoP

unread,
Jul 8, 2023, 4:29:15 AM7/8/23
to
Il 08/07/2023 02:55, Allen ha scritto:
> Meddix <sof...@miei.it> wrote in news:u89rd3$1e5ql$1...@dont-email.me:
> Aspè, spieghiamoglielo così:
>
> Una connessione Windows Terminal Server sotto dominio si riferisce a quando
> il server Terminal è configurato come membro di un dominio di Windows. In
> questa configurazione, gli utenti possono accedere al server Terminal
> utilizzando le loro credenziali di dominio e possono beneficiare di
> funzionalità aggiuntive come la gestione centralizzata degli account utente,
> la politica di gruppo e l'amministrazione semplificata delle risorse di rete.
>
> D'altra parte, una connessione Windows Terminal Server non sotto dominio si
> riferisce a quando il server Terminal non è configurato come membro di un
> dominio di Windows. In questa configurazione, gli utenti possono accedere al
> server Terminal utilizzando le credenziali locali del server e potrebbero non
> avere accesso alle stesse funzionalità avanzate disponibili in un ambiente di
> dominio.
>
> In sintesi, la principale differenza tra le due è che una connessione sotto
> dominio offre una maggiore integrazione con il sistema di dominio di Windows
> e offre funzionalità aggiuntive per la gestione degli utenti e delle risorse
> di rete.
>
> Magari adesso gli è (forse) più chiaro.

Si grazie ! Veramente esaustivo, ma :

Il server Terminal e' un membro di dominio.

Poi, tu dici :
"una connessione Windows Terminal Server non sotto dominio si
riferisce a quando il server Terminal non è configurato come membro di
un dominio di Windows"

La connessione Terminal Server viene fatta da un pc non in dominio (
Windows Workgroup o Windows Home ) ma il server Terminal e' in dominio.

Ho sbagliato qualche cossa ? :-)

Grazie, cmq


Lorenz

unread,
Jul 8, 2023, 5:04:04 AM7/8/23
to
Nel suo scritto precedente, Allen ha sostenuto :

> Magari adesso gli è (forse) più chiaro.

Come mai tutta questa benevolenza? lol

alexP

unread,
Jul 8, 2023, 6:38:26 AM7/8/23
to
Lo usa come suo giocattolino


FrancoP

unread,
Jul 8, 2023, 6:44:35 AM7/8/23
to
l' importante e' che dia informazioni costruttive, lo fa poco ma,
qualche volta lo fa.. :-)

p.s.
In fondo e' un vecchio orso... :-)

alexP

unread,
Jul 8, 2023, 7:14:56 AM7/8/23
to
Il 08/07/2023 12:44, FrancoP ha scritto:
> Il 08/07/2023 12:38, alexP ha scritto:
>> Il 08/07/2023 11:04, Lorenz ha scritto:
>>>
>>> Come mai tutta questa benevolenza? lol
>>
>>
>> Lo usa come suo giocattolino
>>
>>
> l' importante e' che dia informazioni costruttive,

Ma non eri quello che si lamentava di essere mobbizzato?
Alla faccia della coerenza...



Lorenz

unread,
Jul 8, 2023, 8:25:16 AM7/8/23
to
Scriveva alexP sabato, 08/07/2023:
:D

FrancoP

unread,
Jul 8, 2023, 3:30:02 PM7/8/23
to
Il 08/07/2023 13:14, alexP ha scritto:
...
>> l' importante e' che dia informazioni costruttive,
>
> Ma non eri quello che si lamentava di essere mobbizzato?
> Alla faccia della coerenza...
>
>

Praticamente sempre, l' eccezione fa la regola.. :-)


FrancoP

unread,
Jul 9, 2023, 2:49:25 AM7/9/23
to
Il 09/07/2023 00:05, Allen ha scritto:
...
>
> Fatti un the alla menta & liquirizia e ragionaci su.
>
>
Fatto il te' alla menta ma non riesco ancora a capire :-( :

Tu dici :
*D'altra parte, una connessione Windows Terminal Server non sotto
dominio si riferisce a quando il server Terminal non è configurato come
membro di un dominio di Windows*

Io ho capito:

1) una connessione Windows Terminal Server non sotto dominio = mi
collego in Windows terminal server da un pc windows NON sotto dominio (
cioe' Workgroup ).

2) o significa: ti colleghi, tramite Terminal server, da una piattoforma
qualsiasi, su un server che non e' in dominio ?

Grazie :-)

Lorenz

unread,
Jul 9, 2023, 4:27:39 AM7/9/23
to
Allen ha detto questo sabato :
> Lorenz <lorp...@libero.it> wrote in news:u8b8q1$1mq3e$1...@dont-email.me:
>
>> Come mai tutta questa benevolenza?
>
> Rileggiti il tread e poi riformula la domanda "allargata".
>
> Chi vuol capire ha capito e chi non ha capito può andare a fare in culo.

Non fare lo sboccato che non si addice a una persona anziana!

FrancoP

unread,
Jul 9, 2023, 11:40:12 AM7/9/23
to
Il 09/07/2023 15:16, Allen ha scritto:
...
>
> Ora, considarando, passami la volgarità, che "terminal server" è un servizio
> che sta dentro windows, percui ...per farti capire, sottostà alle regole del
> sistema, che differenza può avere autenticarsi in AD o non in AD con TS?
>

Il mio problema e' che se ho un pc remoto con windows in dominio che si
collega, tramite internet, per lanciare una sessione terminal su un
server che e' nello stesso dominio e' piu' pericoloso di collegarsi da
un pc remoto con windows NON in dominio che lancia una sessione
terminal su un server windows che e' in dominio.

Scusa la confusione, ma meglio non riesco a spiegarlo .. :-(

Grazie

Lorenz

unread,
Jul 9, 2023, 2:04:31 PM7/9/23
to
Il 09/07/2023, Allen ha detto :
> Lorenz <lorp...@libero.it> wrote in news:u8dr1p$238mu$1...@dont-email.me:
>
>>> Chi vuol capire ha capito e chi non ha capito può andare a fare in culo.
>>
>> Non fare lo sboccato che non si addice a una persona anziana!
>>
>
> Gnegnegne, tutta invidia, perchè alla mia veneranda età ho il diritto dovere
> di mandare a fare in culo chiunque ritenga di mandarcelo. :-P

ROTFL!

FrancoP

unread,
Jul 9, 2023, 2:46:22 PM7/9/23
to
Il 09/07/2023 19:56, Allen ha scritto:
> FrancoP <Fra...@FrancoP.it> wrote in news:u8ekcp$1sege$9...@paganini.bofh.team:
>
>> Scusa la confusione, ma meglio non riesco a spiegarlo .. :-(
>>
>
> Definisci cos'è per te pericoloso, scritto così non ha un reale significato.
>

Pericoloso significa che un windows remoto in dominio potrebbe avere
delle possibilita'*malevole* superiori ad un windows remoto NON in
dominio...

> Salvo policy restrittive imposte in AD e mancanti o blande in NON AD o
> disattenzione alle regole basi su connessioni non AD, chessò lasciare
> flaggato in copia & incolla, condividere le "unità" o porte ..dispositivi...
>

Non si sa bene come sia protetto il dominio al quale si accede, solo
preventivamente NON collegarsi in dominio se cio' tutela meglio..

> Ma anche lì il tutto lascia il tempo che trova, anche se la stupidità
> inperversa.
>
> Perchè l'unica pericolosità che vedo è avere la porta di terminal server con
> il cul..hemm aperta su internè....

No, quello no, il server terminal e' sotto Firewall e, da quanto ne so,
blindato..

In pratica chiedo solo un consiglio: senza sapere nulla di come e'
protetto il dominio remoto, e' meglio lanciare una sessione Teminal
server da un pc in workgroup o nello stesso dominio ?

Grazie 1000 x la tua disponibilita', vedo che non ho perso tempo
cercando di redimerti ... :-)

Mirko Borsari

unread,
Jul 9, 2023, 6:01:58 PM7/9/23
to
Il Sun, 9 Jul 2023 20:46:28 +0200, FrancoP ha scritto:

> Pericoloso significa che un windows remoto in dominio potrebbe avere
> delle possibilita'*malevole* superiori ad un windows remoto NON in
> dominio...

bhe al limite sarà vero il contrario...


> In pratica chiedo solo un consiglio: senza sapere nulla di come e'
> protetto il dominio remoto, e' meglio lanciare una sessione Teminal
> server da un pc in workgroup o nello stesso dominio ?

ammazza oh, ma sei de coccio... Se chi ha configurato il TS lo ha
lasciato accessibile sia a pc in dominio che da pc fuori dominio,
farlo da uno o farlo dall'altro non cambia na mazza.

ObiWan

unread,
Jul 10, 2023, 3:43:24 AM7/10/23
to
:: On Fri, 7 Jul 2023 21:02:39 +0200
:: (it.comp.reti.locali)
:: <u89ng8$1sege$8...@paganini.bofh.team>
:: FrancoP <Fra...@FrancoP.it> wrote:


> Ok,ma se nessuno da' un' aiuto e' complicato, specialmente per

Un aiuto si può dare senza problemi, ma la condizione di base è che chi
chiede aiuto abbia già una conoscenza relativa ad AD, partire da zero è
praticamente impossibile e, comunque, inutile; servirebbe solo a
perdere tempo e far perdere tempo; per farti un esempio, supponi che un
tizio che fa il fruttivendolo venga a chiederti aiuto su un problema di
progettazione di un impianto eolico, il tizio magari ha un minimo di
infarinatura, ma non le conoscenze necessarie per inquadrare il
discorso e comprenderne problematiche e risvolti


ObiWan

unread,
Jul 10, 2023, 3:45:39 AM7/10/23
to
:: On Sat, 8 Jul 2023 00:55:21 -0000 (UTC)
:: (it.comp.reti.locali)
:: <XnsB03B1CFEF...@not.for.you>
:: Allen <al...@spamfence.net> wrote:

> In sintesi, la principale differenza tra le due è che una connessione
> sotto dominio offre una maggiore integrazione con il sistema di
> dominio di Windows e offre funzionalità aggiuntive per la gestione
> degli utenti e delle risorse di rete.

Ma non solo, ci sono risvolti anche in termini di sicurezza e di
flessibilità nella gestione di permessi ed accessi... e parecchie altre
cosette, l'infrastuttura AD offre molto di più che la sola gestione
centralizzata :)

ObiWan

unread,
Jul 10, 2023, 3:48:21 AM7/10/23
to
:: On Sun, 9 Jul 2023 17:56:15 -0000 (UTC)
:: (it.comp.reti.locali)
:: <XnsB03CC9689...@not.for.you>
:: Allen <al...@spamfence.net> wrote:

> Perchè l'unica pericolosità che vedo è avere la porta di terminal
> server con il cul..hemm aperta su internè....

Già :( esporre direttamente un RDP su WAN non è una buona idea, a parte
di discorso "TSgrinder" e compagnia cantante, ci sarebbe molto altro




ObiWan

unread,
Jul 10, 2023, 3:49:57 AM7/10/23
to
:: On Mon, 10 Jul 2023 09:48:19 +0200
:: (it.comp.reti.locali)
:: <20230710094...@mvps.org>
:: ObiWan <obi...@mvps.org> wrote:

> Già :( esporre direttamente un RDP su WAN non è una buona idea, a
> parte di discorso "TSgrinder" e compagnia cantante, ci sarebbe molto
> altro

In breve, AD o non AD, è comunque un'ottima idea usare una VPN o
comunque un tunnel protetto ed autenticato per tale servizio

FrancoP

unread,
Jul 10, 2023, 1:07:26 PM7/10/23
to
Il 10/07/2023 09:43, ObiWan ha scritto:
...
>
> Un aiuto si può dare senza problemi, ma la condizione di base è che chi
> chiede aiuto abbia già una conoscenza relativa ad AD, partire da zero è
> praticamente impossibile e, comunque, inutile; servirebbe solo a
> perdere tempo e far perdere tempo; per farti un esempio, supponi che un
> tizio che fa il fruttivendolo venga a chiederti aiuto su un problema di
> progettazione di un impianto eolico, il tizio magari ha un minimo di
> infarinatura, ma non le conoscenze necessarie per inquadrare il
> discorso e comprenderne problematiche e risvolti
>
>

Ok, ma, a volte, nel mio caso spesso, basta un riferimento giusto sul
quale documentarsi.
Purtroppo non ho la possibilita' di seguire costantemente questa
cosa.... :-(

Grazie cmq

ObiWan

unread,
Jul 11, 2023, 5:36:43 AM7/11/23
to
:: On Mon, 10 Jul 2023 20:56:51 -0000 (UTC)
:: (it.comp.reti.locali)
:: <XnsB03DE7CA8...@not.for.you>
:: Allen <al...@spamfence.net> wrote:

> si si lo so stò perdendo tempo...

Già... quanti anni sono che lo stesso tizio continua a girare intorno
allo stesso paletto perchè "non ha tempo di studiare" :P bah, che ti
debbo dire, lasciamo perdere e buonanotte, ora sicuramente tornerà qui
a lamentarsi che i gruppi sono inutili, che non aiutano etc etc etc...
come da copione già visto e stravisto




ObiWan

unread,
Jul 11, 2023, 5:40:33 AM7/11/23
to
:: On Mon, 10 Jul 2023 21:36:51 -0000 (UTC)
:: (it.comp.reti.locali)
:: <XnsB03DF00F8...@not.for.you>
:: Allen <al...@spamfence.net> wrote:

> Se vuoi far piangere un "molto" vecchio orso grigio incazzoso.. ci
> stai riuscendo.

Lungi da me, e per quanto riguarda il "molto" direi che anche io non è
che sia proprio un giovanotto di primo pelo :D

comunque... credo di aver capito l'antifona :P :)


ObiWan

unread,
Jul 11, 2023, 5:42:28 AM7/11/23
to
:: On Mon, 10 Jul 2023 21:26:50 -0000 (UTC)
:: (it.comp.reti.locali)
:: <XnsB03DEE438...@not.for.you>
:: Allen <al...@spamfence.net> wrote:

> Dove sta lui è la norma, poi ci mettono un paio di regolette sul
> ....firewall.... e finita lì.

Ah già, il "magico" firewall, quella cosa che insieme all'antivirus fa
veri e propri miracoli... peccato che ancora oggi nel 2023 ci sia chi
non ha capito cosa significhi mettere in sicurezza una struttura IT

vabbè...

ObiWan

unread,
Jul 11, 2023, 6:37:06 AM7/11/23
to
:: On Tue, 11 Jul 2023 11:42:25 +0200
:: (it.comp.reti.locali)
:: <20230711114...@mvps.org>
:: ObiWan <obi...@mvps.org> wrote:

> Ah già, il "magico" firewall, quella cosa che insieme all'antivirus fa
> veri e propri miracoli... peccato che ancora oggi nel 2023 ci sia chi
> non ha capito cosa significhi mettere in sicurezza una struttura IT

O, per meglio dire, consideri la sicurezza di un'infrastuttura di una
certa dimensione alla stregua di quella del singolo PC domestico :P !

evanmac

unread,
Jul 11, 2023, 7:03:17 AM7/11/23
to
il giorno 11 Jul 2023 alle 10:36:40 GMT+1, "ObiWan" <obi...@mvps.org> scrisse:

> lasciamo perdere e buonanotte

e assai ne avete gettato di tempo al vento ;)

--
this is a random signature

ObiWan

unread,
Jul 11, 2023, 9:06:19 AM7/11/23
to
:: On 11 Jul 2023 11:03:14 GMT
:: (it.comp.reti.locali)
:: <kh4r7i...@mid.individual.net>
:: evanmac <evan...@gmail.com> wrote:

> il giorno 11 Jul 2023 alle 10:36:40 GMT+1, "ObiWan" <obi...@mvps.org>
> scrisse:
>
> > lasciamo perdere e buonanotte
>
> e assai ne avete gettato di tempo al vento ;)

Naa... diciamo che con l'eta arrivano anche perseveranza e pazienza, in
breve "ci si prova", poi ok, capitano quelli che sono tetragoni ad ogni
tipo di crescita personale ed a quel punto, sempre con l'età, si impara
a riconoscerli, ci si prova ugualmente, ma se a quel punto risulta un
caso disperato, si lascia perdere, niente di che

ObiWan

unread,
Jul 13, 2023, 7:03:32 AM7/13/23
to
:: On Wed, 12 Jul 2023 16:30:47 -0000 (UTC)
:: (it.comp.reti.locali)
:: <XnsB03FBAAE9...@not.for.you>
:: Allen <al...@spamfence.net> wrote:

> ObiWan <obi...@mvps.org> wrote in
> news:20230711150...@mvps.org:
>
> > "ci si prova",
>
> Ma si sfocia in accanimento terapeutico :-P
>
> Qnyyr fhr cnegv hygvznzragr qvpbab pur "è pbzr ibyre pbeerer pba yr
> vasengvqb ary tergb qry cvnir"

Non conoscevo il detto :D




ObiWan

unread,
Jul 13, 2023, 7:07:12 AM7/13/23
to
:: On Wed, 12 Jul 2023 16:20:46 -0000 (UTC)
:: (it.comp.reti.locali)
:: <XnsB03FB9D9B...@not.for.you>
:: Allen <al...@spamfence.net> wrote:

> Inutile ricordarti che qui hai dato la soluzione a 2/3
>
> Message-ID: <20230623154...@mvps.org>
>
> Ed è partito per la tangente con il firewall...

... omissis ... :D :D

> bx va cbjrefuryy pv nierfgv zrffb dhnggeb frpbaqv cre yn fbyhmvbar
> dhnfv 4 frpbaqv va ernygn' pba fba ha cb' qv cnffnttv gnyibygn aba fv
> evfbyibab va nhgbzngvpb zn ovfbtan vagrecergneyv r evfbyireyv n znab,
> zn fr hgvyvmmn ha gyfp p'r' qn creqrepv yn ivgn cre evfbyirer. pur
> cbv yn fbyhmvbar pur unv cebfcrggngb shamvban qn han fcrpvsvpn ohvyq
> va fh pbfn ora fcrpvsvpngn va vgnyvnab ary fvgb qv zvpebfbsg

Si ok, di approcci ne esistono diversi, ma bisogna anche capire i
perchè ed i percome, altrimenti...




0 new messages