Un'occhiata ai nodi italiani

[serendib]

Per vedere un po' come è il panorama dei nodi italiani, mi sono baloccato con i dati di https://getaddr.bitnodes.io/nodes/?q=Italy

Quando l'ho visto (stamattina sul presto) c'erano 53 nodi

Di questi, 14 erano presumibilmente presso server farm, con la seguente distribuzione:
Fornitori hosting:
4 Prometeus
2 serverdedicati.aruba
2 Seflow

2 consorzio GARR

Altri presso aziende
2 Intercom (agaland.it)
1 Hi-net
1 ITGate Spa

39 sembravano da connessioni DSL:
16 Telecom (15 retail e 1 business)
9 Wind (per lo più libero.it, 1 iol.it e 1 net24.it)
8 fastweb
5 Tiscali
1 NGI

Per quel che riguarda l'altezza dei blocchi, c'erano 15 nodi indietro con la blockchain, tutti residenziali tranne tre su Prometeus (qualcuno che sta mettendo su tre nodi??)

Qualche riflessione:

L'Italia è al 16° posto nel mondo per nodi. La Francia per esempio ne ha quasi 10 volte che noi (477)
C'è da dire che probabilmente molti italiani che vogliono mettere su un nodo si comprano un VPS da due lire all'estero

Il fatto che 39 su 53 siano da connessioni DSL fa pensare. Anche (ad esempio) per quel che riguarda la diatriba sulla blocksize, è ovvio che tanti nodi con connessioni precarie pesano.

Mi ha colpito l'eroico con la connessione NGI (sarebbe Eolo, se ho capito bene), che tiene su un nodo su ponte radio :-)

[1714952752]

1714952752

[1714952752]

1714952752

[1714952752]

1714952752

[1714952752]

1714952752

[alexrossi]

Mi ha colpito l'eroico con la connessione NGI (sarebbe Eolo, se ho capito bene), che tiene su un nodo su ponte radio :-)

Bel thread

Quello che so io:

L'eroico con la connessione NGI per quanto ne sappia dovrebbe essere un dipendente NGI o comunque qualcuno che ha accesso diretto senza limiti di banda. Probabilmente non è agganciato attraverso un ponte radio, ma è hostato direttamente presso la centrale NGI.

Uno dei due consorzio GARR è un nodo setuppato da un professore dell'Università di Bergamo (che è agganciata in fibra col GARR), l'altro nodo sempre sulla stessa rete non so di chi sia, probabilmente qualche studente/professore, però a Milano

I nodi intercom sono gestiti direttamente dall'ISP (che non accetta pagamenti in btc, ma ha il ceo appassionato)

Prometeus fino a un mese fa aveva un solo nodo, che era di una persona di Bergamo che conosco, ma che ora ha tolto; sono contento che nonostante ciò ne siano stati setuppati altri 4 (di cui uno ipv6), sottolineo che è un provider abbastanza caruccio, nonostante funzioni molto bene.

Qui termina quello che so su i nodi "fighi"

Per quelli hostati su dsl

Fastweb quasi sicuramente sono VDSL, quindi con un upload molto valido. Di quegli 8 nodi, 2 sono qui a bergamo (e questi 2 sono appunto sotto vdsl).

Di telecom invece conosco 2 persone nella bergamasca ad avere un nodo aperto, purtroppo saranno costretti a ridimensionarlo in caso di aumento della dimensione blocco, causa scarso upload (1 mbit quando va bene)

[serendib]

Mi ha colpito l'eroico con la connessione NGI (sarebbe Eolo, se ho capito bene), che tiene su un nodo su ponte radio :-)

L'eroico con la connessione NGI per quanto ne sappia dovrebbe essere un dipendente NGI o comunque qualcuno che ha accesso diretto senza limiti di banda. Probabilmente non è agganciato attraverso un ponte radio, ma è hostato direttamente presso la centrale NGI.

dovrebbe o potrebbe? nel sensoche ne sai qualcosa o è un'ipotesi?

Perché come ipotesi mi sembra convincente, però al momento ce ne sono due:

[edit: rimosso IP di ZioMik  ]

E dalla forma sembrerebbero classici IP dati al cliente finale.. Forse lui semplicemnte si è preso un IP dal pool... Ma due?

Uno dei due consorzio GARR è un nodo setuppato da un professore dell'Università di Bergamo (che è agganciata in fibra col GARR), l'altro nodo sempre sulla stessa rete non so di chi sia, probabilmente qualche studente/professore, però a Milano

Io a dire il vero vedevo:

tms233.chem.uniroma1.it
retepc057.centrorete.unito.it

I nodi intercom sono gestiti direttamente dall'ISP (che non accetta pagamenti in btc, ma ha il ceo appassionato)

Sì, ho visto. Sono sottodomini di agaland.it

Prometeus fino a un mese fa aveva un solo nodo, che era di una persona di Bergamo che conosco, ma che ora ha tolto; sono contento che nonostante ciò ne siano stati setuppati altri 4 (di cui uno ipv6), sottolineo che è un provider abbastanza caruccio, nonostante funzioni molto bene.

caruccio nel senso di caro (che costa molto) o di carino (che ti piace)?

Perché io ho per l'appunto da poco messo su il mio nodo (193.234.225.156) lì, e per 10.74 Euro Iva inclusa al mese mi danno 2GB RAM e 400GB di disco. Non posso dire sia tanto caro  

Abituato a come andavano le cose tempo addietro, questi VPS mi sembrano regalati.

Gli altri tre nodi sono tutti e tre indietro con le altezze (attualmente vedo 357984 blocchi invece che 358808).  Anche stamattina erano tutti e tre a 357984. Quindi o sono tre nodi stranamente bloccati allo stesso punto, o piuttosto direi che sono tre "viste" dello stesso nodo.

Fastweb quasi sicuramente sono VDSL, quindi con un upload molto valido.

Giusto.

[ziomik]

Stai spammando il mio ip di ngi!
Non è Eolo ma una adsl "tradizionale"

[serendib]

Stai spammando il mio ip di ngi!
Non è Eolo ma una adsl "tradizionale"

Oops, rimosso.

Non pensavo fosse grave, visto che tanto ti si trova su bitnodes.

Peccato sia una ADSL tradizionale, mi piaceva di più pensarti su un ponte radio  

[ziomik]

Non era un problema infatti.. Ero ironico 
Comunque è la mia ed è up 24/24 da un po per un reindex costretto! Ancora 1 anno e 51 settimane e ci sono!

[arulbero]

Non vedo il mio nodo. Se in fondo alla pagina alla voce

JOIN THE NETWORK
Be part of the Bitcoin network by running a full Bitcoin node, e.g. Bitcoin Core.

clicco su CHECK NODE ottengo

82:.:.:..:8333 is unreachable.

Eppure bitcoind sta girando e di default dovrebbe essere attivata l'opzione listen=1. 

Bitcoin Core è in esecuzione su Ubuntu 14.10 che gira su macchina virtualizzata (VMware Player), e il tutto gira a sua volta su un pc Windows 7.

Connessione VDSL Flat Telecom.

[ziomik]

Nattato?

[arulbero]

Nattato?

Nella configurazione della virtual macchine, dispositivo Network Adapter, alla voce "Network Connection" è selezionata la voce "NAT: Used to share the host's IP address"

Non ho settato nulla invece nella configurazione del router, dal momento che Bitcoin Core riusciva a sincronizzarsi con la rete ho dato per scontato che tutto andasse bene.

EDIT: con il comando "bitcoin-cli getinfo" ottengo l'informazione che il mio nodo ha 8 connessioni.

[alexrossi]

Nattato?

Nella configurazione della virtual macchine, dispositivo Network Adapter, alla voce "Network Connection" è selezionata la voce "NAT: Used to share the host's IP address"

Non ho settato nulla invece nella configurazione del router, dal momento che Bitcoin Core riusciva a sincronizzarsi con la rete ho dato per scontato che tutto andasse bene.

EDIT: con il comando "bitcoin-cli getinfo" ottengo l'informazione che il mio nodo ha 8 connessioni.

Ti consiglio di aprire la porta sul router, altrimenti non sarai visibile come full node al resto della rete

[alexrossi]

Perché io ho per l'appunto da poco messo su il mio nodo (193.234.225.156) lì, e per 10.74 Euro Iva inclusa al mese mi danno 2GB RAM e 400GB di disco. Non posso dire sia tanto caro  

120€ all'anno per il nodo, se non hai diretto interesse nel tenere in piedi servizi che ti gestisce il demone (e quindi poi hai anche un ritorno economico per ammortare i costi) non è poco imho.

[serendib]

Perché io ho per l'appunto da poco messo su il mio nodo (193.234.225.156) lì, e per 10.74 Euro Iva inclusa al mese mi danno 2GB RAM e 400GB di disco. Non posso dire sia tanto caro  

120€ all'anno per il nodo, se non hai diretto interesse nel tenere in piedi servizi che ti gestisce il demone (e quindi poi hai anche un ritorno economico per ammortare i costi) non è poco imho.

Certo. Il fatto è che quel server lo dovrei usare anche per altri servizi.

Io mi riferivo in assoluto al costo di un server 2GB RAM, 400GB HD.

[arulbero]

Nattato?

Nella configurazione della virtual macchine, dispositivo Network Adapter, alla voce "Network Connection" è selezionata la voce "NAT: Used to share the host's IP address"

Non ho settato nulla invece nella configurazione del router, dal momento che Bitcoin Core riusciva a sincronizzarsi con la rete ho dato per scontato che tutto andasse bene.

EDIT: con il comando "bitcoin-cli getinfo" ottengo l'informazione che il mio nodo ha 8 connessioni.

Ti consiglio di aprire la porta sul router, altrimenti non sarai visibile come full node al resto della rete

Risolto in 2 passaggi:

1) configurato port mapping sul router
2) configurato firewall di McAfee

 

[gdassori]

Avvertimento a chi usa SEFLOW.

Se doveste leggermi...  FUGGITE, SCIOCCHI!

Pareri personali sullo staff di Seflow a parte (o mi querelano), hanno il ban facile sulla piattaforma cloud per chi usa Bitcoin, anche quando questo sia gen=0

[alexrossi]

Avvertimento a chi usa SEFLOW.

Se doveste leggermi...  FUGGITE, SCIOCCHI!

Pareri personali sullo staff di Seflow a parte (o mi querelano), hanno il ban facile sulla piattaforma cloud per chi usa Bitcoin, anche quando questo sia gen=0

Ma quindi controllano senza il permesso o senza avviso il contenuto/l'uso delle VPS?

Perché con gen=0 bitcoind è un programma come un altro per un manager che esternamente vede e verifica solo se l'utilizzo CPU è nella norma.

[gdassori]

Con permesso e avviso, nel mio caso, ma l'epilogo fu lo stesso.

Non posso pubblicare conversazioni private, per legge, quindi non lo faro', ma non penso di violare una qualche legge dicendo che, più o meno, Matteo Berlonghi (CTO\Socio Seflow) mi disse:

> ora della tua vm non me ne frega un cazzo detto terra terra
> se ti sta bene è così
> altrimenti cancella tutto
> e cambia cluod
> che non ho voglia ne tempo di ste stronzate
> e se ti sembro maleducato, si lo sono

