HowToRete: differenze tra le versioni

Da EigenWiki.
Vai alla navigazione Vai alla ricerca
Nessun oggetto della modifica
Nessun oggetto della modifica
Riga 89: Riga 89:
Allora stai comunicando con il server e sei dentro la rete :-)
Allora stai comunicando con il server e sei dentro la rete :-)


Per interrompere il comando premi “Ctrl+C” che nella shell linux termina un programma
Per interrompere il comando premi “Ctrl+C” (come per fare copia) che nella shell Linux termina un programma


  --- 10.174.0.100 ping statistics ---
  --- 10.174.0.100 ping statistics ---
Riga 95: Riga 95:
  rtt min/avg/max/mdev = 70.992/130.862/247.472/70.216 ms
  rtt min/avg/max/mdev = 70.992/130.862/247.472/70.216 ms


Questa sezione da qualche informaziona aggiuntiva ovvero quanti PING non hanno ricevuto un PONG , le velocità minima,media,massima e la media di risposta.
Questa sezione da qualche informaziona aggiuntiva ovvero quanti PING non hanno ricevuto un PONG, il minor tempo di risposta, quello medio, quello massimo e la deviazione standard dei tempi.


Altrimenti se il risultato è  
Altrimenti se il risultato è  
Riga 105: Riga 105:
  *70 packets transmitted, 0 received, 100% packet loss, time 69058ms*
  *70 packets transmitted, 0 received, 100% packet loss, time 69058ms*


Vuol dire che non sei collegato alla rete, dobbiamo iniziare a fare un po' di indagini. Intanto capiamo come è configurato il tuo computer:
Vuol dire che non sei collegato alla rete, dobbiamo iniziare a fare un po' di indagini. Intanto capiamo come è configurato il tuo computer.


== Trubleshooting ==
== Trubleshooting ==
Riga 143: Riga 143:


  inet6 2001:1418:1a9:eebb:10:175:0:213/64 scope global  
  inet6 2001:1418:1a9:eebb:10:175:0:213/64 scope global  
*questo è l'ipv6 dell'interfaccia: la nostra subnet inizia con *2001:1418:1a9:eebb* se hai un IP che comincia in quel modo è uno dei nostri, come prima lo slash in fondo indica la subnet, 64 è corretto.
*questo è l'ipv6 dell'interfaccia: la nostra subnet inizia con *2001:1418:1a9:eebb* se hai un IP che comincia in quel modo è uno dei nostri, come prima lo slash in fondo indica la subnet, 64 è corretto. Ignora la riga "inet6 fe80[...]/64 scope link" che riguarda un indirizzo presente anche se non si è davvero connessi.  


==== Nessun IP ====
==== Nessun IP ====
Riga 176: Riga 176:
*Se usate NetworkManager controllate se siete associati all'Access Point (AP) di eigennet con
*Se usate NetworkManager controllate se siete associati all'Access Point (AP) di eigennet con
  nm-tool
  nm-tool
Che vi darà informazioni sulla connessione, sopratutto i primi campi. Se vi risulta essere associati allora provate a dare
*Altrimenti provate con
iwconfig
Che vi daranno informazioni sulla connessione wireless, sopratutto i primi campi. Se risultate associati all'access point allora provate a dare
  sudo dhcpcd wlan0  
  sudo dhcpcd wlan0  
Che cercherà di ottenere i parametri in modo dinamico e vi darà output, grazie a quello capirete se ci sono altri problemi e potrete contattarci per segnalarlo ed aiutarci
oppure, se lamenta che dhcpcd non esiste
sudo dhclient -v wlan0
Che cercherà di ottenere i parametri in modo dinamico e vi darà output, grazie a quello capirete se ci sono altri problemi e potrete contattarci per segnalarlo ed aiutarci.


=== Controllo Delle Rotte ===
=== Controllo Delle Rotte ===
Riga 217: Riga 221:
queste due righe indicano gli IP dei server DNS, se il file è vuoto lancia questo comando da shell
queste due righe indicano gli IP dei server DNS, se il file è vuoto lancia questo comando da shell


  echo "nameserver 10.174.0.100\nnameserver 10.174.0.101">/etc/resolv.conf
  echo -e "nameserver 10.174.0.100\nnameserver 10.174.0.101">/etc/resolv.conf


