Pages:
Author

Topic: Official FutureBit Apollo BTC Software/Image and Support thread - page 75. (Read 48658 times)

copper member
Activity: 29
Merit: 0
So to be clear, I REPEAT, the only forwarded port is 83333
First of all, why are you doing that? It's not required to forward that port to run a full node.

The password change did not stop the pool switching, the only thing it stopped it was making that config file read only so there is something in the software that tries to change the pool.
Of course, if someone planted a script on your machine that periodically goes to the config file and changes the pool settings, changing password doesn't help, because they're already inside.

I am myself considering installing my own Linux distro on mine & connecting the Apollo 'to itself' using a short USB-A => Micro-USB cable, in light of these vulnerability reports. Had no issues with it so far, though.

In the setup guide it is mentioned to forward port 83333 to have maximum node connections....I did what it says there...I am no Linux expert so I followed the guide...
hero member
Activity: 882
Merit: 5834
not your keys, not your coins!
So to be clear, I REPEAT, the only forwarded port is 83333
First of all, why are you doing that? It's not required to forward that port to run a full node.

The password change did not stop the pool switching, the only thing it stopped it was making that config file read only so there is something in the software that tries to change the pool.
Of course, if someone planted a script on your machine that periodically goes to the config file and changes the pool settings, changing password doesn't help, because they're already inside.

I am myself considering installing my own Linux distro on mine & connecting the Apollo 'to itself' using a short USB-A => Micro-USB cable, in light of these vulnerability reports. Had no issues with it so far, though.
newbie
Activity: 14
Merit: 4

I had issues with the pool switching and I have replaced the root and dashboard password, I ONLY have port 83333 forwarded but after I made the miner_config file READ ONLY I have no more issues, still I think the issue is not outside the network but inside the futurebit os or Ubuntu.  I will be happy to send you logs to see if you can find anything suspicious but I will need instructions on how to do it. So to be clear, I REPEAT, the only forwarded port is 83333 and I have replaced the root password after I have noticed the issues with the pool which started after i turned the miner on after it fully synced the bitcoin node. The password change did not stop the pool switching, the only thing it stopped it was making that config file read only so there is something in the software that tries to change the pool. Now the fact that it happened on 2 Apollo units, mine is a week old, i think it cannot be a coincidence....I would like the manufacturer to look more into this please....

To pinpoint the problem, do the following:

- make sure no other network component is compromised (if in doubt, turn off all other equipment)
- reflash the Apollo OS with a brand new SD card (don't use the current one)
- remove the SSD (which holds the blockchain) from the machine (to make sure no bogus app has been installed on the NVME drive)
- disable port forwarding 8333 on your router (and any other forward if such one exist)

1) Turn on the Apollo and make sure the mining process is disabled - enter your pool credentials.
2) Next, connect to the Apollo via SSH (from a trusted source), or if you have a monitor/keyboard attached, open a terminal session.

3) To see if something is happening to the miner config file, enter the following command:
Code:
watch cat /opt/apolloapi/backend/apollo-miner/miner_config
(you should see your correct pool URL with your credentials)
The 'watch' command updates the file contents every 2 seconds. If the config file is altered, you'll see it.

4) Now turn on the miner process from within the dashboard. (Have a look at the 'watch' output - is there a credential change?)
If NO, let the machine run for a few hours to make sure the miner behaves as normal.

Next, turn off the miner process and the Apollo and reinstall the NVME disk. Repeat step 1) and following.
If there is no change in the miner_config, that's good.

Now enable port forwarding 8333 to your Apollo. Repeat step 1 ...

If, at some point, your credentials are being changed, report back when this was gonna happen.

Good luck.
copper member
Activity: 29
Merit: 0
If anyone is interested in buying a full node+psu at an extremely discounted price, message me.

I have absolutely no desire to be apart of FutureBit with the obvious coding flaws that's allowed some sort of exploit through that's caused a great deal of us to all experience the same exact thing.

I'm currently mining 7 different coins with a dozen or so different miner manufacturers, Helium, a couple weather stations, GEOD navigators, etc... this is the only product I own I truly feel has a potential to completely compromise my entire network by the obvious back doors on these units.

