Almost a year ago we launched a vps hosting service called IntoVPS.
For an affordable price of $10 per month you can get a VPS with 512MB of memory (burstable at 1024 MB) and set up a cluster DNS for your web sites.
There’s a ready made VPS template with CPanel DNS online and you can be up and running in minutes.
Or you can install your own DNS server (bind, powerdns or whatever you prefer) and set up the DNS synchronization.
You can choose from two available locations: Europe (Romania) or US (Atlanta) and have geographic redundancy.
All IntoVPS customers can host 50 DNS zones at no additional cost on our own DNS servers that are geographically redundant: one DNS server in US (out of our network) and one DNS server in Europe (in our network.
IntoVPS is powered by OpenVZ and is automated on Hypanel – our own vps hosting control panel built with Python and Django.
Our schedule may allow us to accept new web development projects starting the spring of 2009.
(In case you haven’t noticed :P) We’re a professional Python and Django development company, seasoned through about a dozen of other programming languages + frameworks.
At this point we are not interested in creating an IntoDns for you or similar DNS report site. Please do not contact us with this request.
PS: Nope, no updates on IntoDns. We have a features request list, but still no spare time.
LATER EDIT: we currently not accepting any new projects since we’re fully booked.
We’re back with the blog!
We know the blog link has not been working in the last months, we know that the feedback link wasn’t working, we know that there are features that admin folks need and expect.
But here’s the deal: IntoDNS is our passion project. Passion leads to great projects, but sometimes (read “always”) the MUST DO tasks (read customers :P) get in the way of passion projects and tasks. But I’m sure you already knew and been living that.
We’ve been reading a lot of concerns about IntoDNS becoming a paid site, just like other similar tools (*cough* dnsr… something… *cough*). It’s something you shouldn’t worry about. As stated in some earlier posts (that you couldn’t read anyway due to the blog being down :P), IntoDNS will continue to remain free as long as we can afford to host it (and as a hosting & web development company I don’t see how we won’t afford that in the following hundred years :P).
We have a lot of plans for IntoDNS, and so few hours to spare in our schedules. I can only promise you that IntoDNS will continue to be free. I can also promise you that we will _try_ to add the needed and asked features.
And one more thing, thank you for using it, thank you for spreading the word and thank you to all those world-wide guys that sent us feedback and reported bugs. Keep them coming! And if you want to help: just spread the word, spread your love!
Cristian Tomoiaga, IntoDNS brain, admin, root and knowledge container (and not to mention forest administrator),
Adi Andreias post author and minor IntoDNS features implementer,
from Elvsoft, the authors of IntoDNS
The intoDNS development team has taken a small break as we plan on launching the new Elvsoft website. We haven’t forgotten about intoDNS at all and we are preparing new tests and old ones improved. It’s hard to give people good results as a lot of things changed during time, some in our disadvantage. Since it’s almost impossible to always give accurate results we plan on giving people the option to report “problems” and ask us to manually analyze a server and set the results in intoDNS as they should be. We cannot do this for free since some will be tempted to give us a lot of work for nothing, that is why we have to charge every request with a small amount of money (around $5, one time or until a new request). The price will be low and acceptable and it’s the only solution we found so far.
Examples where results will not be accurate:
SPF checks – a lot of people add a SPF record without having any clue if that record is really ok. It’s impossible to test with intoDNS or any other tool like it since we do not know if your e-mail is really going out through your MX or through another IP different than the one(s) listed as your MX.
Mail checks – The same as in the case of SPF, we do not know if your e-mail really goes out through your MX records, we only assume that.
Recently, after adding the mail tests I was surprised to see how many SMTP servers are taking longer then expected to send the welcome message, or to reply to a SMTP command. We wanted everything to be fast so we set time out of only 10 seconds for the connection and for every query sent. Soon I realized that 10 seconds was not enough…
The delays have almost nothing to do with the speed of our servers or the servers we test. A lot of delays are caused by how a SMTP server is configured.
Let’s take Exim for example which is used on all servers with cPanel.
This SMTP server by default does an ident request to the client or server that connects to it and only after an answer to that request is received or a timeout occurs (in most cases), the welcome message is sent. If you have cPanel on your server and have not modified the exim configuration manually, try a telnet to your SMTP host on port 25. You will most likely see a few seconds delay before the welcome message appears. This is happening in most cases because your SMTP server is doing that ident request. Do you have an ident server installed on your computer? No of course you don’t! Do your clients have one installed? No of course they don’t!
Identd is pointless and potentially dangerous and should not be used at all. You should consider changing your server settings not to use ident requests. In Exim you can do that by setting rfc1413_query_timeout to 0. After disabling the ident lookup, try telnetting again and see the difference.
Of course, ident is not the only problem that causes those delays. Another major problem in my opinion is that some servers verify the senders by connecting to the host that is sending the e-mail. This is not good at all, even if it seems to be very useful in preventing spam. Most of the spammers have very little understanding of what’s going on around them, but that doesn’t mean they will not adapt to changes.
Have you ever seen yahoo or Gmail connecting to one of your SMTP servers in order to verify the existence of an e-mail address? This will only lead to some mail being lost; it’s almost useless and will have an impact on your server’s performance. I recommend not using this type of verification at all.
I also agree that the Mail tests need to be improved along with other tests and we are doing our best.
This blog is about the IntoDNS journey. So let’s get started.
IntoDNS checks the health and configuration of DNS servers and mail servers. It’s designed as a tool that helps server and network administrators in day to day job, to identify and fix DNS and mail issues.
IntoDNS is developed by a team of professionals from Elvsoft. Cristian Tomoiaga, an experienced system administrator, is the main project developer. Ovidiu Mocan and Adi Boiciuc worked on the graphic design and the clean XHTML & CSS code. Adi Andreias contributes to some of the tests and coordinates the whole project.
We chose Python because it’s an elegant and powerful language with great multithreading support. And multithreading is crucial for IntoDNS’ performance. Django sets the web stage for Python and jQuery helps us with some of the tricks.
Where (are the ads)?
A strong project is a project that can sustain itself. But we don’t like web sites that have more ads then content. We don’t plan to overload intodns.com with screaming ads. When we’ll need a bunch of servers to sustain the traffic we ll probably come up with some sponsorship model with a single, small, nonintrusive and industry related ad. Drop us a line if you want to sustain IntoDNS.
We plan to continue to improve IntoDNS and make it the best DNS health checker on the web. Feedback is very important to us. So don’t be shy.