動かざることバグの如し

近づきたいよ 君の理想に

Amazonのアカウント停止メールが来てた話

※ 詐欺メールです

Amazonからアカウント停止メールが

普段使ってないメルアドのBOX見てたらAmazonからアカウント停止メールが

メールのタイトルは「Amazon Team- 尊敬する名無し太郎 --リスクのため、お客様のアカウントは無効になっています。」 (実際には本名)

f:id:thr3a:20180508134130p:plain

一瞬え、ってなったがそもそもこのメルアドをAmazonと紐付けてないし、日本語もおかしい。「リカバリアカウント」のリンク先もAmazonJPっぽいURL。100%フィッシング詐欺だわ

この手の詐欺メールは今に始まったことじゃないけど

www.itmedia.co.jp

www.itmedia.co.jp

けど気になるのがメール本文の名前が自分の本名だったこと。どこから流出したんだろう。。

nuxt ganerateで生成するディレクトリを変更する

nuxt.js

nuxt.jsで静的ホスティングしたいときはnuxt ganerateコマンドを叩く（実際にはnpm run generate）

これでdistディレクトリ内に生成されるが、都合的に他のディレクトリに出力したい場合

やり方

nuxt.config.jsに以下追加

module.exports = {
…
  generate: {
    dir: "docs"
  }
}

これでdocs以下に生成されるようになった。

参考リンク

nuxt.js　めも

インストール

$ vue init nuxt-community/starter-template <project-name>

ディレクトリ構造

├── assets アセットファイルたち
├── components Vue.js のコンポーネントファイル　基本いじらない？
├── layouts　レイアウトファイル
├── middleware　レンダリング前のカスタム関数を定義できる　最初はいじらなそう
├── node_modules　いつもの
├── nuxt.config.js　設定ファイル
├── pages　*.vueが入る
├── plugins　JavaScript プラグイン　すぐにはいじらない？
├── static　静的ファイル
└── store　Vuex ストア のファイル　分からん

templateは必須

pages/index.vueを空にすると

NuxtServerError
render function or template not defined in component: pages/index.vue

ってなる

<template>
  <h1>hello</h1>
</template>

は必須

ルーティング

は自動生成される（ファイル的には）

  • pages/index.vue

/ pages 直下 の index. vue が 表示 さ れる /about pages 直下 の about. vue が 表示 さ れる /articles articles 配下 の index. vue が 表示 さ れる

nasum. Hello Nuxt!!: Vue.jsのサーバサイドレンダリングフレームワーク (Kindle の位置No.166-168). 楽描帳. Kindle 版.

/ pages 直下 の index. vue が 表示 さ れる /about pages 直下 の about. vue が 表示 さ れる /articles articles 配下 の index. vue が 表示 さ れる

nasum. Hello Nuxt!!: Vue.jsのサーバサイドレンダリングフレームワーク (Kindle の位置No.166-168). 楽描帳. Kindle 版.

iodineでVPN over DNSなVPN環境を構築する

linux ubuntu

iodineとは

iodineとはDNSパケットを利用してVPN通信を実現するVPN over DNSのネットワークシステムを実現するアプリケーション。

普通のVPNでええやんって思うかもしれないけど、IPsecのVPNではファイアウォールの規制が厳しい環境だと使えないかもしれない。が、VPN over DNSではファイアウォールからはDNSリクエストにしか見えないので流石に通すしかなくて、規制されずに使えるって戦法。

ちなみにVPN over DNSを知った理由はmineoが通信を最適化（と言う名の改ざん）を始めてVPNもNGらしいので。

環境

サーバーのインストール

Ubuntuの場合はパッケージが用意されているので一発インスコ

apt install iodine

その他のディストーションのパッケージはココで確認して

サーバーの実行 iodineとiodinedの２つのコマンドがあるが、

  • iodined サーバー用コマンド
  • iodine クライアント用コマンド

なので注意