First 400 takes it, it's less than 2 weeks old, I'll even throw in free expedited shipping.

Let's stop with the fear mongering please. Only you and one other person has reported this, and support has been in touch with one of you. Its been determined the issue is because you guys chose to expose your Apollo to the whole internet for anyone to attack. This akin to leaving your Bitcoin wallet on a table outside, publicly yelling out your address and telling everyone come and take it.

The issue is with forwarding our webUI to the open internet. The webui is not a server grade hardened frontend, its designed for easy access and control of your Apollo from your LAN. While you can forward your WAN port 80 so you can bring your UI up from any and device/place what you are doing is essentially hosting it as a public web page that anyone can try to attack, and this is precisely what happened.

Simply remove those port forwards and you will be fine(or go through the process of turning your Apollo into a hardened server grade web server). If you really want to be able to access your Apollo from outside your LAN in an easy and more secure way, then setup a remote access app directly in the desktop environment.


I had issues with the pool switching and I have replaced the root and dashboard password, I ONLY have port 83333 forwarded but after I made the miner_config file READ ONLY I have no more issues, still I think the issue is not outside the network but inside the futurebit os or Ubuntu.  I will be happy to send you logs to see if you can find anything suspicious but I will need instructions on how to do it. So to be clear, I REPEAT, the only forwarded port is 83333 and I have replaced the root password after I have noticed the issues with the pool which started after i turned the miner on after it fully synced the bitcoin node. The password change did not stop the pool switching, the only thing it stopped it was making that config file read only so there is something in the software that tries to change the pool. Now the fact that it happened on 2 Apollo units, mine is a week old, i think it cannot be a coincidence....I would like the manufacturer to look more into this please....
newbie
Activity: 1
Merit: 0
My apollo(batch 3) is mining, however dashboard is frozen and nothing is responding. New to this…..
Please help!
newbie
Activity: 16
Merit: 1
The web dashboard still shows that the miners are inactive: everything is showing zeroes, even after I refresh the screen.
Tried full reboot? Dashboard can be dodgy at times. Reboot is often easier than manually digging for services to restart, because obviously it restarts everything. Cheesy

I bet you changed the time zone on the OS. @thak777

Same thing happened to me yesterday. Miner kept running fine according to slushpool, but all stats were empty.  

Preformed a system reboot and everything has been problem free since then.
hero member
Activity: 882
Merit: 5834
not your keys, not your coins!
The web dashboard still shows that the miners are inactive: everything is showing zeroes, even after I refresh the screen.
Tried full reboot? Dashboard can be dodgy at times. Reboot is often easier than manually digging for services to restart, because obviously it restarts everything. Cheesy
newbie
Activity: 14
Merit: 1
TL;DR: Do I have to wait for the Full to sync before a completely separate hashboard in my Standard is able to mine? That seems pretty silly.
FWIW, my single standard unit was able to sync and mine at the same time.
It took it 48h roughly to sync, which is pretty good. CPU temp was in the 70s / 80s, but that should be no problem for modern chips. In fact, high end desktop CPUs can operate even close to 100C before throttling.
I would just position the thing on top of something else so it can more easily suck in air from the bottom for the little Orange Pi fan.

So it's even weirder. I just ended up leaving it all running overnight...and what do you know--Nicehash is reporting that it's been successfully mining since I posted this message...The web dashboard still shows that the miners are inactive: everything is showing zeroes, even after I refresh the screen. I'm happy that it's successfully mining, but the whole reason I bought these things was to resell them and set them up for normies that want to get into mining in a plug-and-play manner. If the web dashboard doesn't work, that defeats a lot of the purpose for my use case.

Are there logs I need to look at? An update I need to run?
newbie
Activity: 1
Merit: 0
Hello,

I got al the time the following error on my raspberry pi3 (Ubuntu aarch64) using the aarch64 binaries. The test on my windows machine works fine but now Sad