(ovviamente a questo BOFHeggiamento ci giungemmo dopo reciproche colpe, di cui alcune anche mie, ma ciò non toglie che l'epilogo fu agghiacciante, spense tutto il mio cloud senza preavviso, cinque o sei macchine, usando appunto bitcoind come pretesto, e pretese poi del danaro per riaccendere, che fatturo' come ticket d'assistenza, a patto che non avessi riavviato proprio la macchina con bitcoind)

e quando lasciai il loro cloud si rifiutarono di rimborsarmi i 50€ di credito che avevo da loro (e che ho tutt'ora, li uso per rinnovare un po' do domini inutili).

[ziomik]

Bella gente e servizio clienti eccelso.
Farò buona pubblicità (come ho fatto per Aruba che una decina di anni fa mi ha "cacciato" in quanto consumavo troppa banda per quello che pagavo).
Io, se ho da fare dei lavori e so che utilizzano Aruba, gli faccio switchare ad altro. Farò così anche per SEFLOW.

[LastRoby]

Bella gente e servizio clienti eccelso.
Farò buona pubblicità (come ho fatto per Aruba che una decina di anni fa mi ha "cacciato" in quanto consumavo troppa banda per quello che pagavo).
Io, se ho da fare dei lavori e so che utilizzano Aruba, gli faccio switchare ad altro. Farò così anche per SEFLOW.

Ma cosa vuol dire cacciato x consumo eccessivo?
Assurdo..
Ma se tipi di danno banda illimitata poi ti possono cacciare x troppo traffico?
Era server dedicato? O hosting web semplice..

[ziomik]

All'epoca Aruba aveva appena iniziato il business ed era uno dei pochi(se non l'unico) ad offrire a prezzi ragionevoli i primi domini+hosting a traffico illimitato.
Così mi affidai a loro per il forum che tenevo. Nessuno si aspettava una crescita così e nemmeno loro. Tantè che ogni settimana compariva la classica scritta di cpanel che informava che la banda era terminata.
Io chiamavo il loro supproto e mi rispondeva la solita ragazza centralinista che orami ci chiamavamo per nome. Ci salutavamo e lei mi riabilitava. Questo è andato avanti per un bel po' fino a quando ho chiesto cosa avrei dovuto fare per risolvere questa questione e mi eliminarono con una richiesta di bigmoney mensile fuori da ogni dove..
Queste cose probabilmente oggi non accadono ma, nei loro confronti, ho il dente avvelenato.
Allora ero giovane e svogliato(erano anche 15/20 anni fa ora che ci penso..) oggi farei causa e chiederei un bel po di danni.

[seflow]

Salve,
 un nostro cliente ci ha postato questa conversazione, quindi mi sento in dovere di fornire alcune piccole precisazioni.

Il nostro servizio di cloud non vieta di per se bitcoin, ma vieta il mining che può causare rallentamenti visto l' uso intensivo (costantemente 100% 24/24) della CPU. In passato chi ha fatto mining infatti ha creato piccole vm assegnandosi molti core, di fatto sfalsando l' uso equilibrato delle risorse nel cloud che avrebbe causato inalzamento dei prezzi per creare infrastrutture adeguate a quell' uso. Questo è il motivo per cui molte aziende vietano questa operazione all' interno del proprio cloud o servizio vps.

Quando troviamo un cliente che effettua questo uso non consentito consigliamo la migrazione ad una piattaforma dedicata.

Per quanto riguarda la mia risposta, confermo che quanto scritto è reale e mi assumo ogni responsabilità, tengo però a precisare che è stata data in un contesto esterno all' azienda e ai canali di supporto e soprattutto, cosa che è stata volutamente omessa, data a seguito di una serie di offese (con parolacce che personalmente non ho mai pronunciato) causate dal mio rifiuto di sistemare gratuitamente un errore di configurazione causato dal cliente all' interno del server.

Tengo quindi a precisare che la mia risposta, di cui mi assumo le responsabilità, non è stata data in un supporto ufficiale, ma in una community utenti (come può essere questo forum) ed è per questo che ho lasciato correre tutte le offese a me rivolte senza alcuno strascico. Personalmente ritengo che sia molto più importante, in qualsiasi rapporto, l' educazione e nessuna somma potrà mai comprare la possibilità di venirne meno.

Per quanto riguarda i servizi confermo che permettiamo qualsiasi servizio legale in italia. Per qualsiasi chiarimento, resto a disposizione privatamente al mio indirizzo matteob [at] seflow[dot] net

Mi scuso per l' intromissione

Berlonghi Matteo

[ziomik]

Più che "vieta il mining" dovreste dire "vieta servizi con consumi intensivi di cpu per troppo tempo" visto che, in questa epoca dove bitcoin ha raggiunto una certa popolarità, il mining su cpu ormai è passato.
Colgo l'occasione per suggerirvi d'utilizzare bitcoin come mezzo di pagamento e così potrete(pure) diminuire prezzi o comunque costi.
Good business.

[gdassori]

Ciao Matteo B.

Hai la mia liberatoria a pubblicare log degli insulti che hanno preceduto la tua reazione da me menzionata (solo, per favore, ometti eventuali domini \ indirizzi ip).

In assenza di risposta daro' per implicita la tua smentita e conferma del fatto che l'insulto è arrivato dopo. Conto che il tuo cliente, tanto, ti giri anche questa. E ricordiamoci sempre, direi che non fa mai male, che ai sensi dell’art. 595 c.p. (Diffamazione) chiunque, al di fuori dei casi di cui all’art. 594 c.p. (Ingiuria), comunicando con più persone, offende l’altrui reputazione, è punito con la reclusione fino a un anno o con la multa fino ad € 1.032,00. Se l’offesa consiste nell’attribuzione di un fatto determinato, la pena è della reclusione fino a due anni, ovvero della multa fino ad € 2.065,00.

Rispetto a quanto detto sul mining, inutile ribadire (in questo forum) il significato di gen=0

Mi scuso con l'OP per la deviazione OT, ma era fondamentale avvertire l'utenza che tenere nodi bitcoind presso Seflow può portare a queste problematiche. Spero che il post riprenda il filo originale.

[serendib]

Mi scuso con l'OP per la deviazione OT,

Altro che scuse! In un thread sui "nodi italiani" un argomento cosa del genere mi sembra più che in topic!

[serendib]

Buongiorno Matteo e benvenuto nel forum.

Premesso che capisco PERFETTAMENTE che una VPS che ti mette in ginocchio  un server va spenta, anche perché altrimenti ci vanno di mezzo gli altri clienti, però permettimi una battuta:

Quando troviamo un cliente che effettua questo uso non consentito consigliamo la migrazione ad una piattaforma dedicata.

Beh, se le cose stanno come diceva gdassori, ovvero che gli avete buttato giù 5-6 macchine di cui solo una era sopra la quota risorse, direi che il vostro consiglio di "migrazione ad una piattaforma dedicata" è stato un consiglio piuttosto ... convincente 

[alch1mista]

Ciao Matteo B.

Hai la mia liberatoria a pubblicare log degli insulti che hanno preceduto la tua reazione da me menzionata (solo, per favore, ometti eventuali domini \ indirizzi ip).

In assenza di risposta daro' per implicita la tua smentita e conferma del fatto che l'insulto è arrivato dopo. Conto che il tuo cliente, tanto, ti giri anche questa. E ricordiamoci sempre, direi che non fa mai male, che ai sensi dell’art. 595 c.p. (Diffamazione) chiunque, al di fuori dei casi di cui all’art. 594 c.p. (Ingiuria), comunicando con più persone, offende l’altrui reputazione, è punito con la reclusione fino a un anno o con la multa fino ad € 1.032,00. Se l’offesa consiste nell’attribuzione di un fatto determinato, la pena è della reclusione fino a due anni, ovvero della multa fino ad € 2.065,00.

Rispetto a quanto detto sul mining, inutile ribadire (in questo forum) il significato di gen=0

Mi scuso con l'OP per la deviazione OT, ma era fondamentale avvertire l'utenza che tenere nodi bitcoind presso Seflow può portare a queste problematiche. Spero che il post riprenda il filo originale.

Mi sembra proprio che, in assenza di attività di mining, non ci sia alcuna giustificazione al comportamento di Matteo B., a meno che non ci sia totale arbitrarietà verso l'interruzione del servizio da parte della società.

[gdassori]

Beh, se le cose stanno come diceva gdassori, ovvero che gli avete buttato giù 5-6 macchine di cui solo una era sopra la quota risorse,

Nessuna macchina era sopra la quota risorse, ripeto, gen=0 . Inoltre al momento della sospensione la macchina era inagibile, ergo era già spenta! ;-)

La ToS di Seflow SNC (o forse parliamo di Domflow, piattaforma cloud e domini) prevede arbitrarietà nella sospensione del servizio, sì. Quindi valutate bene che la ToS (di tutti i servizi, non solo di Seflow \ Domflow) sia compatibile con le vostre esigenze.
Io mi ritrovai down il parco siti di un cliente, che fa circa 10 euro l'ora di advertising (o almeno, questo è sempre stato il suo claim), per via di questo incidente con loro, pensate che rogna se avessi dovuto aspettare il lunedì successivo come inizialmente paventato in tempo reale subito dopo la sospensione, occorrenza che non si è verificata solo grazie al pagamento di un dazio. Diversamente avrei subito un danno di quasi 500 euro (era sabato).

Seflow si riserva il diritto di sospendere l' accesso alla rete ad ogni cliente se a giudizio del nostro gestore del network il server del cliente è fonte o obiettivo di violazioni di ogni altra regola della AUP o per altri motivi che Seflow sceglie.

Comunque è sempre bene leggere in giro ogni recensione sui servizi che si intende usare, cercare "recensione Seflow" e "recensione Domflow" su Google vi permetterà di farvi un parere basato su un campione di esperienze più ampio. Questo, ovviamente, ripeto, vale per ogni servizio.

[ziomik]

E allora si tratta di pura ed evidente IGNORANZA. Pace all'anima loro 

[gdassori]

Per spendere due parole In Topic: io avevo tre nodi di relay, di cui due all'estero (ora sono rimasti solo i due all'estero).
Ergo, tanto per fare un po' di statistica, i nodi gestiti da italiani non sono necessariamente hostati in Italia. La maggior parte dubito che lo sia, in realtà.

Quando si parla di Francia poi si tenga presenta OVH, che mi pare tenga tanta roba lì. E lo stesso vale per la Germania e l'Olanda, tanti DC sono la. Un alto numero di nodi tedeschi, francesi e olandesi secondo me non è indice di maggiore penetrazione su quelle nazionalità.

[FaSan]

Ho avuto anch'io un' esperienza del genere, ma con server4you.com, di punto in bianco vps bloccate per "sospetto mining" quando chiaramente c'era solo il daemon senza alcun mining attivo. Alla fine ho dovuto fare un corso accellerato al tipo dell' assistenza, su come funziona il client bitcoin, ma non credo che c'abbia capito granchè  

Cmq da allora prendo server dedicati e me li virtualizzo a manina. Tirando le somme, con tutte le vps che gestisco, ci guadagno e alla grande.

Tornando ai nodi, i datacenter italiani costano troppo, ed infatti molti nodi gestiti da italiani sono comunque collocati fuori.

Per chi non lo sapesse, segnalo questa bellissima iniziativa di bitnodes : https://getaddr.bitnodes.io/nodes/incentive/




FaSan

[serendib]

sì, come giustamente evidenziato da gdassori e FaSan, probabilmente molti italiani hanno un nodo all'estero.

E non avevo fatto il collegamente Francia-OVH 

[FaSan]

sì, come giustamente evidenziato da gdassori e FaSan, probabilmente molti italiani hanno un nodo all'estero.

E non avevo fatto il collegamente Francia-OVH 

Trall'altro se ricordo bene OVH permette di scegliere la localizzazione degli IP aggiuntivi, per i server locati in francia (non per quelli in canada). Almeno una volta era così, non sono molto aggiornato 



FaSan

[LastRoby]