Che sovrascrive in /etc/resolv.conf con le due righe corrette.
Che sovrascrive in /etc/resolv.conf con le due righe corrette.
Riga 225: Riga 229:


non fa nulla ma
non fa nulla ma
  ping 74.125.232.152
  ping 8.8.8.8


Invece funziona.
Invece funziona.


Per sapere l'ip di un nome
Per fare manualmente la richiesta dell'IP associato ad un nome


  dig nomesi.to
  dig nomesi.to


o se volete chiedere ad un server particolare
o se volete chiedere ad un server particolare (ad esempio a 8.8.8.8, un dns di google)


  dig @nomeserver/ipserver nomesi.to
  dig @8.8.8.8 nomesi.to


=== Entrare nelle antenne ===
=== Entrare nelle antenne ===


Istruzioni?
Istruzioni? Eh... C'è da usare ssh...


=== Ma la mia antenna funziona/è accesa? ===
=== Ma la mia antenna funziona/è accesa? ===
Riga 245: Riga 249:
Per controllare che l'antenna sia accesa si possono sfruttare un paio di cose:
Per controllare che l'antenna sia accesa si possono sfruttare un paio di cose:


* Prima di tutto collegarsi via cavo all'antenna usando il cavo ethernet che arriva in casa o attaccandosi al POE (Power Over Ethernet ovvero lo scatolino nero che alimenta l'antenna usando la porta con scritto LAN NON POE (perchè altrimenti si frigge la scheda di rete)
* Prima di tutto collegarsi via cavo all'antenna usando il cavo ethernet che arriva in casa o attaccandosi al POE (Power Over Ethernet ovvero lo scatolino nero che alimenta l'antenna usando la porta con scritto LAN, NON POE (perchè altrimenti forse si frigge la scheda di rete)
   
   
* controllare che sull'interfaccia eth0 ''non''' compaia NO-CARRIER col comando
* controllare che sull'interfaccia eth0 '''non''' compaia NO-CARRIER col comando


  ip link show dev eth0
  ip link show dev eth0
Riga 253: Riga 257:
*provare a fare dei ping ipv6 link local ovvero provare a pingare un indirizzo che viene tradotto dal protocollo ipv6 in “ ogni scheda attaccata direttamente all'interfaccia “ questo si può fare digitando il comando
*provare a fare dei ping ipv6 link local ovvero provare a pingare un indirizzo che viene tradotto dal protocollo ipv6 in “ ogni scheda attaccata direttamente all'interfaccia “ questo si può fare digitando il comando


  ping6 ff02::1%<nome dell'interfaccia di rete cablata>
  ping6 ff02::1%<nome dell'interfaccia di rete cablata ad esempio eth0>


Nel primo caso guardare la sezione Nessun Ip  
Se non si riceve risposta guardare la sezione Nessun Ip  


Nel secondo caso bisogna prendere nota dell'ipv6 locale della propria scheda di rete ethernet in modo da poter vedere se l'antenna risponde ai ping. Questo si fa facilemnte con
Se si riceve risposta bisogna prendere nota dell'IPv6 locale della propria scheda di rete ethernet in modo da poter vedere se l'antenna risponde ai ping. Questo si fa facilemnte con


  ip -6 address show dev eth0
  ip -6 address show dev eth0
Riga 264: Riga 268:


=== Riavviare ===
=== Riavviare ===
Una cosa buona se l'antenna per qualche motivo non si comporta bene è riavviarla, per farlo basta staccare il cavo attaccato allo scatolino nero alla porta con scritto POE oppure togliere la corrente se per caso il montaggio è stato fatto portando la corrente sul tetto, aspettare 10 secondi contando
Una cosa buona se l'antenna per qualche motivo non si comporta bene è riavviarla, per farlo basta staccare il cavo attaccato allo scatolino nero alla porta con scritto POE oppure togliere la corrente se per caso il montaggio è stato fatto portando la corrente sul tetto, aspettare 12 secondi contando
*montebianco 1
* Prealpi Trivenete 1  
*montebianco 2
* Alpi Giulie 2
* Alpi Carniche 3
* ...
* ...
* montebianco 10
* Alpi Liguri e Alpi Marittime 12
 
Se comunque non sei riuscito a risolvere contattaci
 


Se comunque non sei riuscito a risolvere [[https://eigenlab.org/index.php/dove-siamo|contattaci]].





Versione delle 19:23, 29 mag 2013

Bene, hai un'antenna sul tetto ed ora?

Assumendo linux, windows sticazzi per me Svalo (discussioni)

Intanto controlliamo se funziona tutto e hai accesso alla rete...

Se tutto è andato a buon fine appena collegato alla rete il tuo computer riceverà delle informazioni com IP, rotte, DNS servers, ... vediamo un po' cosa sono:

Overview

Quando ti connetti alla rete stai usando un insieme di protocolli ed elementi fisici, le loro interazioni sono regolate da uno standard chiamato OSI. Per avere un'idea del funzionamento della rete possiamo partire descrivendo il percorso che faranno i dati dalla sorgente alla destinazione, partiamo dal computer client passo passo:

  1. Dei dati devono essere spediti dal computer, per esempio il tuo, ad un server, per esempio un server di wikipedia
  2. Il computer richiede ad un server DNS qual'è l'IP del server (don't panic, è tutto spiegato più sotto)
  3. Una volta ottenuto l'IP il computer proverà a connettersi al server
  4. Per fare questo creerà dei piccoli pacchetti di bits che verranno spediti alla scheda di rete (sia questa wireless o via cavo)
  5. La scheda si occuperà di trasmettere i pacchetti al passo successivo, nel caso della nostra rete i pacchetti verranno trasmessi fino all'antenna che è sul tuo tetto o sul tetto più vicino e da lì inizierà il percorso fino al gateway più vicino, dal quale raggiungerà il sito richiesto.
  6. Per il ritorno basta seguire il percorso inverso ma questa volta non serve il passaggio del DNS visto che i pacchetti contengono già nei loro header gli IP corretti.

Un po' di spiegazioni dei termini usati:


  • Un IP è un indirizzo che identifica un PC in una rete, se il PC viene spostato su una rete diversa il suo IP sarà diverso. Ci sono due tipi di IP: quello classico (IPv4) e quello nuovissimo (IPv6).
    • Un IPv4 è un indirizzo formato da 4 campi di 8 bit ciascuno, in decimale i valori oscillano da 0 a 255
https://en.wikipedia.org/wiki/IPv4
  • Un IPv6 è un indirizzo formato da 8 campi di 16 bit ciascuno, in base16 i valori oscillano da 0000 a FFFF
https://en.wikipedia.org/wiki/IPv6


  • Quando ci si connette ad una rete o si imposta sul proprio PC un IP statico o si chiede al DHCP che ci dia lui un IP.
Il [ http://it.wikipedia.org/wiki/Dynamic_Host_Configuration_Protocol DHCP] è protocollo che permette di avere assegnati i parametri corretti al momento della connessione, esso provvederà (se correttamente configurato lato server) a fornirci principalmente IP, rotte e DNS.


  • Il gateway è chi (il modem di casa, il router wireless, un server...) ci permette di raggiungere internet, è l'apparecchio che inoltrerà i nostri pacchetti verso il resto del mondo e da cui passeranno le risposte.


  • Le rotte sono delle indicazioni che istruiscono il computer riguardo a come fare per poter raggiungere un certo indirizzo di rete.
Ogni rotta è un'indicazione "stradale" ed è strutturata così:
primo campo destinazione (default = 0.0.0.0/0 ovvero tutto)
secondo campo gateway ovvero colui che ti permette di raggiungere la destinazione
campo dev indica l'interfaccia di rete (ad es. wireless o cavo) attraverso la quale si raggiunge la destinazione

Usando il terminale su Linux vediamo la configurazione delle rotte sul nostro pc per esempio con il commando "ip route show", ottenendo qualcosa di simile a:

user@computer $ ip route show
default via 10.175.0.101 dev wlan0  proto static 
10.0.0.0/8 via 172.18.0.1 dev eigennet 
10.174.0.0/15 dev wlan0  proto kernel  scope link  src 10.174.0.178 
172.16.0.0/12 via 172.18.0.1 dev eigennet 
172.18.0.0/24 dev eigennet  proto kernel  scope link  src 172.18.0.213 
192.168.1.0/24 dev wlan0  proto kernel  scope link  src 192.168.1.111 
  • "10.0.0.0/8 via 172.18.0.1 dev eigennet" vuol dire che tutti i computer con IP 10.X.Y.Z sono raggiungibili attraverso il gateway avente IPv4 172.18.0.1 e l'interfaccia di rete "eigennet".
  • "10.174.0.0/15 dev wlan0" vuol dire che tutti i computer con IP 10.17{cifra che può essere 4 o 5}.X.Y sono raggiungibili direttamente (cioè senza dover passare da un gateway) attraverso l'interfaccia wireless chiamata "wlan0"


  • I DNS (Domain Name Server) sono dei server che conoscono le associazioni "nome del sito" <-> "indirizzo IP del server su cui sta il sito". Il punto è che la comunicazione avviene tra l'IP del PC e l'IP del server, dunque non si può contattare un sito, esempio "eigenlab.org" senza prima conoscerne l'indirizzo IP. Quando noi cerchiamo di contattare un sito scrivendone il nome (come eigenlab.org) il nostro PC farà una domanda ad un DNS il quale ci risponderà con l'indirizzo IP associato a quel nome (nel nostro caso ad esempio l'associazione sarà eigenlab.org->10.175.0.85).
Se ti interessa approfondire cos'è un server DNS puoi dare un'occhiata
https://en.wikipedia.org/wiki/Domain_Name_System
Per vedere come funzionano i DNS distribuiti nella rete eigenNet dai un occhiata a
https://wiki.eigenlab.org/index.php/ConfigureBackUpAnycastDNS

Bene innanzitutto vediamo se tutto è ok

Prova ad aprire un terminale (in Linux ha l'icona di un quadrato nero, spesso sta in:programmi->accessori->console/terminale)

ed a scrivere:

ping 10.174.0.100 [invio]

Questo farà in modo che il tuo computer provi a parlare con uno dei server interni alla rete, quello che farà sarà mandare tanti piccoli pacchetti con scritto PING ed aspetterà altrettanti PONG in risposta dal server che ha IPv4 10.174.0.100.

Se compare qualcosa simile a:

user@computer $ ping 10.174.0.100
PING 10.174.0.100 (10.174.0.100) 56(84) bytes of data.
64 bytes from 10.174.0.100: icmp_seq=1 ttl=63 time=247 ms
64 bytes from 10.174.0.100: icmp_seq=5 ttl=63 time=70.9 ms
64 bytes from 10.174.0.100: icmp_seq=7 ttl=63 time=124 ms
64 bytes from 10.174.0.100: icmp_seq=8 ttl=63 time=80.9 ms

Allora stai comunicando con il server e sei dentro la rete :-)

Per interrompere il comando premi “Ctrl+C” (come per fare copia) che nella shell Linux termina un programma

--- 10.174.0.100 ping statistics ---
8 packets transmitted, 4 received, 50% packet loss, time 7029ms
rtt min/avg/max/mdev = 70.992/130.862/247.472/70.216 ms

Questa sezione da qualche informaziona aggiuntiva ovvero quanti PING non hanno ricevuto un PONG, il minor tempo di risposta, quello medio, quello massimo e la deviazione standard dei tempi.

Altrimenti se il risultato è

user@computer $ ping 10.174.0.100
PING 10.174.0.100 (10.174.0.100) 56(84) bytes of data.
^C (ovvero Ctrl+C per interrompere)
--- 10.174.0.100 ping statistics ---
*70 packets transmitted, 0 received, 100% packet loss, time 69058ms*

Vuol dire che non sei collegato alla rete, dobbiamo iniziare a fare un po' di indagini. Intanto capiamo come è configurato il tuo computer.

Trubleshooting

Cominciamo col controllare un elemento per volta fra quelli coinvolti solitamente nei problemi dal lato client.

Controllo Dell'IP

Sempre da un terminale prova a scrivere

Se sei connesso in wireless

ip address show dev wlan0 (o il nome dell'interfaccia wireless) [invio]

Se sei connesso via cavo

ip address show dev eth0 (o il nome dell'interfaccia wired) [invio]

se il risultato è simile a

user@computer $  ip address show dev [interfaccia]
3: [interfaccia]: : <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1350 qdisc pfifo_fast state UNKNOWN qlen 500
    link/ether e6:b9:06:73:14:1a brd ff:ff:ff:ff:ff:ff
    inet 10.175.0.213/15 brd 10.175.0.255 scope global 
       valid_lft forever preferred_lft forever
    inet6 2001:1418:1a9:eebb:10:175:0:213/64 scope global 
       valid_lft forever preferred_lft forever
    inet6 fe80::e4b9:6ff:fe73:141a/64 scope link 
       valid_lft forever preferred_lft forever


Allora hai un indirizzo ipv4 e ipv6 impostati

Cosa guardare:

<BROADCAST,MULTICAST,UP,LOWER_UP> 
  • è lo stato dell'interfaccia le cose importanti sono UP, LOWER_UP che ci dicono che l'interfaccia è attiva
inet 10.175.0.213/15 brd 10.175.0.255 scope global 
  • questo è l'ipv4 dell'interfaccia: la nostra subnet inizia con *10.17{5,4}* se hai un IP che comincia in quel modo è uno dei nostri; lo slash in fondo è la dimensione subnet, 15 è corretto.
inet6 2001:1418:1a9:eebb:10:175:0:213/64 scope global 
  • questo è l'ipv6 dell'interfaccia: la nostra subnet inizia con *2001:1418:1a9:eebb* se hai un IP che comincia in quel modo è uno dei nostri, come prima lo slash in fondo indica la subnet, 64 è corretto. Ignora la riga "inet6 fe80[...]/64 scope link" che riguarda un indirizzo presente anche se non si è davvero connessi.

Nessun IP

Se non hai gli IP impostati possiamo guardare le interfacce, ci viene in aiuto il comando

ip link
user@computer $ ip link 
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast state DOWN mode DEFAULT qlen 1000
    link/ether 00:23:8b:0b:b5:39 brd ff:ff:ff:ff:ff:ff
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DORMANT qlen 1000
   link/ether 00:23:4d:69:d5:f7 brd ff:ff:ff:ff:ff:ff

Anche qui possiamo vedere che ad esempio l'intefaccia eth0

 <NO-CARRIER,BROADCAST,MULTICAST,UP> 

Dice NO-CARRIER ovvero non collegato, potrebbe essere il caso di controllare l'attacco del cavo ethernet

E con state DOWN ci informa che l'interfaccia eth0 è spenta

Mentre l'interfaccia wlan0

<BROADCAST,MULTICAST,UP,LOWER_UP>

Dice che è collegata e tutto funziona

Una possibile soluzione nel caso che una delle interfacce avesse come state DOWN è la seguente:

sudo ip link set dev <interfaccia> up

Dopodichè ricontrollare se l'interfaccia è UP e provare a riconnettersi alla rete per vedere se viene assegnato un IP.

Nel caso non succedesse è possibile capire (nel caso di DHCP) cosa stia succedendo:

  • Se usate NetworkManager controllate se siete associati all'Access Point (AP) di eigennet con
nm-tool
  • Altrimenti provate con
iwconfig

Che vi daranno informazioni sulla connessione wireless, sopratutto i primi campi. Se risultate associati all'access point allora provate a dare

sudo dhcpcd wlan0 

oppure, se lamenta che dhcpcd non esiste

sudo dhclient -v wlan0

Che cercherà di ottenere i parametri in modo dinamico e vi darà output, grazie a quello capirete se ci sono altri problemi e potrete contattarci per segnalarlo ed aiutarci.

Controllo Delle Rotte

A questo punto controlliamo le rotte. Le possiamo controllare usando il comando

ip route show

Ottenendo qualcosa di simile a

user@computer $ ip route show
default via 10.175.0.101 dev wlan0  proto static 
10.0.0.0/8 via 172.18.0.1 dev eigennet 
10.174.0.0/15 dev wlan0  proto kernel  scope link  src 10.174.0.178 
172.16.0.0/12 via 172.18.0.1 dev eigennet 
172.18.0.0/24 dev eigennet  proto kernel  scope link  src 172.18.0.213 
192.168.1.0/24 dev wlan0  proto kernel  scope link  src 192.168.1.111 

Nessuna rotta

Per navigare dentro eigennet non serve una rotta global (0.0.0.0/0) perchè è una rete locale e, una volta connessi, si può raggiungere ogni risorsa dall'interno.

Se quindi il comando vi restituisce qualcosa di simile a

user@computer $ ip route show
10.174.0.0/15 dev wlan0  proto kernel  scope link  src 10.174.0.178 

Vuol dire che avete la possibilità di raggiungere tutte le risorse interne ma che non potete raggiungere internet. Questo può essere a causa di qualche problema con i gateway o un problema nel raggiungerli. Se conoscete l'IP della macchina che dovrebbe farvi da gateway per il mondo provate a pingarla per vedere se la raggiungete. Nel caso non riusciste fatecelo sapere, qualcosa sta succedendo sulla rete.

Controllo dei DNS

Se tutto è andato bene ma non riuscite comunque a navigare potrebbe essere un problema di DNS per vedere quali avete impostati controllate il file /etc/resolv.conf

cat /etc/resolv.conf

Il risultato dovrebbe essere simile a questo:

user@computer $ cat /etc/resolv.conf.head 
nameserver 10.174.0.101
nameserver 10.174.0.100

queste due righe indicano gli IP dei server DNS, se il file è vuoto lancia questo comando da shell

echo -e "nameserver 10.174.0.100\nnameserver 10.174.0.101">/etc/resolv.conf

Che sovrascrive in /etc/resolv.conf con le due righe corrette.

Un sintomo del fatto che i DNS non funzionino può essere che se fai

ping google.it

non fa nulla ma

ping 8.8.8.8

Invece funziona.

Per fare manualmente la richiesta dell'IP associato ad un nome

dig nomesi.to

o se volete chiedere ad un server particolare (ad esempio a 8.8.8.8, un dns di google)

dig @8.8.8.8 nomesi.to

Entrare nelle antenne

Istruzioni? Eh... C'è da usare ssh...

Ma la mia antenna funziona/è accesa?

Per controllare che l'antenna sia accesa si possono sfruttare un paio di cose:

  • Prima di tutto collegarsi via cavo all'antenna usando il cavo ethernet che arriva in casa o attaccandosi al POE (Power Over Ethernet ovvero lo scatolino nero che alimenta l'antenna usando la porta con scritto LAN, NON POE (perchè altrimenti forse si frigge la scheda di rete)
  • controllare che sull'interfaccia eth0 non compaia NO-CARRIER col comando
ip link show dev eth0
  • provare a fare dei ping ipv6 link local ovvero provare a pingare un indirizzo che viene tradotto dal protocollo ipv6 in “ ogni scheda attaccata direttamente all'interfaccia “ questo si può fare digitando il comando
ping6 ff02::1%<nome dell'interfaccia di rete cablata ad esempio eth0>

Se non si riceve risposta guardare la sezione Nessun Ip

Se si riceve risposta bisogna prendere nota dell'IPv6 locale della propria scheda di rete ethernet in modo da poter vedere se l'antenna risponde ai ping. Questo si fa facilemnte con

ip -6 address show dev eth0

e guardando l'ip che comincia con fe80:: , se ai ping risponde anche un'altro ip l'antenna è accesa e risponde

Riavviare

Una cosa buona se l'antenna per qualche motivo non si comporta bene è riavviarla, per farlo basta staccare il cavo attaccato allo scatolino nero alla porta con scritto POE oppure togliere la corrente se per caso il montaggio è stato fatto portando la corrente sul tetto, aspettare 12 secondi contando

  • Prealpi Trivenete 1
  • Alpi Giulie 2
  • Alpi Carniche 3
  • ...
  • Alpi Liguri e Alpi Marittime 12

Se comunque non sei riuscito a risolvere [[1]].


Su eigenNet ci sono diversi servizi, li puoi scoprire qui:

http://eigenlab.org/index.php/eigennet/servizi