Quote
MsPacket: crc mismatch: exp 0x00000000 != act 0xc048df6d
magic=0xabcd, ver=0xd166, msgId=0x28, msgSize=4819
WARNING: slave[0]: packet ignored
[6144]: 40 00 00 20 41 41 70 6f ... 00 00 00 00 00 00 00 00
MsPacket: crc mismatch: exp 0x00000000 != act 0xc048df6d
magic=0xabcd, ver=0xd166, msgId=0x28, msgSize=4819
WARNING: slave[0]: packet ignored
[6144]: 40 00 00 20 41 41 70 6f ... 00 00 00 00 00 00 00 00
MsPacket: crc mismatch: exp 0x00000000 != act 0xc048df6d
magic=0xabcd, ver=0xd166, msgId=0x28, msgSize=4819
WARNING: slave[0]: packet ignored
[6144]: 40 00 00 20 41 41 70 6f ... 00 00 00 00 00 00 00 00
MsPacket: crc mismatch: exp 0x00000000 != act 0xc048df6d
magic=0xabcd, ver=0xd166, msgId=0x28, msgSize=4819
WARNING: slave[0]: packet ignored
[6144]: 40 00 00 20 41 41 70 6f ... 00 00 00 00 00 00 00 00
MsPacket: crc mismatch: exp 0x00000000 != act 0xc048df6d
magic=0xabcd, ver=0xd166, msgId=0x28, msgSize=4819
WARNING: slave[0]: packet ignored
[6144]: 40 00 00 20 41 41 70 6f ... 00 00 00 00 00 00 00 00
MsPacket: crc mismatch: exp 0x00000000 != act 0xc048df6d
magic=0xabcd, ver=0xd166, msgId=0x28, msgSize=4819
WARNING: slave[0]: packet ignored
[6144]: 40 00 00 20 41 41 70 6f ... 00 00 00 00 00 00 00 00
MsPacket: crc mismatch: exp 0x00000000 != act 0xc048df6d
magic=0xabcd, ver=0xd166, msgId=0x28, msgSize=4819
WARNING: slave[0]: packet ignored
[6144]: 40 00 00 20 41 41 70 6f ... 00 00 00 00 00 00 00 00
MsPacket: crc mismatch: exp 0x00000000 != act 0xc048df6d
magic=0xabcd, ver=0xd166, msgId=0x28, msgSize=4819
WARNING: slave[0]: packet ignored
[6144]: 40 00 00 20 41 41 70 6f ... 00 00 00 00 00 00 00 00
MsPacket: crc mismatch: exp 0x00000000 != act 0xc048df6d
magic=0xabcd, ver=0xd166, msgId=0x28, msgSize=4819
WARNING: slave[0]: packet ignored
[6144]: 40 00 00 20 41 41 70 6f ... 00 00 00 00 00 00 00 00
MsPacket: crc mismatch: exp 0x00000000 != act 0xc048df6d
magic=0xabcd, ver=0xd166, msgId=0x28, msgSize=4819
WARNING: slave[0]: packet ignored
[6144]: 40 00 00 20 41 41 70 6f ... 00 00 00 00 00 00 00 00
MsPacket: crc mismatch: exp 0x00000000 != act 0xc048df6d
magic=0xabcd, ver=0xd166, msgId=0x28, msgSize=4819
WARNING: slave[0]: packet ignored
[6144]: 40 00 00 20 41 41 70 6f ... 00 00 00 00 00 00 00 00
MsPacket: crc mismatch: exp 0x00000000 != act 0xc048df6d
magic=0xabcd, ver=0xd166, msgId=0x28, msgSize=4819
WARNING: slave[0]: packet ignored
[6144]: 40 00 00 20 41 41 70 6f ... 00 00 00 00 00 00 00 00
MsPacket: crc mismatch: exp 0x00000000 != act 0xc048df6d
magic=0xabcd, ver=0xd166, msgId=0x28, msgSize=4819
WARNING: slave[0]: packet ignored
[6144]: 40 00 00 20 41 41 70 6f ... 00 00 00 00 00 00 00 00
MsPacket: crc mismatch: exp 0x00000000 != act 0xc048df6d
magic=0xabcd, ver=0xd166, msgId=0x28, msgSize=4819
WARNING: slave[0]: packet ignored
[6144]: 40 00 00 20 41 41 70 6f ... 00 00 00 00 00 00 00 00
MsPacket: crc mismatch: exp 0x00000000 != act 0xc048df6d
magic=0xabcd, ver=0xd166, msgId=0x28, msgSize=4819
WARNING: slave[0]: packet ignored
[6144]: 40 00 00 20 41 41 70 6f ... 00 00 00 00 00 00 00 00
MsPacket: crc mismatch: exp 0x00000000 != act 0xc048df6d
magic=0xabcd, ver=0xd166, msgId=0x28, msgSize=4819
WARNING: slave[0]: packet ignored
[6144]: 40 00 00 20 41 41 70 6f ... 00 00 00 00 00 00 00 00
MsPacket: crc mismatch: exp 0x00000000 != act 0xc048df6d
magic=0xabcd, ver=0xd166, msgId=0x28, msgSize=4819
WARNING: slave[0]: packet ignored
[6144]: 40 00 00 20 41 41 70 6f ... 00 00 00 00 00 00 00 00
MsPacket: crc mismatch: exp 0x00000000 != act 0xc048df6d
magic=0xabcd, ver=0xd166, msgId=0x28, msgSize=4819
WARNING: slave[0]: packet ignored
[6144]: 40 00 00 20 41 41 70 6f ... 00 00 00 00 00 00 00 00
MsPacket: crc mismatch: exp 0x00000000 != act 0xc048df6d
magic=0xabcd, ver=0xd166, msgId=0x28, msgSize=4819
WARNING: slave[0]: packet ignored
[6144]: 40 00 00 20 41 41 70 6f ... 00 00 00 00 00 00 00 00

