Ciao a tutti,

eccomi con il problema correlato a web server (caddy) cui avevo accennato
nel precedente msg (vige sempre la consapevolezza di essere borderline, se
non palesemente OT, e quindi.....).

Il problema e l'esempio sotto li ho visti nella documentazione di caddy, ma hanno per me carattere generale: la gestione di più domini su un solo host:

primodominio.duckdns.org {
reverse_proxy 192.168.1.10:8080
}
secondodominio.ddns.net {
reverse_proxy 192.168.1.10:8090
}

vorrei capire come tutto questo funziona.

I domini devono avere la stessa risoluzione (stesso indirizzo ip
dell'host); il router (almeno il mio) ha una sola possibilità di
collegamento con provider DDNS, quindi come fare per tenere aggiornati i
due DNS? forse con ddclient o duc per il secondo provider?

Grazie della pazienza, un saluto,
Giuliano

<div dir="auto"><div dir="auto">Ciao a tutti,</div><div dir="auto"><br></div><div dir="auto">eccomi con il problema correlato a web server (caddy) cui avevo accennato nel precedente msg (vige sempre la consapevolezza di essere borderline, se non
palesemente OT, e quindi.....).</div><div dir="auto"><br></div><div dir="auto">Il problema e l&#39;esempio sotto li ho visti nella documentazione di caddy, ma hanno per me carattere generale: la gestione di più domini su un solo host:</div><div dir="
auto"><br></div><div dir="auto">   <a href="http://primodominio.duckdns.org">primodominio.duckdns.org</a> {</div><div dir="auto">     reverse_proxy <a href="http://192.168.1.10:8080">192.168.1.10:8080</a></div><div dir="auto">   }</div><div dir="
auto">   <a href="http://secondodominio.ddns.net">secondodominio.ddns.net</a> {</div><div dir="auto">     reverse_proxy <a href="http://192.168.1.10:8090">192.168.1.10:8090</a></div><div dir="auto">   }</div><div dir="auto"><br></div><div dir="
auto">vorrei capire come tutto questo funziona.</div><div dir="auto"><br></div><div dir="auto">I domini devono avere la stessa risoluzione (stesso indirizzo ip dell&#39;host); il router (almeno il mio) ha una sola possibilità di collegamento con
provider DDNS, quindi come fare per tenere aggiornati i due DNS? forse con ddclient o duc per il secondo provider?</div><div dir="auto"><br></div><div dir="auto">Grazie della pazienza, un saluto,</div><div dir="auto">Giuliano</div><div dir="auto"><br></

</div>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Il lun 27 nov 2023, 19:02 Giuliano Curti <giulianc51@gmail.com> ha scritto:

I domini devono avere la stessa risoluzione (stesso indirizzo ip
dell'host); il router (almeno il mio) ha una sola possibilità di collegamento con provider DDNS, quindi come fare per tenere aggiornati i
due DNS? forse con ddclient o duc per il secondo provider?

La cosa più semplice è far girare il client (o i client) su una macchina della tua rete (magari quel server che esponi?) invece di usare la funzione
del router.

Alternativamente, passi a un provider che fornisce un IP fisso.

--
Lorenzo Breda

<div dir="auto"><div data-smartmail="gmail_signature" dir="auto">Il lun 27 nov 2023, 19:02 Giuliano Curti &lt;<a href="mailto:giulianc51@gmail.com">giulianc51@gmail.com</a>&gt; ha scritto:</div><div class="gmail_quote" dir="auto"><blockquote class="gmail_
quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div dir="auto"><br></div><div dir="auto">I domini devono avere la stessa risoluzione (stesso indirizzo ip dell&#39;host); il router (almeno il mio) ha una sola
possibilità di collegamento con provider DDNS, quindi come fare per tenere aggiornati i due DNS? forse con ddclient o duc per il secondo provider?</div></div></blockquote></div><div dir="auto"><br></div><div dir="auto">La cosa più semplice è far
girare il client (o i client) su una macchina della tua rete (magari quel server che esponi?) invece di usare la funzione del router.</div><div dir="auto"><br></div><div dir="auto">Alternativamente, passi a un provider che fornisce un IP

Il giorno lun 27 nov 2023 alle ore 20:18 Giuliano Curti <
giulianc51@gmail.com> ha scritto:

Il lun 27 nov 2023, 19:13 Lorenzo Breda <lorenzo@lbreda.com> ha scritto:

La cosa più semplice è far girare il client (o i client) su una macchina >> della tua rete (magari quel server che esponi?) invece di usare la funzione >> del router.

Cioè ddclient per dynDns e duc per Noip? Presumo vadano bene anche router
su uno e client per l'altro

Come preferisci, io preferirei centralizzare tutto, eventualmente con un
solo client (ddclient sono abbastanza sicuro li supporti entrambi), ma fa
lo stesso.

Alternativamente, passi a un provider che fornisce un IP fisso.

Penso che la cosa abbia dei costi (entità?) che la rendono incompatibile
con l'uso amatoriale che sto facendo :-)

Uno dei provider che ho avuto lo forniva gratis a richiesta, è un dei
maggiori provider con offerte commerciali allineate al resto. Il mio
attuale lo fornisce nel servizio di fascia alta, che effettivamente costa. Insomma, mi informerei presso il tuo provider. Magari la dai per cosa
costosa e invece basta chiederlo.

--
Lorenzo Breda

<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il giorno lun 27 nov 2023 alle ore 20:18 Giuliano Curti &lt;<a href="mailto:giulianc51@gmail.com">giulianc51@gmail.com</a>&gt; ha scritto:<br></div><blockquote class="gmail_quote"
style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il lun 27 nov 2023, 19:13 Lorenzo Breda &lt;<a href="mailto:lorenzo@lbreda.com"
target="_blank">lorenzo@lbreda.com</a>&gt; ha scritto:<br></div><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div dir="auto"><br></div><div dir="auto">La cosa
più semplice è far girare il client (o i client) su una macchina della tua rete (magari quel server che esponi?) invece di usare la funzione del router.</div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto"></div

Il lun 27 nov 2023, 19:45 Leonardo Boselli <leo5css@trail.it> ha scritto:

Ciao Leonardo,

se il problema e di DNS se il router aggioirna solo un indirizzo, questo

sarà il cname del secondo.

Questo l'avevo visto; con un record CNAME il secondo diventa un alias del primo; ti risulta possibile quando registri un dominio su un provider DDNS settare il record DNS a CNAME? (Nei casi che ho finora fatto mi sono sempre avvalso del record A).

Leonardo Boselli

Firenze, Toscana, Europa
http://i.trail.it
tel:+393287329225

Grazie infinite anche a te, ciao,
Giuliano

<div dir="auto"><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il lun 27 nov 2023, 19:45 Leonardo Boselli &lt;<a href="mailto:leo5css@trail.it">leo5css@trail.it</a>&gt; ha scritto:<br></div><div dir="ltr" class="gmail_attr"><br></div><
div dir="ltr" class="gmail_attr">Ciao Leonardo,</div><div dir="ltr" class="gmail_attr"><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">se il problema e di DNS se il router aggioirna solo un
indirizzo, questo <br>
sarà il cname del secondo.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Questo l&#39;avevo visto; con un record CNAME il secondo diventa un alias del primo; ti risulta possibile quando registri un dominio su un provider DDNS
settare il record DNS a CNAME? (Nei casi che ho finora fatto mi sono sempre avvalso del record A).</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;
padding-left:1ex">Leonardo Boselli<br>
Firenze, Toscana, Europa<br>
<a href="http://i.trail.it" rel="noreferrer noreferrer" target="_blank">http://i.trail.it</a><br>
tel:+393287329225</blockquote></div></div><div dir="auto"><br></div><div dir="auto">Grazie infinite anche a te, ciao,</div><div dir="auto">Giuliano</div><div dir="auto"><br></div><div dir="auto"></div></div>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Il lun 27 nov 2023, 19:13 Lorenzo Breda <lorenzo@lbreda.com> ha scritto:

Ciao Lorenzo,

Il lun 27 nov 2023, 19:02 Giuliano Curti <giulianc51@gmail.com> ha scritto:

I domini devono avere la stessa risoluzione (stesso indirizzo ip
dell'host); il router (almeno il mio) ha una sola possibilità di
collegamento con provider DDNS, quindi come fare per tenere aggiornati i
due DNS? forse con ddclient o duc per il secondo provider?

La cosa più semplice è far girare il client (o i client) su una macchina della tua rete (magari quel server che esponi?) invece di usare la funzione del router.

Cioè ddclient per dynDns e duc per Noip? Presumo vadano bene anche router
su uno e client per l'altro

Alternativamente, passi a un provider che fornisce un IP fisso.


Penso che la cosa abbia dei costi (entità?) che la rendono incompatibile
con l'uso amatoriale che sto facendo :-)

--

Lorenzo Breda

Grazie infinite, ciao,
Giuliano

<div dir="auto"><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il lun 27 nov 2023, 19:13 Lorenzo Breda &lt;<a href="mailto:lorenzo@lbreda.com">lorenzo@lbreda.com</a>&gt; ha scritto:<br></div><div dir="ltr" class="gmail_attr"><br></div><
div dir="ltr" class="gmail_attr">Ciao Lorenzo,</div><div dir="ltr" class="gmail_attr"><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div data-smartmail="gmail_signature"
dir="auto">Il lun 27 nov 2023, 19:02 Giuliano Curti &lt;<a href="mailto:giulianc51@gmail.com" target="_blank" rel="noreferrer">giulianc51@gmail.com</a>&gt; ha scritto:</div><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:
0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div dir="auto"><br></div><div dir="auto">I domini devono avere la stessa risoluzione (stesso indirizzo ip dell&#39;host);

Il lun 27 nov 2023, 20:47 Angelo Salvarani (IGSG-CNR) < angelo.salvarani@bo.igsg.cnr.it> ha scritto:

Ciao,

Puo' aiutare ?

https://caddy.community/t/caddy-and-dynamic-dns/20503

Credo sia pertinente, soprattutto il link interno.

Me lo devo guardare bene perché non è esattamente pane per i miei denti, ma proverò; semmai chiedo :-))

A.S.

Grazie, un saluto,
Giuliano

<div dir="auto"><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il lun 27 nov 2023, 20:47 Angelo Salvarani (IGSG-CNR) &lt;<a href="mailto:angelo.salvarani@bo.igsg.cnr.it">angelo.salvarani@bo.igsg.cnr.it</a>&gt; ha scritto:<br></div><div
dir="ltr" class="gmail_attr"><br></div><div dir="ltr" class="gmail_attr">Ciao,</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><u></u>




<div text="#000000" bgcolor="#fefbeb">
<p>Puo&#39; aiutare ? <br>
</p>
<p>
</p><blockquote type="cite"><a href="https://caddy.community/t/caddy-and-dynamic-dns/20503" target="_blank" rel="noreferrer">https://caddy.community/t/caddy-and-dynamic-dns/20503</a></blockquote></div></blockquote></div></div><div dir="auto">Credo
sia pertinente, soprattutto il link interno.</div><div dir="auto"><br></div><div dir="auto">Me lo devo guardare bene perché non è esattamente pane per i miei denti, ma proverò; semmai chiedo :-))</div><div dir="auto"><div class="gmail_quote"><
blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div text="#000000" bgcolor="#fefbeb">
<p></p>
<p>A.S.<br></p></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Grazie, un saluto,</div><div dir="auto">Giuliano</div><div dir="auto"><br></div></div>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.

On Tue, 28 Nov 2023, Diego Zuccato wrote:

Per i domini di secondo livello non puoi usare CNAME per il dominio.

ma nel caso di cui parlava non è di secondo ma di terzo livello ....


--
Leonardo Boselli
Firenze, Toscana, Europa

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Il mar 28 nov 2023, 10:06 Diego Zuccato <diego.zuccato@unibo.it> ha scritto:

Ciao Diego, grazie,

Il 27/11/2023 20:22, Giuliano Curti ha scritto:

Questo l'avevo visto; con un record CNAME il secondo diventa un alias
del primo; ti ......

Per i domini di secondo livello non puoi usare CNAME per il dominio.

Il dominio ha per forza una risoluzione numerica (analoga a un record
A), mentre i sottodomini possono essere A o CNAME.

Scusa, qui non ho capito :-(
Cmq il mio dovrebbe essere un dominio di terzo livello: mydomain.ddns.net, quindi immagino non configurabile con CNAME.

Per l'IP pubblico statico, oramai ogni volta che mi chiamano dei

romp...err... call center per farmi cambiare provider è la prima cosa
che chiedo: "mi garantite ip pubblico statico e FTTH?"
Se è TIM, inutile chiedere: sui contratti residenziali non lo danno.
Molti altri lo offrono o gratuitamente o a un paio di € al mese.

Al momento non intendo cambiare provider, pertanto mi sembra di capire che l'unica possibilità è quella indicata da Lorenzo: ddclient sull'host.

Posso provare, mi basta capire che non incasino qualcosa / qualcuno e non
vengo bannato a vita da tutti i provider per qualche operazione illecita.

Diego Zuccato

DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786

Grazie, ciao,
Giuliano

<div dir="auto"><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il mar 28 nov 2023, 10:06 Diego Zuccato &lt;<a href="mailto:diego.zuccato@unibo.it" target="_blank" rel="noreferrer">diego.zuccato@unibo.it</a>&gt; ha scritto:<br></div><div
dir="ltr" class="gmail_attr"><br></div><div dir="ltr" class="gmail_attr">Ciao Diego, grazie,</div><div dir="ltr" class="gmail_attr"><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Il 27/11/
2023 20:22, Giuliano Curti ha scritto:<br>

&gt; Questo l&#39;avevo visto; con un record CNAME il secondo diventa un alias <br>
&gt; del primo; ti ......</blockquote></div></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Per i domini di secondo livello non puoi usare CNAME per il
dominio.<br>
Il dominio ha per forza una risoluzione numerica (analoga a un record <br>
A), mentre i sottodomini possono essere A o CNAME.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Scusa, qui non ho capito :-( </div><div dir="auto">Cmq il mio dovrebbe essere un dominio di terzo livello: <a href="http://mydomain.
ddns.net" target="_blank" rel="noreferrer">mydomain.ddns.net</a>, quindi immagino non configurabile con CNAME.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:
1px #ccc solid;padding-left:1ex">Per l&#39;IP pubblico statico, oramai ogni volta che mi chiamano dei <br>
romp...err... call center per farmi cambiare provider è la prima cosa <br>
che chiedo: &quot;mi garantite ip pubblico statico e FTTH?&quot;<br>
Se è TIM, inutile chiedere: sui contratti residenziali non lo danno. <br> Molti altri lo offrono o gratuitamente o a un paio di € al mese.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Al momento non intendo cambiare provider, pertanto mi sembra di capire che l&#39;unica possibilità è quella
indicata da Lorenzo: ddclient sull&#39;host.</div><div dir="auto"><br></div><div dir="auto">Posso provare, mi basta capire che non incasino qualcosa / qualcuno e non vengo bannato a vita da tutti i provider per qualche operazione illecita.</div><div dir="
auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Diego Zuccato<br>
DIFA - Dip. di Fisica e Astronomia<br>
Servizi Informatici<br>
Alma Mater Studiorum - Università di Bologna<br>
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy<br>
tel.: +39 051 20 95786<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Grazie, ciao,</div><div dir="auto">Giuliano</div><div dir="auto"><br></div></div>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 11/28/23 11:08, Diego Zuccato wrote:

[...]
Se hai almeno IP pubblico. Se hai TIM con contratto residenziale non
te lo danno, quindi non riuscirai comunque a connetterti. A questo
punto tagli la testa al toro e ti appoggi a servizi gratuiti esterni
(su indomus.it c'erano delle guide per permettere l'accesso ad
HomeAssistant per chi è dietro NAT).

Anche se non me ne frega nulla di gestire remotamente la mia casa me ne
hai fatto venir voglia! E devo dire che sono molto sorpreso, siamo un
pezzo avanti sembra tutto veramente smart, grazie!

Piviul

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

This is a multi-part message in MIME format.
Il 28/11/23 11:08, Diego Zuccato ha scritto:

Se hai almeno IP pubblico. Se hai TIM con contratto residenziale non
te lo danno, quindi non riuscirai comunque a connetterti.

NATtati come han fatto per secoli (e forse fanno ancora) quelli di FastWeb?

Nemmeno in IPv6?

Allora è un *ottimo* motivo per stargli lontano un parsec, potendo....

<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<div class="moz-cite-prefix">Il 28/11/23 11:08, Diego Zuccato ha
scritto:<br>
</div>
<blockquote type="cite"
cite="mid:d619a9e0-35a3-41c6-ade1-148dcd3eb684@unibo.it">
<br>
<br>
Se hai almeno IP pubblico. Se hai TIM con contratto residenziale
non te lo danno, quindi non riuscirai comunque a connetterti. <br>
</blockquote>
<p>NATtati come han fatto per secoli (e forse fanno ancora) quelli
di FastWeb?</p>
<p>Nemmeno in IPv6?</p>
<p>Allora è un <b>ottimo</b> motivo per stargli lontano un parsec,
potendo....<br>
</p>
</body>
</html>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.

Voglio chiarire una cosa: IP Pubblico e IP fisso sono due cose diverse.
IP pubblico è un indirizzo che è raggiungibile dall'esterno; IP fisso è un indirizzo che non cambia nel tempo.
Un indirizzo pubblico può essere dinamico, come nel caso di TIM, per cui
ti puoi far raggiungere, ma non lo puoi mettere in un nDNS normale in
quanto può cambiare in ogni momento.

On Tue, 28 Nov 2023, Paolo Redaelli
wrote:

Il 28/11/23 11:08, Diego Zuccato ha scritto:

Se hai almeno IP pubblico. Se hai TIM con contratto residenziale
non te lo danno, quindi non riuscirai comunque a connetterti.

NATtati come han fatto per secoli (e forse fanno ancora) quelli di FastWeb?

Nemmeno in IPv6?

Allora è un ottimo motivo per stargli lontano un parsec, potendo....

--
Leonardo Boselli
Firenze, Toscana, Europa
http://i.trail.it
tel:+393287329225

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Il giorno mar 28 nov 2023 alle ore 21:21 Paolo Redaelli < paolo.redaelli@gmail.com> ha scritto:

Il 28/11/23 11:08, Diego Zuccato ha scritto:

Se hai almeno IP pubblico. Se hai TIM con contratto residenziale non te lo danno, quindi non riuscirai comunque a connetterti.

NATtati come han fatto per secoli (e forse fanno ancora) quelli di FastWeb?

Non mi risulta.

Dalla mia esperienza:
* TIM dà IP pubblici variabili. Non dà IP fisso. Lavorando per un provider
e sapendo che delirio sia già su piccola scala gestire un'anagrafe di IP, sospetto che di fatto non sappiano esattamente quanti ne hanno liberi e
abbiano quindi difficoltà a farsene assegnare, motivo per cui per loro sono molto preziosi. Con servizi di DNS dinamico te la cavi.
* Fastweb dà IP nattati, talvolta. Grazie a questo, ne hanno gran copia e
non hanno grossi problemi a dartene uno pubblico fisso se lo chiedi. Se non
lo chiedi, rischi di non cavartela nemmeno con il DNS dinamico.
* Unidata ha uno dei suoi servizi premium con IP fisso. Altrimenti, usa IP pubblici variabili e te la cavi col DNS dinamico (che peraltro integrano
nei router forniti) e persino con un nome che ti assegnano loro.

Non so altri, ma gli scenari sono più o meno questi.

--
Lorenzo Breda

<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il giorno mar 28 nov 2023 alle ore 21:21 Paolo Redaelli &lt;<a href="mailto:paolo.redaelli@gmail.com">paolo.redaelli@gmail.com</a>&gt; ha scritto:<br></div><blockquote class="gmail_
quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><u></u>




<div>
<div>Il 28/11/23 11:08, Diego Zuccato ha
scritto:<br>
</div>
<blockquote type="cite">
<br>
<br>
Se hai almeno IP pubblico. Se hai TIM con contratto residenziale
non te lo danno, quindi non riuscirai comunque a connetterti. <br>
</blockquote>
<p>NATtati come han fatto per secoli (e forse fanno ancora) quelli
di FastWeb?</p></div></blockquote><div>Non mi risulta.</div><div><br></div></div><div>Dalla mia esperienza:</div><div>* TIM dà IP pubblici variabili. Non dà IP fisso. Lavorando per un provider e sapendo che delirio sia già su piccola sca

This is a multi-part message in MIME format.
Il 28/11/2023 23:19, Lorenzo Breda ha scritto:

Il giorno mar 28 nov 2023 alle ore 21:21 Paolo Redaelli <paolo.redaelli@gmail.com> ha scritto:

Il 28/11/23 11:08, Diego Zuccato ha scritto:

Se hai almeno IP pubblico. Se hai TIM con contratto residenziale
non te lo danno, quindi non riuscirai comunque a connetterti.

NATtati come han fatto per secoli (e forse fanno ancora) quelli di
FastWeb?

Non mi risulta.

Dalla mia esperienza:
* TIM dà IP pubblici variabili. Non dà IP fisso. Lavorando per un
provider e sapendo che delirio sia già su piccola scala gestire
un'anagrafe di IP, sospetto che di fatto non sappiano esattamente
quanti ne hanno liberi e abbiano quindi difficoltà a farsene
assegnare, motivo per cui per loro sono molto preziosi. Con servizi di
DNS dinamico te la cavi.
* Fastweb dà IP nattati, talvolta. Grazie a questo, ne hanno gran
copia e non hanno grossi problemi a dartene uno pubblico fisso se lo
chiedi. Se non lo chiedi, rischi di non cavartela nemmeno con il DNS dinamico.

E' vero, se lo chiedi te lo danno, non solo un IPv4 pubblico ma anche
una subnet di 64 IPv6.

* Unidata ha uno dei suoi servizi premium con IP fisso. Altrimenti,
usa IP pubblici variabili e te la cavi col DNS dinamico (che peraltro integrano nei router forniti) e persino con un nome che ti assegnano loro.

Non so altri, ma gli scenari sono più o meno questi.

--
Lorenzo Breda

Lucianbo

--
Questa email è stata esaminata alla ricerca di virus dal software antivirus Avast.
www.avast.com
<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<br>
<br>
<div class="moz-cite-prefix">Il 28/11/2023 23:19, Lorenzo Breda ha
scritto:<br>
</div>
<blockquote type="cite" cite="mid:CAEhHO_OE6Xc+QYQgP1O0kpL_Dyu0XpLGatYDytYvYyqOJLjVVA@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">Il giorno mar 28 nov 2023
alle ore 21:21 Paolo Redaelli &lt;<a
href="mailto:paolo.redaelli@gmail.com"
moz-do-not-send="true" class="moz-txt-link-freetext">paolo.redaelli@gmail.com</a>&gt;
ha scritto:<br>
</div>
<blockquote class="gmail_quote"
style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div>
<div>Il 28/11/23 11:08, Diego Zuccato ha scritto:<br>
</div>
<blockquote type="cite"> <br>
<br>
Se hai almeno IP pubblico. Se hai TIM con contratto
residenziale non te lo danno, quindi non riuscirai
comunque a connetterti. <br>
</blockquote>
<p>NATtati come han fatto per secoli (e forse fanno
ancora) quelli di FastWeb?</p>
</div>
</blockquote>
<div>Non mi risulta.</div>
<div><br>
</div>
</div>
<div>Dalla mia esperienza:</div>
<div>* TIM dà IP pubblici variabili. Non dà IP fisso. Lavorando
per un provider e sapendo che delirio sia già su piccola scala
gestire un'anagrafe di IP, sospetto che di fatto non sappiano
esattamente quanti ne hanno liberi e abbiano quindi difficoltà
a farsene assegnare, motivo per cui per loro sono molto
preziosi. Con servizi di DNS dinamico te la cavi.<br>
</div>
<div>* Fastweb dà IP nattati, talvolta. Grazie a questo, ne
hanno gran copia e non hanno grossi problemi a dartene uno
pubblico fisso se lo chiedi. Se non lo chiedi, rischi di non
cavartela nemmeno con il DNS dinamico.<br>
</div>
</div>
</blockquote>
E' vero, se lo chiedi te lo danno, non solo un IPv4 pubblico ma
anche una subnet di 64 IPv6.<br>
<blockquote type="cite" cite="mid:CAEhHO_OE6Xc+QYQgP1O0kpL_Dyu0XpLGatYDytYvYyqOJLjVVA@mail.gmail.com">
<div dir="ltr">
<div>* Unidata ha uno dei suoi servizi premium con IP fisso.
Altrimenti, usa IP pubblici variabili e te la cavi col DNS
dinamico (che peraltro integrano nei router forniti) e persino
con un nome che ti assegnano loro.<br>
</div>
<div><br>
</div>
<div>Non so altri, ma gli scenari sono più o meno questi.<br>
</div>
<div><br>
<span class="gmail_signature_prefix">-- </span><br>
<div dir="ltr" class="gmail_signature">Lorenzo Breda</div>
</div>
</div>
</blockquote>
Lucianbo<br>
<div id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br /><table style="border-top: 1px solid #D3D4DE;"><tr><td style="width: 55px; padding-top: 13px;"><a href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_
content=emailclient" target="_blank"><img src="https://s-install.avcdn.net/ipm/preview/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif" alt="" width="46" height="29" style="width: 46px; height: 29px;"/></a></td><td style="width: 470px;
padding-top: 12px; color: #41424e; font-size: 13px; font-family: Arial, Helvetica, sans-serif; line-height: 18px;">Privo di virus.<a href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient"
target="_blank" style="color: #4453ea;">www.avast.com</a></td></tr></table><a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" height="1"> </a></div></body>
</html>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Il 29 novembre 2023 06:56:33 CET, Diego Zuccato <diego.zuccato@unibo.it> ha scritto:

Il 29/11/2023 06:52, Ilario Quinson ha scritto:

Con Eolo ho un ip fisso che raggiungo da fuori LAN.
Come faccio a sapere se è pubblico o privato?

Se non è 10.x.y.z, 172.16.0.0-172.31.255.55 o 192.168.x.y allora è pubblico. Comunque se lo raggiungi da fuori (nel senso p.e. dal cellulare) allora è pubblico.

Grazie mille.
Ilario


-Perdonate la approssimazione.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Il 29 novembre 2023 06:48:25 CET, Diego Zuccato <diego.zuccato@unibo.it> ha scritto:

Il 28/11/2023 23:19, Lorenzo Breda ha scritto:

Se hai almeno IP pubblico. Se hai TIM con contratto residenziale
non te lo danno, quindi non riuscirai comunque a connetterti.

NATtati come han fatto per secoli (e forse fanno ancora) quelli di
FastWeb?

Non mi risulta.

Dalla mia esperienza:
* TIM dà IP pubblici variabili. Non dà IP fisso. Lavorando per un

Stando al commerciale, per i clienti residenziali da' solo IP privati. Di solito i commerciali sono disposti a mentire spudoratamente e promettono l'impossibile pur di stipulare, e questo appena ho parlato di IP pubblico si è informato coi suoi tecnici

e si è tirato indietro...

provider e sapendo che delirio sia già su piccola scala gestire un'anagrafe di IP, sospetto che di fatto non sappiano esattamente quanti ne hanno liberi e abbiano quindi difficoltà a farsene assegnare, motivo per cui per loro sono molto preziosi.

Con servizi di DNS dinamico te la cavi.

Uh? Nella scheda (tabella) relativa al contratto inserisci l'IP assegnato a quel cliente. Dovrebbe pure risultare più comodo del DHCP, soprattutto per risalire all'utente in caso di segnalazioni investigative. Tanto se assegni IP pubblici la quantità

non cambia. Se invece usi NAT il discorso è diverso e gli IP del pool diventano più preziosi, poiché 1 IP = 1 utente. Come fanno a non sapere quanti ne hanno liberi? Li gestiscono a mano???

* Fastweb dà IP nattati, talvolta. Grazie a questo, ne hanno gran copia e non hanno grossi problemi a dartene uno pubblico fisso se lo chiedi. Se non lo chiedi, rischi di non cavartela nemmeno con il DNS dinamico.
* Unidata ha uno dei suoi servizi premium con IP fisso. Altrimenti, usa IP pubblici variabili e te la cavi col DNS dinamico (che peraltro integrano nei router forniti) e persino con un nome che ti assegnano loro.

Non so altri, ma gli scenari sono più o meno questi.

Aggiungo:
* Aruba fornisce IP pubblico statico con un piccolo sovrapprezzo.
* Iliad condivide un IP pubblico (credo statico) tra 4 utenti, dando ad ognuno un range di porte utilizzabili.

Con Eolo ho un ip fisso che raggiungo da fuori LAN.
Come faccio a sapere se è pubblico o privato?

Grazie

Ilario

-Perdonate la approssimazione.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Il mer 29 nov 2023, 06:48 Diego Zuccato <diego.zuccato@unibo.it> ha scritto:

Il 28/11/2023 23:19, Lorenzo Breda ha scritto:

Se hai almeno IP pubblico. Se hai TIM con contratto residenziale
non te lo danno, quindi non riuscirai comunque a connetterti.

NATtati come han fatto per secoli (e forse fanno ancora) quelli di
FastWeb?

Non mi risulta.

Dalla mia esperienza:
* TIM dà IP pubblici variabili. Non dà IP fisso. Lavorando per un

Stando al commerciale, per i clienti residenziali da' solo IP privati.

È un po' che non stipulo un nuovo contratto TIM, ma su ciò che ho, residenziale, l'IP è assolutamente pubblico, l'ho usato per anni con DynDNS tra l'altro.

provider e sapendo che delirio sia già su piccola scala gestire un'anagrafe di IP, sospetto che di fatto non sappiano esattamente quanti
ne hanno liberi e abbiano quindi difficoltà a farsene assegnare, motivo per cui per loro sono molto preziosi. Con servizi di DNS dinamico te la cavi.

Uh? Nella scheda (tabella) relativa al contratto inserisci l'IP
assegnato a quel cliente.

Gli IP che un provider ha a disposizione sono limitati, come sai o
immagini. Se usi - e, ai fatti, per tanti motivi, ti conviene sia così -
una parte delle tue zone per IP variabili, quelli che puoi assegnare come
fissi sono pochi, e sono ancora meno se sei una grossa azienda che quando
ha cominciato a giocare con le reti IP non immaginava cosa sarebbero
diventate: per molti indirizzi a te assegnati la risposta a "questo IP lo usiamo da qualche parte?" è "boh".

In una situazione del genere dovresti farti assaggiare un altro congruo set
di IP da usare allo scopo, ma anche gli IP in generale sono limitati. Se ti presenti all'authority di turno, ti chiede quanti ne hai liberi e rispondi "boh", torni a casa a mani vuote e i tuoi IP assegnabili come fissi restano pochini.

Non garantisco sia il caso di TIM, non ne so nulla, ma mi pare molto verosimilmente.
--
Lorenzo Breda

<div dir="auto"><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il mer 29 nov 2023, 06:48 Diego Zuccato &lt;<a href="mailto:diego.zuccato@unibo.it" target="_blank" rel="noreferrer">diego.zuccato@unibo.it</a>&gt; ha scritto:<br></div><
blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Il 28/11/2023 23:19, Lorenzo Breda ha scritto:<br>

&gt;&gt;     Se hai almeno IP pubblico. Se hai TIM con contratto residenziale<br>
&gt;&gt;     non te lo danno, quindi non riuscirai comunque a connetterti.<br>
&gt; <br>
&gt;     NATtati come han fatto per secoli (e forse fanno ancora) quelli di<br>
&gt;     FastWeb?<br>
&gt; <br>
&gt; Non mi risulta.<br>
&gt; <br>
&gt; Dalla mia esperienza:<br>
&gt; * TIM dà IP pubblici variabili. Non dà IP fisso. Lavorando per un <br>

Stando al commerciale, per i clienti residenziali da&#39; solo IP privati.</blockquote></div></div><div dir="auto"><br></div><div dir="a

Il giorno mer 29 nov 2023 alle ore 09:05 Diego Zuccato < diego.zuccato@unibo.it> ha scritto:

Ecco, questo non è proponibile. Se gli arriva una richiesta della
Polizia Postale tipo "chi usava l'IP 1.2.3.4 il 20 agosto 2023 alle
15.30" e gli rispondono "boh", sai quante teste cadono?

La risposta ai "boh" è ovviamente "noi, ma non sappiamo dove", mica TIM (o qualsiasi provider) rigira il suo intero spazio ai clienti. A chi assegna
gli IP dinamici (e quale sia lo spazio in cui vengono assegnati) lo sa sicuramente benissimo, e i meccanismi di lease sono sicurissimamente noti e loggati, così come è noto a chi danno IP fissi per contratto. Ma non è per niente improbabile che di molti IP ad uso interno si siano perse tracce e certezze.

Un'azienda cosí vecchia e con una storia cosí incasinata è facile abbia problemi a non sapere molte cose su sé stessa, per incompetenze del passato
e per sottovalutazioni di come sarebbero andate certe cose. Poi magari sono bravissimi, per carità, ma non è che in caso contrario siano
necessariamente incompetenti o lo siano necessariamente oggi. Certo è che
il dubbio viene, considerando quanto sembrano irrazionalmente restii a
fornire un servizio che pochissimi chiederanno, e che altri operatori con storie diverse (o molto piccoli e recenti, o che fanno largo uso di
natting) riescono a fornire tranquillamente e spesso gratis o quasi.

--
Lorenzo Breda

<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il giorno mer 29 nov 2023 alle ore 09:05 Diego Zuccato &lt;<a href="mailto:diego.zuccato@unibo.it">diego.zuccato@unibo.it</a>&gt; ha scritto:<br></div><blockquote class="gmail_
quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
Ecco, questo non è proponibile. Se gli arriva una richiesta della <br>
Polizia Postale tipo &quot;chi usava l&#39;IP 1.2.3.4 il 20 agosto 2023 alle <br>
15.30&quot; e gli rispondono &quot;boh&quot;, sai quante teste cadono?</blockquote><div><br></div><div>La risposta ai &quot;boh&quot; è ovviamente &quot;noi, ma non sappiamo dove&quot;, mica TIM (o qualsiasi provider) rigira il suo intero spazio ai
clienti. A chi assegna gli IP dinamici (e quale sia lo spazio in cui vengono assegnati) lo sa sicuramente benissimo, e i meccanismi di lease sono sicurissimamente noti e loggati, così come è noto a chi danno IP fissi per contratto. Ma non

This is a multi-part message in MIME format.
Il 01/12/2023 18:00, Giuliano Curti ha scritto:

On Wed, Nov 29, 2023 at 9:32 AM Lorenzo Breda <lorenzo@lbreda.com> wrote:

Il giorno mer 29 nov 2023 alle ore 09:05 Diego Zuccato
<diego.zuccato@unibo.it> ha scritto:

....

.....

 Ciao a tutti,

scusate un ultimo dubbio sull'argomento poi passerò a fare esperimenti (cercando di evitare la Polizia postale come ammonito da Diego :-).

Mi dovrei trovare con una situazione del genere
- dominio 1   record A            ip
- dominio 2   record CNAME dominio 1.

La richiesta dei client conterranno l'indicazione "dominio 1" o
"dominio 2" a seconda del dominio cercato?

Mi chiedo questo per capire se il mio web server (caddy) sarà in grado
di discriminare le richieste.

Ho usato cPanel/Apache/Joomla per diversi anni, per ospitare domini
multipli in un server collegato a un unico ip statico pubblico.
Se le interrogazioni al server arrivavano con l'indicazione del nome di
dominio (https://www.nomedominio.xxx),  quello era il dominio che
rispondeva.
Non ricordo cosa producevano le interrogazioni mediante IP (https://123.456.123.456).
Ogni dominio aveva un suo Dns autonomo, presso un provider.
Ogni record A per il rispettivo host www puntava allo stesso IP pubblico
in tutti i Dns server dei vari provider.
Non conosco Caddy ma vedo nella sua documentazione introduttiva è
indicato che Caddy è un "server of servers" e quindi penserei che non
dovrebbe avere difficoltà a ospitare più di un dominio
Per ogni dominio credo che occorra un certificato Let's Encript specifico.

Inoltre, dovendo immagino procedere all'ottenimento dei certificati
anche per il dominio 2, l'ente certificatore (Let's Encrypt) dovrà
anch'esso capire il dominio per cui le cerco.

Spero di aver spiegato il dubbio; grazie infinite per la pazienza e disponibilità, un saluto a tutti,
Giuliano

Luciano

--
Questa email è stata esaminata alla ricerca di virus dal software antivirus Avast.
www.avast.com
<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<br>
<br>
<div class="moz-cite-prefix">Il 01/12/2023 18:00, Giuliano Curti ha
scritto:<br>
</div>
<blockquote type="cite" cite="mid:CAKpfxautFh9hu0yx_aEwGZBD8mTBBRNX=Axrgw+Kqzee=HsXbQ@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">
<div dir="ltr">On Wed, Nov 29, 2023 at 9:32 AM Lorenzo Breda
&lt;<a href="mailto:lorenzo@lbreda.com" moz-do-not-send="true"
class="moz-txt-link-freetext">lorenzo@lbreda.com</a>&gt;
wrote:<br>
</div>
<div class="gmail_quote">
<blockquote class="gmail_quote"
style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div dir="ltr">
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">Il giorno mer 29 nov
2023 alle ore 09:05 Diego Zuccato &lt;<a
href="mailto:diego.zuccato@unibo.it" target="_blank"
moz-do-not-send="true" class="moz-txt-link-freetext">diego.zuccato@unibo.it</a>&gt;
ha scritto:<br>
</div>
<blockquote class="gmail_quote"
style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
....</blockquote>
<div><br>
</div>
<div>.....</div>
</div>
</div>
</blockquote>
<div> </div>
<div> Ciao a tutti,</div>
<br>
scusate un ultimo dubbio sull'argomento poi passerò a fare
esperimenti (cercando di evitare la Polizia postale come
ammonito da Diego :-).<br>
<br>
Mi dovrei trovare con una situazione del genere<br>
- dominio 1   record A            ip<br>
- dominio 2   record CNAME dominio 1.<br>
<br>
La richiesta dei client conterranno l'indicazione "dominio 1"
o "dominio 2" a seconda del dominio cercato?<br>
<br>
Mi chiedo questo per capire se il mio web server (caddy) sarà
in grado di discriminare le richieste.<br>
<br>
</div>
</div>
</blockquote>
Ho usato cPanel/Apache/Joomla per diversi anni, per ospitare domini
multipli in un server collegato a un unico ip statico pubblico.<br>
Se le interrogazioni al server arrivavano con l'indicazione del nome
di dominio (<a class="moz-txt-link-freetext" href="https://www.nomedominio.xxx">https://www.nomedominio.xxx</a>),  quello era il dominio che
rispondeva.<br>
Non ricordo cosa producevano le interrogazioni mediante IP
(<a class="moz-txt-link-freetext" href="https://123.456.123.456">https://123.456.123.456</a>).<br>
Ogni dominio aveva un suo Dns autonomo, presso un provider.<br>
Ogni record A per il rispettivo host www puntava allo stesso IP
pubblico in tutti i Dns server dei vari provider. <br>
Non conosco Caddy ma vedo nella sua documentazione introduttiva è
indicato che Caddy è un "server of servers" e quindi penserei che
non dovrebbe avere difficoltà a ospitare più di un dominio <br>
Per ogni dominio credo che occorra un certificato Let's Encript
specifico.  <br>
<br>
<blockquote type="cite" cite="mid:CAKpfxautFh9hu0yx_aEwGZBD8mTBBRNX=Axrgw+Kqzee=HsXbQ@mail.gmail.com">
<div dir="ltr">
<div class="gmail_quote">Inoltre, dovendo immagino procedere
all'ottenimento dei certificati anche per il dominio 2, l'ente
certificatore (Let's Encrypt) dovrà anch'esso capire il
dominio per cui le cerco.<br>
<br>
Spero di aver spiegato il dubbio; grazie infinite per la
pazienza e disponibilità, un saluto a tutti,<br>
Giuliano</div>
</div>
</blockquote>
Luciano<br>
<div id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br /><table style="border-top: 1px solid #D3D4DE;"><tr><td style="width: 55px; padding-top: 13px;"><a href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_
content=emailclient" target="_blank"><img src="https://s-install.avcdn.net/ipm/preview/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif" alt="" width="46" height="29" style="width: 46px; height: 29px;"/></a></td><td style="width: 470px;
padding-top: 12px; color: #41424e; font-size: 13px; font-family: Arial, Helvetica, sans-serif; line-height: 18px;">Privo di virus.<a href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient"
target="_blank" style="color: #4453ea;">www.avast.com</a></td></tr></table><a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" height="1"> </a></div></body>
</html>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.

On Fri, 1 Dec 2023, Giuliano Curti wrote:

La richiesta dei client conterranno l'indicazione "dominio 1" o "dominio 2"
a seconda del dominio cercato?

no, lo spazio non è ammesso, devi usare '-' [lo dico perché non sarebbe la prima volta che qualcosa non va per questo e non tutti i dns si comportano
allo stesso modo coi nomi illegali]. senza spazio la risposta è si.

Inoltre, dovendo immagino procedere all'ottenimento dei certificati anche
per il dominio 2, l'ente certificatore (Let's Encrypt) dovrà anch'esso capire il dominio per cui le cerco.

lo capisce perche il meccanismo è di mandarti una challenge, che devi
scrivere su una specifica pagina, che il certificatore controllerà e se la trova ti certifica che hai disponibilità di quel dominio.

--
Leonardo Boselli
Firenze, Toscana, Europa

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)