Bitcoin Forum
April 18, 2015, 11:35:59 PM *
News: Latest stable version of Bitcoin Core: 0.10.0 [Torrent]
  Home Help Search Donate Login Register  
  Show Posts
Pages: [1] 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 ... 78 »
1  Other / Meta / Re: An exact/estimate reason why Bitcointalk doesn't load without VPN for me? on: April 14, 2015, 10:16:38 AM
Vodafone does funny things as well:
traceroute to (, 30 hops max, 60 byte packets
 2 (  26.468 ms  29.630 ms  29.621 ms
 3 (  34.503 ms  34.500 ms  34.466 ms
 4 (  40.485 ms  40.447 ms  40.410 ms
 5 (  37.577 ms  40.392 ms  40.359 ms
 6 (  43.195 ms  32.402 ms  49.601 ms
It is perfectly fine to use private/local IP addresses on the internal network of the ISP. So those hops 2-6 are perfectly fine as long as they don't leave the ISP's internal network. Funnies & shenanigans start when one sees the private packets routed (or apparently routed) over the public Internet. Try doing a reverse traceroute, meaning from other public address of another ISP to your IP address on Vodafone. If you then see those 6 hops over 10/8 subnet that would qualify as "funny".
2  Other / Meta / Re: An exact/estimate reason why Bitcointalk doesn't load without VPN for me? on: April 12, 2015, 10:11:41 PM
I am fairly positive that all four are wrong. I always try to be careful when I install something.[1]

I am not afraid, I don't know what to do. This problem is happening to chronicsky too and he is an Indian. It's not only for me. I thought I would get workaround or reason if I post here.
It is hard for me to take your statements on their face value. I'm an experienced engineer, but the teenage computer-gaming-kids I know all are well aware of their ping times. So when somebody posts a multi-second ping times like if this is nothing special all I can think of is . It is very hard for me to really put myself into your frame of mind, when the teenage kids near me (about 6th grade) all know their ping times and discuss them in the breaks of their soccer matches.

Post your trace will you? Mine shows two class A IPs as well, just before "reaching" the DDoS protection, my ping times are significantly better though. See redsn0ws post above, they also have similar IPs and
traceroute to (, 30 hops max, 60 byte packets
 3 (  16.311 ms  24.876 ms  26.022 ms
 4 (  26.888 ms  27.741 ms  28.585 ms
These IPs do not show when I use an VPN (university line).
What is the point? I don't have routing problems. I always have at least 2 ISP available when at home, and all of them properly filter . Is "Superkabel" a reseller of "Kabel-Deutschland"? That setup looks like a typical reseller agreement where the reseller has no technical knowledge to maintain their network, only to do the billing. Perhaps you should ask you ISP why they don't filter martians? Your uni seems to have competent network engineers.

Edit: The only thing of that may be of interest is that from my Eastern European ISP I see a hop to the Western Europe via
Code: (
before reaching which seems to be located in Russia.

Edit2: Since more people posted the traceroutes with 10/8 subnet, I think it may be worthwhile to ask their ISP if they distinguish between bogons and martians ( & and why don't they use RPF ( theymos should probably also ask what is going on. I have no way of testing that because all the ISPs I have access to properly filter martians and my access to the internal ISP traffic engineering tools is very limited.
3  Other / Meta / Re: An exact/estimate reason why Bitcointalk doesn't load without VPN for me? on: April 12, 2015, 09:05:08 PM
I think I understand what you are trying to proove. I posted exact lines(except I removed first 3) I got after running the command "traceroute". I didn't want to make changes as it may lead to more complications. So...?
I apologize in advance for being blunt. I don't otherwise will achieve any sort of positive communication.

M.Z. doesn't know what he's doing. He's afraid to admit it. He had either:

1) managed to get his computer&gateway working by installing some malware or shitware that screws up routing
2) buys his Internet access from some black market supplier, equivalent to earlier Indian dishwallahs who frequently were resellers of cracked-encryption satellite TV receivers
3) steals his Internet access from someplace with significant restrictions
4) is completely honest and forthright, but pays for Internet access to somebody who does 1)-3).

The situation you are with is typically called "painted yourself into a corner". You are now afraid to make any changes, like a floor painter who didn't think ahead and didn't plan a way to leave the room he had to paint.
4  Other / Meta / Re: An exact/estimate reason why Bitcointalk doesn't load without VPN for me? on: April 12, 2015, 08:06:51 PM
Okay. Thanks for telling! But is it easy to plant malware with "minimum" information? What is considered as "minimum" information?
I don't know what is the minimum information required to rip-off somebody. Probably the most common rip-offs are done with a help offer via Teamviewer: but I'm not really up to speed in that racket.
As I have mentioned earlier, my knowledge in this is very limited. I looked more about locally and globally-routable IP. I think I understood basics/theories.
Personally, I don't think you understand the basics.
13 (  2463.142 ms  2974.825 ms  5016.395 ms
In the previously posted traceroute you have a non-globally-routable IP address (10/8 subnet) at position 13. I don't know if there's an simpler and more obvious way to detect routing shenanigans than that.
5  Other / Meta / Re: An exact/estimate reason why Bitcointalk doesn't load without VPN for me? on: April 12, 2015, 07:18:01 PM
Sorry for lack of details. What all details are necessary? As I have mentioned earlier, I have tried with another ISP.
The details are necessary for anyone to really help you. The only people who will not ask for details are the scammers who will need the minimum information required to plant a trojan/exploit on your computer, especially if you seem to have just one machine loaded with coins.

The first detail I always ask: do you know what you doing? Like the basics of networking: local vs. globally-routable IP? My experience shows that it is the best to assume that somebody having weird problems simply has very minimal understanding of networking and pretends to be knowledgeable for reasons related to the social status.

On another forum I've watched someone posting about "trying different ISPs," with no success. Finally somebody posted who knows the particular city. It turned out that the "different ISPs" were just a different resellers for the same ISP, just selling in different languages and with different marketing/payment plans.
6  Other / Meta / Re: An exact/estimate reason why Bitcointalk doesn't load without VPN for me? on: April 12, 2015, 05:59:26 PM
Thank you for telling! I am using Linux Lubuntu. Is there a way to fix this if this is misconfiguration?
How can anyone help you without you posting the very detailed information about your setup? You'll probably also need at least temporary access to another computer and/or another ISP.
7  Other / Meta / Re: An exact/estimate reason why Bitcointalk doesn't load without VPN for me? on: April 12, 2015, 04:46:56 PM
Without VPN:
traceroute to (, 30 hops max, 60 byte packets
 4 (  5218.928 ms  6140.400 ms  7061.777 ms
 5 (  7983.013 ms  8803.091 ms  8803.280 ms
 6 (  8803.259 ms  8793.376 ms  8793.183 ms
 7 (  8792.849 ms  7681.464 ms  6964.936 ms
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
13 (  2463.142 ms  2974.825 ms  5016.395 ms
14 (  1431.839 ms  1841.873 ms  1842.262 ms
15 (  1842.012 ms  931.474 ms  1852.168 ms
This trace reads like misconfigured equipment. I see about 6 seconds in the 4th hop then the final is reached in around 1 second. My best guess is this is a misconfigured firewall doing reverse DNS on every packet and letting them through only after RDNS failure. Notice that the packets without explicit reverse DNS address take several seconds whereas the packets with a set reverse address only take 1 or 2 seconds. This used to be a known bug with Microsoft Proxy/ISA/Forefront Server.

There's no physical reason for this type of ISP latency on Earth, it would only make sense for some space communication.
8  Bitcoin / Development & Technical Discussion / Re: Account-feature stable? on: April 10, 2015, 05:34:07 PM
I know how it works and found a way to make it work with my application, but my question is what would be better in terms of performance and stability. How do others do it when developing wallet functionality? I found a few code examples but seem to be using the account feature instead.
Thus far any business that claimed to understand and utilize the built-in account functionality turned out to be either:

1) incompetent (they only thought they understand)
2) fraudulent (it was just a convenient scapegoat for a premeditated scam)
3) some combination of above

with the end result being the loss of the depositor's funds.
9  Bitcoin / Project Development / Re: [ESHOP launched] Trezor: Bitcoin hardware wallet on: April 10, 2015, 03:22:40 AM
For a PC in one's workplace, in a hotel convenience room, cash register desk, or internet cafe, the part that needs to be inside the PC is the resistor and two shielded probe cables leading to a digital oscilloscope hidden somewhere else.  Othwerwise one would need a small circuit that includes the A-D converter, some memory, and some means to transmit the data out at a suitable opportunity, e.g. by bluetooth. It may be hard to fit that inside a laptop, but perhaps the physical hacker can remove a speaker or some other component whose absence will not be noticed.

Recall that the whole point of a hardware wallet is to keep the keys safe even when using an untrusted machine to sign transactions or hand over a public key.  Requiring the host to have trusted hardware would be a significant restriction to its scope.
How about a quick&simple workaround for this somewhat advanced attack?

When a drug-dealer bitcoiner wants to use Trezor on a really untrusted computer then connect it through a small powered USB hub than one can carry together with the Trezor. Would that defeat this attack?
10  Bitcoin / Hardware / Re: [ANN] Spondoolies-Tech - carrier grade, data center ready mining rigs on: April 09, 2015, 12:29:45 AM
OT: Does anyone remember 'E-Machine' computers, $299 desktops what a POS Smiley
I still have one working almost continuously since 2003/2004. Around 2012/2013 I tried to order replacement parts (mechanical,cracked plastic) and I found out that many places are still using it. Gateway may be still providing support for them.

Runs Bitcoin & Litecoin just fine, although mine was way more expensive.
11  Bitcoin / Development & Technical Discussion / Re: Old testnet chains on: April 04, 2015, 11:59:34 PM
I think they are mostly lost.  There was a lot of test attacks/bug-hunts done on the testnet and even two machines side by side on same ISP had vastly different stored blockchains.
12  Bitcoin / Technical Support / Re: bitcoind not accepting connections on 8333 on: March 31, 2015, 11:37:59 PM
I use a direct PPPoE connection, no router in between. And from the info provided above, my IP is reachable on 8333.
You maybe suffering from an MTU issue. PPPoE has MTU 8 bytes less than the Ethernet standard of 1500 bytes.

See if you can reconfigure your modem from PPPoE to PPPoA which would then support full 1500 byte MTU.

I don't have time to give you a full lecture on the MTU, path MTU discovery, MSS, etc.

Start here:

Edit: If your ISP gave you a NAT router/gateway and you reconfigured it to the bridge mode, then most likely this router was transparently adjusting MSS to be 8 bytes lower to accommodate PPPoE overhead.
13  Other / Meta / SSL changes 2015-03-31T20:00UTC on: March 31, 2015, 08:08:49 PM
Some of older computers (older Macintoshes) can no longer access bitcointalk because they can't establish a secure connection HTTPS/SSL.

Can you tell us what did you change at that time?

Can you maybe re-enable some lower security transport protocols?

Edit: Hmm, it is back to loading pages and working OK. The current date stamp is 2015-03-31T20:21 .
14  Bitcoin / Development & Technical Discussion / Re: Difference between a Torrent Network and a Block chain on: March 31, 2015, 02:59:25 AM
My question is moreso if I were to somehow make a blockchain that instead of exchanging bitcoins exchanged files. Would that mean that in that network, once that file is sent to another party, that I no longer have access to said file (assuming that I have not copied it)?
Maybe in the universe from the film "Interstellar" or "Blade Runner" or "In Time" you can make an assumption that you looked at the data but did not copy it.

In the real world we live you can't make such assumptions. I can't and won't try to prohibit you from fantasizing or dreaming up alternate realities. In the real world we all live you could learn how any sort of digital media player/reader works and stop conceptualizing "somehow" magical DRM (Digital Rights Management) devices. There's no point of getting into details of peer-to-peer and distributed technologies.
15  Bitcoin / Development & Technical Discussion / Re: Difference between a Torrent Network and a Block chain on: March 30, 2015, 11:57:28 PM
so in theory, one could make a torrent network whereby via a block chain, you send a file and then lose the ability to access that file? Assuming you don't copy it of course.
No, with my understanding of the word "theory". On the Bittorrent network the copy of Sylvester's Stallone film is still playable and valuable no matter how many copies are in existence. On the Bitcoin network people value only coins that are "unspent" as marked by the "the most current and heaviest blockchain". The "spent" coins continue to exist, but nobody gives them any value.

You may have other meaning of the word "theory" on you mind.
16  Bitcoin / Development & Technical Discussion / Re: Difference between a Torrent Network and a Block chain on: March 30, 2015, 11:37:15 PM
Actually the difference is very simple to explain:

1) When I send you a file via Bittorrent protocol we end up with the situation where both you and me have a copy of this file;

2) When I send you a coin via Bitcoin protocol I lose my coin and you gain one, the blockchain is a shared resource that keeps track of the coins so they don't multiply like rabbits or copies of an unreleased Sylvester's Stallone movie.

Everything else is just an implementation detail.
17  Bitcoin / Project Development / Re: [ANN] SatoChip: Open-Source Hardware wallet for less than 10$! on: March 20, 2015, 12:31:44 PM
Can your code handle testnet coins?
18  Bitcoin / Bitcoin Discussion / Re: BurtW arrested on: March 16, 2015, 09:08:32 AM
Yeah, $30K around the house sounds like a lot.
It not just "$30K around the house". He was widely known for doing cash deals nearly daily for a long time. Keeping cash at home in a safe or under the proverbial mattress, when nobody knows about it is safe and sane. It is a completely different story when everyone and his dog knows that he was a cash operator.

What kind of miraculous force protected him from robbery for all those years?
19  Bitcoin / Bitcoin Discussion / Re: BurtW arrested on: March 16, 2015, 08:52:41 AM

if you live in a good area and are wealthy its not unreasable to think some people have cash or even gold well in excess of 30k

maybe  he took precautions ,had it stashed in a safe or split up in various locations around the house

someone who is practically famous for doing big deals face to face for the last few years would need to have operational cash on hand in case the phone rings and someone wants to dump some cheap btc ASAP to take advantage of the situation and make a profit etc
Yeah right. Personal face-to-face trades with anonymous people, done nearly daily for couple of years. With no single instance of violent crime.

Maybe someone will dump some bricks on your head to make you understand what's wrong in your picture.
20  Bitcoin / Bitcoin Discussion / Re: BurtW arrested on: March 16, 2015, 08:31:44 AM
When did she say it was "hidden?" I heard "from around the house."

In my house, at this moment, there's cash in my wallet, in my wife's purse, in the safe, in a drawer and probably a couple of other places I've forgotten about. The amounts are all under $1000 but I'm sure if I was targeted as Burt was it would all be confiscated and I'd describe it in the same way.
There is a miscommunication going on in this thread.

I'm going to guess that most of the posters here don't remember the days when the delivery vans used to have "Driver doesn't cary cash" painted on them.

Again the interesting and unusual part isn't whether it is "legal" or "illegal" to keep that much cash at family residence with small kids. The question is: is it safe and sane? The people who really handle that cash on the daily basis treat it in a way similar to dangerous explosives. Because cash first of all attracts crime.

I'm thinking that maybe BurtW wasn't telling his wife everything, maybe he kept additional job for cover, maybe he tried to keep double and/or cooked books and gotten over his head in it?
Keeping $30,000+ in cash on hand when you're trading bitcoins makes sense to me.
At a family residence with wife and small kid? I think you are either unmarried/childless or homicidal/suicidal/infanticidal.

Edit: OK, one possible thing came to my mind. Maybe BurtW was sane, wore body armor when going Bitcoin trading, had a armored car with run-flat tires, and other accessories of the cash operator. But maybe he hired/cooperated with non-licensed body guards or two-timing body guards. And those guards were involved in something obviously illegal and BurtW looked to the investigators like he's working for them as a bagman and not vice-versa?
Pages: [1] 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 ... 78 »
Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!