Can any body help with this?
hero member
Activity: 882
Merit: 5834
not your keys, not your coins!
TL;DR: Do I have to wait for the Full to sync before a completely separate hashboard in my Standard is able to mine? That seems pretty silly.
FWIW, my single standard unit was able to sync and mine at the same time.
It took it 48h roughly to sync, which is pretty good. CPU temp was in the 70s / 80s, but that should be no problem for modern chips. In fact, high end desktop CPUs can operate even close to 100C before throttling.
I would just position the thing on top of something else so it can more easily suck in air from the bottom for the little Orange Pi fan.

Its been determined the issue is because you guys chose to expose your Apollo to the whole internet for anyone to attack. This akin to leaving your Bitcoin wallet on a table outside, publicly yelling out your address and telling everyone come and take it.
Oh noo that's terrible! Did they set it as an 'exposed host' or just forward port 80 though?
Good to finally know what caused these guys issues...

Personal opinion: it's easily good enough to check the pool's dashboard when on the go; if you really need to see the dashboard, you could create an SSH tunnel, VPN into your network, or potentially setup a Tor v3 hidden service with authentication. The latter might be the safest solution honestly.

Especially in current international state of affairs, there's lots of viruses, hacks and malware going on as well guys, so beware, update your stuff and stay safe. Don't decrease your security in any way if avoidable..

~
Are you selling a full or standard unit for 400 bucks? And that's $400, 400€, or what currency? With or without PSU?
legendary
Activity: 2174
Merit: 1401
If anyone is interested in buying a full node+psu at an extremely discounted price, message me.

I have absolutely no desire to be apart of FutureBit with the obvious coding flaws that's allowed some sort of exploit through that's caused a great deal of us to all experience the same exact thing.

I'm currently mining 7 different coins with a dozen or so different miner manufacturers, Helium, a couple weather stations, GEOD navigators, etc... this is the only product I own I truly feel has a potential to completely compromise my entire network by the obvious back doors on these units.

First 400 takes it, it's less than 2 weeks old, I'll even throw in free expedited shipping.

Let's stop with the fear mongering please. Only you and one other person has reported this, and support has been in touch with one of you. Its been determined the issue is because you guys chose to expose your Apollo to the whole internet for anyone to attack. This akin to leaving your Bitcoin wallet on a table outside, publicly yelling out your address and telling everyone come and take it.

