DTIのServersMan@VPSを解約しました。
2011年に契約したもので、おそらくは初期の初期のものです。
容量やメモリもアップデートしないまま、OSも古いままで放置していました。
セキュリティ系のみの更新だけしていましたが…
SSLを使いたくなって弄ったのですが、どうもうまくイカなかったため、
新しくServersMan@VPSを契約して移動させました。
つまり、実施はリプレースになりますが。
SSLを導入したかったwebss.inを独立させて、他のコンテンツは稼働中の鯖に追加しました。
特に影響は出てない感じなので、これでよかったとします。
でめたし、でめたし。
サービスはDTIのServersMan＠VPSです。
既存のServersMan@VPSの鯖でSSLを導入しようとした所、SSLはインストールされているのに443ポートが反応しないし、そもそもSSL接続のairdisplayが死んでいるので、問い合わせてごたごたするより、さっさと乗り換えたほうが速いということで、新しく契約しました。
他のサービスに乗り換えることもちょっとは考えましたが、勝手が変わるとまた面倒なので同じサービスを追加ということに。
元の鯖はCentOS5.11で2017年3月でサポートも終わることだし、他のServersMan＠VPSの環境でCentOS6ではSSL接続が生きているので、似たよう環境にしようとCentOS6(64bit)環境で契約しました。
登録が完了して、しばらくしたら可動が開始したよなので、セットアップを始めます。
さぁ、またグダグダしますか。
はい、サービスの動きを追っていませんでした。
分散していなかったのも悪いのですが。
ということで、必死に移設作業中です。
結局rsyncをものにしていないので、FTPで落としてあげ直すという気の遠くなる作業です。
とりあえずまずは使い慣れたDTIでVPSを借りてセットしたのですが、
基本的なものは問題ないものの、ImageMagickかGhostscriptかPerl-Magickかが非常に遅い。
クソ重いんです。
ということで、セットアップ終わったけどまた新しくさくらにVPSを借りて位置から再セットアップ中です。
上手くいきますように…
印刷通販サイトプリントライを運営しています。
先日20日、鯖の調子がおかしくなりました。
現在23日問題なさそうで、一件落着ということでブログに残しておきます。
本当はリアルタイムに書けばいいんだろうけど。
さて、朝は問題なかったのですが、工場に移動してアクセスするとMySQLのエラーがずらり。
ちなみに、このシステムはSaaSesのVPSに入れてあります。
なので、用意されているコントロールパネルを確認すると再開中の文字のまま変化なし。
Webminを確認しようとするも10000番ポートはアクセスできず、メールもFTPも駄目。
非常にまずい状態なのでサポートに問い合わせたものの返事がないこと3時間。
だめもとでtwitterのSaaSesManに言ってみたけど反応は無し。
印刷用のデータはすでに落としてあったので問題ないものの、出荷表を印刷できないので手動で登録を始めようと準備していると、復旧の通知メールが。
そこで確認すると、システム的に損失は無さそう。
今確認すると、24時間サポートの表記が見つからなかったり、運営にすこし疑問を感じていますが、すぐにどうにかできるものでもないので様子見です。
にっぽつ鯖を自宅鯖からSaaSesのVPSへ移動するため、CentOS6をセットアップしています。
基本部分はSSHでシコシコ追加して、あとはFTPでファイルをアップロードしようとProFTPdを追加しました。
RPMForgeから追加して起動までは問題ないものの、ログインができません。
サーバは応答しているものの、ユーザ名やパスワードを何度確認しても駄目です。
検索してみると、ちらほら同じ症状の記事があり、参考に修正してみましたが駄目でした。
結局は、「/etc/pam.d/proftpd」の内容を、海外のサイトにあったもので上書きして事なきを得ました。
#%PAM-1.0M-1.0
auth required pam_listfile.so item=user sense=deny file=/etc/ftpusers onerr=succeed
auth required pam_shells.so
auth include system-auth
account include system-auth
#session include system-auth
session required pam_loginuid.so
PAMとかよくわかりませんが、仕様変更に対応していないのでごにょごにょするといった感じのようです。
ファイルを更新して「service proftpd restart」で無事ログインできました。
でめたしでめたし
今、請け負っている仕事にPHPExcelを使うものがあります。
これまでは、ファイルを書き出すだけで全然問題がなかったのですが、既存のexcelファイルを読み込んで編集する機能を使おうとすると、一部の関数が定義されていないと文句を言われて動きません。
開発環境はWindows7でほぼ最新版なのですが、Linuxではそうもいきません。
Date系の関数が実装されているPHP5.3の環境が必要になりました。
今までテスト鯖用にServersMan@VPSを使っていたのですが、PHPは5.1.6なので、これをアップデートしてしまってもよかったのですが、比較検証することができなくなるため、新しく借りることにしました。
使い慣れたSaaSesでいくかどうかちょっとだけ悩んだ結果、できるだけ同じ環境で比較できるようにと、またServersManを借りることにしました。
スペックはどうでもいいので、無難にEntryタイプを選択。
OSはCentOS5.4だったのを5.6に、PHPも5.3をいれて、ほかにも手当たり次第にupdateやupgradeをかけまくって、まだ途中だったりします。
そのうち終わりますよ、きっと。
たぶん、でめたし、でめたし？
SaaSesでVPSを借りています。
新しいシステム用にちょっとだけランクのいいサービスを契約しました。
そのシステムのバックアップでFTP経由でファイルをミラーリングしていたのですが、接続がブチブチ切れて大きなファイルをダウンロードできない現象が頻発していました。
VPSに入れていたFTPサーバはProFTPDです。
しばらく放置していたのですが、FTPクライアントのソフトを見ていて気がつきました。PASVモード接続にチェックが入っていませんでした。
そこでチェックを入れてみたものの、ログインしてもリストを取得できない、これはファイアウォールの設定か何かかと思って眺めていても、埒が明きません。
よくよく調べてみると、PASVモード用にポート番号を設定する必要があると判明。
SaaSesのVPSはWebminで管理できますが、Webminの管理ツールからPASVモードの設定は1.530の現在では出来ないようです。
なので、設定ファイル編集より直接編集します。
最後に
# PASVモードで使用可能なポート番号範囲
PassivePorts 7030 7050とおまじないを書いて保存、適用します。
さらに、Linuxファイアウォールで該当のポートを空けて適用すればPASVモードで接続が出来るようになりました。
でめたし、でめたし。
そういえば、回線のせいかもとツイートした気がします。日本ラッドさん、ごめんなさい。