sì, come giustamente evidenziato da gdassori e FaSan, probabilmente molti italiani hanno un nodo all'estero.

E non avevo fatto il collegamente Francia-OVH 

Trall'altro se ricordo bene OVH permette di scegliere la localizzazione degli IP aggiuntivi, per i server locati in francia (non per quelli in canada). Almeno una volta era così, non sono molto aggiornato 



FaSan

Ma quindi, volendo consigliare un vps ragionevole con scopo nodo BTC, cosa consigliate x vostra esperienza?

[arulbero]

Nattato?

Nella configurazione della virtual macchine, dispositivo Network Adapter, alla voce "Network Connection" è selezionata la voce "NAT: Used to share the host's IP address"

Non ho settato nulla invece nella configurazione del router, dal momento che Bitcoin Core riusciva a sincronizzarsi con la rete ho dato per scontato che tutto andasse bene.

EDIT: con il comando "bitcoin-cli getinfo" ottengo l'informazione che il mio nodo ha 8 connessioni.

Ti consiglio di aprire la porta sul router, altrimenti non sarai visibile come full node al resto della rete

Risolto in 2 passaggi:

1) configurato port mapping sul router
2) configurato firewall di McAfee

 

Mi autoquoto per specificare che in realtà sono riuscito a rendere il nodo visibile all'esterno solo perché ho installato Bitcoin Core direttamente su Windows 7.

Purtroppo la versione Bitcoin Core su Ubuntu 14.10 che gira su macchina virtuale (host sempre Windows 7) invece non può essere vista all'esterno semplicemente perché VMware Player nel mio pc non funziona in "Bridged mode", che è il modo migliore se ho ben capito per rendere visibile all'esterno il nodo.

La mia domanda è, rinunciando al fatto di attivare la modalità Bridged (è veramente impossibile sul mio pc, ho seguito varie guide, disinstallato l'antivirus, disinstallato e reinstallato VMware Player, provato una versione diversa,...), secondo voi sarebbe possibile utilizzando la modalità Nat (l'unica che funzione sul mio pc) rendere il nodo visibile all'esterno?

La mia configurazione di rete attuale è (impostando su Nat il dispositivo di rete della macchina virtuale):

router Telecom (192.168.1.1) -- wifi --> pc laptop con Windows 7 (192.168.1.73) --> macchina virtuale con Ubuntu 14.10 (192.168.45.128)

Sul router Telecom imposto la porta 8333 sull'indirizzo ip del portatile e poi?  Come "giro" la porta 192.168.1.73:8333 su 192.168.45.128:8333 ? E' possibile? Dal router di Telecom non posso vedere la macchina virtuale, sono 2 sottoreti diverse... si può impostare qualcosa su Windows 7?
   

[alexrossi]

Nattato?

Nella configurazione della virtual macchine, dispositivo Network Adapter, alla voce "Network Connection" è selezionata la voce "NAT: Used to share the host's IP address"

Non ho settato nulla invece nella configurazione del router, dal momento che Bitcoin Core riusciva a sincronizzarsi con la rete ho dato per scontato che tutto andasse bene.

EDIT: con il comando "bitcoin-cli getinfo" ottengo l'informazione che il mio nodo ha 8 connessioni.

Ti consiglio di aprire la porta sul router, altrimenti non sarai visibile come full node al resto della rete

Risolto in 2 passaggi:

1) configurato port mapping sul router
2) configurato firewall di McAfee

 

Mi autoquoto per specificare che in realtà sono riuscito a rendere il nodo visibile all'esterno solo perché ho installato Bitcoin Core direttamente su Windows 7.

Purtroppo la versione Bitcoin Core su Ubuntu 14.10 che gira su macchina virtuale (host sempre Windows 7) invece non può essere vista all'esterno semplicemente perché VMware Player nel mio pc non funziona in "Bridged mode", che è il modo migliore se ho ben capito per rendere visibile all'esterno il nodo.

La mia domanda è, rinunciando al fatto di attivare la modalità Bridged (è veramente impossibile sul mio pc, ho seguito varie guide, disinstallato l'antivirus, disinstallato e reinstallato VMware Player, provato una versione diversa,...), secondo voi sarebbe possibile utilizzando la modalità Nat (l'unica che funzione sul mio pc) rendere il nodo visibile all'esterno?

La mia configurazione di rete attuale è (impostando su Nat il dispositivo di rete della macchina virtuale):

router Telecom (192.168.1.1) -- wifi --> pc laptop con Windows 7 (192.168.1.73) --> macchina virtuale con Ubuntu 14.10 (192.168.45.128)

Sul router Telecom imposto la porta 8333 sull'indirizzo ip del portatile e poi?  Come "giro" la porta 192.168.1.73:8333 su 192.168.45.128:8333 ? E' possibile? Dal router di Telecom non posso vedere la macchina virtuale, sono 2 sottoreti diverse... si può impostare qualcosa su Windows 7?
   

Così a naso mi verrebbe da dire che l'unico modo per controllare il port forwarding della sottorete, è attraverso vmware.

[picchio]

...

Sul router Telecom imposto la porta 8333 sull'indirizzo ip del portatile e poi?  Come "giro" la porta 192.168.1.73:8333 su 192.168.45.128:8333 ? E' possibile? Dal router di Telecom non posso vedere la macchina virtuale, sono 2 sottoreti diverse... si può impostare qualcosa su Windows 7?
   

Non so come ma credo sia possibile forwardate le connessioni sulla porta 8333 del win alla stessa porta del vmware, credo tu debba agire sul firewall di winzoz.
Oppure installi ubuntu sulla macchina e virtualizzi win :-)

[FaSan]

Infatti con vmware-player ci fai ben poco. Provare VirtualBox che è gratis no ?



FaSan

[serendib]

Io avrei detto:

> con NAT la cosa non è possibile, e per fare quello ci vuole il bridging

però poi leggo la seconda risposta qui:

http://superuser.com/questions/571196/port-forwarding-to-a-vmware-workstation-virtual-machine

Secondo la quale si può fare un port forwarding da host a guest, proprio come ti serve

Però non l'ho mai fatto, io uso NAT ....

[arulbero]

Grazie a tutti per le risposte. Domani proverò la soluzione indicatami da serendib.

Io avevo già provato con il tool "Virtual Network Editor" (che sarebbe un tool specifico per WMware Workstation ma che dovrebbe funzionare anche sulla versione player) a forwardare la porta però senza risultati (nel senso che Internet funzionava ma il nodo dall'esterno risultava ancora irraggiungibile).

Proverò quindi a modificare a mano il file nat.conf, se ho ben capito dovrei inserire semplicemente:

8333 = 192.168.45.128:8333

giusto?

Per quanto riguarda VirtualBox so che è gratis ma lo è anche VMware Player e ormai un po' mi ci sono abituato.

EDIT: ho modificato il file vmnetnat.conf secondo istruzioni

...
[incomingtcp]
# Use these with care - anyone can enter into your virtual machine through these...
8333 = 192.168.45.128:8333
....

ma il nodo non è ancora visibile all'esterno.  

EDIT 2:
Adesso funziona, sempre in modalità Nat, mancava da configurare il firewall di McAfee.

[seflow]

E allora si tratta di pura ed evidente IGNORANZA. Pace all'anima loro  

Ringrazio per la sentenza basata sul dare per scontato che le società mentono...

Ripeto, spero questo sia chiaro che non vietiamo in alcun modo la possibilità di ospitare nodi bitcoin nella nostra rete, ma bensì il mining sulla struttura virtualizzata.

Essendo voi, sicurmente più esperti di me noteranno che uno dei più grossi nodi bitcoin europei è presso la nostra struttura. Sarebbe un bel controsenso con quello affermato da un utente in precedenza no?  

Tengo a precisare che NON ABBIAMO SOSPESO TUTTE LE VM DELL' UTENTE. Inoltre la macchina stessa non era sospesa, ma era offline per un problema di configurazione al sistema operativo, come precedentemente detto che il cliente non sapeva risolvere e pretendeva un fix gratuito dal nostro staff.

Vi auguro una buona giornata

[ziomik]

Avere un cliente che utilizza il vostro servizio per avviare un nodo bitcoin non è indice di conoscenza. L'ignoranza vi è stata attribuita sopratutto per l'insieme di due fattori.
Il primo è nel credere che esista ancora una fetta di entità che utilizzino il mining bitcoin su cpu e la seconda(che non posso ovviamente certificare) è basata sulla continuazione del post.
Non c'è nessun controsenso all'affermazione dell'utente visto in precedenza, che poi sarebbe Ziomik che poi sarebbe me stesso.

Buon business, guy!

[gdassori]

Ringrazio per la sentenza basata sul dare per scontato che le società mentono..

[...]

Tengo a precisare che NON ABBIAMO SOSPESO TUTTE LE VM DELL' UTENTE.

seh vabè, non vale la pena neanche perdere tempo a replicare  

gente, se avete fiducia in me (e spero che una buona parte di persone qui in questo forum ne abbia, consapevole che non mentirei mai per prendermi una rivincita personale, anzi, molti sanno quanti bocconi amari ho ingoiato in silenzio in questi due anni) state alla larga da questi, per il vostro bene  

Ricordo inoltre che il reato di diffamazione vale per entrambe le parti. Quindi, visto che se non mentono loro, a mentire debbo essere io (così come mentono tutti gli altri con cui flammano sui vari forum e siti di recensione seflow, tutti cazzari  ), invito Berlonghi a togliermi di tasca 2000 euro, data la condotta che gli sto esplicitamente attribuendo senza ritrattare in alcun modo. I miei dati personali li hanno tutti, poco ci vuole a denunziarmi.

[jkoin]

E allora si tratta di pura ed evidente IGNORANZA. Pace all'anima loro  

Ringrazio per la sentenza basata sul dare per scontato che le società mentono...

Ripeto, spero questo sia chiaro che non vietiamo in alcun modo la possibilità di ospitare nodi bitcoin nella nostra rete, ma bensì il mining sulla struttura virtualizzata.

Essendo voi, sicurmente più esperti di me noteranno che uno dei più grossi nodi bitcoin europei è presso la nostra struttura. Sarebbe un bel controsenso con quello affermato da un utente in precedenza no?  

Tengo a precisare che NON ABBIAMO SOSPESO TUTTE LE VM DELL' UTENTE. Inoltre la macchina stessa non era sospesa, ma era offline per un problema di configurazione al sistema operativo, come precedentemente detto che il cliente non sapeva risolvere e pretendeva un fix gratuito dal nostro staff.

Vi auguro una buona giornata

Tralasciando gli screzi personali tra lei e gdassori, ci conferma quindi che l'hosting di un full node (no mining) è ora accettato sui vostri server? Grazie.

[FaSan]

C'è da dire che il client bitcoin, soprattutto se configurato come fullnode, anche senza mining, impegna con picchi abbastanza lunghi nell' arco della giornata un bel pò di risorse, sia di cpu che di ram. E poichè dipende dalla mempool delle TX è destinato a crescere.

Per chi è a digiuno di queste cose e si attiene alle notizie che circolano, nonchè ai molti antivirus che segnalano i client come silent miners (bah), può non capire bene la differenza.




FaSan

[gdassori]

Per chi è a digiuno di queste cose e si attiene alle notizie che circolano, nonchè ai molti antivirus che segnalano i client come silent miners (bah), può non capire bene la differenza.

E in che modo questo può incidere sulle altre macchine, all'interno di un cloud ? :-)

[FaSan]

Per chi è a digiuno di queste cose e si attiene alle notizie che circolano, nonchè ai molti antivirus che segnalano i client come silent miners (bah), può non capire bene la differenza.

E in che modo questo può incidere sulle altre macchine, all'interno di un cloud ? :-)

Ma guarda che con me sfondi una porta aperta.

Pago una CPU virtualizzata (non pass-through), se la voglio usare al 100% 7 giorni su 7 sono affari miei. Il problema stà solo nell' ingordigia, piazzare 100 vps su un quad core, incassare e poi pretendere che nessuno le usi.



FaSan

[gdassori]

Non mi sono spiegato, scusa.

In che modo questo può incidere sulle altre MIE macchine, all'interno di un cloud? Intendo, di fronte ad abusing di risorse su una macchina (e diamo per buono che ci sia, non c'era, ma diamolo per buono), perché sospendere tutto ?

