[cancellato]
Si è appena verificata una breve disconnessione, solo a me? (AIR408) https://prnt.sc/QkwJuCYEekT9
Si è appena verificata una breve disconnessione, solo a me? (AIR408) https://prnt.sc/QkwJuCYEekT9
[cancellato] no, anche a me.
Mirus86 tu sei su AIR o altro?
[cancellato] AIR100
Mirus86 Okay, attendiamo allora aggiornamento da parte di @PF-Matteo
[cancellato] non è stato niente di che alla fine dai.
Mirus86 Okay, però è sempre un disagio.. Stavo lavorando con un terminale SSH in Germania, scrivendo un config di Bird e son crashato. 60 linee di codice perse, sai, non è molto bello
Tutto regolare con linee FTTH e FTTC mi pare.
[cancellato] tmux, screen, byobu... Una volta che li scopri non li molli piu' ;)
MN00AA Lo conosco screen, ma avviare una sessione di screen per editare un testo avendo la paura che vada off è un po' bruttino, sai?
[cancellato] io per abitudine ormai uso tmux sempre ovunque, tmux attach
subito dopo il login e via... Devo chiudere? CTRL-B + d e rimane tutto li' pronto ad aspettarmi...
La mia Air100 non ha avuto problemi
Non è che per coincidenza io e @Mirus86 siamo sulla stessa bts quindi è morta solo il backhaul di essa? (Sono sulla bts di fino Mornasco)
[cancellato] No regione diversa.
Vedo che son cadute solo le AIR cui le richieste di connessione arrivavano dal fornitore dal concentratore .7 e si sono riconnesse tutte al .4. Evidentemente Eolo ha avuto un fault di quel concentratore ed è entrato in funziona il backup. Gli utenti connessi al .4 e al .2 sono rimasti online.
Ma parliamo Roba di secondi... siete peggio delle vecchiette alla finestra
[cancellato] scrivendo un config di Bird e son crashato. 60 linee di codice perse, sai, non è molto bello
se posso permettermi, fare 60linee di codice senza screen o un autosaver in remoto da una connessione firewall di casa non è il massimo. Io per esempio mi son fatto una vm cui mi connetto in rdesktop e lavoro da li quando sono sui terminali, così se stacco e riprendo da altra postazione o cade la linea resumo senza problemi
MN00AA
PF-Matteo
no, io sono in FTTC (Mestre) e ho avuto la disconnessione (ore 18.16)
tra l'altro alcuni ip presi in questo mese (non quello di oggi), sono ancora geolocalizzati in centro italia visto che i server speedtest da cli venuti fuori erano da toscana umbria ecc...
per il resto ok, sia prima che dopo la disconnessione.
macro@strassada (FTTC) non mi risultano disconnessioni generalizzate lato fttc
macro@strassada (FTTC) per quanto riguarda la geolocalizzazione... Se hai IPv4 dinamico, essendo tutti i pool di PF attualmente usati in tutta Italia senza distinzioni, e' normalissimo che la geolocalizzazione NON sia mai precisa (a parte ovviamente il paese, Italia), anzi va bene cosi', perche' il contrario indicherebbe che l'operatore starebbe condividendo la geolocalizzazione precisa di tutte le linee in tempo reale con terze parti "a caso"...
Se invece si ha IPv4 statico, oppure si sta usando IPv6 (la subnet /56 e' sempre statica con PF), e si usano dispositivi e/o software Google (ad es. Google Chrome, oppure Android con i Google Play Services) dopo qualche settimana si verra' localizzati in base all'IP abbastanza precisamente, almeno da Google, per tutti i client che condividono l'IPv4 statico o la subnet IPv6 statica. Questo perche' i dispositivi e il software Google mandano in continuo informazioni di localizzazione a Google, sia dal GPS che dal risultato delle scansioni continue in background del Wi-Fi, o di eventuali celle della rete mobile se il dispositivo e' dotato di modem radiomobile. (E' tutto scritto nelle famose condizioni chilometriche che tutti accettano senza leggere quando si installa Chrome o si inizializza un telefono nuovo...)