This is seriously the highest level of incompetence for a hosting company that claims to be the number one in the Russian market for virtual dedicated servers. The company is actually owned (or otherwise has roots) to ISPsystem, the people who make the FreeBSD VDS thing, together with a number of (rather horrible, must I say) control panels (the FreeBSD virtualisation itself that they offer seems nice, although given the other parts, I’d not be surprised if it’s equally horrible deep within, too).
Below is a session from a brand new VDS server from firstvds.ru, created 2011-12-31. Notice that they’ve been offering IPv6 addresses since a few months ago, since 2011-10-14.
cvs# time traceroute www.netbsd.org traceroute to www.netbsd.org (204.152.190.12), 64 hops max, 52 byte packets 1 gw.webdc.ru (188.120.247.254) 3.283 ms 0.479 ms 0.446 ms 2 92.63.108.89 (92.63.108.89) 0.329 ms 0.797 ms 0.581 ms 3 xe012-438.RT.MR.MSK.RU.retn.net (87.245.254.61) 1.375 ms 3.878 ms 1.553 ms 4 xe000-8.RT.TLX.NYC.US.retn.net (87.245.233.114) 124.487 ms 124.173 ms 123.801 ms 5 nyiix.r1.lga1.isc.org (198.32.160.95) 124.964 ms 125.565 ms 126.134 ms 6 int-0-5-0-0.r1.pao1.isc.org (149.20.65.137) 199.516 ms 199.786 ms 199.262 ms 7 int-0-0-1-0.r1.sql1.isc.org (149.20.65.10) 202.798 ms 202.221 ms 203.148 ms 8 www.netbsd.org (204.152.190.12) 196.944 ms 199.323 ms 196.995 ms 0.006u 0.009s 1:01.06 0.0% 0+0k 0+0io 0pf+0w cvs# time traceroute6 www.netbsd.org connect: No route to host 0.000u 0.020s 0:05.29 0.3% 24+136k 0+0io 1pf+0w cvs# time host www.netbsd.org ;; reply from unexpected source: 188.120.242.64#53, expected 127.0.0.1#53 www.netbsd.org has address 204.152.190.12 ;; reply from unexpected source: 188.120.242.64#53, expected 127.0.0.1#53 www.netbsd.org has IPv6 address 2001:4f8:3:7:2e0:81ff:fe52:9a6b ;; reply from unexpected source: 188.120.242.64#53, expected 127.0.0.1#53 www.netbsd.org mail is handled by 10 mail.netbsd.org. 0.007u 0.061s 0:03.52 1.7% 1935+475k 0+0io 14pf+0w cvs# cat /etc/resolv.conf nameserver 127.0.0.1 nameserver 188.120.247.2 nameserver 188.120.247.8 nameserver 82.146.59.250 cvs# dig cvs.su ;; reply from unexpected source: 188.120.242.64#53, expected 127.0.0.1#53 ; <<>> DiG 9.6.-ESV-R5 <<>> cvs.su ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 27038 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;cvs.su. IN A ;; ANSWER SECTION: cvs.su. 2560 IN A 188.120.242.64 ;; Query time: 10 msec ;; SERVER: 188.120.247.2#53(188.120.247.2) ;; WHEN: Sat Dec 31 08:03:37 2011 ;; MSG SIZE rcvd: 40 cvs# time dig cvs.su ;; reply from unexpected source: 188.120.242.64#53, expected 127.0.0.1#53 ; <<>> DiG 9.6.-ESV-R5 <<>> cvs.su ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 40280 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;cvs.su. IN A ;; ANSWER SECTION: cvs.su. 2560 IN A 188.120.242.64 ;; Query time: 4 msec ;; SERVER: 188.120.247.2#53(188.120.247.2) ;; WHEN: Sat Dec 31 08:03:51 2011 ;; MSG SIZE rcvd: 40 0.000u 0.006s 0:01.00 0.0% 0+0k 0+0io 0pf+0w cvs# ifconfig igb0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 options=1bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4> ether 00:1e:67:05:9b:5e inet 188.120.242.64 netmask 0xffffffff broadcast 188.120.242.64 inet6 2a01:230:2::10d prefixlen 64 nd6 options=3<PERFORMNUD,ACCEPT_RTADV> media: Ethernet autoselect (100baseTX <full-duplex>) status: active igb1: flags=8802<BROADCAST,SIMPLEX,MULTICAST> metric 0 mtu 1500 options=1bb<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,TSO4> ether 00:1e:67:05:9b:5f media: Ethernet autoselect status: no carrier ipfw0: flags=8801<UP,SIMPLEX,MULTICAST> metric 0 mtu 65536 lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384 options=3<RXCSUM,TXCSUM> cvs# uname -a FreeBSD cvs.su 8.2-STABLE FreeBSD 8.2-STABLE #0 r112:113: Mon Dec 19 08:17:00 IRKT 2011 root@freebsd8-amd64.ispsystem.net:/root/src/sys/amd64/compile/ISPSYSTEM amd64 cvs# netstat -rn netstat: kvm not available: /dev/mem: No such file or directory Routing tables rt_tables: symbol not in namelist cvs#
Note that it’s supposed to come with IPv6, for which they do actually charge you 1 RUR monthly fees, but the extra IPv6 (was part of the order) doesn’t actually work at all.
This is in addition to them not actually providing any IPv6 name servers, neither local nor authoritative (the .su and .ru do actually already support IPv6).
In addition, notice the fuck up with the nameservers that they specify: they specify 127.0.0.1, whereas either due to their virtualisation or whatever else, the named doesn’t actually reply from 127.0.0.1, so, nothing that makes any use of any names actually works smoothly, due to obvious security concerns within the resolver software. In turn, this amounts to a delay of at least one second for every name query. The sshd logins, the traceroute, anything, extra multiple-second delays. The whole thing is honestly far below any possible incompetence.
The final remark I have to say in my mother tongue.
Честное слово, ну не дебилы?