The issue is with forwarding our webUI to the open internet. The webui is not a server grade hardened frontend, its designed for easy access and control of your Apollo from your LAN. While you can forward your WAN port 80 so you can bring your UI up from any and device/place what you are doing is essentially hosting it as a public web page that anyone can try to attack, and this is precisely what happened.

Simply remove those port forwards and you will be fine(or go through the process of turning your Apollo into a hardened server grade web server). If you really want to be able to access your Apollo from outside your LAN in an easy and more secure way, then setup a remote access app directly in the desktop environment.
newbie
Activity: 59
Merit: 0
I'm not experiencing any issues with usernames being changed.  I've also never seen the dashboard (don't even know how to access it to be honest).
Wait, then how did you set your mining pool information?
And how did you choose between 'eco', 'balanced' or 'turbo'?

You can choose between the different settings using a .bat file to start the miner (I pasted it in my post) with the necessary settings.  You can set it to whatever you want, not just the 3 options (although I wouldn't play around with those settings too much) and also setup a restart (as shown in my post) so that if it crashes it will automatically start mining again.  I use the interface at slush pool to make sure everything is running as it should.


Looks like your running a standard unit, so there is no dashboard for that since you run the miner software directly on your system

Yup, just a couple of standard units running off of a PC.  That would explain why no dashboard for me.

How do you and where do you make those changes?
newbie
Activity: 59
Merit: 0
1) Is it possible to use the in screen keyboard option at the Apollo os login screen? I don't have a keyboard I can leave permanently hooked up to the Apollo unit, it would be much more convenient if I could use the mouse to pick the password letters using an on-screen keyboard.

2) Also, has anybody set up a VPN on the Apollo unit? I'm thinking about using my free windscribe account (50gb/mo) but weary of breaking anything custom setup for the miner/node to work.

Thanks!

I use my dVPN  from Deeper Network just fine

Is that only a hardware solution or do they have a downloadable as well?

Are these results in line with what others are getting?https://i.ibb.co/71Rtrkh/Screenshot-20220225-135252-Chrome-Beta.jpg

And if anyone is looking to upgrade their SSD to 2TB...  https://slickdeals.net/f/15619948-2tb-samsung-970-evo-plus-ssd-200-free-s-h-at-amazon

That is average in returns for one unit
newbie
Activity: 14
Merit: 1
TL;DR: Do I have to wait for the Full to sync before a completely separate hashboard in my Standard is able to mine? That seems pretty silly.

I just got a Full & Standard. After plugging them in, I had the problem with the unseated NVMe drive and I've already reflashed my install because I made the mistake of accepting the system upgrades when the machine first booted. (I've since turned off all of the repositories so it thinks I'm fully upgraded.)

ANYWAY...

I'm still waiting for the node to sync. After reading the thread, I'm assuming the miner isn't staying running on the Full because syncing is overheating the CPU. Meanwhile, my Standard is sitting there with a solid red LED on the front, connected via the USB cable, doing nothing. So I restart the miner, it detects both of them, starts them up--going from solid red LED to flashing LED--and then immediately proceeds to show them inactive.
donator
Activity: 4760
Merit: 4323
Leading Crypto Sports Betting & Casino Platform
I'm not experiencing any issues with usernames being changed.  I've also never seen the dashboard (don't even know how to access it to be honest).
Wait, then how did you set your mining pool information?
And how did you choose between 'eco', 'balanced' or 'turbo'?

You can choose between the different settings using a .bat file to start the miner (I pasted it in my post) with the necessary settings.  You can set it to whatever you want, not just the 3 options (although I wouldn't play around with those settings too much) and also setup a restart (as shown in my post) so that if it crashes it will automatically start mining again.  I use the interface at slush pool to make sure everything is running as it should.


Looks like your running a standard unit, so there is no dashboard for that since you run the miner software directly on your system

Yup, just a couple of standard units running off of a PC.  That would explain why no dashboard for me.
newbie
Activity: 16
Merit: 1
1) Is it possible to use the in screen keyboard option at the Apollo os login screen? I don't have a keyboard I can leave permanently hooked up to the Apollo unit, it would be much more convenient if I could use the mouse to pick the password letters using an on-screen keyboard.

2) Also, has anybody set up a VPN on the Apollo unit? I'm thinking about using my free windscribe account (50gb/mo) but weary of breaking anything custom setup for the miner/node to work.

