Slackのクローン?
Slackについて調べてたら見つけました。
オープンソースってなんでもありますね…
Pydioでファイルを丸ごとダウンロードした際に、ダウンロードされたzipを解凍すると中のファイル名に文字化けが。。。
pydio/core/classes/pclzip.lib.phpファイルの
2555行目を以下のように変更すると直りました。
$p_header[‘flag’] = 0;
↓
$p_header[‘flag’] = 2048;
ネットワーク図やフローチャートなどを描画できる無料のWebアプリケーション「draw.io」。
日本語対応もしています。
・参考にしたサイト→http://akogare.hatenablog.com/entry/drawio
・公式サイト→https://www.draw.io/
なりすまし判定で一部ドメイン宛てメールが届かない現象と
西川さん・小幡さん会話で「SPF?!」とのキーワードを小耳に挟み、
SPFレコードってどこかで聞いたような・・・。
という訳で、設定&検証してみました。。。
・対象ドメインとDNS
poweredge.co.jp お名前.com上DNS設定
・作業内容
SPF(TXT)レコードの追加設定
・動作検証
poweredge.co.jpメールアカウントから、
Yahoo!で取得したメールアドレス宛にメール送信
※Yahoo!のメルサバでは、受信時にSPFチェックが行われるらしい
Received-SPF: none (sv101.wadax.ne.jp: domain of wakabayashi@poweredge.co.jp does not designate permitted sender hosts)Authentication-Results: mta035.mail.bbt.yahoo.co.jp from=poweredge.co.jp; domainkeys=neutral (no sig); dkim=neutral (no sig); header.i=@poweredge.co.jp
none。そりゃそうだ。
Received-SPF: softfail (sv101.wadax.ne.jp: domain of transitioning wakabayashi@poweredge.co.jp does not designate 211.1.224.71 as permitted sender) receiver=sv101.wadax.ne.jp; client-ip=211.1.224.71; envelope-from=wakabayashi@poweredge.co.jp;
softfail・・・。SPFレコードはありますが、NG判定。
おそらく、お名前DNS上ではMXレコードとして(ah101.wadax.ne.jp)があるから?
MXレコードをよくある(mail.poweredge.co.jp)にして、
mail.poweredge.co.jp のAレコードに(ah101.wadax.ne.jpのグローバルIPアドレス)
ならイケルはず。
ただ、この場合、(ah101.wadax.ne.jp) のグローバルIPアドレスが
WADAXで書き換えられたらアウト。そんなことはそうそうありませんが。。。
Received-SPF: pass (sv101.wadax.ne.jp: domain of wakabayashi@poweredge.co.jp designates 211.1.224.71 as permitted sender)receiver=sv101.wadax.ne.jp; client-ip=211.1.224.71; envelope-from=wakabayashi@poweredge.co.jp;
pass!ウェーイ!!
ホスト名で指定しているので、IPアドレスが書き換わってしまっても無問題。
これで、
WADAXメルサバ経由で一部メールが届かない現象は解決しているハズ・・・。
relationship2サーバー経由のメール配信は、
PEメールアカウントを使ってWADAXのメールサーバー直に接続なのか、
RS2サーバーを経由してメール配信をしているのか仕様が不明。。。
前者なら解決ですが、後者なら送信元はRS2サーバーなので、
設定はまだ足りないだろうなぁ。。。
文字化け対策の豆情報
MySQLの文字コード設定は /etc/my.conf で行います。my.confはデフォルト設定がされているので、それに下記を追加しました。文字コードはUTF-8を指定しています。
[client]
default-character-set = utf8
[mysqld]
default-character-set = utf8
skip-character-set-client-handshake
[mysqldump]
default-character-set = utf8
[mysql]
default-character-set = utf8
設定後、MySQLを再起動します。
/etc/init.d/mysqld restart
確認は、再度MySQLにログインし、以下のコマンドを入力しましょう。
mysql> show variables like “char%”;
+————————–+—————————-+
| Variable_name | Value |
+————————–+—————————-+
| character_set_client | utf8 |
| character_set_connection | utf8 |
| character_set_database | utf8 |
| character_set_filesystem | binary |
| character_set_results | utf8 |
| character_set_server | utf8 |
| character_set_system | utf8 |
| character_sets_dir | /usr/share/mysql/charsets/ |
+————————–+—————————-+
8 rows in set (0.00 sec)
UTF8になってる。
これはハマれるやつだ…
って、なぜに「admin」でログインできたんだー
クラウドのパスワードでログインできるので、次回はそちらで。
ググるとサイトがあふれるほど出てくるけど、
ウソが書いてあることが多いので、整理しておく。
◇必要なアプリをインストールする
※yumでインストした方が設定がなくて楽~♪
◇odbc.ini を編集
—————————————————————(ここから
[ODBC Data Sources]
MS-SQL = FreeTDS ODBC Driver
[MS-SQL]
Driver = /usr/lib64/libtdsodbc.so.0
Servername = MSDB
Database = (SQLサーバ上の実際のDB名(スキーマ))
Port = 1433
—————————————————————(ここまで
※MS-SQL の部分はお好きに。。。
※MSDB の部分もお好きに。。。
◇freetds.conf を編集
—————————————————————(ここから
[MSDB]
host = 192.168.150.xx
port = 1433
tds version = 7.2
client charset = UTF-8
language = english
—————————————————————(ここまで
※[global] 以外のエンティティはコメントアウトする
※MSDB 部分は、odbc.ini の設定と揃える
再起動等は不要なので、上記ファイルを保存したら
いきなり下記のFreeTDS接続コマンドで実験する。
うまく接続できると、こんな感じの表示に・・・
locale is “ja_JP.UTF-8”
locale charset is “UTF-8”
using default charset “UTF-8”
1>
1>use master
2>go
1>select @@version
2>go
Microsoft SQL Server 2005(Intel X86)
May 3 2005 23:18:38
Copyright (c) 1988-2003 Microsoft Corporation
Personal Edition on Windows NT 5.2 (Build 3790: Service Pack 2)
(1 row affected)
1>
ダメだったら、上記の2個のファイルをよく見直すこと。
特に、実験コマンドの「MS-SQL」の部分は間違えやすいので注意!
次に、ODBC経由接続の実験をする。
うまく接続できると、こんな感じの表示に・・・
+—————————————+
| Connected! |
| |
| sql-statement |
| help [tablename] |
| quit |
| |
+—————————————+
SQL>
ここまでうまくいったら、PHPから接続可能らしい・・・がっ!?
(ただし、ODBC経由なのでcakeとかORMからだとこれだけじゃダメらしい)
「PHPからの接続は知~らね(´・ω・`)」(N氏 談)
□Androidの開発コードネーム
http://matome.naver.jp/odai/2128350027988735601
□Mac OSの開発コードネーム
http://tools4hack.santalab.me/codename-mac-ios-android-phots.html
Cloudサーバ上のDBバックアップを自動化したいという要望に対する処理で発見したこと。
【想定】
□potal.poweredge.co.jp側のシェル(cronでAM4:00/日 起動)
1.バックアップ必須のスキーマに対してDBDumpをしてdumpファイルを作成
2.上記ファイルをtarコマンドで圧縮
3.scpコマンドでstaff.poweredge.co.jpに転送
※scpコマンドはインタラクティブ(対話形式)なため、expectを利用する
□staff.poweredge.co.jp側シェル(cronで1分毎起動)
1.転送ディレクトリを監視
2.対象ファイルを見つけたら、tarコマンドで解凍
3.対象ファイルを共有フォルダ(/var/www/html/webdav/all/100.backup)に移動
上記の想定でcron設定したが、”なぜか”動作せず・・・(´・ω・`)?
【原因】
potal.poweredge.co.jpサーバ側のシェルがエラーになり実行時エラー
expectの実行時にエラーになることが判明。interact は cron ではダメらしい。
interact ですが、man を読むとこう書いてありました。
interact [string1 body1] … [stringn [bodyn]]
は、現プロセスの制御をユーザーに渡す。
結果、現プロセスに送られたキーストロークと現プロセスの標準出力と
標準エラー出力が復帰する。
標準出力て・・・orz ダレが返事するのかね??
なので、interactを利用しない方式に修正・・・
◇以下は、各シェルの中身
□potal.poweredge.co.jp側(/root/bkup_db.sh)
———————————————————————–
#!/bin/bash
USER=root
PASSWORD={PASSWORD}
BASEDIR=/tmp/DBBKUP
WIKIDIR=/var/www/html/wiki/
TARGET=root@staff.poweredge.co.jp
PSWD={PASSWORD}
#DB格納対象外ファイルのバックアップ&転送処理+ファイル圧縮
tar zcvf $BASEDIR/wikisrc_bk.tar.gz $WIKIDIR/LocalSettings.php $WIKIDIR/images $WIKIDIR/skins $WIKIDIR/extensions
#データベースバックアップ処理
#mensetsu
mysqldump -h localhost -u $USER -p$PASSWORD mensetsu_db -c > $BASEDIR/mensetsu_db_bk.sql
#redframe
mysqldump -h localhost -u $USER -p$PASSWORD redframe -c > $BASEDIR/redframe_bk.sql
#redmine
mysqldump -h localhost -u $USER -p$PASSWORD db_redmine -c > $BASEDIR/db_redmine_bk.sql
#wikidb
mysqldump -h localhost -u $USER -p$PASSWORD wikidb -c > $BASEDIR/wikidb_bk.sql
#wordpress
mysqldump -h localhost -u $USER -p$PASSWORD wordpress -c > $BASEDIR/wordpress_bk.sql
#wr_db_2013
mysqldump -h localhost -u $USER -p$PASSWORD wr_db_2013 -c > $BASEDIR/wr_db_2013_bk.sql
#転送対象ファイルを圧縮して1つにする
tar zcvf ./dbbkup.tar.gz $BASEDIR
#バックアップファイル転送
expect -c ”
set tomeout 120
spawn scp -r ./dbbkup.tar.gz $TARGET:/root
sleep 3
expect {
“Are you sure you want to continue connecting (yes/no)? ” {
send “yesr”
expect “password:”
send “${PSWD}r”
} “password:” {
send “${PSWD}r”
}
}
expect {
send “quitn”
}
”
———————————————————————–
今回のミソは、このシェルの最後の 「send “quitn”」を追加すること。
NGだったシェルには、ここに 「interact」 とだけ書いてあった。
「これだけかよ・・・」って思うかもしれないけど、知らないとハマるよ・・・
ということで豆知識(´・_・`)
下記URLが細かく色々書いていたのでいいかも。
http://cyberam.dip.jp/linux_security/iptables/iptables_main.html
返信
コメントを投稿するにはログインしてください。