IW1GEU sandbox: differenze tra le versioni

Da AMPR ARI.
Vai alla navigazione Vai alla ricerca
 
(6 versioni intermedie di uno stesso utente non sono mostrate)
Riga 14: Riga 14:
|-
|-
| ALTRO || IW1GEU || http://iw1geu.ampr.ari.it/ || Testing dashy || in test || Multiwire FTTH
| ALTRO || IW1GEU || http://iw1geu.ampr.ari.it/ || Testing dashy || in test || Multiwire FTTH
|-
| ALTRO || IW1GEU || http://[0:0:0:0:0:ffff:44.32.33.152]/ || Testing ipv4 mapped ipv6|| in test ||
|-
|-
| ALTRO || IW1GEU || http://vm.iw1geu.ampr.ari.it || Test routing asimmetrico su VM || ok via AMPR || OVH
| ALTRO || IW1GEU || http://vm.iw1geu.ampr.ari.it || Test routing asimmetrico su VM || ok via AMPR || OVH
Riga 20: Riga 22:
|-
|-
| ALTRO || IW1GEU || http://193.70.17.196 || Test routing asimmetrico su VM || ok via internet || OVH
| ALTRO || IW1GEU || http://193.70.17.196 || Test routing asimmetrico su VM || ok via internet || OVH
|-
| ALTRO || ??? || http://44.24.135.34 || D-Star HF QSO Finder || anche via internet ||
|-
|-
| DASHBOARD-PONTE || IQ1GP || http://frassinetto.iq1gp.ampr.ari.it || Frassinetto  || Ponte FM/D-Star VHF || RL-Net HiperLan
| DASHBOARD-PONTE || IQ1GP || http://frassinetto.iq1gp.ampr.ari.it || Frassinetto  || Ponte FM/D-Star VHF || RL-Net HiperLan
Riga 32: Riga 36:
|-
|-
| DX-CLUSTER || IZ3MEZ || telnet://dxc.iz3mez.ampr.org:8000 || IZ3MEZ-8 DX Cluster || ||
| DX-CLUSTER || IZ3MEZ || telnet://dxc.iz3mez.ampr.org:8000 || IZ3MEZ-8 DX Cluster || ||
|-
| DX-CLUSTER || ON0AN || telnet://on0an.ampr.org:8000 || ON0AN DX Cluster || ||
|-
| DX-CLUSTER || ON0AN || telnet://44.144.11.254:8000 || ON0AN DX Cluster || Old IP address ||
|-
| DX-CLUSTER || ON0AN || telnet://44.11.16.73:8000 || ON0AN DX Cluster || New IP address ||
|-
| DX-CLUSTER || ON0AN || axudp://44.11.16.73:93 || ON0AN DX Cluster || AX-UDP ||
|-
|-
| DNS-RESOLVER || ARI || 44.32.32.1 || 44.32.32.1 || Dominio *.ampr.ari.it risolvibili anche da internet || Aruba
| DNS-RESOLVER || ARI || 44.32.32.1 || 44.32.32.1 || Dominio *.ampr.ari.it risolvibili anche da internet || Aruba
Riga 49: Riga 61:
=== WishList di servizi centrali ===
=== WishList di servizi centrali ===
* CA (Certification Authority) AMPR ARI che firma CSR (Client Signing Request) personali per permettere ai radioamatori di avere certificati per servizi SSL e TLS (HTTPS, login automatici etc), oppure trovare modo di automatizzare Letsencrypt in AMPR ARI
* CA (Certification Authority) AMPR ARI che firma CSR (Client Signing Request) personali per permettere ai radioamatori di avere certificati per servizi SSL e TLS (HTTPS, login automatici etc), oppure trovare modo di automatizzare Letsencrypt in AMPR ARI
* Avere dati dei radioamatori su server centrale e un API server autenticato
* SSO (Single Sign On) sui servizi AMPR ARI
* SSO (Single Sign On) sui servizi AMPR ARI
* Un Yahoo/Altavista anni '90 AMPR ARI tipo: [https://github.com/sissbruecker/linkding linkding], [https://www.linkace.org/ LinkAce] ... per meglio far conoscere i servizi AMPR ai radioamatori senza per forza farlo sapere ad internet/google/bing...
* Alla creazione/assegnazione dell'ip44, creare il record PTR associato, così come viene creato il record A.  
* Alla creazione/assegnazione dell'ip44, creare il record PTR associato, così come viene creato il record A.  
* Possibilità di concedere delega DNS del sottodominio di sezione
* Possibilità di concedere delega DNS del sottodominio di sezione
* Possibilità di aggiornare i propri record A/PTR del DNS ampr.ari.it
* Possibilità di aggiornare i propri record A/PTR del DNS ampr.ari.it
* <s>Possibilità di risposte DNS differenziate a seconda della provenienza del client ns. Es. un client 44 tenta di risolvere wiki.ampr.ari.it e gli viene specificato l'ip44, mentre un client internet che chiede la stessa risoluzione gli niene risposto con l'ip internet. DNS split-horizon? DNS views?</s> Idea proposta e già scartata. Ci sono altri modi per raggiungere l'obbiettivo di dirottare il traffico della propria utenza o su internet o su ip 44. Chi ne ha bisogno dovrà escogitare il metodo migliore.
* Possibilità di aggiornare in autonomia i propri dati su ipam (quali ad es: descrizione, uso)
* Possibilità di aggiornare in autonomia i propri dati su ipam (quali ad es: descrizione, uso)
* Permettere di richiedere il reset della password su tt.ari.it
* Permettere di richiedere il reset della password su tt.ari.it
* Un Yahoo/Altavista anni '90 AMPR ARI tipo: [https://www.linkace.org/ LinkAce] ... per meglio far conoscere i servizi AMPR ai radioamatori senza pubblicarlo su internet
* Avere un servizio NTP per tutti gli afferenti al gw ARI
* Avere un servizio NTP per tutti gli afferenti al gw ARI
* Avere un centralino VoIP centrale ARI
* Avere un centralino VoIP centrale ARI
* Avere un bel web.dx-cluster ARI tipo https://webcluster.ure.es https://dxheat.com/dxc/ o https://web.cluster.iz3mez.it/


