Can Other Hosted Sites Be Access Through Your Domain/subdomain
Sep 10, 2007
I'm using a shared host that provides good service and support, but there's one major issue I discovered recently:
Other sites hosted on their server are accessible through my domains and subdomain. For example:
Account2 on their server can be accessed through:
[url]
[url]
Host says:
"Because everything is Name-based, apache decides what directory is going to be used based upon the name that is provided. However, because the username is valid, it treats it as a vaild URL and redirects it to your site. There is no security issue, as this is just the way apache’s configuration works."
Is it really normal? Does the same happen on all apache servers? I think SE's would treat the other pages as mine, no?
I am running a CentOS 6.5, 64-bit server with Plesk 12.0.18, and need to install a wildcard SSL for one of the domains/sub domains hosted on this server.
So you have the csr and private key installed (and domain.crt?), you just need to open..
We are about to buy some servers from Ecatel but I want to learn some site names hosted in Ecatel to test speed... Also testfiles would work for me good.
I currently have an Apache server running PHP and Mysql on my MacBook Pro.
I also have a copy of Parallels running, which hosts a Windows OS. In OSX, I have multiple VirtualHosts set up, and they all work great when accessed from OSX. All the sites are within my "Sites" directory. Now, when I browse to my Macs ip address in windows, I only get shown my Sites folder, and get shown the directory.
How would I be able to access these local sites as I do in OSX? I have tried configuring my hosts file in Windows, but it doesnt help.
I own two large hacking // gaming sites and host a few others. I need a company that can offer fully managed, secure,ddos protected, fast dedicated servers.
A big thing with me is if someone sends my hosting company a message saying, HEY your server is hosting hacks or illegal material, the company wont just go OH OK and shut down the server.
I am trying to increase the PHP memory limit for all Plesk hosted sites.
I've updated the 'memory_limit' setting in /etc/php.ini
Then I ran
Code: /usr/local/psa/admin/sbin/httpdmng --reconfigure-all /usr/local/psa/admin/sbin/httpdmng --reconfigure-server Checking a phpinfo() page on hosted sites I see that this setting has not been effective.
Checking some /var/www/vhosts/system/domain.com/etc/php.ini also shows the old setting, and I can see that these files have not been updated.
I note that all these domain php.ini files have been modified earlier today, all at the same time, so presumably some process did regenerate them earlier. All these files hae the "DO NOT MODIFY ..." heading
I realise that I can go the the domain in Plesk GUI and save the PHP settings to force an update, but is there anyway to force the regeneration of all of these files via CLI?
When I hit my server's domain it redirects me to one of the hosted sites' domain with a 302 redirect. It used to return the default plesk server page. How can I cancel the redirect?
I have started my hosting service at ezhostlive.com. But currently, a few users are experiencing problems accessing accounts made by me. This problem is only affecting people on a certain ISP.
For them, they are not able to access any domain/subdomain on ezhostlive.com
A few examples of sites which do not work for them but work for everyone else NOT on that ISP are teensideout.com, tpc.ezhostlive.com, mobilemasters.ezhostlive.com.
I'm not sure if this is a problem with my DNS settings for my domain or an ISP problem.
Here is the DNS report for an account hosted on ezhostlive.com. dnsstuff.com/tools/dnsreport.ch?domain=teensideout.com
Here is the DNS report for ezhostlive.com. dnsstuff.com/tools/dnsreport.ch?domain=ezhostlive.com
I have a .fr domain purchased from Gandi.net. I have webhosting with GoDaddy.com.
After setting the DNS to point to GoDaddy.com (ns51 and ns52...) I get an error message and the DNS revert back to the default settings (gandi's DNS). AFNIC's(.fr regulator) zonecheck fails with the following error:
I have several users that can't access my sites, they are all from different areas of the world, most are on PC's with WinXP and one is on a MAC. I've had them do all the normal stuff..clean cookies, cache etc all with no luck.
I have a dual processor server running Red Hat 7.3 i686. I do have KISS firewall running.
If I stop the firewall, they can get in, but I can also bring it back up and then for several hours they can still connect, but at some point, they stop being able to.
I currently have no ip's blocked. See below: BLOCK_LIST=" " TCP_IN="20 21 25 53 80 110 143 443 995 2082:2083 2086:2087 2095:2096 3306 8443 10000 19638 22 26 37 43 873 993" TCP_OUT="21 22 25 37 43 53 80 443 873 2089 55000" UDP_IN="53" UDP_OUT="53" TCP_IN_TRUSTED="22" TRUSTED_IPS="0.0.0.0/0" SERVER_IPS="0.0.0.0/0"
Nothing that I know of changed, it just started about a week ago.
All will be hosted on the same server (same IP) and I want all to be secured, through a SIGNED certificate, not a self signed. I assumed that wildcard ssl would be fine for this, but I just took a look and it's only for subdomains: example.example.com hello.example.com.
Is there any way of having every subdomain and domain secured, using ssl, through one certificate? I don't want to have to buy individual certificates for every domain, that'd be... expensive.
I got this domain hosted on my server where i can't ping or trace it. Every setting seem to be correct, the ip address, name server...etc. and other websites hosted on the server is working fine. i can reach other websites with no problem but not this domain.
how do i trouble shoot such problem? would deleted the website and recreate solve it?
I am going to buy a godaddy wildcard subdomain SSL certificate. Basically I want the ability to enable and disable ssl on certain subdomains from cpanel. Basically I am going to charge customers extra for an SSL enabled subdomain.
Can I create an .htaccess file in the home folder of the subdomain which forces SSL or unforces/disables SSL? Maybe also do mod_rewrite so for example if they paid extra for ssl support:
[url] WOULD AUTO-REDIRECT TO [url] Also if they didnt pay for SSL
We just moved a domain to a Canadian host. We want to make sure that the domain is actually hosted in Canada, how can we go about doing that? I thought of doing a standard traceroute, but usually the bandwidth is coming from the US, so at what point is it considered "Canadian hosted"?
I am trying to redirect a request from a non-hosted domain, using a rewrite rule in our configuration file in conf.d. Our registrar has a pointer from this non-hosted domain to our domain.
i have 3 sites/users that all need to be able to access each other with complete read/write/exec access
Site1 Site2 and Site3
what's the best way to do this without screwing up all the premissions and access to my currently active sites. I need advice from someone who is a pro at this and not just guessing at what premissions to set. I'm assume i need to create a MasterGrp and invite all 3 sites then set/change permissions on all three sites. Also all new files created would need to have the masterGrp set as the group automatically
i have a vps and although i can send mails without problem from my main root account, sending via any of the child accounts created for customers results in their email being picked up as spam (in hotmail at least).
To clarify, mydomain.com is my main name. Email can send without problem,
customersdomain.com, hosted on the same machine, when sending emails they are picked up as spam. The mx dns entries in the zone file are set (by default to) customersdomain.com. and for all the child domains customer1domain.com. etc.
Do i need to ask the datacenter to add a reverse dns entry for mail.mydomain.com?
Is this an issue with the mx records for the hosted domains? Should i change the hosted domaims mx entry on the customers domains to mail.mydomain.com?
I know the ip isnt blacklisted because exactly the same email goes through when sending from the mydomain.com email addresses.