Tony

Administrators
  • Posts

    2,435
  • Joined

  • Last visited

  • Days Won

    158

Everything posted by Tony

  1. Our DNS servers are remote so if the web server goes down then DNS would be served. We also utilize anycast for our DNS infrastructure and have DNS servers in numerous diverse locations. We do this for performance and redundancy purposes.
  2. Our original setup was over IP/Port but had switched it to socket and updated our documentation. I updated the text description for that as well now and we'll see about just updating the pictures as well. As for the issue at hand I'd suggest opening a ticket if you still cannot connect to the memcached socket as the code there shows it supporting it. So it's possible the memcached instance on your account is not starting up properly or something similar.
  3. The reason we do not offer a traditional IP/port is because anyone on the same server as you could read your memcached data. This would be a security risk which is why it's a socket that exists only inside your own accounts Cage meaning only you can access it. I want to clarify one thing the recommended extension is memcached and not the memcache extension. The memcached extension is actively developed: https://pecl.php.net/package/memcached The memcache extension is not: https://pecl.php.net/package/memcache The last release is almost four years ago. Looking at their code directly I believe we can make this work with sockets. What you can do is use the following: unix:///path/to/memcached.sock The reason I'm coming to this conclusion is $this->memcached->addServer(trim($parts[0]), trim($parts[1])); They are calling the PHP extension and the documentation for addServer is here: http://php.net/manual/en/memcache.addserver.php and it accepts sockets on the host and you set the port to 0. That should make everything work when you utilize the Memcache extension in PHP 5.6. Unfortunately looking through the phpbb forums there is no support for the memcached extension meaning you cannot utilize PHP 7.
  4. You don't need to bother throwing up an index but it really doesn't hurt uploading an empty index.html file so it's not a directory listing when you visit the site.
  5. The short answer is the new subdomain will be seen on the web and it'll work fine. The long explanation is: The idea of a public_html folder is really an old way of thinking. The web server is capable of showing a site regardless of the folder it is in. As a result of this cPanel now automatically places any new subdomains/addon domains below your public_html folder. It allows for easier organization and makes so you don't have a case of the content of one subdomain/domain loading from the primary domain of the account also. You can also be even more flexible and do things like: blogs/domain.com blogs/domain2.com forums/domain.com forums/domain2.com
  6. Hello, I believe we resolved the issue with that specific system and are investigating why our internal monitoring systems did not pick up the problem on it's own. Sorry about any inconvenience this may have caused.
  7. Unfortunately you would need us to delete the SpamExperts account for the add-on domains as the only other way to remove them is actually to remove the add-on domain itself from cPanel currently. What you'll need to do is open a ticket with our support team and it'll be escalated to our system administration team who will handle deleting the domains from SpamExperts for you.
  8. 1. Typically when you have session problems it's due to your IP address continually changing meaning your session is no longer valid. 2. What URL are you accessing cPanel from? This suggests none of the images or css are loading which is very strange. Regardless I'd highly recommend opening a ticket as our support team should be able to quickly assist you with this.
  9. This would affect anyone using the plugin as we do not change the plugin in anyway from the standard plugin Cloudflare makes for cPanel. As for changes unfortunately we just don't know as we're not sure what Cloudflare are going to do to resolve the problems we've found.
  10. I've confirmed the server you're on when using PHP 7 does load ioncube for both web based and CLI based requests: PHP 7.0.13 (cgi-fcgi) (built: Nov 10 2016 07:46:27) Copyright (c) 1997-2016 The PHP Group Zend Engine v3.0.0, Copyright (c) 1998-2016 Zend Technologies with the ionCube PHP Loader (enabled) + Intrusion Protection from ioncube24.com (unconfigured) v6.0.6, Copyright (c) 2002-2016, by ionCube Ltd. with Zend OPcache v7.0.13, Copyright (c) 1999-2016, by Zend Technologies What is probably happening is you've modified PHP via either a php.ini or in your .htaccess file and you have code like maybe: suPHP_ConfigPath AddHandler application/x-httpd-php56 .php Or similar lines causing you to override your accounts system php.ini settings and when you switch to say PHP 7.0 you're not loading ioncube at all or maybe even not loading PHP 7 but instead still PHP 5.6 but with PHP 7.0 system ini settings. So I'd recommend going through looking for this and commenting out any of this code then see if switching between PHP versions then results in Ioncube loading properly regardless of PHP version. If it still does not work update the ticket and ask it to be escalated as we'd need to search through your account to see where you're overriding PHP settings.
  11. The problem with forwarding email and I'm not sure if gmail has changed at all but they consider the server you're on as partially responsible for the spam. So if you're say forwarding a lot of spam to them they may opt to block the server you're on. They may also simply consider it to have a poor reputation and be very aggressive and flat out drop mail over a certain threshold. I'm assuming they'd also put your domain you're forwarding in as part of the equation so a lot of spam from it and it could end up in the same situation as our servers. As far the SpamExperts SPF problem it may be more aggressive as far as failures compared to say Google. You could disable SPF checking via SpamExperts filter settings or alternatively if you find it's a common domain just disable the check for it. For the filtering the any header I believe is what you'd want and just have it make sure the spamexperts header line exists (check one of your messages for it to confirm the exact text). I would of course suggest when you enable this you test it immediately just to make sure it's working.
  12. This is a big reason why we highly recommend anyone using forwarding to service like Gmail, Hotmail etc. is to consider instead of using their POP3/IMAP checking. This avoids the problem of you forwarding spam to them that is missed and causing mail to be lost outright. There should be no problem using SpamAssassin as well but it's obviously be unnecessary when dealing with the SpamExperts email. One other trick some users use is use the filtering option in cPanel and set it to drop any email that does not have SpamExperts in the headers. In almost all cases anyone ignoring MX entries is more than likely a spammer to begin with so dropping the email is an acceptable outcome.
  13. For PHP 7 the Ioncube version we currently support is 6.0.6 which is now one version behind due to a new release on 2016-12-02 which has already entered the testing phase from our end so it can be available to users shortly. We've had Ioncube loaders for PHP 7 for quite a while as well but they do have some incompatibilities with earlier versions of Ioncube encoded applications. So this can cause some major confusion where the application maker may have versions encoded that only work with up to PHP 5.6 and others that work beyond that. For Ioncube loaders that support WHMCS we've had support for them since at least September most likely earlier as I don't have the exact date we made Ioncube 6.0.2 specifically available.
  14. We've had a few requests for Black Friday banners so we've went ahead and had some made. You can save any and post them on your website to help with promotion our black friday promotions.
  15. 1. It is possible to do this the first step is to set a password for SpamExperts you do this by logging in through cPanel then going my account -> user profile and setting a password. After this if you look in your address bar when logged in through cPanel method you should see the spamexperts server you're on. Just go to that URL directly and you'll be able to login. 2. It is not possible but the other way to report spam other than the thunderbird plugin is to just access it via IMAP. Same login as logging into SpamExperts directly and connect to the one in your address bar. You'll see all the reporting folders and be able to access the quarantine directly as well. You can also do this on a per email account basis by making accounts for them through SpamExperts. 3. Not possible but if it flags an email based on your reporting previously if you tell it that it's not spam this would be effectively the same thing as reversing it. 4. If you check the headers there will be SpamExperts specific headers which tell you it's assessment of the email. I believe in your case you'll be looking for "X-SpamExperts-Class" and the associated values for those. You could then use filters either in cPanel or your email client to send them to a specific folder. Although if you do the IMAP integration method you can have the quarantine off while still being able to easily access SpamExperts. 5. That would be correct once it hits our cPanel servers then it would process everything else as usual filters/forwarders etc. Also the SpamExperts filtering servers are in fact operated by us as well we just use their software. It's our own cluster of machines doing the filtering and everything.
  16. In a case like this if you believe all the paths are right then I'd recommend opening a ticket with our support team. The first step they'd take is login as your account and attempt to run the command line operations manually and see what happens. If they work from there then it would mean it might be something wrong with the PHP script you're running opposed to the cron job itself. So for example maybe your script isn't compatible with PHP 5.6 and you need to run PHP 5.5
  17. If you just added the subdomain more than likely you're dealing with DNS propagation if you visited it before it was actually in our DNS system. If you're still having a problem after several hours it would be best to open a support ticket so our support team can investigate.
  18. We offer the ability to manage the hosting accounts straight from https://my.hawkhost.com/ where you see all the cPanel features but within the client area. Of course though it's still more limited than direct cPanel access. As for taking the integration even further it's actually now possible in cPanel but that has pros and cons to it. While it would be easier for the site owner to access their cPanel it would remove some functionality as well. There are many users who sign up and have another individual managing their site. They want to give this individual cPanel access only and wouldn't want the person having access to the client area. Our client area and help desk are actually integrated. You can use the same login at https://my.hawkhost.com/ to login to https://support.hawkhost.com/ . You also can access and reply to tickets directly from https://my.hawkhost.com/ now as well. LastPass is great for that cloud like feel where you can access your passwords everywhere. There also other ones like Keepass where it's stored locally on your computer. This day in age though a password manager is really necessary. Different logins for every site you use is just simply way safer as if a site gets compromised and they retrieve the password it'll only work on that site. If it works for your email, bank, website etc. then they'll all eventually get compromised.
  19. Once you have your hosting account with us we would just need the login details of your hosting account you currently have. Once we have that information our team will migrate your account.
  20. Hello, The location that has direct peering with China is our Los Angeles location. Singapore test IP: 216.12.197.183 Los Angeles test IP: 198.252.106.136 All our locations: https://www.hawkhost.com/our-hosting-network
  21. Hello, Your cancellation was processed and refund was issued the very same day. It can take some time however to show up on credit cards which we would have no control over.
  22. The current Linux kernel version and the actual versions being used by operating systems you'll find are vastly different. For example: CentOS 6 - 2.6.32 CentoS 7 - 3.10.0 Ubuntu 12.04- 3.2 Ubuntu 14.04 - 3.13 Ubuntu 16.04 - 4.4 The reason being stability is a major concern so they'll continue to run the same kernel version. They will however backport fixes to the version being ran (security, drivers etc). That is why you end up then with versions like 2.6.32-642. In our specific case on our VPS's using OpenVZ we're running OpenVZ 6 (CentOS 6) which means a 2.6.32 kernel. We then use KernelCare for security patches which allows our kernels to be patched live with security fixes meaning less outages caused by us having to update kernels (requires a reboot).
  23. We take daily backups just like we do for our shared web hosting. That being said with a lot of times a user needs things restored on their VPS the only option is a complete restore of the entire system back to the point needed. That is why just like our shared web hosting it doesn't hurt to make your own backups as well. It gives you another option if you ever have to restore something.
  24. I would recommend using the profession spam filter (SpamExperts) as it's significantly more accurate at detecting spam meaning less spam in your inbox. It also has a simple to use spam quarantine feature which allows you to release, train and whitelist emails that may have been flagged incorrectly. That means you shouldn't lose any important email at all.
  25. The server you're on was updated so if you're still experiencing issues I recommend opening a ticket our support team so that they can investigate a problem which seems to be affecting strictly your account.