=== ip AMPR ARI su VPS ===
=== ip AMPR ARI su VM/VPS ===
* Come aggiungere un ip 44 AMPR ARI su un VPS esistente con stack ipv4?
* Come aggiungere un ip 44 AMPR ARI su un VPS esistente con stack ipv4?
* Come aggiungere un ip 44 AMPR ARI su un VPS esistente con dual-stack ipv4/ipv6?
* Come mantenere il doppio accesso internet e AMPR?
* Come mantenere il doppio accesso internet e AMPR?
Ho preso appunti per lasciare una traccia di come fare.
Ho dedicato una pagina apposta [[APPPUNTI_VM_internet_e_AMPRNET| VM_internet_e_AMPRNET ]]

Versione attuale delle 10:57, 18 mar 2024

IW1GEU MediaWiki sandbox

Esempio di elenco risorse

RISORSE AMPR
Categoria Gestione Indirizzo Descrizione Note Connettività
RICEVITORE-REMOTO IQ1GP http://iq1gp.ampr.ari.it OpenWebRX+ in sezione IQ1GP Antenna Diamond V2000, banda limitata a 1M ItGate VDSL
RICEVITORE-REMOTO IW1GEU http://rem1.iw1geu.ampr.ari.it/ KiwiSDR remoto IW1GEU Antenna Wellbrook ALA1530LN BBBELL FTTH
ALTRO IW1GEU http://iw1geu.ampr.ari.it/ Testing dashy in test Multiwire FTTH
ALTRO IW1GEU http://[0:0:0:0:0:ffff:44.32.33.152]/ Testing ipv4 mapped ipv6 in test
ALTRO IW1GEU http://vm.iw1geu.ampr.ari.it Test routing asimmetrico su VM ok via AMPR OVH
ALTRO IW1GEU http://44.32.33.162 Test routing asimmetrico su VM ok via AMPR OVH
ALTRO IW1GEU http://193.70.17.196 Test routing asimmetrico su VM ok via internet OVH
ALTRO ??? http://44.24.135.34 D-Star HF QSO Finder anche via internet
DASHBOARD-PONTE IQ1GP http://frassinetto.iq1gp.ampr.ari.it Frassinetto Ponte FM/D-Star VHF RL-Net HiperLan
DASHBOARD-PONTE IQ1GP http://corio.iq1gp.ampr.ari.it Corio Ponte D-Star UHF PSA HiperLan
DASHBOARD-PONTE IQ1GP http://garne.iq1gp.ampr.ari.it Monte Garnè Ponti DMR e D-Star UHF RL-Net FTTH
DASHBOARD-PONTE IQ1GP http://prarostino.iq1gp.ampr.ari.it Prarostino Ponti DMR e D-Star UHF ElsyNet + PSA HiperLan
DASHBOARD-PONTE IQ1GP http://penice.iq1gp.ampr.ari.it Monte Penice Ponte D-Star UHF HiperLan
DX-CLUSTER IZ3MEZ telnet://dxc.iz3mez.ampr.org:8000 IZ3MEZ-8 DX Cluster
DX-CLUSTER ON0AN telnet://on0an.ampr.org:8000 ON0AN DX Cluster
DX-CLUSTER ON0AN telnet://44.144.11.254:8000 ON0AN DX Cluster Old IP address
DX-CLUSTER ON0AN telnet://44.11.16.73:8000 ON0AN DX Cluster New IP address
DX-CLUSTER ON0AN axudp://44.11.16.73:93 ON0AN DX Cluster AX-UDP
DNS-RESOLVER ARI 44.32.32.1 44.32.32.1 Dominio *.ampr.ari.it risolvibili anche da internet Aruba
DNS-RESOLVER ARI 44.32.32.2 44.32.32.2 Dominio *.ampr.ari.it risolvibili anche da internet Aruba
DNS-RESOLVER ARI 44.60.44.3 44.60.44.3 Dominio *.ampr.ari.it risolvibili anche da internet Aruba