# iodined -f 192.168.1.100 example.com
  • -f フォアグラウンド　デフォルトはデーモンで実行される。
  • 192.168.1.100 仮想ネットワーク上でiodinedが利用するIP VPN接続するクライアントは同ネットワークのIPが自動で割り当てられる。
  • example.comはドメイン名は適当。このドメインのリクエストのみiodineは受け付ける。

起動時にパスワードの入力を求められるので入力

クライアントのインストール

同様にiodineをインストール

接続

# iodine -f -r x.x.x.x example.com
  • -fはフォアグラウンド起動
  • x.x.x.xはサーバーのグローバルIP
  • example.comはさっきサーバー起動時に指定したドメイン名と同じ
  • -r をつけると高速化するらしい

パスワードを聞かれるので入力してエンター。以下のようにConnection setup complete, transmitting dataって出れば成功

root@raspberrypi:~
Enter password: 
Opened dns0
Opened IPv4 UDP socket
Sending DNS queries for example.com to 207.148.72.26
Autodetecting DNS query type (use -T to override).
Using DNS type NULL queries
Version ok, both using protocol v 0x00000502. You are user #0
Setting IP of dns0 to 192.168.1.97
Setting MTU of dns0 to 1130
Server tunnel IP is 192.168.1.100
Skipping raw mode
Using EDNS0 extension
Switching upstream to codec Base128
Server switched upstream to codec Base128
No alternative downstream codec available, using default (Raw)
Switching to lazy mode for low-latency
Server switched to lazy mode
Autoprobing max downstream fragment size... (skip with -m fragsize)
768 ok.. ...1152 not ok.. 960 ok.. 1056 ok.. 1104 ok.. 1128 ok.. 1140 ok.. will use 1140-2=1138
Setting downstream fragment size to max 1138...
Connection setup complete, transmitting data.

うまくいくとクライアントからサーバーのVPN側のIPアドレスにpingが通るはず

# ping 192.168.1.100
PING 192.168.1.100 (192.168.1.100) 56(84) bytes of data.
64 bytes from 192.168.1.100: icmp_seq=1 ttl=64 time=83.9 ms
64 bytes from 192.168.1.100: icmp_seq=2 ttl=64 time=75.6 ms
64 bytes from 192.168.1.100: icmp_seq=3 ttl=64 time=82.9 ms
64 bytes from 192.168.1.100: icmp_seq=4 ttl=64 time=75.4 ms

これでDNSトンネリングの完成

SSHトンネリング

実はこれだけではダメで、DNSの通信自体は暗号化されていないので危険である（たぶん

そこでSSHトンネリングを行う（正直この辺まだよくわかってない）

トンネリングは以下。クライアントからサーバーへSSHログインできるようにしておく必要がある。

ssh -D 9999 -N user@192.168.1.100
  • 9999はポート番号　任意
  • 192.168.1.100 はサーバーのVPN側のIPアドレス

接続

あとはクライアント側で

curl --socks5-hostname 127.0.0.1:9999 checkip.amazonaws.com

した時にサーバー側のIPが表示されればOK

うまくいかない

サーバー側で以下実行 eth0は適宜読み替える

# /etc/sysctl.conf に以下追記して sysctl -p
net.ipv4.ip_forward = 1
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
iptables -A FORWARD -i eth0 -o dns0 -m state --state RELATED,ESTABLISHED
-j ACCEPT
iptables -A FORWARD -i dns0 -o eth0 -j ACCEPT

参考URL

YouTube Data API v3でサクッと動画検索

やりたいこと

キーワード叩いたら動画一覧が取得できる。

用意するもの

v3からキーが必須

GCPのAPIライブラリ一覧からYoutube Data APIを有効にする　プロジェクトなかったら作る

次に https://console.developers.google.com/apis/credentials よりAPIキーを作成

  • 「認証情報の作成」をクリック
  • 「APIキー」を選択
  • そのままだと全部の権限が付与されてしまうので「キーの制限」より「YouTube Data API v3」を選択

API URL

公式ドキュメント参照して