[FaSan]

Non mi sono spiegato, scusa.

In che modo questo può incidere sulle altre MIE macchine, all'interno di un cloud? Intendo, di fronte ad abusing di risorse su una macchina (e diamo per buono che ci sia, non c'era, ma diamolo per buono), perché sospendere tutto ?

Il motivo è quello di prima, se dividi una cpu reale in N virtuali, l' impegno sulla virtuale si ripercuote sulla cpu reale, e di conseguenza a tutte le altre virtualizzate sulla stessa cpu.

Diverso invece per ram e hdd che invece sono riservate ad uso esclusivo della vps.

Poi diciamola tutta, con la parola "Cloud", almeno in Italia, ognuno ci fà quello che vuole. Di norma dovrebbe essere scalabile....



FaSan

[gdassori]

Continuo a non riuscire a spiegarmi con te, è strano, eppure ero sicuro di aver posto una domanda chiara.

Tecnicaglie a parte, se una mia macchina ti da fastidio, tu, sysop, mi cacci dal cloud e spegni tutte le macchine che ho ?

Poi "C'è da dire che però bitcoind suca risorse anche a gen=0"...

Non so cosa hosti tu di solito, ma se uno va oltre la home page del ragazzetto fatta in html statico, ti assicuro che ne suca molte meno di quanto non suchino i siti web che hosto, che fanno decine di migliaia di accessi al giorno, con accessi al db, interprete PHP e quella merda di Wordpress che, superati un tot di utenti concorrenti, notoriamente suca più risorse di Curiosity, anche quando ci metti davanti un sistema di caching pesante come cloudflare o un varnish ben configurato, suca e sucherà sempre risorse a nastro.

Poi ovviamente qui Berlonghi si guarda bene dal dire i motivi per cui c'è stata la sospensione, che non c'entrano niente né con risorse né con abusing né hanno una motivazione di matrice tecnica, believe me.

Poi diciamola tutta, con la parola "Cloud", almeno in Italia, ognuno ci fà quello che vuole. Di norma dovrebbe essere scalabile....

Ci sono molti servizi seri, e altrettanti meno seri. Ognuno fa le sue considerazioni su chi è serio e chi no, al netto dell'esperienza vissuta.

E adesso, veniamo alle tecnicaglie:

guido@strawhat:~$ top

top - 10:24:38 up 78 days, 15:22,  1 user,  load average: 0.30, 0.32, 0.32
Tasks: 226 total,   2 running, 224 sleeping,   0 stopped,   0 zombie
%Cpu(s):  1.7 us,  0.1 sy,  0.2 ni, 98.0 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
KiB Mem:  16382724 total, 16034520 used,   348204 free,   372100 buffers
KiB Swap:  8388604 total,   148352 used,  8240252 free,  8410912 cached

  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND                                                                                                                                                                        
10894 www-data  20   0  214m  48m 6716 S  11.6  0.3  25:18.31 php5-fpm                                                                                                                                                                      
31834 bitcoin-  20   0 2184m 1.5g 6024 S   1.3  9.4 368:49.41 bitcoind                                                                                                                                                                      
 2213 couchdb   20   0  195m  13m 2636 S   1.0  0.1   1933:26 beam.smp                                                                                                                                                                      
11358 mysql     20   0 2598m 585m 7736 S   0.7  3.7 711:51.90 mysqld        


e dai su..... e per un miracolo divino in questo momento neanche c'erano query importanti mysql, e php5 suca quasi dieci volte la CPU che sta sucando bitcoind


e ancora, qualche tempo dopo, ecco qua mysql che fa capolino, insieme ad un bel raddoppio di php... e questa cosa avviene costantemente, h24, e siamo anche a poco carico, che è sabato e per statistica da me il weekend c'è meno traffico


PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND                                                                                                                                                                        
31828 www-data  20   0  216m  49m 6196 S  19.6  0.3  23:51.36 php5-fpm                                                                                                                                                                      
31888 www-data  20   0  216m  49m 6472 S  12.0  0.3  23:52.97 php5-fpm                                                                                                                                                                      
11358 mysql     20   0 2598m 585m 7736 S   5.3  3.7 712:07.47 mysqld                                                                                                                                                                        
31834 bitcoin-  20   0 2130m 1.5g 5364 S   1.3  9.4 368:52.69 bitcoind    


dove sta che bitcoind suca risorse ? lo fara' per pochi secondi all'altezza del blocco (e, ovviamente, durante tutta la fase di bootstrapping e, anche lì, è possibile limitare i danni limitando threads e nice)... e dai su...  non diciamo cose sbagliate, che se bitcoind dovesse essere visto male perché suca risorse in gen=0, wordpress dovrebbe essere totalmente blacklisted

precisazione: i miei nodi di relay non montano wallet, visto che non avrebbe alcun senso

[FaSan]

Continuo a non riuscire a spiegarmi con te, è strano, eppure ero sicuro di aver posto una domanda chiara.

Vista la risposta che hai dato, potrei dire la stessa cosa. Non ti stavo attaccando, è per questo che pensavo chiedessi una risposta tecnica.

Tecnicaglie a parte, se una mia macchina ti da fastidio, tu, sysop, mi cacci dal cloud e spegni tutte le macchine che ho ?

Assolutamente no.

dove sta che bitcoind suca risorse ? lo fara' per pochi secondi all'altezza del blocco (e, ovviamente, durante tutta la fase di bootstrapping e, anche lì, è possibile limitare i danni limitando threads e nice)... e dai su...  non diciamo cose sbagliate, che se bitcoind dovesse essere visto male perché suca risorse in gen=0, wordpress dovrebbe essere totalmente blacklisted

Che il bitcoin succhia risorse è un dato di fatto, che ne possa succhiare di più o di meno di altri software è tutto un' altro discorso. Io non stò penalizzando bitcoin, stò solamente dicendo che la mala informazione può trarre in inganno, e anche qui mi sembra che siamo tutti daccordo.

Le ragioni per cui seaflow ti chiude le macchine, devi chiederle a loro, non di certo a me.



FaSan

[gdassori]

avevo scritto un edit per precisazione, ma sei arrivato prima, quindi c'è rischio che passi inosservato:

<< i miei nodi di relay non montano wallet, visto che non avrebbe alcun senso >>

(non ho visto da parte tua un attacco, ma sinceramente pensavo di aver posto una domanda chiara, e invece arrivava una risposta che non era quella che cercavo, è accaduto due volte, quindi mi interrogavo sul perché non riuscissi a spiegarmi chiaramente)

[FaSan]

avevo scritto un edit per precisazione, ma sei arrivato prima, quindi c'è rischio che passi inosservato:

<< i miei nodi di relay non montano wallet, visto che non avrebbe alcun senso >>

(non ho visto da parte tua un attacco, ma sinceramente pensavo di aver posto una domanda chiara, e invece arrivava una risposta che non era quella che cercavo, è accaduto due volte, quindi mi interrogavo sul perché non riuscissi a spiegarmi chiaramente)

ok don't worry, tra il caldo, il fatto che stò seguendo tre progetti diversi e i bioritmi sotto zero, sono completamente fuso 



FaSan

[seflow]

Tralasciando gli screzi personali tra lei e gdassori, ci conferma quindi che l'hosting di un full node (no mining) è ora accettato sui vostri server? Grazie.

Confermo, è accettato sui nostri server sia cloud che dedicati. Per quanto riguarda invece servizi che fanno uso di cpu 100% 24/24 consigliamo direttamente una soluzione server dedicato. Non è importante quale, anche un low budget, per esempio https://manage.seflow.it/index.php?/cart/&do=2 o meglio, un quad-core https://manage.seflow.it/index.php?/cart/&do=2 è sufficiente per avere buoni risultati. Se comunque avessi dubbi scrivimi pure a matteob [at] seflow [dot] net e ti darò riscontro così da avere una mail ufficiale in caso di problemi.

seh vabè, non vale la pena neanche perdere tempo a replicare  

gente, se avete fiducia in me (e spero che una buona parte di persone qui in questo forum ne abbia, consapevole che non mentirei mai per prendermi una rivincita personale, anzi, molti sanno quanti bocconi amari ho ingoiato in silenzio in questi due anni) state alla larga da questi, per il vostro bene  

Ricordo inoltre che il reato di diffamazione vale per entrambe le parti. Quindi, visto che se non mentono loro, a mentire debbo essere io (così come mentono tutti gli altri con cui flammano sui vari forum e siti di recensione seflow, tutti cazzari  ), invito Berlonghi a togliermi di tasca 2000 euro, data la condotta che gli sto esplicitamente attribuendo senza ritrattare in alcun modo. I miei dati personali li hanno tutti, poco ci vuole a denunziarmi.

Perchè penso che a volte sia meglio esser superiori e lasciar perdere. Continui con la storia della diffamazione, ma ho ancora tutti i log.. ho dove mi insulti con parole che evito di pronunciare perchè mi sento una persona educata, quindi ti chiedo l' enorme cortesia di non insistere su questa strada. Ognuno per la sua strada e basta altrimenti mi costringi veramente a fare quello che è contro la mia natura. Io non parlo di te e tu eviti di parlare di noi.

Ricordo inoltre che non è mai stata inviata disdetta per il servizio quindi teoricamente ci sarebbe una fattura non saldata. Non essendo inoltre stata inviata disdetta ci sarebbero i fee di ritardo saldo e il contratto si è autorinnovato quindi c'è l' onere del periodo di rinnovo da saldare. Io però mi sento una persona onesta e voglio dormire tranquillo la notte perchè so che dietro ogni screzio c'è una persona che magari ha famiglia da mantenere, quindi preferisco far finta di niente e tralasciare certi termini contrattuali.

Tra l' altro mi sorge una domanda spontanea.... ma come è possibile avere questi problemi amministrativi, in più il cliente è riuscito a trasferire tutti i dati presenti sulle macchine se come lui afferma le abbiamo sospese tutte? Poi parliamoci chiaro, una persona aggressiva come te, se veramente avessimo fatto una carognata del genere sarebbe venuta il giorno dopo in ufficio con 10 avvocati al seguito

Veramente, te lo chiedo con tutta la cortesia del mondo, lascia perdere, io per mancanza di tempo e per compassione ho lasciato perdere gli insulti e il contratto, quando sei sparito ho fatto chiudere l' account e non ho attivato il recupero crediti e ho sorvolato sugli insulti... almeno per rispetto basta parlare di noi e scrivere certe cose, anche il più paziente ha un limite.

[gbianchi]

sono sincero non ho seguito bene tutto il thread, ma se uno mi vende:

2 cpu, 4 giga di ram,  100 giga di disco e 100 mega di banda,
e se poi li uso davvero mi dice che non va bene, a casa mia non e' che sia onestissimo.

putroppo l'overbooking e' la norma, ma  questo non vuol dire
da un punto di vista tecnico la cosa abbia il minimo senso.

