New on LowEndTalk? Please Register and read our Community Rules.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
Comments
My order (the second kimsufi on my account) has been being validated for 18 hours now, but they haven’t asked me for any info. Is that normal with Kimsufi?
Great deal. Snatched one, and cancelled the KS-3 I bought last week.
yes, this happens
Exactly.
Setup fee is like a sacrifice, just in this terms not prositive like your wife leaves you.
Its more like negative, like somone is stealing your money.
Don't you have this feeling every time you sign up for yet another idling server?
Just because you can't resist because the offer is tempting and you think one can never have enough storage.
At least that's what I though when I just grabbed one...
However, why should you only have a n+2 backup if you can go for a n+3 for ~10 bucks a month.
When you have setup fees it's kind of an investment in the future of that server and honestly N2800 + 100Mbit is not really working out anymore. I have an old KS1 (N2800) from almost 5 years back and it still is reliable and all, but on Debian 9 it fails apt-upgrade with a timeout for some packages.
No.
Obviously, for doing a PornHub replica you need at least 100.
And you think this is because of 100 Mbit? Or because of Atom? Your dumb or something?
I think this kind of setup was great 5 years ago.
Because 5 years ago apt-upgrade didn't timeout for you?
my linux iso's download at around 300mbit on the arm.
Grabbed a box, is renewal automatic once I saved my payment method in the control panel or do I need to hit the renew button each month?
Sure but there's also disk encryption workloads etc to consider
I might have to pick up one of these to compare... My old KS-1 only has a Celeron 220 in it
This still requires a password?
For those who want to know what this dirty old N2800 can do and what not, here are some tests I performed on my box which was delivered an hour ago.
So encrypted file operations are definitely possible at Fast Ethernet speed without bottlenecks, also with that old N2800 CPU. But you probably don't want to do much beyond that. Nevertheless I'd say it's a good deal for cheap backup space.
Well, there is a point where you might conclude that that offer isn't the right one for you. There is only so much a cheap system can do.
Maybe it would be a sensible approach to encrypt the data (to be stored on the cheap box) already on your local (and presumably much faster) machine.
shrug I don't know. I just saw that it was on the sale link, in case it was missed.
This CPU too slow for me....i will keep using my C2D
Mind to share the reference about how to setup this kind of disk encryption?
I can't remember anything about what you set up here when I set up dmcrypt on my laptop
Well, the magic keywords to start researching might actually be 'dm-crypt' and 'LUKS'.
For example: dm-crypt/Device encryption - ArchWiki
I initialized my partition with
cryptsetup -v --type luks --cipher serpent-xts-plain64 --key-size 512 --hash whirlpool --iter-time 20000 --use-urandom --verify-passphrase luksFormat /dev/sdXX
You may choose cipher and hash algorithm according to your cryptographic trust (or the numbers of
cryptsetup benchmark
). AES (Rijndael), Twofish and Serpent are all modern ciphers without practical weakness yet.Besides that you need of course to partition your harddisk and setup a filesystem on top of /dev/mapper/myCryptDev after you opened the encrypted partition with
cryptsetup luksOpen myCryptDev /dev/sdXX
but I won't write yet another step by step guide here; there are already enough on the internet (and the manpages on your system).Do you set up 1 disk unencrypted, and another disk encrypted to boot normally, or you setup raid with dmcrypt?
I think I found long time ago about set up encrypted disk and we can ssh to unlock when the server boot up.
From your explanation it seems that you use one disk unencrypted.
You can do both, you have to decide what you need. I'd recommend having the system on a RAID 1 as you have two drives, whatever you choose.
Having only a data partition encrypted is easier to setup and allows you to have some services that will start automatically (using the unencrypted partition) if you server had an unexpected reboot. If you encrypt everything you'd have to unlock your drives at boot, which can be done with dropbear (if you want to setup that, use your favorite search engine there are plenty of tutorials on the web!) but if there is an unexpected reboot all services will be down until you manually unlock the drive.
I actually use an unencrypted root device for easier installation and to make sure the server with all non-sensitive services can always boot automatically.
I used the Kimsufi installer with 250 MB boot and 10 GB root partition, both mirrored across both drives via RAID 1 for redundancy.
Swap can (and should) also be encrypted like for example described in
dm-crypt/Swap encryption - ArchWiki
Later within the OS I unmounted the other 1.8 TB partition and initialized the encrypted disk with 'cryptsetup luksFormat' like described before.
As I do not need redundancy for this encrypted partition (I am only storing backups on it), I created two independent filesystems, one for each disk and mounted them to two mountpoints. For easier data access I combined both mountpoints with 'mergerfs' into one virtual mountpoint. So you can access all data stored on both drives within one virtual filesystem tree which is really convinient. The advantage of this approach compared to RAID 0 is that in case of a drive failure you only loose the files stored on the failed drive and not everything as with RAID 0. Of course you do not get the performance benefit of RAID 0 and mergerfs might add a minimal overhead on file operations but in most use cases you shouldn't notice any negative impact.
Short example of mergerfs:
mergerfs -o defaults,allow_other,use_ino /crypt_a/backup:/crypt_b/backup /crypt/backup
Let's assume I have two independent filesystems for your two drives, /crypt_a and /crypt_b, both containing a folder named backup. Now I have some backups stored as /crypt_a/backup/server_foo or /crypt_b/backup/server_bar. As I do not care which server backups are actually stored on /crypt_a or /crypt_b, I can now access both via /crypt/backup/server_foo and /crypt/backup/server_bar. If you consider using mergerfs, read the documentation to understand how exactly mergerfs maps paths from the virtual mountpoint to the physical ones.
Hello,
For your info, we extend the offer until Monday.
Could you fix your caching issue?
It does not list the 13.99 4TB, I expect that is expected.
But it does pop up at random times for no reason.
Looks like to me like a caching issue.
Does anyone also have issues with very slow connection to the server from different location? It took me more then 15 hours to upload 50 gb files to the server from usa location.
Well it seems the cache issue is on your side ? But ye..that can happens.
No cache issue,tried different time with fresh reinstalls but still is nighmare to upload files to the server with so bad speed connection
@suricloud
Could be issue somewhere else along the way as well - have you run an MTR to check from your usa location?
(Maybe open another thread if you have questions about that.)