Thanks!

I use my dVPN  from Deeper Network just fine

Is that only a hardware solution or do they have a downloadable as well?

Are these results in line with what others are getting?https://i.ibb.co/71Rtrkh/Screenshot-20220225-135252-Chrome-Beta.jpg

And if anyone is looking to upgrade their SSD to 2TB...  https://slickdeals.net/f/15619948-2tb-samsung-970-evo-plus-ssd-200-free-s-h-at-amazon
legendary
Activity: 2174
Merit: 1401
update on my end.    i thought i had it figured out.   but i woke up this morning and was wrong.....   so i reflashed, setup a totally different vlan than it was on, added it on a totally different wifi network instead of the same ether connection it was on before, setup the pool and password on startup, clicked on settings and users and changed the main password to one that is different from default and different than my dashboard login, fired it up, working great, temps around 45 and 62, ran great for 5-8 hours, woke up, changed back to slushpool and topminer01.........(i have tried using multiple pools, keeps reverting back to topminer01 on slushpool)    is there something i'm missing?  is there a different system password that someone could be accessing to get into it and change everything?  i'm at a loss at this point.....  

Where did you buy it?

from futurebit.  one full node and 3 standard units.  

OK just wanted to rule out third party tampering before you got it.

What pool are you using? Have you tried other pools?

yep i've used multiple.  i am not currently using slushpool however.  its so strange, i go through all these steps.  it runs fine on the pool i set, then at random it will go back to this topminero1 workername on slushpool as others have seen.  with reflashing and all that and setting the default pool to something totally different, i just can't understand how it keeps changing without some sort of a compromise or something.  like i said, after yesterday, it had a new network, new ip, isoloated from anything else in my network, all the passwords on the unit that i know of changed, unless there's more i don't know about or some kind of a virus or bug or something....

OK

The config file that the miner uses to populate the pool login details is called "miner_config" and is located in: /opt/apolloapi/backend/apollo-miner/

If you SSH into the miner you can cd to that directory and view it with "cat miner_config" command

So I would first, SSH in while the miner is set how you like it, then check that file to make sure it has saved the settings.

Then if it switches back to slushpool and the other account, check again and see if the file has changed.

You can also see the log for the miner in that directory called miner.events


First thing you need to change is the default root password. Please remember that the root password is public, so if someone gains access to your network and scans it and finds "futurebit-btc" its pretty easy for them to do a google search and figure out how to log in and take over your unit. This applies to almost any miner / open source firmware or devices on your network.

You can change the default password in the OS settings using a monitor:

Power Button on Upper right hand corner -> Settings -> Users -> Change password

OR

SSH into your device  (futurebit/futurebit123) and type password update command

Code:
passwd

Ideally you should do this right after a fresh SD card install before you connect the device to your network with a monitor keyboard and mouse, that way if you have another compromised system on your network it does not have a chance to auto log in and hijack your Apollo.

This is just temporary though and you need to find the root cause of how they are accessing your network in the first place, which is probably another compromised system/device on your network.

Everyone should be doing this regardless, and in a future update we will be implementing more security measures like setting the dashboard password you initially set up to the root password as well.
legendary
Activity: 3234
Merit: 1220
update on my end.    i thought i had it figured out.   but i woke up this morning and was wrong.....   so i reflashed, setup a totally different vlan than it was on, added it on a totally different wifi network instead of the same ether connection it was on before, setup the pool and password on startup, clicked on settings and users and changed the main password to one that is different from default and different than my dashboard login, fired it up, working great, temps around 45 and 62, ran great for 5-8 hours, woke up, changed back to slushpool and topminer01.........(i have tried using multiple pools, keeps reverting back to topminer01 on slushpool)    is there something i'm missing?  is there a different system password that someone could be accessing to get into it and change everything?  i'm at a loss at this point.....   

