I have one server with multiple websites hosted on it. It's powered with Cpanel / WHM.
When I run the command 'wget mydomain.com' from this server, I download a Cpanel / WHM landing page instead of the actual homepage from mydomain.com.
I can successfully load mydomain.com in a browser. I can also run the 'wget' command from my local computer and download the correct homepage.
When I run this command from the server mydomain.com is hosted on, Apache returns the home page for the default virtual host for my IP address (ie. cpanel landing page). I encounter this same problem when using CURL or PHP Sockets.
I am behind a firewall. Could this be causing the issue? Does anyone have any ideas how I could fix this?
This is a big problem as I have websites that need to use a web service from a domain hosted on the same machine.
There are multiple occurrences of this at any one time, and the interesting thing is that it appears to be spoofing the source IP addresses - most are all different with few exceptions.
Has anyone else seen this and know of a solution? Normally I would simply use IP deny but given the addresses appear to be spoofed and too numerous it would be futile.. I thought if I programmed OSC to quit if it matched the keywords might be a decent solution, but so far I haven't had any luck
I searched google and this forum to see if I could find out anything with no luck at all, so I'm guessing this is fairly new.
I found a strange PHP file in a strange folder on a VPS I am using to host a few sites. I've looked through the logs but can't figure out how it got there and I've look at the code and can't make any sense of it. Can somebody take a look at the code and tell me what they think of it: .....
A couple of days ago I came across www.just-ping.com site (it's a simple ping test site).
I tested my site avensen.com (IP: 188.8.131.52) with it, and got bad results like this one:
Santa Clara, U.S.A. Packets lost (20%) 50.6 51.9 52.8 Florida, U.S.A. Packets lost (80%) 45.6 45.6 45.7 Vancouver, Canada Packets lost (80%) 56.5 56.6 56.7 New York, U.S.A. Packets lost (20%) 50.7 57.2 61.5 Austin, U.S.A. Packets lost (60%) 9.5 9.6 9.9 Austin, U.S.A. Packets lost (90%) 9.4 9.4 9.4 Amsterdam, Netherlands Packets lost (60%) 121.6 122.4 123.3 Amsterdam1, Netherlands Packets lost (60%) 121.5 123.6 125.6 London, United Kingdom Packets lost (90%) 111.4 111.4 111.4 Sydney, Australia Packets lost (90%) 200.2 200.2 200.2 Stockholm, Sweden Packets lost (20%) 144.7 147.7 148.3 Cologne, Germany Packets lost (80%) 133.3 135.6 137.8 Madrid, Spain Packets lost (70%) 150.7 150.8 151.0 Paris, France Packets lost (60%) 128.4 132.5 135.5 Hong Kong, China Packets lost (30%) 196.1 196.4 196.8 Munchen, Germany Packets lost (60%) 131.7 131.8 132.0 Kraków, Poland Packets lost (70%) 196.3 198.5 200.2 Cagliari, Italy Packets lost (40%) 154.9 155.3 156.3 Melbourne, Australia Packets lost (50%) 199.6 205.5 208.2 Singapore, Singapore Packets lost (70%) 257.4 260.3 262.5
I'm trying to figure out if this is a network problem or a problem with my server. I don't get it, because there are no lost ICMP packets when I ping another hosts from my server, or when I ping my server from home PC.
And here is what server4sale support wrote:
This is what we received from data center and will update you, when they get back to us.
"We apologize for the delay in responding to you. We are aware of an issue that involves our upstream provider, and we have opened a ticket with them to get the issue resolved ASAP. We have asked them to investigate this issue and attempt to isolate the cause. Once we have more information from them, we will update you here in this ticket.
In the meantime, if you note any changes (good or bad), please provide traceroutes BOTH "TO" your server, and "FROM" your server, as well as a 300 count ping summary. This request has been made by our upstream provider, as we will forward any additional pings and traceroutes we receive directly to them. Without the traceroutes both to and from the servers, the information will not be useful for their investigation.
We will provide you with updates thru this ticket as we receive information from our provider. If you have any additional questions, or need further assistance, feel free to contact us. We appreciate your patience, while we work with to resolve this issue."
Second message from support:
The data center has informed that they have not yet received an update from their upstream provider as they used to inform them after performing changes.
However, for better investigation and providing the results more precisely to their upstream provider they have asked you to provide the latest:
1) 300 ping results from your PC to server
2) Traceroute from your PC to Server and
3) Traceroute from Server to your PC
I'd really appreciate if you help me to get these results and isolate the problem.
IP of my server: 184.108.40.206
What's even stranger is that when I run a just-ping.com test over 220.127.116.11 IP (a machine in the same SAVVIS data center, I guess), I get "All OK results":
I have a Linux-Debian server, I have Apache2, PHP ect setup for a basic website im running on it too, However I need cURL enabled, I cant seem to find any options in the php.ini files to enable cURL at all.
I know that you just uncomment it to enable it however I dont see it at all, even it being disabled. I opened it in notepad and used the SEARCH feature and it couldnt find it eithier.
checking for T1lib support... no checking whether to enable truetype string function in GD... no checking whether to enable JIS-mapped Japanese font support in GD... no checking for fabsf... yes checking for floorf... yes If configure fails try --with-jpeg-dir=<DIR> checking for png_write_image in -lpng... yes If configure fails try --with-xpm-dir=<DIR> If configure fails try --with-freetype-dir=<DIR> configure: error: GD build test failed. Please check the config.log for details.
I think i'm not the only one who is experiencing this problem, take a look here: [url]
Why do PHP.net don't give much importance to this BUG?
I have been attempting to get curl installed on my server, but seem to have run into a snag. When I type:
I get a response that I have: libcurl 7.16.0
However, when I try to install WHMCS, it still shows I do not have Curl with SSL support. I have used /scripts/easyapache, however there was never an option under 6 or 7 with CURL. I also tried with Cpanel WHM and used the Apache Update to 4.4.4 and checked both Curl options and OpenSSL. However still no luck.
I have also restarted services and rebooted the server.
I’m running RHEL 3, Apache and Cpanel. When I ran: "netstat –an" I found this in the results:
tcp 0 0 18.104.22.168:49158 22.214.171.124:80 ESTABLISHED tcp 0 0 126.96.36.199:49578 188.8.131.52:80 ESTABLISHED
If I’m reading this right these two unprivileged ports are open and talking to my privileged http port 80. Does this seem right? Why would these two ports on my machine have a connection. All this attention was sparked by abnormal spikes in load. Now I’m getting paranoid that something may be off even though I’m clean when scanning for rootkits etc…
I'm very new to dedicated hosting, but not to server admin in general, and have come across what seems to be to be a problem.
I'm based in the UK, and the dedi I went with is in the US, i have several VPS in the US, and I can download to them pretty consistently from a UK based server at around 5MB/s... this is on a VPS.
The dedi I signed up to lease has a 100Mb card, and a fairly well known provider, and yet the connection I get to the UK is terrible. It fluctuates wildly between 200KB/s and 5MB/s, seemingly at random, for example, downloading a 100MB file, i'll start at 500KB/s initally, and within a few seconds it might be 3.5MB/s, this could then go either way, but i'll usually end up with an average of about 800KB/s - which really seems awfully slow.
The traceroutes appear fine, there's around 110ms on ping and that is consistant, and similar to the figure the VPS get.
I've been in touch with their support, and after trying the usual suspects - including swapping the NIC - they lost interest. I was actually very impressed with them up until this point so feel pretty let down.
Is this normal? I've honestly never seen a download vary so wildly in speed. Unfortunately i'm tied in on a 3 month contract otherwise i'd drop them in a heartbeat right now.
All accounst in my dedicated server start to show a very strange error_log with the following entries:
==== [04-Nov-2009 21:28:51] PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/extensions/no-debug-non-zts-20060613/php_interbase.dll' - /usr/local/lib/php/extensions/no-debug-non-zts-20060613/php_interbase.dll: cannot open shared object file: No such file or directory in Unknown on line 0 ..... ====
Always when a php script is accessed, new entrie with this error above is created.
I dont understand because php script have not any relation with intebase or pgsql and my server have not this e db installed.
I've got a few machines where Apache acts really strange and curious if anyone has any suggestions. I'd love to figure this out so it can actually be deployed to a larger amount of machines and not just test instances.
- Basic Information Apache 2.2.8 (Tried a few 2.2 versions) PHP 5.2.6 suPHP based
Prefork Based - Once a day at a random time Apache fails a request from remote monitoring. It comes back within a minute however is is inaccessible for that time. It sometimes gets picked up by 5 minute monitoring on the machine itself and it restarts the service obviously.
- PHP scripts fail to be killed at times resulting in memory being used. They need to be killed in order to go away.
Worker Based - Apache can stay up forever it does not fail any requests
- PHP scripts do not get killed at a more frequent basis than in prefork. You need to `kill -9 pid` in order to get rid of the php processes.
I read about very few issues with 2.2 so I'm quite confused by this.
I have an issue I've never seen before, and hope someone here can shed some light on this odd problem.
Just brought a new server online running Apache 2.2.3. The DocumentRoot was originally set to /var/www/html but I changed it to /home/[sitename]/public_html. I've done hundreds of Apache configs before and this one is no different.
Anyhow, here's the issue:
In SSH (logged in as root), if I create a file (let's just say I do a vi index2.php, enter "test" and save), when I try to go to pull the file in my browser, I get a 403 permission denied error. However, if I create the file in /var/www/html then move it to /home/[sitename]/public_html, the file comes up fine in a browser. Same goes for JPEG images. If I wget a JPG from another site directly into /home/[sitename]/public_html, get a 403 permission denied. If I wget it into /var/www/html then move it, it loads just fine.
It's important to note that the file permissions, owner, and the actual file itself are all identical. Both directories are chowned and chmodded identically.
I run WHMCS as my billing system for my company and everything is working fine, except piping emails to WHMCS.
The people I am hosting WHMCS with are running PHP 4.4.8 and so I have the loaders for 4.4 uploaded to my account. When I try to send an email to an address that is set to pipe to WHMCS I recieve the following:
This message was created automatically by mail delivery software.
A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed:
pipe to | /usr/local/bin/php -q /home/user/domains/dephnet.com/public_html/my/pipe/pipe.php generated by email@example.com local delivery failed
The following text was generated during the delivery attempts:
------ pipe to | /usr/local/bin/php -q /home/user/domains/dephnet.com/public_html/my/pipe/pipe.php generated by firstname.lastname@example.org ------
Site error: the file <b>/home/user/domains/dephnet.com/public_html/my/pipe/pipe.php</b> requires the ionCube PHP Loader ioncube_loader_fre_5.2.so to be installed by the site administrator.
Now why would the script want ioncube_loader_fre_5.2.so when the site works fine?
Anyone is an expert for apf firewall here? I check my apf_log and saw it was automatically restarted every 12 hours. This is strange because the developer mode was disabled, and usually developer mode was only for 5 minutes and not for 12 hours.
Yes, the apf was restarted and function, but it's strange to see it restarted every 12 hours.
I have a pretty active phpBB forum. I was looking at my stats today and I notice some strange referrals. I checked it out and it and it is a bunch of spam sites. But with a link to one of my threads in the bottom (different per spam site).
- The spam sites have nothing related to my content - The link to the threads in my forum has no relation to each other. - Out of all the sites to put, why mine? My forum is not a very very popular forum.
I can post the link if it will better understand the above situation.
I just like to know why and what purpose does it serve? Also is it bad for me? As it is a spam site is linking to my forum. I dunno if search engines will think my site is a spam site as well.
Users of my web site, running MD-Pro, a PostNuke (php-based) clone, suddenly started to report difficulties downloading files from the download module. We assumed it was the download module and spent ages diagnosing it, uploading fresh versions etc. After some time someone had the bright idea to see if the files could be downloaded direct (using the URLs) to eliminate the web application.
We found: Some users can download all files from the server with no problems. Some users can download some files but not others.
So far as we can tell only MS Word files are affected, but not all.
The files on the server are not corrupted and there are no permissions issues
Disabling antivirus and firewalls locally makes no difference.
REloading fresh originals to the servedr does not help.
The host reports that no changes to the server have been made recently.
We have discovered that files in the web root are OK. The furhte down the directory structure they are, the less likely they are to download. Performance varies according to the browser in use. According to the host technical support, 'Firefox appears to be returning the data from its own cache. IE is only doing so for root. For the other places IE tries to download the file but stops receiving at exactly the same number of bytes from different locations.'
Using another server on a different host, the problem disappears so it must be due to the host setup in some way. Diagnosis is difficult because the host technical support can't reproduce it.
Platforms include Mac, Windows and Linux and browsers include IE7, Firefox and Safari.
One user with Mac isn't having problems, another with Mac is. All others reporting problems are on Windows. Users are at different locations, using different ISPs so it is unlikely there are common local problems.
The only common element I can see is that the ony files causing trouble are MS Word, though some of these do download OK
We have run out of ideas why this should be happening. How can some users have problems with the same files on the same server and others not?
What could have happened to cause this problem on a site that has been functioning correctly for several months on this server?
Feb 19 15:57:39 server proftpd: server.com (127.0.0.1[127.0.0.1]) - FTP session closed. Feb 19 16:06:02 server proftpd: server.com (127.0.0.1[127.0.0.1]) - FTP session opened. Feb 19 16:06:02 server proftpd: server.com (127.0.0.1[127.0.0.1]) - FTP session closed. Feb 19 16:14:24 server proftpd: server.com (127.0.0.1[127.0.0.1]) - FTP session opened. Feb 19 16:14:24 server proftpd: server.com (127.0.0.1[127.0.0.1]) - FTP session closed. Feb 19 16:22:46 server proftpd: server.com (127.0.0.1[127.0.0.1]) - FTP session opened. Feb 19 16:22:46 server proftpd: server.com (127.0.0.1[127.0.0.1]) - FTP session closed. Feb 19 16:31:09 server proftpd: server.com (127.0.0.1[127.0.0.1]) - FTP session opened. Feb 19 16:31:09 server proftpd: server.com (127.0.0.1[127.0.0.1]) - FTP session closed. Feb 19 16:39:31 server proftpd: server.com (127.0.0.1[127.0.0.1]) - FTP session opened. Feb 19 16:39:31 server proftpd: server.com (127.0.0.1[127.0.0.1]) - FTP session closed. Feb 19 16:47:53 server proftpd: server.com (127.0.0.1[127.0.0.1]) - FTP session opened. Feb 19 16:47:53 server proftpd: server.com (127.0.0.1[127.0.0.1]) - FTP session closed. Feb 19 16:56:16 server proftpd: server.com (127.0.0.1[127.0.0.1]) - FTP session opened. Feb 19 16:56:16 server proftpd: server.com (127.0.0.1[127.0.0.1]) - FTP session closed. Feb 19 17:04:38 server proftpd: server.com (127.0.0.1[127.0.0.1]) - FTP session opened. Feb 19 17:04:38 server proftpd: server.com (127.0.0.1[127.0.0.1]) - FTP session closed. Feb 19 17:13:00 server proftpd: server.com (127.0.0.1[127.0.0.1]) - FTP session opened. Feb 19 17:13:00 server proftpd: server.com (127.0.0.1[127.0.0.1]) - FTP session closed. Feb 19 17:21:23 server proftpd: server.com (127.0.0.1[127.0.0.1]) - FTP session opened. Feb 19 17:21:23 server proftpd: server.com (127.0.0.1[127.0.0.1]) - FTP session closed.
I see over a few hundred of these lines in /var/log/messages. The timestamp is exactly the same for every 2 lines (Proftp session- Opened and Closed). It's occuring every hour of the day. Is someone attacking the ftp daemon or something?
Ever since today my server is being very strange... The server load is always around 6-10 and sometimes goes up to 16! It never did something like this before and I can't find any weird Apache behavior either. Though when I shut down Apache the server load drops to below 1 so it must be Apache...
Kernel: Linux alpha.pixelhosting.net 2.6.9-42.0.10.ELsmp #1 SMP Tue Feb 27 10:11:19 EST 2007 i686 i686 i386 GNU/Linux