inoltre ho un full node da un anno circa, e tutte ste risorse assurde
non mi sembra che le succhi... eh si un po'... ma ribadisco,
se mi vendi 2 cpu e poi ne uso in media una mezza, non e'
che puoi urlare allo scandalo eh !

comunque, e' il solito discorso, ormai siamo tutti cosi' abituati a farci prendere
per il culo, che anche una discussione come questa, che tecnicamente non
ha senso (compro una cosa, vorrai darmela ?) ha invece un suo perche' !

vabbe'...

[gdassori]

fattura ? servizio ? eh ? ma se è tutto spento dal lunedì successivo, ma di che stai parlando, la tua piattaforma billa le risorse automaticamente e ci sono 50 euro di credito (edit: ho appena loggato, c'erano due mesi fa, nel frattempo si sono rinnovati dei domini, al momento ci sono 38 euro), se avessi acceso qualcosa avrebbe scalato in automatico..

stiamo davvero rasentando l'assurdo. vieni qui in questo forum perché dopo mesi che taccio, mi sono tolto il sasso dalla scarpa, quando invece avrei dovuto mettere semplicemente tutto su pastebin e fare l'infame non appena fuggito dalla tua piattaforma, ma io non sono questo tipo di persona, anche se mi è stato caldamente consigliato di farlo (così come mi dicono, continuamente, di registrare seflowscam.org e hostarlo da voi!   se continui ci faccio un pensiero   )

ora dici un sacco di menzogne, insisti con una difesa che non sta né in cielo né in terra, alla fine ti arrampichi sugli specchi citando una fattura non saldata, quando il vostro sistema billa tutto in automatico... e qui ti dico che c'è gente che ha letto i log quasi in tempo reale (perché era nelle stanze prossime a me, ovviamente), mentre facevi la cosa assurda che hai fatto: che è estorcermi del denaro per riattivare il cloud, dopo averlo sospeso perché ti avevo mandato aff..., in conseguenza di quanto avevi scritto sopra, e poi rifiutarti di rimborsarmi i crediti rimasti quando ho lasciato la piattaforma.

"insulti irripetibili"? ma va, io ? ma se lo sanno tutti qui che non esiste una roba del genere, da me, devi tipo investirmi il cane per prenderti "insulti irripetibili" da me  

solo pagandoti ho potuto riavere il cloud attivo immediatamente, e migrare quindi i miei dati su Hetzner

non hai fatto quanto sto dicendo ? denunciami, allora! perché sto mentendo! ti prego, portami in tribunale!

è davvero assurdo che tu gestisca un data center. ed è ancora più assurdo che tu abbia un socio.

gente, state alla larga da questi, sono davvero una parodia, probabilmente credono di provocarmi per spingermi a fare qualcosa di stupido, come pubblicare l'intera conversazione, oppure si sono resi conto che non lo faro', e quindi ci danno dentro con le menzogne, stanno inventando tutto da zero: io usavo domflow, chiunque si iscriva a domflow e provi la piattaforma, vedrà che non esistono gli estremi perché si verifichi quello di cui lui sta parlando.

forse non capisci che ti stai scavando la fossa da solo, distruggendoti tutta la reputazione.

sei assurdo, e se fai affari è solo perché le persone non hanno idea di chi tu sia. persona educata?  

tu stessi dicevi di essere maleducato e sembravi andarne anche abbastanza fiero. ora cambi registro, perché fiuti lo sputtanamento ?

guarda, per me possiamo andare avanti quanto vuoi, io non ho problemi, una volta al giorno vengo qui e mi faccio quattro risate, vedi tu se ti conviene. solo che a quel punto, per correttezza e rispetto dell'OP, dovremmo fare uno spin-off dedicato a seflow in sezione off topic, ti va ? lo apro, lo indicizziamo un po' e vediamo che succede?

io che smetto di parlare di te ? l'ho fatto diverse volte in questo stesso thread, salvo poi dovermi difendere dalle menzogne che tornavi a sparare.

[gdassori]

Account chiuso?
Fatture sospese?



Ma sei sicuro di sapere chi hai davanti, o ti sei confuso con un altro ?

Inizio a pensarlo...

[seflow]

come già detto le fatture le avevo fatte cancellare, ovviamente non sono visibili visto che son state annullate.

Ringrazio per aver inviato disdetta ora.

Credo che il tuo modo di parlare aggressivo e da "sfottò" parli da solo sulla persona con cui ho dovuto interfacciarmi. Ringrazio tutti e scusatemi per la diatriba da "bar". Ormai è chiaro il troll in atto, mi limiterò a leggere silentamente le affermazioni e operare di conseguenza.

Cordiali Saluti

[gdassori]

come già detto le fatture le avevo fatte cancellare, ovviamente non sono visibili visto che son state annullate.

E aridaje.
Se avessi acceso qualcosa inApp, il tuo software, avrebbe billato e dedotto dal balance in automatico.
Ma fatture per cosa? E poi non avevi detto anche di avermi fatto chiudere l'account ?  
Insisti eh, pensi proprio che qui dentro la gente porti l'anello al naso.

Trollo, sfotto? Al posto mio faresti lo stesso, resoti conto di chi hai davanti!
Con chi mente sapendo di mentire, a un certo punto o ti incazzi o la butti in caciara.
Io vado per la seconda, in questa circostanza.

Normalmente uno come te lo ignorerei, ma i nostri destini ahimé, si sono incrociati.

[gbianchi]

ho scoperto (per caso grazie a Fasan) di essere al primo posto in affidabilita' secondo una serie di parametri
come fullnode in questo posto:

https://getaddr.bitnodes.io/nodes/leaderboard/

Visto che qui se ne parlava, spete che grado di "autorevolezza" puo' avere queto report ?

[acquafredda]

ho scoperto (per caso grazie a Fasan) di essere al primo posto in affidabilita' secondo una serie di parametri
come fullnode in questo posto:

https://getaddr.bitnodes.io/nodes/leaderboard/

Visto che qui se ne parlava, spete che grado di "autorevolezza" puo' avere queto report ?

Italy wins...


Stai dando parecchi contributi all'intera economia bitcoin. Complimenti gbianchi.

[gbianchi]

ho scoperto (per caso grazie a Fasan) di essere al primo posto in affidabilita' secondo una serie di parametri
come fullnode in questo posto:

https://getaddr.bitnodes.io/nodes/leaderboard/

Visto che qui se ne parlava, spete che grado di "autorevolezza" puo' avere queto report ?

Italy wins...


Stai dando parecchi contributi all'intera economia bitcoin. Complimenti gbianchi.

se vabbe' ma non ci posso credere che io ho un fullnode piu' affidabile di una mining-pool
o di un exchange, dai...

[arulbero]

ho scoperto (per caso grazie a Fasan) di essere al primo posto in affidabilita' secondo una serie di parametri
come fullnode in questo posto:

https://getaddr.bitnodes.io/nodes/leaderboard/

Visto che qui se ne parlava, spete che grado di "autorevolezza" puo' avere queto report ?

La formula che determina il peer index tiene conto di 11 parametri diversi, e si aggiorna ogni 24 ore. Quindi sei primo almeno per oggi  

EDIT:
Un paio di parametri sono calcolati sull'arco di una settimana (latency index e uptime index), quindi sono abbastanza significativi, altri lo sono molto meno ( 1 punto se usi la porta di default 8333, 0 se ne usi altre)

[FaSan]

ho scoperto (per caso grazie a Fasan) di essere al primo posto in affidabilita' secondo una serie di parametri
come fullnode in questo posto:

https://getaddr.bitnodes.io/nodes/leaderboard/

Visto che qui se ne parlava, spete che grado di "autorevolezza" puo' avere queto report ?

Italy wins...


Stai dando parecchi contributi all'intera economia bitcoin. Complimenti gbianchi.

se vabbe' ma non ci posso credere che io ho un fullnode piu' affidabile di una mining-pool
o di un exchange, dai...

In primis non è assolutamente necessario avere un full-node per gestire una pool, o un' exchange (sempre che quest' ultimo non lavori in RAW anzichè con il wallet standard).

Poi come hai sicuramente visto ci sono una serie di fattori di cui tener conto, tra cui la qualità della connessione (sia come uptime che come velocità di risposta), quantità di nodi connessi e qualità degli stessi (diverse ASN).

Premetti pure che la maggior parte dei nodi sono sviluppati in VPS, il tuo ad occhio mi sembra un dedicato. Forse mi sbaglio, ma sicuramente incide.



FaSan

[FaSan]

ho scoperto (per caso grazie a Fasan) di essere al primo posto in affidabilita' secondo una serie di parametri
come fullnode in questo posto:

https://getaddr.bitnodes.io/nodes/leaderboard/

Visto che qui se ne parlava, spete che grado di "autorevolezza" puo' avere queto report ?

La formula che determina il peer index tiene conto di 11 parametri diversi, e si aggiorna ogni 24 ore. Quindi sei primo almeno per oggi 

E' più di una settimana che seguo bitnodes in maniera più o meno continuativa, ed il nodo di gbianchi lo vedo primo sin dall' inizio. Ovvio prima non sapevo che fosse il suo



FaSan

[gbianchi]

se vabbe' ma non ci posso credere che io ho un fullnode piu' affidabile di una mining-pool
o di un exchange, dai...

In primis non è assolutamente necessario avere un full-node per gestire una pool, o un' exchange (sempre che quest' ultimo non lavori in RAW anzichè con il wallet standard).

Poi come hai sicuramente visto ci sono una serie di fattori di cui tener conto, tra cui la qualità della connessione (sia come uptime che come velocità di risposta), quantità di nodi connessi e qualità degli stessi (diverse ASN).

Premetti pure che la maggior parte dei nodi sono sviluppati in VPS, il tuo ad occhio mi sembra un dedicato. Forse mi sbaglio, ma sicuramente incide.



FaSan

riposto quello che avevo scritto nel mio thread sul prezzo del bitcoin, che poi mi ha
fatto scoprire (per caso) che avrei un full node particolarmente affidabile:

io ho un server linux dove gira il client ufficiale bitcoin-qt, un programma di parsing blockchain fatto in c da me
e una serie di programmi in perl per formattare le tabelle e i grafici.

HW: un server virutale a 2cpu, 24 Gb di ram (purtroppo ce ne vuole parecchia per parsare la blockchain attuale,
      anche se non avevo fatto particolari ottimizzazioni, sicuramente si potrebbe far di meglio)  e 200 gb di disco.

siccome il bitcoin-qt e' sempre acceso, l'ho reso anche full node.

pero' mi sembra comunque strano un full node nato come "effetto collaterale" di un altro lavoro che ho
fatto, sia il piu' affidabile... a questo punto mi sorge qualche dubbio sull'attendibilita'  di sto bitnodes.io...

non e' che mi dispiaccia avere un buon fullnode eh, e' pure lusinghiero,  solo che mi piace capire le cose...,
manco lo sapevo che esiste una sorta di "classifica"

[ziomik]

Devo recuperare terreno..
Ho tutto a uno tranne NI = Nodes index che è a 0.0041 ! Veramente messo male... come mai?

[FaSan]

Devo recuperare terreno..
Ho tutto a uno tranne NI = Nodes index che è a 0.0041 ! Veramente messo male... come mai?

Ni dovrebbe essere la quantità di nodi interconnessi. Fai un "getinfo" per vedere quanti nodi hai.

Hai impostato il "maxconnections" nel file conf ? Che versione del client stai usando ?



FaSan

[ziomik]

maxconnections è di default che dovrebbe essere 125 e la versione è la 0.10.2

[gbianchi]

questo e' il mio bitcoin.conf

la questiore rpc penso sia ininfliuente, l'ho attivata
per fare delle prove e funziona solo sulla lan e localhost....