Where did you buy it?

from futurebit.  one full node and 3 standard units. 

OK just wanted to rule out third party tampering before you got it.

What pool are you using? Have you tried other pools?

yep i've used multiple.  i am not currently using slushpool however.  its so strange, i go through all these steps.  it runs fine on the pool i set, then at random it will go back to this topminero1 workername on slushpool as others have seen.  with reflashing and all that and setting the default pool to something totally different, i just can't understand how it keeps changing without some sort of a compromise or something.  like i said, after yesterday, it had a new network, new ip, isoloated from anything else in my network, all the passwords on the unit that i know of changed, unless there's more i don't know about or some kind of a virus or bug or something....

OK

The config file that the miner uses to populate the pool login details is called "miner_config" and is located in: /opt/apolloapi/backend/apollo-miner/

If you SSH into the miner you can cd to that directory and view it with "cat miner_config" command

So I would first, SSH in while the miner is set how you like it, then check that file to make sure it has saved the settings.

Then if it switches back to slushpool and the other account, check again and see if the file has changed.

You can also see the log for the miner in that directory called miner.events

copper member
Activity: 29
Merit: 0
update on my end.    i thought i had it figured out.   but i woke up this morning and was wrong.....   so i reflashed, setup a totally different vlan than it was on, added it on a totally different wifi network instead of the same ether connection it was on before, setup the pool and password on startup, clicked on settings and users and changed the main password to one that is different from default and different than my dashboard login, fired it up, working great, temps around 45 and 62, ran great for 5-8 hours, woke up, changed back to slushpool and topminer01.........(i have tried using multiple pools, keeps reverting back to topminer01 on slushpool)    is there something i'm missing?  is there a different system password that someone could be accessing to get into it and change everything?  i'm at a loss at this point.....  

Where did you buy it?

from futurebit.  one full node and 3 standard units.  

OK just wanted to rule out third party tampering before you got it.

What pool are you using? Have you tried other pools?

yep i've used multiple.  i am not currently using slushpool however.  its so strange, i go through all these steps.  it runs fine on the pool i set, then at random it will go back to this topminero1 workername on slushpool as others have seen.  with reflashing and all that and setting the default pool to something totally different, i just can't understand how it keeps changing without some sort of a compromise or something.  like i said, after yesterday, it had a new network, new ip, isoloated from anything else in my network, all the passwords on the unit that i know of changed, unless there's more i don't know about or some kind of a virus or bug or something....

Please check your private messages. I have sent you a private message.
newbie
Activity: 15
Merit: 0
update on my end.    i thought i had it figured out.   but i woke up this morning and was wrong.....   so i reflashed, setup a totally different vlan than it was on, added it on a totally different wifi network instead of the same ether connection it was on before, setup the pool and password on startup, clicked on settings and users and changed the main password to one that is different from default and different than my dashboard login, fired it up, working great, temps around 45 and 62, ran great for 5-8 hours, woke up, changed back to slushpool and topminer01.........(i have tried using multiple pools, keeps reverting back to topminer01 on slushpool)    is there something i'm missing?  is there a different system password that someone could be accessing to get into it and change everything?  i'm at a loss at this point.....   

Where did you buy it?

from futurebit.  one full node and 3 standard units. 

OK just wanted to rule out third party tampering before you got it.

What pool are you using? Have you tried other pools?

yep i've used multiple.  i am not currently using slushpool however.  its so strange, i go through all these steps.  it runs fine on the pool i set, then at random it will go back to this topminero1 workername on slushpool as others have seen.  with reflashing and all that and setting the default pool to something totally different, i just can't understand how it keeps changing without some sort of a compromise or something.  like i said, after yesterday, it had a new network, new ip, isoloated from anything else in my network, all the passwords on the unit that i know of changed, unless there's more i don't know about or some kind of a virus or bug or something....
Pages:
Jump to: