홈페이지 접속이 되지 않습니다

안녕하세요~

오늘 처음 가입해서 질문 올립니다. 잘부탁드립니다.

홈페이지 주소를 입력하면 아래와 같은 메세지를 출력하면서 접속이 되지 않습니다.

Forbidden

You don’t have permission to access / on this server.
Apache/2.2.12 (Ubuntu) Server at twinjuns.blogdns.com Port 88

에러 로그 파일은 다음과 같습니다.
[Thu Mar 04 23:32:04 2010] [crit] [client 66.249.71.76] (13)Permission denied: /home/bnb/.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable

home 계정은 755 707으로 설정되어 있는데 어디가 문제 인지 모르겠습니다.

[code:1bh4206t]<IfModule mod_ssl.c>
<VirtualHost default:443>
ServerAdmin webmaster@localhost

DocumentRoot /var/www
&lt;Directory /&gt;
	Options FollowSymLinks
	AllowOverride None
&lt;/Directory&gt;
&lt;Directory /var/www/&gt;
	Options Indexes FollowSymLinks MultiViews
	AllowOverride None
	Order allow,deny
	allow from all
&lt;/Directory&gt;

ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
&lt;Directory &quot;/usr/lib/cgi-bin&quot;&gt;
	AllowOverride None
	Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch
	Order allow,deny
	Allow from all
&lt;/Directory&gt;

ErrorLog /var/log/apache2/error&#46;log

# Possible values include&#58; debug, info, notice, warn, error, crit,
# alert, emerg&#46;
LogLevel warn

CustomLog /var/log/apache2/ssl_access&#46;log combined

Alias /doc/ &quot;/usr/share/doc/&quot;
&lt;Directory &quot;/usr/share/doc/&quot;&gt;
	Options Indexes MultiViews FollowSymLinks
	AllowOverride None
	Order deny,allow
	Deny from all
	Allow from 127&#46;0&#46;0&#46;0/255&#46;0&#46;0&#46;0 &#58;&#58;1/128
&lt;/Directory&gt;

#   SSL Engine Switch&#58;
#   Enable/Disable SSL for this virtual host&#46;
SSLEngine on

#   A self-signed (snakeoil) certificate can be created by installing
#   the ssl-cert package&#46; See
#   /usr/share/doc/apache2&#46;2-common/README&#46;Debian&#46;gz for more info&#46;
#   If both key and certificate are stored in the same file, only the
#   SSLCertificateFile directive is needed&#46;
SSLCertificateFile    /etc/ssl/certs/ssl-cert-snakeoil&#46;pem
SSLCertificateKeyFile /etc/ssl/private/ssl-cert-snakeoil&#46;key

#   Server Certificate Chain&#58;
#   Point SSLCertificateChainFile at a file containing the
#   concatenation of PEM encoded CA certificates which form the
#   certificate chain for the server certificate&#46; Alternatively
#   the referenced file can be the same as SSLCertificateFile
#   when the CA certificates are directly appended to the server
#   certificate for convinience&#46;
#SSLCertificateChainFile /etc/apache2/ssl&#46;crt/server-ca&#46;crt

#   Certificate Authority (CA)&#58;
#   Set the CA certificate verification path where to find CA
#   certificates for client authentication or alternatively one
#   huge file containing all of them (file must be PEM encoded)
#   Note&#58; Inside SSLCACertificatePath you need hash symlinks
#         to point to the certificate files&#46; Use the provided
#         Makefile to update the hash symlinks after changes&#46;
#SSLCACertificatePath /etc/ssl/certs/
#SSLCACertificateFile /etc/apache2/ssl&#46;crt/ca-bundle&#46;crt

#   Certificate Revocation Lists (CRL)&#58;
#   Set the CA revocation path where to find CA CRLs for client
#   authentication or alternatively one huge file containing all
#   of them (file must be PEM encoded)
#   Note&#58; Inside SSLCARevocationPath you need hash symlinks
#         to point to the certificate files&#46; Use the provided
#         Makefile to update the hash symlinks after changes&#46;
#SSLCARevocationPath /etc/apache2/ssl&#46;crl/
#SSLCARevocationFile /etc/apache2/ssl&#46;crl/ca-bundle&#46;crl

#   Client Authentication (Type)&#58;
#   Client certificate verification type and depth&#46;  Types are
#   none, optional, require and optional_no_ca&#46;  Depth is a
#   number which specifies how deeply to verify the certificate
#   issuer chain before deciding the certificate is not valid&#46;
#SSLVerifyClient require
#SSLVerifyDepth  10

#   Access Control&#58;
#   With SSLRequire you can do per-directory access control based
#   on arbitrary complex boolean expressions containing server
#   variable checks and other lookup directives&#46;  The syntax is a
#   mixture between C and Perl&#46;  See the mod_ssl documentation
#   for more details&#46;
#&lt;Location /&gt;
#SSLRequire (    %{SSL_CIPHER} !~ m/^(EXP|NULL)/ \
#            and %{SSL_CLIENT_S_DN_O} eq &quot;Snake Oil, Ltd&#46;&quot; \
#            and %{SSL_CLIENT_S_DN_OU} in {&quot;Staff&quot;, &quot;CA&quot;, &quot;Dev&quot;} \
#            and %{TIME_WDAY} &gt;= 1 and %{TIME_WDAY} &lt;= 5 \
#            and %{TIME_HOUR} &gt;= 8 and %{TIME_HOUR} &lt;= 20       ) \
#           or %{REMOTE_ADDR} =~ m/^192\&#46;76\&#46;162\&#46;&#91;0-9&#93;+$/
#&lt;/Location&gt;

#   SSL Engine Options&#58;
#   Set various options for the SSL engine&#46;
#   o FakeBasicAuth&#58;
#     Translate the client X&#46;509 into a Basic Authorisation&#46;  This means that
#     the standard Auth/DBMAuth methods can be used for access control&#46;  The
#     user name is the `one line' version of the client's X&#46;509 certificate&#46;
#     Note that no password is obtained from the user&#46; Every entry in the user
#     file needs this password&#58; `xxj31ZMTZzkVA'&#46;
#   o ExportCertData&#58;
#     This exports two additional environment variables&#58; SSL_CLIENT_CERT and
#     SSL_SERVER_CERT&#46; These contain the PEM-encoded certificates of the
#     server (always existing) and the client (only existing when client
#     authentication is used)&#46; This can be used to import the certificates
#     into CGI scripts&#46;
#   o StdEnvVars&#58;
#     This exports the standard SSL/TLS related `SSL_*' environment variables&#46;
#     Per default this exportation is switched off for performance reasons,
#     because the extraction step is an expensive operation and is usually
#     useless for serving static content&#46; So one usually enables the
#     exportation for CGI and SSI requests only&#46;
#   o StrictRequire&#58;
#     This denies access when &quot;SSLRequireSSL&quot; or &quot;SSLRequire&quot; applied even
#     under a &quot;Satisfy any&quot; situation, i&#46;e&#46; when it applies access is denied
#     and no other module can change it&#46;
#   o OptRenegotiate&#58;
#     This enables optimized SSL connection renegotiation handling when SSL
#     directives are used in per-directory context&#46;
#SSLOptions +FakeBasicAuth +ExportCertData +StrictRequire
&lt;FilesMatch &quot;\&#46;(cgi|shtml|phtml|php)$&quot;&gt;
	SSLOptions +StdEnvVars
&lt;/FilesMatch&gt;
&lt;Directory /usr/lib/cgi-bin&gt;
	SSLOptions +StdEnvVars
&lt;/Directory&gt;

#   SSL Protocol Adjustments&#58;
#   The safe and default but still SSL/TLS standard compliant shutdown
#   approach is that mod_ssl sends the close notify alert but doesn't wait for
#   the close notify alert from client&#46; When you need a different shutdown
#   approach you can use one of the following variables&#58;
#   o ssl-unclean-shutdown&#58;
#     This forces an unclean shutdown when the connection is closed, i&#46;e&#46; no
#     SSL close notify alert is send or allowed to received&#46;  This violates
#     the SSL/TLS standard but is needed for some brain-dead browsers&#46; Use
#     this when you receive I/O errors because of the standard approach where
#     mod_ssl sends the close notify alert&#46;
#   o ssl-accurate-shutdown&#58;
#     This forces an accurate shutdown when the connection is closed, i&#46;e&#46; a
#     SSL close notify alert is send and mod_ssl waits for the close notify
#     alert of the client&#46; This is 100% SSL/TLS standard compliant, but in
#     practice often causes hanging connections with brain-dead browsers&#46; Use
#     this only for browsers where you know that their SSL implementation
#     works correctly&#46;
#   Notice&#58; Most problems of broken clients are also related to the HTTP
#   keep-alive facility, so you usually additionally want to disable
#   keep-alive for those clients, too&#46; Use variable &quot;nokeepalive&quot; for this&#46;
#   Similarly, one has to force some clients to use HTTP/1&#46;0 to workaround
#   their broken HTTP/1&#46;1 implementation&#46; Use variables &quot;downgrade-1&#46;0&quot; and
#   &quot;force-response-1&#46;0&quot; for this&#46;
BrowserMatch &quot;&#46;*MSIE&#46;*&quot; \
	nokeepalive ssl-unclean-shutdown \
	downgrade-1&#46;0 force-response-1&#46;0

</VirtualHost>
</IfModule>

<VirtualHost *:88>
ServerName www.kindbnb.com

    ServerAdmin webmaster@localhost

    DocumentRoot /home/bnb/www
    &lt;Directory /home/bnb/www&gt;
            Options Indexes FollowSymLinks MultiViews
            # pcw AllowOverride None
            AllowOverride All
            Order allow,deny
            allow from all
            # This directive allows us to have apache2's default start page
            # in /apache2-default/, but still have / go to the right place
            # Commented out for Ubuntu
            #RedirectMatch ^/$ /apache2-default/
    &lt;/Directory&gt;

    # Possible values include&#58; debug, info, notice, warn, error, crit,
    # alert, emerg&#46;
    LogLevel warn

   ServerSignature On

</VirtualHost>[/code:1bh4206t]

default파일 설정에서 /home/bnb/www/ 폴더와 .htaccse 파일은 707로 설정되어 있는데 뭐가 문제인가요?

도무지 모르겠습니다. ㅠㅠ

순전히 제 경험으로는 root 로 퍼미션을 주었을 경우 에러가 나왔고 일반 계정으로 권한을 다시 주니 해결 되었습니다. :D

답변 감사합니다. :D 일반 계정으로 설정을 해봤는데 안됩니다. :cry:

다른 원인이 있을까요? 안되면 새로 설치해봐야 겠습니다.ㅠㅠ

[code:1e2ixoo0]neojun@neojun-desktop:/home/bnb$ sudo chown -R bnb:bnb www
[sudo] password for neojun:
neojun@neojun-desktop:/home/bnb$ su bnb
Password:
bnb@neojun-desktop:~$ chmod -R 707 www
bnb@neojun-desktop:~$ ls -l
합계 8
-rw-r–r-- 1 bnb bnb 167 2009-12-27 21:11 examples.desktop
drwx—rwx 12 bnb bnb 4096 2010-03-03 05:53 www
bnb@neojun-desktop:~$
[/code:1e2ixoo0]