blocknotify pure, esperimenti di mining

comunque anche col maxconnection 5000
al massimo ho visto sette/ottocento nodi collegati...

in questo istante ad esempio ne ho 675


----------------------------------------------------

server=1
rpcuser=xxx
rpcpassword=xxx
rpcallowip=192.168.1.*
rpcallowip=127.0.0.1

blocknotify=/u/mining/stratum-mining/scripts/blocknotify.sh --password xxxxx --host localhost --port 3333

maxconnections=5000

[ziomik]

Credo che mi tengo il mio punteggio di 9.0946
5000 con una connessione dsl da 1mb up la vedo dura.. Non riuscire nemmeno a scrivere sul forum 

[alexrossi]

questo e' il mio bitcoin.conf

la questiore rpc penso sia ininfliuente, l'ho attivata
per fare delle prove e funziona solo sulla lan e localhost....

blocknotify pure, esperimenti di mining

comunque anche col maxconnection 5000
al massimo ho visto sette/ottocento nodi collegati...

in questo istante ad esempio ne ho 675


----------------------------------------------------

server=1
rpcuser=xxx
rpcpassword=xxx
rpcallowip=192.168.1.*
rpcallowip=127.0.0.1

blocknotify=/u/mining/stratum-mining/scripts/blocknotify.sh --password xxxxx --host localhost --port 3333

maxconnections=5000

Azz che upload hai? Ci posti un po' di statistiche sull'utilizzo della rete da parte di bitcoind? 

[gbianchi]

NetHogs version 0.8.0

  PID USER     PROGRAM                                                                                                            DEV        SENT      RECEIVED
2612  root     /u/c/bitcoin/src/qt/bitcoin-qt                                                                                     eth0     197.173      26.316 MB

[picchio]

NetHogs version 0.8.0

  PID USER     PROGRAM                           DEV        SENT      RECEIVED
2612  root     /u/c/bitcoin/src/qt/bitcoin-qt  eth0     197.173      26.316 MB

197 MByte in quanto tempo?
Ma lo fai girare come root?

[FaSan]

comunque anche col maxconnection 5000
al massimo ho visto sette/ottocento nodi collegati...

in questo istante ad esempio ne ho 675

Questa è una limitazione di sistema. la quantità massima di openfiles è fissata a 1024, e anche aumentando il valore di sistema (con ulimit -n 65535 per esempio), bitcoin core non ne usa di più di 1024 (circa 800/900 connessioni), inquanto in ogni caso sopra quel valore l' applicativo crasha.



FaSan

[Fabrizio89]

Quando porteranno la fibra da me spero di riuscire a tenere un full node anch'io

[gbianchi]

NetHogs version 0.8.0

  PID USER     PROGRAM                           DEV        SENT      RECEIVED
2612  root     /u/c/bitcoin/src/qt/bitcoin-qt  eth0     197.173      26.316 MB

197 MByte in quanto tempo?
Ma lo fai girare come root?

dato aggiornato

  PID USER     PROGRAM                                                                                                            DEV        SENT      RECEIVED
2612  root     /u/c/bitcoin/src/qt/bitcoin-qt                                                                                     eth0    3083.740     520.472 MB

dalle 9 alle 13 (circa)

si gira come root, anche quello non c'entra nulla con le performance, avevo un problema di accessi e non
avevo voglia di sbattermi, poi l'ho lasciato cosi'. Tieni conto che sto fullnode e' nato
come "effetto collaterale" di un lavoro di raccolta dati e statistiche.

[FaSan]

NetHogs version 0.8.0

  PID USER     PROGRAM                           DEV        SENT      RECEIVED
2612  root     /u/c/bitcoin/src/qt/bitcoin-qt  eth0     197.173      26.316 MB

197 MByte in quanto tempo?
Ma lo fai girare come root?

dato aggiornato

  PID USER     PROGRAM                                                                                                            DEV        SENT      RECEIVED
2612  root     /u/c/bitcoin/src/qt/bitcoin-qt                                                                                     eth0    3083.740     520.472 MB

dalle 9 alle 13 (circa)

si gira come root, anche quello non c'entra nulla con le performance, avevo un problema di accessi e non
avevo voglia di sbattermi, poi l'ho lasciato cosi'. Tieni conto che sto fullnode e' nato
come "effetto collaterale" di un lavoro di raccolta dati e statistiche.

Ma è il QT ? incredibile, pensavo fosse il daemon.



FaSan

[alexrossi]

NetHogs version 0.8.0

  PID USER     PROGRAM                           DEV        SENT      RECEIVED
2612  root     /u/c/bitcoin/src/qt/bitcoin-qt  eth0     197.173      26.316 MB

197 MByte in quanto tempo?
Ma lo fai girare come root?

dato aggiornato

  PID USER     PROGRAM                                                                                                            DEV        SENT      RECEIVED
2612  root     /u/c/bitcoin/src/qt/bitcoin-qt                                                                                     eth0    3083.740     520.472 MB

dalle 9 alle 13 (circa)

si gira come root, anche quello non c'entra nulla con le performance, avevo un problema di accessi e non
avevo voglia di sbattermi, poi l'ho lasciato cosi'. Tieni conto che sto fullnode e' nato
come "effetto collaterale" di un lavoro di raccolta dati e statistiche.

In pratica 600 nodi ti tengono l'upload occupato per circa 2 mbit, interessante

[gbianchi]

In pratica 600 nodi ti tengono l'upload occupato per circa 2 mbit, interessante

spannometricamente, si !

[alexrossi]

In pratica 600 nodi ti tengono l'upload occupato per circa 2 mbit, interessante

spannometricamente, si !

Posso chiederti su che upload totale?

[picchio]

In pratica 600 nodi ti tengono l'upload occupato per circa 2 mbit, interessante

spannometricamente, si !

Non i quadrano i conti, dove sbaglio?
197MByte in 4 ore ....
197*2^10*8/(4*60*60.)=~112 che dovrebbero essere kbit/s
EDIT: ho visto dopo ...
3083MByte ...
3083*2^10*8/(4*60*60.)=1753.88444444 kbps

[gbianchi]

In pratica 600 nodi ti tengono l'upload occupato per circa 2 mbit, interessante

spannometricamente, si !

Posso chiederti su che upload totale?

sono sulla fibra aziendale, non mi ricordo se sono 100 o 200 mega.
La connettivita' e' interroute, loro sono dei mostri di affidabilita' e peering, questo si.
Noi siamo AS, quindi bgp lo gestiamo noi.

[painlord2k]

In pratica 600 nodi ti tengono l'upload occupato per circa 2 mbit, interessante

Data la topologia delle reti P2P (non ho visto un grafo della rete, ma immagino sia simile a Gnutella o DHT bittorrent), se ci sono un po' di nodi di questo livello, la rete viene attraversata da un messaggio in 2 hops.
Quattro quando va male. Il che ha senso, dato che un blocco mediamente si diffonde in 6 secondi a metà della rete.

Se ci sono 6000 nodi raggiungibili nella rete, basta un nodo da 600 connessioni e 600 nodi da 10 per coprire tutta la rete.
Oppure 10 nodi da 600 connessioni che tengono su tutta la rete e sono interconnessi tra di loro.

La struttura della rete Bitcoin permette una rete estremamente interconnessa e ridondante, per cui la propagazione di un nuovo blocco avviene in pochissimi hops ed in maniera estremamente rapida.

[gbianchi]

Data la topologia delle reti P2P (non ho visto un grafo della rete, ma immagino sia simile a Gnutella o DHT bittorrent), se ci sono un po' di nodi di questo livello, la rete viene attraversata da un messaggio in 2 hops.
Quattro quando va male. Il che ha senso, dato che un blocco mediamente si diffonde in 6 secondi a metà della rete.

Se ci sono 6000 nodi raggiungibili nella rete, basta un nodo da 600 connessioni e 600 nodi da 10 per coprire tutta la rete.
Oppure 10 nodi da 600 connessioni che tengono su tutta la rete e sono interconnessi tra di loro.

La struttura della rete Bitcoin permette una rete estremamente interconnessa e ridondante, per cui la propagazione di un nuovo blocco avviene in pochissimi hops ed in maniera estremamente rapida.

mi ricollego a questo per una riflessione che avevo fatto in passato.

una minig-pool ha tutta la convenienza che appena trova un blocco, venga propagato il piu' presto possibile,
per evitare la probabilita' (scarsa ma sempre possibile) che un'altra mining trovi un blocco piu' o meno
nello stesso istante, o magari un attimo dopo, e per una mera questione di propagazione si veda scartato il suo blocco.

per questo ho sempre pensato che almeno le minig pool, devono avere dei full node strafighi il piu' connessi possibile.

e per questo mi sembrava cosi' strano che un nodo "amatoriale" come il mio, (anche se ben attrezzato) possa
avere la minima chance competere con nodi che si giocano migliaia di BTC su questi dettagli.

evidentemente sbaglio qualcosa, o mi sfugge qualcosa.

[serendib]

Premetto che questo è un campo in cui sono assolutamente digiuno...

Se io fossi una mining farm forse avere un  supermeganodo con 600 connessioni NON è il meglio (single point of failure, DOS....)

Potrei preferire avere il mio nodo "fantasma" (invisibile al mondo) connesso solamente a 10 nodi. Nodi non super-performanti, ma tutti miei. Questo mi permetterebbe di distribuire il mio blocco non tramite 1 nodo da 600 connessioni, ma 10 nodi da 60 connessioni.

Il blocco sarebbe comunque trasmesso al mondo velocemente, ma il mio nodo primario sarebbe "protetto" dal mondo stesso

[acquafredda]

Data la topologia delle reti P2P (non ho visto un grafo della rete, ma immagino sia simile a Gnutella o DHT bittorrent), se ci sono un po' di nodi di questo livello, la rete viene attraversata da un messaggio in 2 hops.
Quattro quando va male. Il che ha senso, dato che un blocco mediamente si diffonde in 6 secondi a metà della rete.

Se ci sono 6000 nodi raggiungibili nella rete, basta un nodo da 600 connessioni e 600 nodi da 10 per coprire tutta la rete.
Oppure 10 nodi da 600 connessioni che tengono su tutta la rete e sono interconnessi tra di loro.

La struttura della rete Bitcoin permette una rete estremamente interconnessa e ridondante, per cui la propagazione di un nuovo blocco avviene in pochissimi hops ed in maniera estremamente rapida.

mi ricollego a questo per una riflessione che avevo fatto in passato.

una minig-pool ha tutta la convenienza che appena trova un blocco, venga propagato il piu' presto possibile,
per evitare la probabilita' (scarsa ma sempre possibile) che un'altra mining trovi un blocco piu' o meno
nello stesso istante, o magari un attimo dopo, e per una mera questione di propagazione si veda scartato il suo blocco.

per questo ho sempre pensato che almeno le minig pool, devono avere dei full node strafighi il piu' connessi possibile.

e per questo mi sembrava cosi' strano che un nodo "amatoriale" come il mio, (anche se ben attrezzato) possa
avere la minima chance competere con nodi che si giocano migliaia di BTC su questi dettagli.

evidentemente sbaglio qualcosa, o mi sfugge qualcosa.

La tua è una giusta obiezione. Comunque, a giudicare dai vari parametri considerati il tuo nodo tanto "amatoriale" non sembra...
 

[serendib]

La tua è una giusta obiezione. Comunque, a giudicare dai vari parametri considerati il tuo nodo tanto "amatoriale" non sembra...
 

> 24 Gb di ram

"amatoriale"

[gbianchi]

La tua è una giusta obiezione. Comunque, a giudicare dai vari parametri considerati il tuo nodo tanto "amatoriale" non sembra...
 

> 24 Gb di ram

"amatoriale"

quelli mi servono per il programma che fa l'elaborazione della blockchain...
ti assicuro che per il nodo sono assolutamente ininfluenti e inutilizzati...

il bitcoin-qt usa circa 2 giga di memoria residente... probabilmente
se usasssi il bitcoind ne servirebbe pure di meno.

l'ho spiegato che e' un nodo nato come "effetto collaterale"
del programma per lo studio della blockchain....

amatoriale nel  senso che non ci faccio nulla che mi serva
per guadagnare dei BTC...

solo per farti un esempio, come mi hanno fatto notare, il demone gira in root, figurati,
e' l'ultima cosa da fare se fosse una installazione professionale in produzione.

[acquafredda]

Questa discussione mi affascina perchè sto imparando altre cose che non sapevo.

[FaSan]

questo e' il mio bitcoin.conf

la questiore rpc penso sia ininfliuente, l'ho attivata
per fare delle prove e funziona solo sulla lan e localhost....

blocknotify pure, esperimenti di mining

comunque anche col maxconnection 5000
al massimo ho visto sette/ottocento nodi collegati...

in questo istante ad esempio ne ho 675


----------------------------------------------------

server=1
rpcuser=xxx
rpcpassword=xxx
rpcallowip=192.168.1.*
rpcallowip=127.0.0.1

blocknotify=/u/mining/stratum-mining/scripts/blocknotify.sh --password xxxxx --host localhost --port 3333

maxconnections=5000

Ehmm... mi era sfuggito... non è neanche molto Full come nodo, ti manca il txindex=1



FaSan

[gbianchi]

Ehmm... mi era sfuggito... non è neanche molto Full come nodo, ti manca il txindex=1



FaSan

Ai suoi tempi, mi ero interessato alla cosa, alcuni dicevano che era necessario,
alcuni no... siccome a me non interessava fargli gestire un ulteriore indice
(io parso la blockchain con altri attrezzi) avevo deciso di lasciar perdere.

prima ho dato un'occhiata e mi pare che la discussione sia piu' o meno
allo stesso stato di quella volta....

http://www.reddit.com/r/Bitcoin/comments/2xbcr2/decided_to_look_into_what_it_would_take_to_run_a/

e nella guida ufficiale di bitcoin.org non fa menzione dell'opzione... boh.

https://bitcoin.org/en/full-node

[FaSan]

Ehmm... mi era sfuggito... non è neanche molto Full come nodo, ti manca il txindex=1



FaSan

Ai suoi tempi, mi ero interessato alla cosa, alcuni dicevano che era necessario,
alcuni no... siccome a me non interessava fargli gestire un ulteriore indice
(io parso la blockchain con altri attrezzi) avevo deciso di lasciar perdere.

prima ho dato un'occhiata e mi pare che la discussione sia piu' o meno
allo stesso stato di quella volta....

http://www.reddit.com/r/Bitcoin/comments/2xbcr2/decided_to_look_into_what_it_would_take_to_run_a/

e nella guida ufficiale di bitcoin.org non fa menzione dell'opzione... boh.

https://bitcoin.org/en/full-node

Uhmm interessante discussione, non l' avevo letta. In effetti potrebbero aver ragione, me la studio meglio e ti dò riscontro




FaSan

[Ermo]

+1 full node Padova !

 

ogni tanto dovrò riavviare, quindi non sarà 24/7 ....

[gbianchi]

+1 full node Padova !

 

ogni tanto dovrò riavviare, quindi non sarà 24/7 ....

bene ... secondo bitnodes.io siamo al 17 esimo posto con 49 nodi...
meritiamo decisamente di piu' !

(anche se ho dei dubbi sull'attendibilita'... tipo un nodo su ovh
viene catalogato come francese  suppongo..., che infatti risulta
al terzo posto con 456 nodi...)

[gdassori]

(anche se ho dei dubbi sull'attendibilita'... tipo un nodo su ovh
viene catalogato come francese  suppongo..., che infatti risulta
al terzo posto con 456 nodi...)

già, il punto è se vogliamo essere campanilisti e rinunciare ai nodi all'estero per alzare la statistica.
si puo' fare eh, ci mettiamo d'accordo fra i mantainers di nodi italiani all'estero (almeno quelli che sbirciano questo 3d) e cerchiamo di tornare in Italia.

da 1&1 spenderei 90 euro l'anno per un VPS da 2 core \ 2 gb ram \ 150gb hdd, ad esempio. mano sul cuore e via, se siamo tanti si fa e riportiamo un po' l'Italia in su nella lista dei nodi

edit: in effetti non sono certo al 100% che con 1&1 poi la macchina sia connessa in Italia

a proposito, qualcuno ha una lista di DC o retailers italiani ?

mi vengono in mente aruba, seeweb, poi ?

[FaSan]

(anche se ho dei dubbi sull'attendibilita'... tipo un nodo su ovh
viene catalogato come francese  suppongo..., che infatti risulta
al terzo posto con 456 nodi...)

già, il punto è se vogliamo essere campanilisti e rinunciare ai nodi all'estero per alzare la statistica.
si puo' fare eh, ci mettiamo d'accordo fra i mantainers di nodi italiani all'estero (almeno quelli che sbirciano questo 3d) e cerchiamo di tornare in Italia.

da 1&1 spenderei 90 euro l'anno per un VPS da 2 core \ 2 gb ram \ 150gb hdd, ad esempio. mano sul cuore e via, se siamo tanti si fa e riportiamo un po' l'Italia in su nella lista dei nodi

edit: in effetti non sono certo al 100% che con 1&1 poi la macchina sia connessa in Italia

a proposito, qualcuno ha una lista di DC o retailers italiani ?

mi vengono in mente aruba, seeweb, poi ?

Se hai un server OVH (ma anche Edis mi pare) puoi acquistare un IP aggiuntivo italiano, e configurarlo come secondo IP.

Altri in Italia ce ne sono, tutti poco appetibili per quanto riguarda costi/prestazioni, vedi clouditalia (ex Eutelia), kaliweb, Netsons, MCLink, TWT Italia, KPNQwest, LevelIP le più blasonate.



FaSan

[alexrossi]

io sto facendo il setup di un nodo con prune attivo su vhosting-it, societa' italiana con datacenter tedesco. Sto pensando di tirar su un full-node anche a casa (Verona), ho solo qualche dubbio sulle performance della linea wireless broadband NGI

Più che altro se hai NGI molto probabilmente avrai un cap mensile di banda oltre alla quale la velocità si riduce, quindi non è proprio il massimo per hostare un full node

[gbianchi]

curiosita', da quando e' in atto il flood, il mio nodo funziona veramente male...

ogni tanto lo trovo bloccato, devo fermarlo e farlo ripartire.

poi mentre normalmente girava in circa 2 Gb di ram, adesso ne richiede quasi 5 Gb

a chi ha altri nodi full succede uguale ?

il mio gira su un ubuntu 14 a 64 bit.

[alexrossi]

curiosita', da quando e' in atto il flood, il mio nodo funziona veramente male...

ogni tanto lo trovo bloccato, devo fermarlo e farlo ripartire.

poi mentre normalmente girava in circa 2 Gb di ram, adesso ne richiede quasi 5 Gb

a chi ha altri nodi full succede uguale ?

il mio gira su un ubuntu 14 a 64 bit.

Penso che tutto ciò sia dovuto alla mempool che in questi ultimi giorni è esplosa, con la 0.11 si possono settare regole più restrittive rispetto a quali tx relayare e quali no, e di conseguenza alleggerire il demone/client

[FaSan]

a chi ha altri nodi full succede uguale ?

Il mio è in shutdown forzato... https://bitcointalk.org/index.php?topic=1118701.msg11857062#msg11857062




FaSan

[alexrossi]

a chi ha altri nodi full succede uguale ?

Il mio è in shutdown forzato... https://bitcointalk.org/index.php?topic=1118701.msg11857062#msg11857062




FaSan

Solamente per il malfunzionamento di un DNS seed? Non ho compreso benissimo dal thread che hai linkato

[FaSan]

a chi ha altri nodi full succede uguale ?

Il mio è in shutdown forzato... https://bitcointalk.org/index.php?topic=1118701.msg11857062#msg11857062




FaSan

Solamente per il malfunzionamento di un DNS seed? Non ho compreso benissimo dal thread che hai linkato

Non è soltanto un malfunzionamento del DNS seed, ma il fatto che per come è stato impostato risulta essere parte di una botnet (Fast-Flux techniques), e poichè è stato segnalato all' Abuse Department, me l' hanno spento in via cautelativa finchè non si fà chiarezza.



FaSan

[gbianchi]

da qualche giorno il mio full node ha ricominciato a funzionare decentemente,
durante il periodo del flood crashava molto spesso.

Unico problema che e' rimasto, mi porta via una marea di ram:
prima la norma er 2 o 3 Gb, adesso si e' attestato su 7 / 8 Gb

22973 root      20   0 10,372g 7,550g  25120 R 176,6 32,1  11516:47 bitcoin-qt

avete notato anche sui vostri full node qualcosa di simile ?

[picchio]

da qualche giorno il mio full node ha ricominciato a funzionare decentemente,
durante il periodo del flood crashava molto spesso.

Unico problema che e' rimasto, mi porta via una marea di ram:
prima la norma er 2 o 3 Gb, adesso si e' attestato su 7 / 8 Gb

22973 root      20   0 10,372g 7,550g  25120 R 176,6 32,1  11516:47 bitcoin-qt

avete notato anche sui vostri full node qualcosa di simile ?

Parlo senza esperienza, ti dico quello che mi è venuto in mente, non è che magari il client tiene in ram le transazioni degli utlimi x giorni e cacha quella piu' vecchie? In questo caso tra qualche giorno dovrebbe trasferire lo spam dei giorni scorsi e tornare nella norma?

[acquafredda]

da qualche giorno il mio full node ha ricominciato a funzionare decentemente,
durante il periodo del flood crashava molto spesso.

Unico problema che e' rimasto, mi porta via una marea di ram:
prima la norma er 2 o 3 Gb, adesso si e' attestato su 7 / 8 Gb

22973 root      20   0 10,372g 7,550g  25120 R 176,6 32,1  11516:47 bitcoin-qt

avete notato anche sui vostri full node qualcosa di simile ?

Parlo senza esperienza, ti dico quello che mi è venuto in mente, non è che magari il client tiene in ram le transazioni degli utlimi x giorni e cacha quella piu' vecchie? In questo caso tra qualche giorno dovrebbe trasferire lo spam dei giorni scorsi e tornare nella norma?

Picchio sei un genio...

[gbianchi]

Non so se lo sapete, ma e' da poco uscita la versione di bitcoin XT che supporta il blocco superiore a 1MB.

