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
I can safely say he's right (the files are clean) and they even work with other providers such as server4you. ( infact they probably use the exact same method of installing windows on there servers.
@rauppe31
I've given your link to someone to test. I'll stop distributing the link until you hear back from MS
Also whilst your files worked perfectly for me, I quickly broke it by trying to activate the Windows firewall. What's the best way of activating this without stopping the only access to the server (RDP)?
installing teamviewer? then try it
So the KS-1 was available and I was trying buy it then while creating a new account I recieved an error and it wasnt available anymore.
Is there a way to snap it quickly? I dont have a kimsufi account so will have to register a new one and how do i avoid the vat ?
Here's small how to make your own windows image. Custom iso and kvm will be needed. For example Vultr will be excellent choice.
1) Install Windows 2012
Enable Remote Desktop
Disable Firewall
2) Shutdown and Boot from Ubuntu iso or any other linux OS which supports running from RAM.
3) Open terminal
Become root
sudo -i
Create temp directory to mount storage later
mkdir /mnt/temp/
Mount remote storage, of course create "temp" directory in your other server
sudo sshfs [email protected]:/temp /mnt/temp
Check which disk you need to dump, it will show you what partitions you have "something like /dev/vda1 /dev/vda2"
fdisk -l
After that run dump command
dd if=/dev/vda | gzip -1 | dd of=/mnt/temp/windows2012.gz
4) Login to Kimsufi manager
Disable Monitoring
Enable Rescue-Pro Boot and reboot the server
Login to Rescue-Pro and type:
wget http://yoursite.com/windows2012.gz -O- | gunzip | dd of=/dev/sda
or
ssh [email protected] "/temp/windows2012.gz " | gzip -1 | dd of=/dev/vda
After a a minute or so server will answering to ping and will be ready to use!
Why Windows 2012 ?
Why Gzip ?
PS if you've any suggestions let me know
@alexvolk I just tried to do this at Vultr but i can't come further then "2) Shutdown and Boot from Ubuntu iso or any other linux OS which supports running from RAM."
How can you boot from an ISO at Vultr?
First of all, you need to create vps with custom iso, that iso will be windows 2012 with virtio drivers folder in it.
Then after successful install and configuration of windows you'll need to attach ubuntu iso:
**Custom iso: **
You can directly transfer the image without gzipping into an intermediate file.
On the source server (IP 1.2.3.4):
On the destination:
If you don't have "nc6", try "netcat" instead, or install the "netcat6" package if you can.
Also warning, this is transferred without authorization or encryption, so your only security measure is that no one knows you're starting a transfer at the port 12345 (pick your own port), and connects there before you. But this is usually enough, and the transfer will be very fast due to extremely low overhead. To be safer, change your root or Administrator password on the destination server once its image is transferred like that in the clear over the Internet.
@alexvolk Thanks!
I'm currently building a new slipstreamed Windows Server 2012 ISO with the Virtio drivers
If anyone wants it, just send me a message
Oh well.. Seems like the iso i've build doesn't work
Nevermind, fixed it. Had to build the iso in UDF format
what you using to attempt this?
i have tried 3 times and it fails every time windows 2008 r2 is very easy though
I first extracted the windows iso, then copied the Virtio folder into the windows folder, after that i created the iso with genisoimage
Be careful with Kimsufi/OVH IPs.
Some of them are not clean and are blocked by AMS-IX - be prepared to say goodbye to all traffic going through AMS-IX if you happen to have a blocked IP.
It's the first time i hear of AMX-IX (or any other internet exchange) blocking IPs.
The internet exchanges operate as big layer 2 devices, i.e. switches. It's not their busyness to watch or block the layer 3 (IP) traffic.
Well, just take a look at the traceroutes I posted above - all traffic is blocked at AMS-IX..
@iceTwy it's blocked, not at the AMS-IX though. First you don't see AMS-IX on a traceroute, since it's a switch, not a router. And second - look at the first traceroute - the traffic went through ams-ix and was blocked elsewhere.
Yep, but only traffic that goes through AMS-IX and is then routed to another provider (either rrbone or Portlane/DCP Networks) is blocked. Traffic through all other exchanges seems to work just fine, but the fact that AMS-IX is an enormous exchange makes the situation incredibly annoying.
The first two traces clearly show your packets successfully traverse AMS-IX, and reaching the final destination network. In other words, you're talking b/s, it's not the AMS-IX that's at fault.
Here's how a "working" traceroute looks:
Note the 5th hop which you too can reach. What remains after that one, is just the final destination server, i.e. that's what actually blocks you, not AMS-IX.
The fact it is enormous means it is highly unlikely to block anything. I believe it is some technical glitch OR the destination blocks the OVH ASN.
I see the same traceroute from my server.
root@ns3282823:~# traceroute tracker.openbittorrent.com traceroute to tracker.openbittorrent.com (31.172.63.253), 30 hops max, 60 byte packets 1 vss-9b-6k.fr.eu (5.39.95.252) 3.394 ms * * 2 rbx-g1-a9.fr.eu (178.33.100.73) 35.254 ms 35.478 ms 35.693 ms 3 * ams-1-6k.nl.eu (178.33.100.233) 48.401 ms * 4 ams-ix.as39138.net (195.69.147.245) 15.148 ms 15.076 ms 15.069 ms 5 te-2-1-800.bbr-dtm-01.de.infra.rrbone.net (31.172.1.10) 14.247 ms 14.798 ms 14.120 ms 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 * * *
But I am able to load ams-ix.net website from the server.
Btw just checked from my KS server, indeed I can't reach those destinations.
But it's not the AMS-IX'es fault in any way, shape or form.
I see two possibilities:
1) some time in the past there was a DDoS attack from OVH at those trackers, and they have blacklisted some OVH ranges in the process of mitigating it;
2) or these destination ranges are blocked in the incoming filter by OVH, in an attempt to curtail torrenting on their servers.
I'm a little confused why you're all trying to ping public torrent trackers.
http://torrentfreak.com/public-bittorrent-trackers-ban-piracy-monitoring-outfits-140523/
So could this explain why I'll see '100% Availability' but still no downloads for days on end?
Note that this article was published on May 23rd, but there have been threads about this issue on Kimsufi's forums since June 2013.
And I can still access those trackers from my OVH Classic VPS:
Just to let you know, this does not work. Getting the following error:
I'm blocked from accessing open.demonii.com with my IPv4 address but not my IPv6 address.
root@ns3282823:~# ping6 open.demonii.com PING open.demonii.com(2001:bc8:3400:102::1) 56 data bytes 64 bytes from 2001:bc8:3400:102::1: icmp_seq=1 ttl=56 time=13.8 ms 64 bytes from 2001:bc8:3400:102::1: icmp_seq=2 ttl=56 time=42.8 ms 64 bytes from 2001:bc8:3400:102::1: icmp_seq=3 ttl=56 time=8.77 ms 64 bytes from 2001:bc8:3400:102::1: icmp_seq=4 ttl=56 time=29.8 ms 64 bytes from 2001:bc8:3400:102::1: icmp_seq=5 ttl=56 time=10.7 ms 64 bytes from 2001:bc8:3400:102::1: icmp_seq=6 ttl=56 time=46.3 ms ^C --- open.demonii.com ping statistics --- 6 packets transmitted, 6 received, 0% packet loss, time 5006ms rtt min/avg/max/mdev = 8.774/25.401/46.307/15.192 ms root@ns3282823:~#
Anyway to configure transmission-daemon to use IPv6 to connect?
You'd lose access to OpenBT, PublicBT and iStoleIt because they don't support IPv6, as far as I know.
Also, I've eventually enabled DHT and PEX.. don't need no trackers.
Is DHT enabled by default in transmission-daemon?
I'm not sure it is. You can probably find the option to enable it in the settings box on the web interface. Don't forget to open an UDP port for DHT.
Yay, got windows working on the Kimsufi KS-1