忙しい人向けの結論:

1. Amazon お急ぎ便荷物が届いて数日は、メンバーズのポイント取得申請はしない。
2. 数日後、ポイント履歴にその荷物が「ポイント自動付与の対象外でした」と載るので、それを見てからポイント取得申請する。
3. さらに数日後、ポイントが付与される。

Amazon.co.jp の「お急ぎ便」はヤマト運輸「宅急便」で届くのだが、クロネコメンバーズのポイントが付与されないので、ヤマト運輸のフォームで問い合わせた。
するとクロネコメンバーズ担当の方から電話があり、私のポイント履歴を参照しつつ、細かい説明をいただけた。

私は放送大学の学生でもあるので、Amazon Student 会員だ。
Amazon Student は、つまり「学生のみ、Amazon プライムが半額、書籍はポイント還元」なので、Amazon.co.jp が発送する商品は全部お急ぎ便になる。
お急ぎ便だと、ヤマト運輸「宅急便」で届くので、クロネコメンバーズの「受取」ポイントがもらえる、はず、である。
ところが、ポイントが付与されない。

私の認識としては、こういう流れだと思っていた。

1. 荷物が届いた当日や翌日あたりに、手動でポイント取得申請をしている (1回目)
2. すると2、3日後に「ポイント自動付与の対象外でした」という履歴が表示される
3. 同じ伝票番号で再度ポイント取得申請をする (2回目)
4. ポイントが付与される

この流れから、「発送から数日を経過しないと、ポイント付与対象フラグが立たないのではないか」と考えていた。

ところが、ヤマト運輸側端末で見られる詳細な履歴¹では、「ポイント自動付与の対象外でした」と表示されているデータは、私の (1回目の) 手動の申請ではなくて、システムが自動的に申請しているものということだった。

これは荷物が発送された時点というか、荷物に関する送り先のデータが入った時点で自動的に行われ、送り先がクロネコメンバーズのアカウント登録情報と一致すれば、本来ならばユーザーは何もしなくてもポイントが付与されるようだ。
しかしこれは、Amazon とヤマト運輸のデータフォーマットの違い²から、自動付与の対象外と認識される。

しかし、私の記憶では間違いなく「一度申請をしたのに対象外と表示された」からこそ、2回目の申請をしていた。
それは履歴にないと言うが、一度や二度のことではないし、履歴ですでに申請中と表示されていればわざわざ申請しない。

そこで、「システム側での自動申請は、その申請の結果が決まるまで履歴に表示されないのではないか」と質問したところ、その通りとのこと。
そうなると、「自動付与の対象外でした」となっているものは、確かに自動申請のものであって、私の (1回目の) 手動申請のものではないことについては、納得できる。

しかし「では1回目の申請はどこに行ってしまったのか」という疑問は残る。
これは私の推測だが、「自動申請が行われてから結果が確定されるまでの間に行われた、同じ送り状番号に関する手動申請は、自動申請の結果が確定された時点で履歴から消去される」のではないだろうか。
この推測はクロネコメンバーズ担当者にも話したが、起きている現象から考えるとそうかも知れない、という反応だった。

自動申請自体は行われていて、自動付与の対象外という結果になる³。
私の推測通り自動申請中の手動申請が消えるならば、自動申請の結果確定後に、手動申請すれば良い。

なぜ自動と手動で結果が違うかというと、手動申請は宛先がクロネコメンバーズ登録情報と一致するか、人間の目で確認しているからだそうだ。⁴

荷物が届いてすぐ手動申請すると、自動申請によって手動申請が消えてしまうので、自動申請の結果確定後に行う。
これでポイントが付与されるはずだ。
というわけで冒頭の結論に至る。

ただし、電話で話していた時点では「自動申請の結果確定時点で手動申請が消える」と推測していたが、今は「自動申請中に行われた手動申請は、その手動申請が行れた時点で消える」と考えている。
手動申請は目視確認タスクを発生させるのだから、即消えるのでなければタスクがキューに入るはず。

