さくらｲﾝﾀｰﾈｯﾄ 質問にﾏｼﾞﾚｽするｽﾚ Part24
■ このスレッドは過去ログ倉庫に格納されています
さくらインターネットのサービス
「さくらのレンタルサーバ」「さくらのメールボックス」「ドメイン取得」について、
困ったことがあれば質問してみようというスレッドです。
◆質問する前には必ずFAQを読みましょう!!
・公式FAQサイト
http://support.sakura.ad.jp/
http://sakura.custhelp.com/
・有志による非公式FAQサイト
http://faq.sakuratan.com/
（http://faq.sakura.ne.jp/ は中の人多忙により閉鎖中）
(※Wikiで運用されていますので、ユーザー間互助や公式サポートなどで解決した方は
上のFAQサイトに追加お願いします)
【お約束】
・返事がないからといって焦るのは禁物。答えてくれる人がくるまでおとなしく
待ちましょう。あちこちで聞くのは「マルチポスト」といって嫌われます。
・答えてもらったら御礼を忘れずに。気持ちよくスレッドが利用できるように
質問する側も答える側も心がけましょう(* ^ー°)ノ
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
さくらｲﾝﾀｰﾈｯﾄ 質問にﾏｼﾞﾚｽするｽﾚ Part23
http://toro.2ch.net/test/read.cgi/hosting/1338760198/ バージョンアップされてからSSIが動かなくなりました
ライトプランです
.htaccess を設置して↓を記述し、htmlでもSSI動くようにしていました
AddType text/x-server-parsed-html .html .shtml
しかし今、これでは動かなくなってしまいました
同じように動かすにはどうすればいいのでしょうか 何をどうバージョンアップしたのさ
Apacheが2.4系になったのなら Includeのチェックと
AddHandler server-parsed .html
AddOutputFilter INCLUDES .html
あたり？ さくら側がサーバのVerUPしたらしいのです
でもshtmlにしても動かなくなってしまったので
.htaccessでは無い部分なのかもしれません サーバの何をVerUPしたのさ
VPS使ってるからわからんけど、共用での話だよね？ 色々と情報が足りず申し訳ありません
OS ： FreeBSD 7.1 32bit → FreeBSD 9.1 64bit (※1)
Webサーバ： Apache 1.3 → Apache 2.2(※2)
Perl Perl 5.8.9 (※3)
Python Python 2.7.3 → Python 2.7.5
に上がったそうです。
ちなみに動かなくなったSSIは下のアクセス解析です
ttp://www.din.or.jp/~hideyuki/home/cgi/access.html Apacheの1.3系から2.2系への変更か
mod_includeのLoadしてるかの確認と
AddType text/html .shtml
AddOutputFilter INCLUDES .shtml
と
Options に Includes 指定入ってるかのチェック、、かな さくらのレンタルサーバ プレミアムです。
Apacheのバージョンアップ（1.3 から 2.2）が実施されて以降、SetHandlerが動作しません。
.htaccessの記述
<Files login>
SetHandler cgi-script
</Files>
今までhttp://www.aaa.com/loginにアクセスすると、login.cgiが実行されていました。
現在は該当ファイルなしでアクセスできなくなってしまっています。
http://www.aaa.com/login.cgiにすれば当然動くのですが、訂正箇所多数でアドレスも長くなるので避けたいです。
対処方法を教えて下さい。お願いいたします。 login.cgi を login にすればいいのでは？ >>15
試してみたことがありますが、確かエラー500になったと思います 500ってことは実行はしてるってことじゃないか
Error_Logの内容は？ >>17
こんなエラーが出力されています
suexec failure: could not open log file
fopen: Permission denied
Premature end of script headers: login
ファイル名を変更しなければ問題なく実行できるんですが・・・？ 仕方ないので、
http://www.aaa.com/login
にアクセスしたら、
http://www.aaa.com/login.cgi
にリダイレクトさせる方法にしようかとも思いましたが、
Redirect permanent /login/ http://www.aaa.com/login.cgi
とかやっても期待通りの動作をしなくて困っています コンソールで、 ./login で何か出る？
ほとんどはインタプリタが実行できない現象で、改行コードの問題である場合が多い
cgiで動くのは fast_cgi とか入ってるからじゃないかな？
とりあえず、1行目の 最後に スペースとか -- とか付けてみて 一行目といいますと、
#!/usr/bin/perl
ですが？？
コンソールはほとんどつかったことないのでよく分かりませんが、poderosaでは
command not found. になります。カレントフォルダ？というか指定が間違っていると思いますがよく分かりません。 つまり、、、よくあるケースというのが
改行コードが Windowsだと \r\n Unix系だと \n
で、
#!/usr/bin/perl\r\n
だと、 perl\r というコマンドを実行しようとして、そんなものは無い、と言われるわけ
もしそうならば、ftpでasciiモードで転送するか変換するのがいいけれど、
#!/usr/bin/perl --\r\n
とやれば、少なくとも perlは存在するので実行できる、というわけ
もし改行コードに問題が無ければ別の要因を探るしかないかな >>23
度々ありがとうございます。解決しました。
ローカルのlogin.cgiをローカル上でコピーしてloginにリネームしたものを
ftpにアップロードし、パーミッションを644→755に変更していたのですが
転送モードを考慮していませんでした。
NextFTPの自動判定では拡張子がないためか、バイナリになっていたようです。
テキスト（ASCIIモード）に指定して転送したら、動作するようになりました。
それにしても、Apacheのバージョンアップ（1.3 から 2.2）が原因で今までの
.htaccessが反映されなくなってしまうのは何故なんでしょうね。 だからバージョンアップしたからだろう。書き方が変わってる。 とりあえずはライトで契約しようかと思いwikiなどを見ていたのですが、
＞乗り換え先のサーバに対し、現在ご利用のサーバと同じ初期ドメイン（○○○.sakura.ne.jp）は指定できません。
＞追加サブドメや独自ドメインは動かせるけど、アカウント名.sakura.ne.jpは動かせないから、将来の移転を考えるのならアカウント名.sakura.ne.jpでサイト運営しないほうがいいと思われます。
という一文を発見しました
これはつまり、将来的にスタンダードに移行する可能性がある場合は、「ライト＋独自ドメイン」の契約でやらないとスムーズにいかないということですか？ 残念ながら社員は炎上対策で忙しくてここでサポートする余裕ないんよ さくらのBASEStorageの質問はこちらでよろしいでしょうか。
既にスタンダードプランに入って居たので試しにアカウントを取得して
ネームスペースを作ってみたのですが全く接続出来ません。
プロトコル：S3/HTTPS
ホスト：b.storage.sakura.ad.jp
ポート：443
Username：アクセストークンのユーザ名
pass：アクセストークンのトークン
この設定で合っていますでしょうか。
他に考えられる問題等ございましたらご教授下さい。 さくらインターネットの社員は今忙しいようなので気長に返事を待って下さい >>26
アカウント名.sakura.ne.jp(初期ドメイン)は動かせないけど(時間がかかると思う)
契約後に追加したサブドメイン.sakura.ne.jp(等)は一応動かせるので
サイトのアドレスは
◎独自ドメイン
○さくらのサブドメイン
×さくらの初期ドメイン
にしろということだと思う >>36
ID出ないからってこういう自己弁護はねぇ・・・ 社員とか意味わからん事呟きだした
精神病院行った方がいいぞ マルチポストがカスなのは正論だが
社員がどうこうは妄想に過ぎないのにな
早くID制になってほしい ｓｃに移転すれば解決だろ
図々しくここでサポートしようとか舐めてんのか >>48-49
ああ、そうだな。社員はscに行け
あと嫌儲は巣に帰れ >>29
何を使ってどう接続しようとしているのかわからないけど、s3cmdでの接続はこれ見てできたよ。
http://qiita.com/isaoshimizu/items/657595cbf05d2b3bec81
.s3cmdを編集しないとダメです。 さくらインターネットが今尚、DDoS攻撃を繰り返しているというのは本当でしょうか？ さくらインターネットが今尚、DDoS攻撃を繰り返しているというのは本当でしょうか？ このプロキシもさくらだった
http://gm-mail.biz/trans/cgi/web_proxy.cgi gm-mail.biz 59.106.178.217
a. [IPネットワークアドレス] 59.106.178.0/24
b. [ネットワーク名] SAKURA-NET
f. [組織名] さくらインターネット株式会社
g. [Organization] SAKURA Internet Inc.
http://gm-p.biz/trans/cgi/web_proxy.cgi gm-p.biz 182.48.47.25
a. [IPネットワークアドレス] 182.48.47.0/24
b. [ネットワーク名] SAKURA-NET
f. [組織名] さくらインターネット株式会社
g. [Organization] SAKURA Internet Inc.
http://gm-mail.info/trans/cgi/web_proxy.cgi gm-mail.info 49.212.173.195
a. [IPネットワークアドレス] 49.212.173.0/24
b. [ネットワーク名] SAKURA-NET
f. [組織名] さくらインターネット株式会社
g. [Organization] SAKURA Internet Inc.
http://shlb.jp/trans/cgi/web_proxy.cgi shlb.jp 133.242.187.38
a. [IPネットワークアドレス] 133.242.187.0/24
b. [ネットワーク名] SAKURA-NET
f. [組織名] さくらインターネット株式会社
g. [Organization] SAKURA Internet Inc. さくらインターネットが今尚、DDoS攻撃を繰り返しているというのは本当でしょうか？ 勉強がてらお試しでSSD メモリ4G借りてみて、適当に初期設定終わらせました
それでfreeってコマンド試してみたんですけど
メモリの使用量異常に多くないですか？こんなもんですか？
total used free shared buffers cached
Mem: 3922612 2507332 1415280 0 28180 2268264 >>63
-/+ buffers/cache:
の行を読むのが正しい
buffersとcachedはメモリ余剰分の有効活用で余ってればバンバン増えるので無視する >>64
調べたところ使えるメモリ量は
vmstat -a
cat /proc/meminfoなんかで調べたほうがいいようですね
ありがとうございます さくらのメールボックスについて質問させてください
thunderbirdでIMAP、SSL/TLSを使って受信設定を行っているのですが
最後に出てくる「セキュリティの例外を追加」というダイアログで
例外を承認するか否か、判断がつきません
このスレの過去ログや、サイトをぐぐったところ
さくらはSSLの証明書に「自己署名証明書」を使っているために
メーラーでこういった警告が出るらしいとまでは理解しました
自己証明書はなりすましのリスクに対して意味がないそうですが
通信のSSL化自体と、証明書の信頼性はまた別の問題で、通信の暗号は問題なく行われるとのこと
よって、自己判断の上で例外の許可を承認しようと、思ったのですが
https://support.mozilla.org/ja/kb/add-security-exception
上記ページ下部
>代替手段として、セキュリティ例外を追加することができます。
>ただしこれは、Thunderbird とメールサーバとの通信が暗号化されないため、
>第三者に通信内容を盗み見られたり改ざんされたりする可能性があることに注意してください。
この記述を見つけてしまって、もう何がなんだかわかりません……
この場合、送受信メールの暗号化はされるんでしょうかされないんでしょうか？ ＞ さくらはSSLの証明書に「自己署名証明書」を使っているために
godaddy発行のワイルドカード証明書(CN=*.sakura.ne.jp)ではないですかね。
メールソフトの設定で サーバ名を独自ドメインのホスト名でなく
手動設定で 初期ドメインの "なんとか.sakura.ne.jp" にすると
警告出なくなると思います。
例外への追加もナシで、違ったらｽﾏﾇ。 >>67
すみません。自己署名証明書辺りは、すっごい古い情報を参考にしていたみたいです……
Thunderbirdでアカウント初期設定を行うと、まず最初に自動で設定が入力されるのですが
その際のデフォルトが、サーバー名「mail.なんとか.sakura.ne.jp」になっていて、
おっしゃる通り冒頭のmail.を削って「なんとか.sakura.ne.jp」の形にしたところ
「セキュリティの例外を追加」のダイアログボックスも出ることなく、無事に設定完了できました
単にサーバー名の入力間違いで大騒ぎしてしまってお恥ずかしい限りです
もちろん、手動で設定を確認してはいたのですが、冒頭の「mail.」の部分については
Thunderbirdではそういうものなんだと、思考停止で見過ごしていました……
アホな凡ミスで、お手数おかけしてしまい申し訳ありませんでした。
でも、とても助かりました。どうもありがとうございました！ 質問です
さくらインターネットで
web（ホームページ）、メーリングリスト、IRC
を管理したいのですが一番安いプランを教えてください
おそらくIRCに関しては自分でインストールしなければならないと思うのですが
そういうことも考慮してお願いします
すでにIRCサーバーをインストールした実績のある人いたら特にお願いします アクセスログ(生ログ)について教えてください
複数人でサイトの管理を行っています
生ログまで見られる管理者は1人だけなのですが
サイトに届いた問い合わせメールをチェックするために
数人がそのメアドのパスワードを教えられています
私はそのうちの1人でPCのthunderbirdやさくらのwebメールでチェックしています
生ログにはメールへのアクセスログも含まれますか？
(どのIPが最初にメールを見たのかなどがわかるのでしょうか？) ログが残るとしても内輪でのアクセスログなんて一々見ないと思うが一体何やろうとしてんだ >>72
メールの着・不着でトラブルになっています
こんなメールが来ていたはずだと主張している者がいるのですが
現時点ではそのメールはサーバー上にありません
生ログにメールへのアクセス履歴が残るのなら本当に届いていたかどうかや
もし故意に消した者がいるのならそれが誰かハッキリするのではと推測しました
管理者が実務を一切やっていない目上の方で頼みにくいため
さくらの生ログの仕様を先に教えてほしいと思いました ありがとうございました
個人でロリポを借りていますがメールのアクセス履歴は生ログにありません
さくらは残るんですね
それなら調べてみようと思います メールボックスのウイルスチェックは受信時にチェックするとのことですが
受信した後にウイルスチェックを有効にした場合は
既に受信したメールのチェックは行わないのでしょうか？ またこんなとこでサポートうけてるの？
そんなんなら死んだほうがマシと思うけど >>77
正確にはわからないけど、おそらく受信時じゃないかな？
何か心配事があるんだったら、その点を気にするよりも
もっと別のアプローチをした方がいいと思うよ。
気持ちの問題で、どうしても安心できないっていうなら
ウイルスチェックを有効にした別のメアドを作って
すでに受信しちゃったメールをそのまま、そっちに転送してみたらどう？ まーだこんなとこでサポートやってるのか社員は
いい加減攻撃やめてくれませんかねえ
http://bbon.geo.jp/ まーだコピペ連投やってるのかシャインガーは
いい加減荒らしやめてくれませんかねえ ２ch荒らしてる分際でサポートスレやろうとか
社員はどんだけ図々しいんだよｗ 2ch荒らしてる分際で社員認定やろうとか
シャインガーはどんだけ図々しいんだよｗ 悪と戦ってると本気で思い込んでる奴にアラシなんて言ってもムダだよ
こういうふうにアタマの芯まで狂ったら、もう戻ってはこれない
https://twitter.com/heyhey67646935/status/467830407086346242 そうそう社員は無駄なことはやめてサポートスレはｓｃででもやってろよｗ さくらインターネットの社員はDDos攻撃している掲示板サイトで
図々しくサポートをしてるって本当でしょうか？ シャインガーっていままでジャイアンガーだと思ってた
何言ってんだろうって思ってた さくらインターネットの社員はDDos攻撃している掲示板サイトで
図々しくサポートをしてるって本当でしょうか？ こんにちは質問です
メールに添付ファイルがうっかり20MBくらいで、
相手からメール来ないよと怒られてはじめてそれに
気づいたのですけんど
以前までは、そういうケースの場合はメールサーバが
不達ですよというquotaどうこうのメール来てたんです
それが今回は来なかった
どういうことなんでしょうか！ こんなとこでサポートうけるような無能なら
死んだほうがいいんじゃね >>92
自分が送信できなかった場合はエラーメール返ってくるけど
相手鯖が受け取ったうえで迷惑メールなんかの判定つけると無視される さくらインターネットの社員はDDos攻撃してる掲示板サイトで
図々しくサポートをしているって本当ですか？ 受け取った側の勘違いか送った側の勘違いだろう
鯖あるんならログ見りゃいいじゃん 意味わかってるの？
20MBくらいのデカい添付ファイルだと受け取れないサーバがよくあるのは知ってるよね？
けど不達なら容量オーバーで送れませんでしたって英語のメールが来るのが普通なわけ。
それがどっこい、さくらのメールサーバだと何もエラーメールが来ないよってことを言っとるのだよ。
わかったけ！？ アドオン入れるなりして送信前に警告出すようにしとけ ■ このスレッドは過去ログ倉庫に格納されています
