IW1GEU sandbox: differenze tra le versioni
Vai alla navigazione
Vai alla ricerca
(23 versioni intermedie di uno stesso utente non sono mostrate) | |||
Riga 7: | Riga 7: | ||
|+ RISORSE AMPR | |+ RISORSE AMPR | ||
|- | |- | ||
! Categoria !! Gestione !! Indirizzo !! Descrizione !! Note | ! 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 | | 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 | | 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 | ||
|- | |- | ||
| DNS-RESOLVER || ARI || 44.60.44.3 || 44.60.44.3 || Dominio *.ampr.ari.it risolvibili anche da internet | | 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 == | == Idee di sviluppi futuri == | ||
=== Unico punto di accesso ai propri servizi === | === Unico punto di accesso ai propri servizi === | ||
Avendo a disposizione un ip 44 personale e magari avendo più servizi da pubblicare, | 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, | * Pulsantiera, [https://dashy.to/ Dashy] - Pulsantiera con le icone dei propri servizi (web, sdr, meteo, cluster...) | ||
* Reverse proxy e load balancer, | * Reverse proxy e load balancer, [https://caddyserver.com/ 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 === | === 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 | ||
* | * 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 | |||
* 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 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 [[APPPUNTI_VM_internet_e_AMPRNET| VM_internet_e_AMPRNET ]] |
Versione attuale delle 10:57, 18 mar 2024
IW1GEU MediaWiki sandbox
Esempio di elenco risorse
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