siccome gli sviluppatori non si sono accordati, in pratica il passaggio al blocco > 1MB avverra'
se ad un certo punto (dopo gennaio 2016) ci saranno almeno il 75% dei full node che useranno bitcoin XT.
(una sorta di votazione indiretta.... dipendera' da quanti full node in quella data useranno bitcoin XT)

Ho appena ricompilato i sorgenti di bitcoin XT e passato il mio full-node a bitcoin XT.

Credo che tutti quelli che gestisono un full-node e che auspicano che questo ridicolo limite
venga superato, dovrebbero fare altrettanto.

Sito: https://bitcoinxt.software/

Numero di nodi:
http://xtnodes.com/

Rilasciata prima versione:
https://groups.google.com/d/msg/bitcoin-xt/_YeEuaUu3Xk/R1n7ZGcnAwAJ

[gbianchi]

come ho scritto, ho upradato il mio fullnode a 0.11a.

prima avevo una 0.9.5 e tutto funzionava alla perfezione.

Ora il nodo non accetta connessioni incoming....
quindi non e' un problema di nat/routing/firewall, ma qualche configurazione
del client che deve essere cambiata... idee ?

update:  nel log degli errori mi da' un sacco di queste righe:

 Connection slots exhausted, refusing inbound connection from 190.4.91.86:40542

ma non sono neppure lontanamente vicino a nessun limite (file handle, maxconnections...)

quando ho preso questo log, avevo solo 20 connessioni attive (tutte in output)

[acquafredda]

Ho capito bene: sei passato a supportare Bitcoin XT da questo momento?

Ne fai solo una ragione di dimensione del blocco oppure hai altri motivi?

[gbianchi]

Ho capito bene: sei passato a supportare Bitcoin XT da questo momento?

Ne fai solo una ragione di dimensione del blocco oppure hai altri motivi?

avevo una verisione vecchia di demone (0.9.5), quindi dovevo in ogni caso fare un upgrade.

e allora ho preso due piccioni con una fava,aggiornare la versione
e "votare" a favore dell'aumento della dimensione del blocco.

[acquafredda]

Sai bene che la tua scelta non è un semplice aggiornamento ma molto di più.
Grazie del chiarimento
 

[gbianchi]

Sai bene che la tua scelta non è un semplice aggiornamento ma molto di più.
Grazie del chiarimento
 

questo sistema non mi piace molto, ma visto che nella versione ufficiale
non stanno facendo nulla per risolvere il problema del blocco piccolo,
mi sembra l'unica strada percorribile.

Spero in realta' che vada a finire che quelli della versione "ufficiale" vedendo
che essendoci  ampia adozione della versione XT incorporino la patch del blocco > 1Mb
nel client core per non rimanere tagliati fuori... altrimenti cambieranno molti equilibri nel mondo bitcoin...

Qualcosa andava fatto.

[picchio]

come ho scritto, ho upradato il mio fullnode a 0.11a.
...

Non mi è chiara una cosa, il fatto che tu hai upradato frega qualcosa ai fini della decisione finale di accettare la modifica? Mi spiego: non mi pare tu faccia mining, non sono loro a decidere? Se continueranno a minare sulla vecchia chain non si impone nulla e poi rifiuterebbero i blocchi e continuerebbero a minare la chain senza blocco ingrandito.

Ossia: non sono i mining node a decidere?

[Anon39]

come ho scritto, ho upradato il mio fullnode a 0.11a.
...

Non mi è chiara una cosa, il fatto che tu hai upradato frega qualcosa ai fini della decisione finale di accettare la modifica? Mi spiego: non mi pare tu faccia mining, non sono loro a decidere? Se continueranno a minare sulla vecchia chain non si impone nulla e poi rifiuterebbero i blocchi e continuerebbero a minare la chain senza blocco ingrandito.

Ossia: non sono i mining node a decidere?

non sono solo i mining node a decidere.
per esempio se i 4 nodi più grossi con il 60% dell'hashrate forkassero su bitcoin xt ma tutti gli altri nodi restassero su core si avrebbe la situazione paradossale per cui i miner si troverebbero a minare da soli su una chain non accettata da nessuno

[picchio]

come ho scritto, ho upradato il mio fullnode a 0.11a.
...

Non mi è chiara una cosa, il fatto che tu hai upradato frega qualcosa ai fini della decisione finale di accettare la modifica? Mi spiego: non mi pare tu faccia mining, non sono loro a decidere? Se continueranno a minare sulla vecchia chain non si impone nulla e poi rifiuterebbero i blocchi e continuerebbero a minare la chain senza blocco ingrandito.

Ossia: non sono i mining node a decidere?

non sono solo i mining node a decidere.
per esempio se i 4 nodi più grossi con il 60% dell'hashrate forkassero su bitcoin xt ma tutti gli altri nodi restassero su core si avrebbe la situazione paradossale per cui i miner si troverebbero a minare da soli su una chain non accettata da nessuno

Se hanno il 60% dell'hashrate allora minano la chain ... il 40% si adatterà altrimenti brucia corrente inutilmente ... quello intendevo, che decidono i miner (nel senso delle pool) ma se qualcuno ha un fullnode che non genera blocchi come puo' influenzare la chain? Magari statisticamente si vede che molti accettano le nuove funzionalità ma finchè le pool (i miner) non cambiano non se ne fa niente.

[gbianchi]

come ho scritto, ho upradato il mio fullnode a 0.11a.
...

Non mi è chiara una cosa, il fatto che tu hai upradato frega qualcosa ai fini della decisione finale di accettare la modifica? Mi spiego: non mi pare tu faccia mining, non sono loro a decidere? Se continueranno a minare sulla vecchia chain non si impone nulla e poi rifiuterebbero i blocchi e continuerebbero a minare la chain senza blocco ingrandito.

Ossia: non sono i mining node a decidere?

premesso che io non credo assolutamente nel concetto di "democrazia", bensi' solo nel concetto di "forza",
credo che se la maggioranza dei detentori di full-node passano a XT, danno un bel segnale a tutto
l'ecosistema bitcoin (per questo parlo di voto indiretto) su quale sia la strada da percorrere.

e credo pure che diciamo 5000 full node passano a XT, magicamente gli sviluppatori del core
si accorgeranno che serve una patch (che magari non sara' quella di gavin per salvare la faccia)
per aumentare la dimensione del blocco....

E' evidente che bitcoin si e' infilato in una strada impervia, dove senza nessuna ragione
logica legata al protocollo si sta cercando di rendere artificiosamente costose le transazioni.

Tutto questo potra' forse nel breve periodo fare l'interesse dei minatori, ma e' evidente che nel
lungo periodo portera' bitcoin alla morte. (se per pagare una pizza debbo pagare piu' di transazione
che di valore della pizza, col cazzo che uso bitcoin)

Come ho scritto, la forzatura XT non mi piace, ma non saprei suggerire niente di meglio
per cercare di dare una smossa a questa situazione di empasse...

[acquafredda]

Ok trovo alquanto condivisibile la tua ultima spiegazione gbianchi.
Sul concetto di democrazia potrei sbizzarrirmi a farlo fuori: è uno dei concetti di potere più ipocriti mai ideati dall'uomo.

Aveva ragione Tocqueville quando affermava che la democrazia sarebbe diventata di fatto la dittatura della maggioranza.
Ma pur sempre di dittatura parliamo...

[LastRoby]

Volevo far notare che in poco tempo sono già più di 800 nodi XT..

Fonte http://xtnodes.com

[acquafredda]

Io spero proprio che scenderanno.
Non voglio polemizzare ma non mi è davvero piaciuto il modo in cui tutta la vicenda è stata affrontata.

Forse il collasso da blocco troppo piccolo è un collasso necessario per far sì che i dev si diano una mossa ma non in questo modo.

[gbianchi]

ma come cavolo funziona bitnodes.io ?


una volta mi metteva sempre al primo posto, adesso ha deciso che il mio nodo fa cagare

a parte gli scherzi, finche' usavo dei vecchi client con la versione protocollo 70001 mi dava l'indice Vi a 1,
adesso se uso il core 0.11 (versione protocollo 70002) oppure XT (versione protocollo 70010) mi da Vi a 0.5.

pero' lo stesso bitnodes,io dice che il protocollo piu' diffuso e' il 70002.... e sempre lui dice
che il Vi = 1 lo dovrebbe dare al protocollo piu' usato.... insomma
sono sempre piu' convinto che fa le statistiche a spannella !

[gbianchi]

giusto per fare due risate...

non ho cambiato niente appositamente, sto facendo girare la stessa versione (core standard 0.11) da 3 giorni
per vedere come si comporta.

allora, stasera il Vi e' diventato 1 (ieri era 0.5)

Ni e' crollato a 0.0002 mentre ieri era 0.055 (ma ho centinaia di host collegati... piu' di ieri e dell'altro ieri)

ma anche con un Ni ridicolo sono al 65 posto !

spero che non ci facciano nulla di serio con sto' programma di statistiche

[picchio]

giusto per fare due risate...

non ho cambiato niente appositamente, sto facendo girare la stessa versione (core standard 0.11) da 3 giorni
per vedere come si comporta.

allora, stasera il Vi e' diventato 1 (ieri era 0.5)

Ni e' crollato a 0.0002 mentre ieri era 0.055 (ma ho centinaia di host collegati... piu' di ieri e dell'altro ieri)

ma anche con un Ni ridicolo sono al 65 posto !

spero che non ci facciano nulla di serio con sto' programma di statistiche

Non e' che per dare i dati usano una media di 14 giorni e tu nel frattempo hai fatto modifiche e magari spento il nodo?

[gbianchi]

giusto per fare due risate...

non ho cambiato niente appositamente, sto facendo girare la stessa versione (core standard 0.11) da 3 giorni
per vedere come si comporta.

allora, stasera il Vi e' diventato 1 (ieri era 0.5)

Ni e' crollato a 0.0002 mentre ieri era 0.055 (ma ho centinaia di host collegati... piu' di ieri e dell'altro ieri)

ma anche con un Ni ridicolo sono al 65 posto !

spero che non ci facciano nulla di serio con sto' programma di statistiche

Non e' che per dare i dati usano una media di 14 giorni e tu nel frattempo hai fatto modifiche e magari spento il nodo?

si quando cambio il client, lo spengo un attimo, ma poi riaccendo subito l'altro.
e su alcuni dati ha senso fare una media, ma su altri no... tupo sul campo del protocollo che sto usando,
che media fai ? e sopratutto, se sono medie, non possono avere delle variazioni cosi' brusche !

Comunque non e' niente di importantissimo, e' solo per dire di prendere quei dati un po' con le pinze,
l'avevo sospettato da subito, mi pareva strano che che io fossi il nodo piu' potente della rete !

(nota cattivella: ho anche approfondito un po' la cosa, il crawler (raccoglitore di dati) e' si open source, ma
la parte sito/statistiche invece e' privata e gestita da bitcoin foundation... e di loro mi fido pochissimo )

[gbianchi]

sempre giusto per dire....


da 5 giorni non tocco nulla, il client funziona bello regolare, latenze bassissime,
peer collegati stabili.

ieri bitnodes.io mi mette (finalmente) Vi 1 ma mi azzera Ni (?)

oggi mi torna Vi a 0.5 e mi mette Ni a 0.0048, valore bassissimo.

ribadisco che non cambio nulla da giorni

[gbianchi]

da 24h ho attivato un ulteriore full node 0.11 in un datacenter in francoforte.

ai tuoi nodi bitnodes.io che indice Ni assegna ?
il mio ormai e' a zero da settimane, anche se ho centinaia di nodi connessi !

[gbianchi]

da 24h ho attivato un ulteriore full node 0.11 in un datacenter in francoforte.

ai tuoi nodi bitnodes.io che indice Ni assegna ?
il mio ormai e' a zero da settimane, anche se ho centinaia di nodi connessi !

mumble, dove lo leggo quel dato? 

qui https://getaddr.bitnodes.io/nodes/leaderboard

cerca il tuo ip

[gbianchi]

da circa una settimana il mio full node (bitcoin-qt versione 0.11.0) mi da' questo warning:

Warning: (from bitcoind) EXCEPTION: NSt8ios_base7failureE non-canonical ReadCompactSize() bitcoin in ProcessMessages()

avete idea di cosa sia ?


altra cosa strana e' che lo trovo spesso ad occupare 7-8 Giga di ram (la media e' 1-2 Giga)