linux help (running apache web server)
Hello, Im a complete rookie in linux and I have just installed redhat 9.0. I am a totally new user.I downloaded some instructions on installing apache web server, and it seemed to go fine. I test started the web server with the /usr/local/apache/bin/apachectl start command and it started. pid 18089. the instructions says to go into the address bar http://localhost/ and see if i can get in to start editing. I keep getting - ' the connection was refused when attempting to contact local host'. I checked the proxy settings. I tried to telnet into the server- telnet localhost 18089.- connection refused. i tried telnet 127.0.0.1 18089 just in case it was a dns issue- still same thing. Im beat! I dont know what to do. I see you helped someone in my type of situation so i thought id try my luck. Yahoo! Mail Bring photos to life! New PhotoMail makes sharing a breeze.
Re: linux help (running apache web server)
On 2/24/06, Wale Akintan [EMAIL PROTECTED] wrote: Hello, Im a complete rookie in linux and I have just installed redhat 9.0. I This is a Debian support list, not Redhat. For Redhat or apache specific help you really ought to try redhat.com and apace.org to find the relevant mailing lists. You are much more likely to find help there and much less likely to have your inbox filled with flames. That said, here is the little help I can offer. am a totally new user. I downloaded some instructions on installing apache web server, and it seemed to go fine. I test started the web server with the It would be much more useful to know what instructions you followed. A url to these instructions, or if they are not too long including them in the e-mail would be good. /usr/local/apache/bin/apachectl start command and it started. pid 18089. the Debian uses a different method to start its daemons so I can't say if this is correct or not. Again, a RedHat based list would be a better choice. instructions says to go into the address bar http://localhost/ and see if i can get in to start editing. I keep getting - ' the connection was refused when attempting to contact local host'. I checked the proxy settings. I First, I wouldn't expect to beable to edit the page by accessing it in a browser. To beable to do this, the browser would need to know what directory the website's root is at, and have write permission to it. Second, in my experience, connection refused has usually indicated that a firewall isn't letting packets through. In Debian there isn't a firewall configured by default. A list full of Redhat users would know better about how Redhat configures any default firewalls. You likely need to punch a hole for port 80. tried to telnet into the server- telnet localhost 18089.- connection refused. i tried telnet 127.0.0.1 18089 just in case it was a dns issue- DNS will not be queried trying to access localhost. DNS is for public names and ip addresses. The resolver will most likely look in a configuration file in your /etc direcotry for the proper number. On Debian, this file is /etc/hosts. It may be the same on Redhat but it has been 8 years since I ran it and at that time I was as green as you are so I don't remember. Webservers, by default, run on port 80. When you typed `telnet localhost 18089` you were telling telnet to access port 18089 on your system. Since 18089 is the pid of apache, I'm not suprised that the connection was refused when trying that. The command you are looking for is `telnet 127.0.0.1 80`. still same thing. Im beat! I dont know what to do. I see you helped someone in my type of situation so i thought id try my luck. What to do: *google for the terms: apache conection refused redhat *read the redhat documentation regarding firewalls *read the redhat documentation regarding setting up apache *read the apache documentation on installing apache *e-mail the redhat users mailing list giving more explicit steps on what you've tried and what the problem is. *If you are still having problems look harder and repost or call a linux consultant who would be glad to fix it for a fee What not to do: Don't post to a mailing list for a distrubition different than the one you are running. This is a VERY high volume list and a lot of the subscribers have very little patience for questions that should be directed else where. I hope this helped. --Dave
help with Apache (fwd)
-- Scott Berry Email: [EMAIL PROTECTED] -- Forwarded message -- From: Scott Berry [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Tue, 23 Dec 2003 18:53:59 -0700 (MST) Subject: help with Apache Hello list, I have a question here about Apache? I am wondering to make a virtual host do I need to put in the spaces provided in httpd.conf the ip address, and fully qualified domain such as www.hotspotandhotjamz.dyndns.org? This is what I understood from the documentation on Apache's site. I am just checking my understanding as I am really jumping in to this as a fairly new user to Linux. Thanks for the help. -- Scott Berry Email: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Help on apache
Title: Help on apache Hi, I have an apache-ssl server https://www.my_server.com/my_page works fine But I like the apache-ssl server to listen on port 80 with http protocol for the frontpage so the users won't have to type https. Using a basic virtualhost directive doesn't work, the server doesn't restart, it wants something like SSLFakeBasicAuth or something similar How can I do ?
Re: Help on apache
Mikael Jirari said: Hi, I have an apache-ssl server https://www.my_server.com/my_page works fine But I like the apache-ssl server to listen on port 80 with http protocol for the frontpage so the users won't have to type https. be sure you have a Listen directive in the config so it knows to bind to port 80. apache has wonderful documentation I reccomend going through it http://httpd.apache.org/docs/mod/directives.html nate -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Being cracked? (need help on apache log files)
We just got our ADSL and now have a server running Apache on a potato box at home. DynDNS provides us with dynamic dns. Today I found these lines in my acces.log: 213.133.35.205 - - [29/Oct/2001:12:54:40 +0100] GET /scripts/root.exe?/c+dir HT TP/1.0 404 210 213.133.35.205 - - [29/Oct/2001:12:54:41 +0100] GET /MSADC/root.exe?/c+dir HTTP /1.0 404 208 213.133.35.205 - - [29/Oct/2001:12:54:41 +0100] GET /c/winnt/system32/cmd.exe?/ c+dir HTTP/1.0 404 218 213.133.35.205 - - [29/Oct/2001:12:54:41 +0100] GET /d/winnt/system32/cmd.exe?/ c+dir HTTP/1.0 404 218 213.133.35.205 - - [29/Oct/2001:12:54:41 +0100] GET /scripts/..%255c../winnt/sy stem32/cmd.exe?/c+dir HTTP/1.0 404 232 213.133.35.205 - - [29/Oct/2001:12:54:41 +0100] GET /_vti_bin/..%255c../..%255c ../..%255c../winnt/system32/cmd.exe?/c+dir HTTP/1.0 404 249 213.133.35.205 - - [29/Oct/2001:12:54:41 +0100] GET /_mem_bin/..%255c../..%255c ../..%255c../winnt/system32/cmd.exe?/c+dir HTTP/1.0 404 249 and so on. To me it looks as if 213.145.168.244 is trying to execute some file giving him root access. Are someone trying to crack my machine? What should I do? -- Ole Sebastian Stein [EMAIL PROTECTED]
Re: Being cracked? (need help on apache log files)
OSS We just got our ADSL and now have a server running Apache on a potato box OSS at home. DynDNS provides us with dynamic dns. OSS Today I found these lines in my acces.log: OSS 213.133.35.205 - - [29/Oct/2001:12:54:40 +0100] GET /scripts/root.exe?/c+dir HT OSS TP/1.0 404 210 OSS 213.133.35.205 - - [29/Oct/2001:12:54:41 +0100] GET /MSADC/root.exe?/c+dir HTTP OSS /1.0 404 208 OSS 213.133.35.205 - - [29/Oct/2001:12:54:41 +0100] GET /c/winnt/system32/cmd.exe?/ OSS c+dir HTTP/1.0 404 218 OSS 213.133.35.205 - - [29/Oct/2001:12:54:41 +0100] GET /d/winnt/system32/cmd.exe?/ OSS c+dir HTTP/1.0 404 218 OSS 213.133.35.205 - - [29/Oct/2001:12:54:41 +0100] GET /scripts/..%255c../winnt/sy OSS stem32/cmd.exe?/c+dir HTTP/1.0 404 232 OSS 213.133.35.205 - - [29/Oct/2001:12:54:41 +0100] GET /_vti_bin/..%255c../..%255c OSS ../..%255c../winnt/system32/cmd.exe?/c+dir HTTP/1.0 404 249 OSS 213.133.35.205 - - [29/Oct/2001:12:54:41 +0100] GET /_mem_bin/..%255c../..%255c OSS ../..%255c../winnt/system32/cmd.exe?/c+dir HTTP/1.0 404 249 OSS and so on. To me it looks as if 213.145.168.244 is trying OSS to execute some file giving him root access. Are someone trying to OSS crack my machine? What should I do? Ignore it. It is a worm which tries to hack IIS. Since you running Debian + Apache you are hardly in danger. -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- | Ilya Martynov (http://martynov.org/)| | GnuPG 1024D/323BDEE6 D7F7 561E 4C1D 8A15 8E80 E4AE BE1A 53EB 323B DEE6 | | AGAVA Software Company (http://www.agava.com/) | -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Re: Being cracked? (need help on apache log files)
High, On Mon, 29 Oct 2001, Ole Sebastian Stein wrote: We just got our ADSL and now have a server running Apache on a potato box at home. DynDNS provides us with dynamic dns. Today I found these lines in my acces.log: 213.133.35.205 - - [29/Oct/2001:12:54:40 +0100] GET /scripts/root.exe?/c+dir HT TP/1.0 404 210 213.133.35.205 - - [29/Oct/2001:12:54:41 +0100] GET /MSADC/root.exe?/c+dir HTTP /1.0 404 208 213.133.35.205 - - [29/Oct/2001:12:54:41 +0100] GET /c/winnt/system32/cmd.exe?/ c+dir HTTP/1.0 404 218 213.133.35.205 - - [29/Oct/2001:12:54:41 +0100] GET /d/winnt/system32/cmd.exe?/ c+dir HTTP/1.0 404 218 213.133.35.205 - - [29/Oct/2001:12:54:41 +0100] GET /scripts/..%255c../winnt/sy stem32/cmd.exe?/c+dir HTTP/1.0 404 232 213.133.35.205 - - [29/Oct/2001:12:54:41 +0100] GET /_vti_bin/..%255c../..%255c ../..%255c../winnt/system32/cmd.exe?/c+dir HTTP/1.0 404 249 213.133.35.205 - - [29/Oct/2001:12:54:41 +0100] GET /_mem_bin/..%255c../..%255c ../..%255c../winnt/system32/cmd.exe?/c+dir HTTP/1.0 404 249 and so on. To me it looks as if 213.145.168.244 is trying to execute some file giving him root access. Are someone trying to crack my machine? What should I do? Looks like a harmless attempt, because it tries to open M$ files. If this goes on and on you might want to block acces from that host. Perhaps a previous user of your ip had a warez ftp server and people try to login to download stuff. Look from where the attack is coming: $ host 213.145.168.244 Name: 213-145-168-244.dd.nextgentel.com Address: 213.145.168.244 and send a mail to [EMAIL PROTECTED] to inform them. Greetz, Sebastiaan
Re: Being cracked? (need help on apache log files)
On Monday 29 October 2001 07:55 am, Ole Sebastian Stein wrote: and so on. To me it looks as if 213.145.168.244 is trying to execute some file giving him root access. Are someone trying to crack my machine? What should I do? These are all remnants of the Code Red/Nimda worms. You only have to worry if you're running IIS on a windows box -- otherwise, it's just an annoyance that clutters up your apache logs (and minor bandwidth drain) --kurt
Re: Being cracked? (need help on apache log files)
Thanks to all of you people responding so fast. I now rest assured that the ''attack'' was only a worm affecting IIS. Never the less I will start reading some books on Linux security right away. :) -- Ole Sebastian Stein [EMAIL PROTECTED]
Re: Being cracked? (need help on apache log files)
On Mon, 2001-10-29 at 15:55, Ole Sebastian Stein wrote: We just got our ADSL and now have a server running Apache on a potato box at home. DynDNS provides us with dynamic dns. Today I found these lines in my acces.log: 213.133.35.205 - - [29/Oct/2001:12:54:40 +0100] GET /scripts/root.exe?/c+dir HT TP/1.0 404 210 213.133.35.205 - - [29/Oct/2001:12:54:41 +0100] GET /MSADC/root.exe?/c+dir HTTP /1.0 404 208 213.133.35.205 - - [29/Oct/2001:12:54:41 +0100] GET /c/winnt/system32/cmd.exe?/ c+dir HTTP/1.0 404 218 213.133.35.205 - - [29/Oct/2001:12:54:41 +0100] GET /d/winnt/system32/cmd.exe?/ c+dir HTTP/1.0 404 218 213.133.35.205 - - [29/Oct/2001:12:54:41 +0100] GET /scripts/..%255c../winnt/sy stem32/cmd.exe?/c+dir HTTP/1.0 404 232 213.133.35.205 - - [29/Oct/2001:12:54:41 +0100] GET /_vti_bin/..%255c../..%255c .../..%255c../winnt/system32/cmd.exe?/c+dir HTTP/1.0 404 249 213.133.35.205 - - [29/Oct/2001:12:54:41 +0100] GET /_mem_bin/..%255c../..%255c .../..%255c../winnt/system32/cmd.exe?/c+dir HTTP/1.0 404 249 and so on. To me it looks as if 213.145.168.244 is trying to execute some file giving him root access. Are someone trying to crack my machine? What should I do? That's the good old CodeRed worm and varients. Don't worry - it only attacks Microsoft IIS 4+5. Ross
Re: Being cracked? (need help on apache log files)
On Mon, 29 Oct 2001, Sebastiaan wrote: Looks like a harmless attempt, because it tries to open M$ files. If this goes on and on you might want to block acces from that host. Perhaps a previous user of your ip had a warez ftp server and people try to login to download stuff. Look from where the attack is coming: This looks like Code Red/NIMDA/Whatever-the-exploit's-called-this-week attacks and would happen regardless of if someone previously had a warez server. -- Baloo
HELP: woody-apache corrupt and non working...
Hello, first update to woody i made some days ago trashed apache, but after reinstalling it completely (removed apache+php, installed apache+php) the machine resumed functionality... next machine i updated today... same: after the upgrade apache isn't working, tryed the same... nothing, the error persists the init.d script dies silently, so as apachectl, so no way to see a difference form them, but looking into /var/log/apache/error.log gives lines of that shape: apache: dl-close.c:122: _dl_close: Assertion `new_opencount[0] == 0' failed. And that's it :( so now i have one machine without a webserver any help is welcome, ASAP clearly ... :D since this misfortune is really annoying... -- ciao bboett == [EMAIL PROTECTED] http://inforezo.u-strasbg.fr/~bboett http://erm1.u-strasbg.fr/~bboett === the total amount of intelligence on earth is constant. human population is growing
Re: HELP: woody-apache corrupt and non working...
Bruno Boettcher wrote: Hello, first update to woody i made some days ago trashed apache, but after reinstalling it completely (removed apache+php, installed apache+php) the machine resumed functionality... next machine i updated today... same: after the upgrade apache isn't working, tryed the same... nothing, the error persists the init.d script dies silently, so as apachectl, so no way to see a difference form them, but looking into /var/log/apache/error.log gives lines of that shape: apache: dl-close.c:122: _dl_close: Assertion `new_opencount[0] == 0' This is bug tracking number 77330 and 77734. Its due to libc6. See: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=77734repeatmerged=yes for the correction (you have to downgrade libc6 to version 2.1.95-1) Cheers. RP
Help with apache
Hi, I need a little help with apache and setting up the following code to run. At this moment it is contained in my .hmtl file and nothing happens other than the other html code I have in there !--#exec cgi=http://hostname/cgi-bin/count.cgi-- I have 3 files in my /etc/apache directory httpd.conf srm.conf access.conf If this helps any I can run .cgi files in the cgi-bin directory fine... I do appreciate any help. I have tried this for days now and nothing!!! Thanks Eileen Orbell Software Internet Applications Capitol College mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Don't Fear the Penguin.
Re: Help with apache
Eileen Orbell [EMAIL PROTECTED] wrote: I need a little help with apache and setting up the following code to run. At this moment it is contained in my .hmtl file and nothing happens other than the other html code I have in there !--#exec cgi=http://hostname/cgi-bin/count.cgi-- I have 3 files in my /etc/apache directory httpd.conf srm.conf access.conf If this helps any I can run .cgi files in the cgi-bin directory fine... You don't have the IncludesNOEXEC option set for the location containing your .html file, do you? If so, change it to just Includes. (BTW, !--#include virtual=/cgi-bin/count.cgi -- is preferable to #exec cgi.) -- Colin Watson [EMAIL PROTECTED]
Re: Help with apache
If I include this line in my index file: !--#include virtual=/cgi-bin/count.cgi -- All it wants to do is download the page to disk. The .html page does not even load. If I remove the line of code the pages loads fine.. ??? RegardsAt 07:19 PM 11/10/2000 +, you wrote: Eileen Orbell [EMAIL PROTECTED] wrote: I need a little help with apache and setting up the following code to run. At this moment it is contained in my .hmtl file and nothing happens other than the other html code I have in there !--#exec cgi=http://hostname/cgi-bin/count.cgi-- I have 3 files in my /etc/apache directory httpd.conf srm.conf access.conf If this helps any I can run .cgi files in the cgi-bin directory fine... You don't have the IncludesNOEXEC option set for the location containing your .html file, do you? If so, change it to just Includes. (BTW, !--#include virtual=/cgi-bin/count.cgi -- is preferable to #exec cgi.) -- Colin Watson [EMAIL PROTECTED] -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null Eileen Orbell Software Internet Applications Capitol College mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Don't Fear the Penguin.
Re: Help with apache
On 11/10/00, 6:57:06 PM, Eileen Orbell wrote: I need a little help with apache and setting up the following code to run. At this moment it is contained in my .hmtl file and nothing happens other than the other html code I have in there !--#exec cgi=http://hostname/cgi-bin/count.cgi-- I have 3 files in my /etc/apache directory httpd.conf srm.conf access.conf If this helps any I can run .cgi files in the cgi-bin directory fine... I do appreciate any help. I have tried this for days now and nothing!!! Newer versions of apache only use the httpd.conf file. The others used to be included into httpd.conf but now they're commented out. Your problem may be due to not being able to execute SSI includes for the directory where your .html file is located. There are a number of Directory entries in httpd.conf each of which becomes less restrictive. Chances are that one of these may have an entry for Options that doesn't say Includes or says IncludesNoExec. Either of these would prevent your SSI tag from doing it's business. There is also a requirement to use a script-aliased directory if you want to execute cgi-bins or SSIs outside the document root. This is detailed in httpd.conf itself. Regards, Neil Darlow.
Re: Help with apache
Neil Darlow [EMAIL PROTECTED] wrote: On 11/10/00, 6:57:06 PM, Eileen Orbell wrote: I have 3 files in my /etc/apache directory httpd.conf srm.conf access.conf Newer versions of apache only use the httpd.conf file. The others used to be included into httpd.conf but now they're commented out. I don't believe that's quite true. I think what happened is that the others used to be used by default upstream but now people are advised to put everything in httpd.conf instead; in practice they all get treated as different bits of the one file. Certainly the Debian packages of Apache still use all three. -- Colin Watson [EMAIL PROTECTED]
Re: help building apache
--- I believe that just put a # in front of the line Loadmodule dbm_auth_module in the apache httpd.conf file to would disable that module! / Malin. I don't need mod_auth_dbm and I get this errors compiling, so how to disable this ? thanks, jaume. gcc -shared -o mod_auth_anon.so mod_auth_anon.lo -lm -lcrypt gcc -c -I../../os/unix -I../../include -DLINUX=2 -DTARGET=\apache\ -DNO_DBM_REWRITEMAP -DUSE_HSREGEX -DUSE_EXPAT -I../../lib/expat-lite `../../apaci` -fpic -DSHARED_MODULE mod_auth_dbm.c mv mod_auth_dbm.o mod_auth_dbm.lo mod_auth_dbm.c:81: gdbm-ndbm.h: No such file or directory make[5]: *** [mod_auth_dbm.so] Error 1 make[4]: *** [all] Error 1 make[3]: *** [subdirs] Error 1 make[3]: Leaving directory `/usr/src/apache-1.3.12/build-tree/apache_1.3.12/src' make[2]: *** [build-std] Error 2 make[2]: Leaving directory `/usr/src/apache-1.3.12/build-tree/apache_1.3.12' make[1]: *** [build] Error 2 make[1]: Leaving directory `/usr/src/apache-1.3.12/build-tree/apache_1.3.12' make: *** [build-stamp] Error 2 -- Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] /dev/null
help building apache
I don't need mod_auth_dbm and I get this errors compiling, so how to disable this ? thanks, jaume. gcc -shared -o mod_auth_anon.so mod_auth_anon.lo -lm -lcrypt gcc -c -I../../os/unix -I../../include -DLINUX=2 -DTARGET=\apache\ -DNO_DBM_REWRITEMAP -DUSE_HSREGEX -DUSE_EXPAT -I../../lib/expat-lite `../../apaci` -fpic -DSHARED_MODULE mod_auth_dbm.c mv mod_auth_dbm.o mod_auth_dbm.lo mod_auth_dbm.c:81: gdbm-ndbm.h: No such file or directory make[5]: *** [mod_auth_dbm.so] Error 1 make[4]: *** [all] Error 1 make[3]: *** [subdirs] Error 1 make[3]: Leaving directory `/usr/src/apache-1.3.12/build-tree/apache_1.3.12/src' make[2]: *** [build-std] Error 2 make[2]: Leaving directory `/usr/src/apache-1.3.12/build-tree/apache_1.3.12' make[1]: *** [build] Error 2 make[1]: Leaving directory `/usr/src/apache-1.3.12/build-tree/apache_1.3.12' make: *** [build-stamp] Error 2
PLEASE HELP! debian apache package wiped my /etc/httpd!
Argh. I have an old Redhat system (3.x) that I've been converting to a Debian 1.2 system. Everything's been going okay... until now. I just installed the apache package and it _WIPED_ my /etc/httpd directory calling it obselete, without prompting me to do so, and withing saving the contents anywhere. This is a _HUGE_ problem. This machine is a production web server! Unfortunatley, there are no backups. Does anyone have any ideas how I can possibly extract some of the configuration information from the currently running httpd's? I don't have the status or info modules compiled in. :( Any suggestions would be GREATLY appreciated. I can't believe it just wiped my /etc/httpd directory like that. :( The package should really be modified so it won't do that. -douglas -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: PLEASE HELP! debian apache package wiped my /etc/httpd!
On Mon, 12 May 1997, Douglas L Stewart wrote: Argh. I have an old Redhat system (3.x) that I've been converting to a Debian 1.2 system. Everything's been going okay... until now. I just installed the apache package and it _WIPED_ my /etc/httpd directory calling it obselete, without prompting me to do so, and withing saving the contents anywhere. This is a _HUGE_ problem. This machine is a production web server! Unfortunatley, there are no backups. Does anyone have any ideas how I can possibly extract some of the configuration information from the currently running httpd's? I don't have the status or info modules compiled in. :( Any suggestions would be GREATLY appreciated. I can't believe it just wiped my /etc/httpd directory like that. :( The package should really be modified so it won't do that. -douglas I don't exactly know how to do this but I've got some ideas. If you're lucky the httpd have still got the file open, which means it's still physicly on the disk. You can use lsof to check for open files. Then you can check /proc/PID. lsof also gives you the inode number for the open file. From this information you should be able to write a not so simple program that fetches the superblock and extracts the file. There might even exists such a program? /fax -- +- Fredrik Ax -+-- Snailmail --+-- Where to reach me on the net -+ |\\|// | Kämnärsvägen 13 E:202 | E-mail: [EMAIL PROTECTED] | | @ @ | S-226 46 LUND, SWEDEN | WWW: http://www.df.lth.se/~fax/ | +-oOO-(_)-OOo--+---+-+ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .