SunMonTueWedThuFriSat
Jun
2
8
2
1
0
4
2
3
0
3
3
0
1
2
6
3
4
1
6
2
2
4
2
0
4
2
1
1
2
3
6
2
6
0
0
Jul
6
1
1
0
0
1
2
1
2
1
2
1
1
2
1
0
0
0
1
0
0
2
0
0
1
5
2
3
Aug
6
4
0
1
1
1
2
6
3
0
1
0
0
3
3
8
1
1
3
1
1
0
2
1
1
3
0
2
3
3
2
0
4
1
2
Sep
0
1
3
3
1
0
3
0
1
1
0
3
1
0
3
6
14
1
0
0
0
8
2
3
1
0
0
2
Oct
6
1
0
0
1
0
3
0
0
1
0
2
0
1
0
0
0
3
5
0
0
0
0
0
0
2
1
0
Nov
0
1
0
1
0
5
0
1
4
1
0
0
0
0
2
0
1
2
2
0
0
0
0
0
0
2
1
1
1
0
5
3
7
0
2
Dec
4
2
0
2
1
0
0
1
2
1
0
0
0
0
0
0
1
0
3
2
4
1
7
4
1
3
11
2
Jan
3
2
2
9
2
1
11
3
3
3
5
6
3
3
13
6
2
1
1
3
8
4
4
5
1
3
1
5
Feb
5
4
2
2
2
3
0
0
5
2
2
0
0
0
1
0
1
0
2
1
3
0
4
4
3
3
0
3
Mar
4
0
5
1
0
1
1
0
0
1
3
1
1
2
1
1
1
4
0
1
2
1
1
1
0
1
2
0
3
1
3
4
0
2
3
Apr
1
1
0
1
0
4
5
7
3
2
1
2
1
1
2
0
0
1
0
2
2
2
1
3
1
2
0
9
May
4
7
0
0
1
2
1
2
2
2
3
2
0
1
1
0
0
4
1
0
2
2
4
2
0
2
1
2
1
0
0
0
0
0
0
なるほど、tegup.phpに普通にアクセスできることや、skin-cover.htmlにもアクセスできることから考えて、設置方法やアクセス位置には問題なさそうですね。出ているエラーは「500 Internal Server Error」ではなく「403 Forbidden」なのですよね？ そうだとすると、最も可能性の高い原因は、パーミッション不足です。他にも、「.htaccessで制限されている」、「CGIの実行が禁止されている」、「WAF（Web Application Firewall）でブロックされている」などの可能性もありますが。
「てがろぐ」だけに発生する問題なのか、「Perlで書かれたCGI全般」に発生する問題なのかを区別するために、以下の3行をテキストエディタで test.cgi などのファイル名で保存して、サーバにUPして、パーミッションを700（または705や755）に設定してから、ブラウザでアクセスしてみて下さい。
#! /usr/bin/env perl
print "Content-Type: text/html\n\n";
print "<h1>Perl CGI OK!</h1>";
これでも 403 Forbidden エラーが出る場合は、お使いのWebサーバのサポート窓口に、「CGIの実行ファイルに設定するパーミッションの正確な値」を問い合わせる必要があります。もしかすると、そのサーバ独特の値に設定しないといけない制約があるのかもしれません。
もし、上位のディレクトリに .htaccess ファイルがある場合は、一時的に削除（リネームでも可）してから試してみて下さい。