Idee di sviluppi futuri

Unico punto di accesso ai propri servizi

Avendo a disposizione un ip 44 personale e magari avendo più servizi da pubblicare, questo lo stack della la mia idea per un unico punto di accesso web:

  • Pulsantiera, Dashy - Pulsantiera con le icone dei propri servizi (web, sdr, meteo, cluster...)
  • Reverse proxy e load balancer, Caddy - Reverse proxy che maschera i servizi (Forse fattibile anche con nginx)
  • Entrambi i servizi erogati da docker container che girano sul QNAP di casa o direttamente sulla Mikrotik RB5009

WishList di servizi centrali

  • CA (Certification Authority) AMPR ARI che firma CSR (Client Signing Request) personali per permettere ai radioamatori di avere certificati per servizi SSL e TLS (HTTPS, login automatici etc), oppure trovare modo di automatizzare Letsencrypt in AMPR ARI
  • Avere dati dei radioamatori su server centrale e un API server autenticato
  • SSO (Single Sign On) sui servizi AMPR ARI
  • Alla creazione/assegnazione dell'ip44, creare il record PTR associato, così come viene creato il record A.
  • Possibilità di concedere delega DNS del sottodominio di sezione
  • Possibilità di aggiornare i propri record A/PTR del DNS ampr.ari.it
  • Possibilità di risposte DNS differenziate a seconda della provenienza del client ns. Es. un client 44 tenta di risolvere wiki.ampr.ari.it e gli viene specificato l'ip44, mentre un client internet che chiede la stessa risoluzione gli niene risposto con l'ip internet. DNS split-horizon? DNS views? Idea proposta e già scartata. Ci sono altri modi per raggiungere l'obbiettivo di dirottare il traffico della propria utenza o su internet o su ip 44. Chi ne ha bisogno dovrà escogitare il metodo migliore.
  • Possibilità di aggiornare in autonomia i propri dati su ipam (quali ad es: descrizione, uso)
  • Permettere di richiedere il reset della password su tt.ari.it
  • Un Yahoo/Altavista anni '90 AMPR ARI tipo: LinkAce ... per meglio far conoscere i servizi AMPR ai radioamatori senza pubblicarlo su internet
  • Avere un servizio NTP per tutti gli afferenti al gw ARI
  • Avere un centralino VoIP centrale ARI
  • Avere un bel web.dx-cluster ARI tipo https://webcluster.ure.es https://dxheat.com/dxc/ o https://web.cluster.iz3mez.it/

ip AMPR ARI su VM/VPS

  • Come aggiungere un ip 44 AMPR ARI su un VPS esistente con stack ipv4?
  • Come mantenere il doppio accesso internet e AMPR?

Ho preso appunti per lasciare una traccia di come fare. Ho dedicato una pagina apposta VM_internet_e_AMPRNET

Estratto da "https://wiki.ampr.ari.it/index.php?title=IW1GEU_sandbox&oldid=209"