結論はなんか手間でアレだけど、何が起きているのか、(workaround 的に) どうすればいいのか、それがわかったこと、説明が詳細に及んだことで、クロネコヤマトの俺内評価がうなぎ登り。
でも仕事で使う場合ほとんどメール便で、箱になると同一宛先割引のためにゆうパックがメインなのだが(;´Д`)

(2013/06/08 追記)
本当に放置していて自動申請分が履歴に載るのか未確定だったが、数日前の荷物が履歴に載った。
やっぱり対象外扱いでポイントついてなかったので、さっそく手動で申請。これで付与されるはず。

(2013/08/21 追記)
たまったポイントを景品に交換した。景品が宅急便で届くんだけど、そこでも受取ポイントが発生した。
こちらはちゃんと全自動でポイントがつく。

(2015/04/16 追記)
LOHACO も同じく自動ではポイントつかないようだ。

Avante Hosting のサーバー移転で大トラブル。121時間強の長時間ダウンである。
しかも結局移転できていないようだ。

前回の記事で予告が来ていたサーバー移転。
予告では13日 21:00 (EST)、日本時間でいえば14日 11:00 からということだったが、実際には日本時間の13日 10:53 にシャットダウンされた。

それからが長い。全然つながらないのだ。
14日か15日にはコアルーターがどうたらという釈明の tweet が出ていた (が、削除されている)。
その後ネットワーク問題が生じて移転が遅れている旨の tweet。

結局 VPS が復旧したのは今日の昼過ぎで、ダウンタイムは連続121時間強となった。
さっそく tracepath してみると、これ実は移転してないじゃんという結果。
東京 – サンノゼ – ロサンゼルス – ヒューストン – マイアミ – VPS。
ping rtt も変わりない。

復旧後今に至るまでアナウンスなし。
うーん、やっぱダメな業者だったかな?

Avante Hosting のサーバーが移転するとの連絡が今朝入った。
来た来たって感じだ。激安 VPS はよくこういうことがある。それも連絡から実際の移転までの日数が近いんだ。

今回 Avante Hosting のサーバー移転は、9月13日 21:00 (EST) ということらしい。
連絡から3日で実際に移転されちゃうわけだ。

多くの激安 VPS では、こうした移転の際には IP アドレスの変更を伴うが、今回 VPS は Server IPs will NOT change. とのことで変更なし。
Avante Hosting は Minecraft のサーバーもやっていて、そちらは IP アドレス変更らしい。

移転先はテキサス州ダラスということで、日本からは少し近くなる。
今はフロリダで ping rtt 190ms 前後だが、経験上テキサスなら 150～160ms 前後になるはずだ。

Avante Hosting の KVM VPS 128MB を利用開始してから1ヶ月経過したので、レビューを。

結論から言うと……激安系の中ではマシな方かな? ;-)

といってもたいした使い方はしてなくて、DNS のセカンダリを置いたり、他サーバーの稼働チェックを回している程度。

全体的に CPU を食う処理は遅い。他社の詰め込みまくり (overselling) OpenVZ とかよりも、基本的には遅い印象。だがこれは逆に CPU の割り当てをきっちり絞っていて、隣人の影響を受けにくいのかも知れない。
aptitude upgrade の際に Building dependency tree で待たされたり、gzip をほどくのに時間がかかっているのが、CPU の遅さを体感する典型例。
激安 VPS に多いストレージ激重には、今のところ出くわしていない。

利用開始から1ヶ月間のダウンタイムは以下の通り。

• 8/14 : 11時間弱
• 8/30 : 6時間弱
• 9/04 : 2時間

このところ BuyVM や TurnKey Internet の優秀さに慣れてしまっているので、この落ちっぷりで久々に「俺、激安 VPS 使ってる!」感をおぼえた(笑)。
月 1 USD であると前置きしたら、稼働率 97.4% はマシな方。というわけで、激安系の中ではマシな方。
次の1ヶ月に期待。

過去に一度スタードメインで登録、またはスタードメインに移管したことがあり、現在他社に移管済みのドメインを、再度スタードメインに移管する際の手順 (2012年8月版)。
他社ではわざわざ手順のメモなど必要なく、ただ普通に移管を試みれば済むのだが、スタードメインで移管申請を出そうとドメイン検索すると「× 移管できません」と表示され、申請できないのだった。

というわけでカスタマーサポートに連絡したところ、指示された手順は以下の通り。

1. 移管にかかる料金分のプリペイドをチャージする。

2. カスタマーサポートにドメイン再移管の旨と対象ドメイン、希望上位レジストラーを連絡する。

3. カスタマーサポート対応後、コントロールパネルに対象ドメインが現れ、右側の通常「ドメイン管理ツール」ボタンが表示されているエリアに「移管申請手続き」ボタンが表示されているので、押す。

4. 以降、通常の移管手順同様に進んでいくので、適宜対応。

なお、この場合の移管では、A8 のセルフバックを踏んでも適用外になるようだ。

Avante Hosting の KVM VPS 128MB を契約してみた。

2、3年ほど前から OpenVZ VPS は月あたり 1 USD のものが登場していたが、Xen や KVM の VPS はなかなかそこまでの値段には下がらなかった。
ところが Avante Hosting は半年で 6 USD、月あたり 1 USD で Xen、KVM の提供である。
カナダの会社で、VPS のホストはフロリダ。東京からの ping rtt は 190ms 前後。

コントロールパネルは SolusVM で、料金を支払うと即開通 (私は PayPal で支払った)。
初期状態では ssh も入っていないので、VNC で設定していくことになる。
ここで少し引っかかった点として、コントロールパネルにある Java VNC Viewer が Firefox、Iron で動かない。
Internet Explorer を使うか、View Connection Settings に書かれている接続情報でスタンドアローンの VNC Viewer を使う必要がある。

OS の選択肢は、おおむね普通。Debian、Ubuntu、CentOS Arch、FreeBSD、OpenBSD など。契約時の選択肢には 64bit 版しかないが、コントロールパネルでマウントできる CD-ROM イメージには 32bit 版もあるので、CD-ROM 優先で起動するようにしてリブートすれば再インストール可能。
なにぶん 128MB プランの契約なので、少しでもメモリーフットプリントが小さくなる方がいい。

DNS 逆引きは、あらかじめその正引きが VPS の IP アドレスになっているようにしておいてから、コントロールパネルで設定する。設定完了後はすぐ反映される。

Setting のところで NIC と HDD に vertio が選べるので、再インストール前に切り替えてみた。
しかし 128MB プランで色々パワーが足りないので、体感できるほどの違いはない。

稼働安定性のほどは未知数ながら、KVM では swap が設定できるのでありがたい。
3年半使っている OpenVZ 128MB VPS は burstable も 128MB なので、aptitude upgrade の際いくつか daemon 殺さないとメモリー不足でコケる ;-)

スタードメインからのドメイン移管 (転出) 手順と注意点のメモ。
ここは全体的に低価格で、私も結構使っている、ある意味おすすめレジストラーなのだが、更新の請求タイミングが他社より2ヶ月早いので、転出することもある。

1. 「ドメイン管理ツール」にログイン。

2. 画面上部「各サービス管理ツール」の左端フクロウアイコンから「ネットオウル / メンバー管理ツール」へ。 「決済情報」→「利用中のサービス」対象ドメインの「利用停止する」ボタンから解約申請を行う。

3. 「ドメイン管理ツール」に戻り、対象ドメインの管理ツールへ。

4. 「レジストラロック」が通常「ON」になっているので、「ロック変更」で「OFF」に。

ここまでは共通だが、ここから先は gTLD と汎用 JP で手順が異なってくる。

• gTLD の場合:
  whois に自分のメイルアドレスが設定されていることを確認し、「レジストラコンタクト」の「認証キー送信」ボタンで Auth-Code を送信させる。whois 登録メイルアドレスに届く。
  数分程度で届くが、スタードメインサイトが妙に重い時などは再度送信させる。
  あとは普通に移管先から移管申請を出せば良い。

  • 上位が eNom の場合、移管先からの確認だけでなく、eNom からも確認メイルが来る。放置しても5日後に移管されるが、明示的に Accept すれば日数短縮になる。
  • 上位が KeySystems の場合は、eNom のような確認メイルは来ない。eNom で確認メイルを放置した場合の日数で移管完了となる。
  • 上位が Netowl の場合は、eNom のような確認メイルは来るが、進めるには放置しかない。明示的な操作は拒否しかできないからだ。

• 汎用 JP の場合:
  JP の場合、移管先から出た移管申請を、移管元 (この場合スタードメイン) に承認させる必要がある。
  この承認作業を依頼する手順が、よく変更されるので、まずサポートページから問い合わせることを推奨する。
  2011年9月中旬に提示された手順は、下記フォームに記入してサポートに送信する、というもの。
  対象ドメインが複数の場合、ドメインごとにこのフォームを複数書いて送る必要がある。
  

  　------------------------------------------------------------- 
   　1.移管ご希望ドメイン名： 
   
   　2.変更先指定事業者名： 
   
   　3.該当ドメインの移管を行う旨、ドメイン登録者へ意思確認を行いましたか。 
   
   　　【確認済み】【未確認】※該当するものを残してください。
   　-------------------------------------------------------------

そして移管先から移管申請を出させるのだが、このタイミングも重要だ。
スタードメインは「JP ドメインの転出処理は毎週水曜日に行っている」とのことで、たとえば木曜に出した申請は翌週水曜まで待たされることになる。
仮に移管先が「申請後5日間承認されない場合に取り下げる」といった処理になる場合、移管失敗してしまうこともあり得るわけだ。

ロケットネット (ロケットドメイン)からのドメイン移管 (転出) 手順と注意点のメモ。

新規・移管がキャンペーンで安い時に時折利用している。が、更新は安くないので転出 ;-)

1. ロケットネット操縦席 (コントロールパネル) にログイン。
   「マイアカウント」タブ→「請求管理」→「契約」で、対象ドメインへ。
   「解約をリクエストする」に行き、テキストエリアで「他社へ移管する」に「○」をつけて送信。

2. 自動送信のメイルが来るので、記載された「お問い合わせ窓口」を開く。
   対象ドメイン名を明記し、「他社に移管するのでロック解除と Auth-Code の発行を希望する」旨記入して送信。

3. →翌日ぐらいに Auth-Code がメイルで届くので、移管先に入力。

注意点としては、whois 情報に関するものがある。
ロケットネットでは契約中、Admin/Billing/Tech の各 contact はロケットネットの情報が表示されるようになっており、コントロールパネルの「ドメイン連絡先」は Registrant にしか適用されない。
当然ながら、移管時にはすべての contact がユーザー側の情報に変更されることになるわけなのだが……

「お問い合わせ窓口」での連絡時に、特に指定しない場合、whois 情報が「ドメイン連絡先」に記入したものではなく、ユーザーのアカウント情報に設定される。
個人が自分のドメインを使っているだけなら差し支えないが、仕事で使う場合、登録代行している場合など、これでは不都合だ。

対策は、あらかじめ「ドメイン連絡先」を編集しておき、「お問い合わせ窓口」での連絡時に、「whois 情報をその『ドメイン連絡先』に設定する」よう指定する、というもの。

ロケットネットの Auth-Code 発行は自動ではなく、人の手を入れているようなので、こうした指定を入れると、そのように対応してくれる。
まあ、せっかく「ドメイン連絡先」という情報があるのに、わざわざそれとは別のアカウント情報から引っ張るのが、そもそも解せない……というのも否めないが。

「お問い合わせ窓口」での文例:

下記ドメインにつき、他社に移管しますので、
「ドメインレジストラロック解除とオースコードの発行」
等のご対応をお願い致します。

また、これにあたって whois 登録情報を変更する際には、
「ドメイン連絡先」に登録してあります「#0000 EXAMPLE」を
用いて下さい。

> ---------------------------------
> ご契約ID：#0000
> ご契約名：example.com
> ---------------------------------

「ご契約 ID」あたりは、解約申請で自動送信されるメイルから貼り付けるのが楽。

コーチョーの猫砂「ワンニャンおからDEサンド 7L」と「ネオ砂 おから 7L」がどう違うのか、コーチョーに問い合わせてみた。

回答:

製品の仕様としましては同じ製品となります。

ありがとうございました > コーチョー担当者様

背景事情。
猫を飼っている。
猫砂はコーチョーの「ワンニャンおからDEサンド 7L」を使っているのだが、補充しようと楽天を見てみると、一部ショップで「ネオ砂 おから 7L」に差し変わっていた。
ショップによっては「ワンニャンおからDEサンド 7L」を売っているので、仕様・特性が異なる別製品の併売かも知れないと考えて、問い合わせるに至った。

この猫砂、砕けやすくて、猫トイレの底に猫砂の砕けた粉末がたまりやすいのだが、尿の固まり具合や消臭などは非常に良いので、愛用している。
同じ仕様なら、ネオ砂でも安心して使えるってわけだ。

2HOST の VPS を使っているのだが、squeeze に dist-upgrade した際に、変なことになっていた。
/dev/ 下が狂って、いろいろ困る状況に陥るのである(苦笑)。

具体的には

• /dev/null、/dev/tty、/dev/urandom、/dev/zero あたりのパーミッションが crw------- になる。
• /dev/stdin、/dev/stdout、/dev/stderr のシンボリックリンクが消える。

といった感じ。
この影響で、たとえば FDclone なんかは root じゃないと起動すらしてくれなくなる。

修正手順は以下。

(/dev/ で)

chmod og+rw null tty urandom zero
ln -s /proc/self/fd/0 stdin
ln -s /proc/self/fd/1 stdout
ln -s /proc/self/fd/2 stderr