トップページ⇒linux
1001コメント360KB

くだらねえ質問はここに書き込め! Part 206

■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin2013/09/20(金) 07:03:12.60ID:dPD34YQu
まずは2ch-Linux-Beginnersを読みましょう。
いろいろとまとめられているので(・∀・)イイ!!
http://www12.atwiki.jp/linux2ch/

読んでも解決しなかったら、質問を書きこむ前にここを読もう。
http://www12.atwiki.jp/linux2ch/?About
質問に対して答えてもらったら、お礼よりも、結果報告。

過去ログ検索(Part29: 22氏提供) http://2chlinux.dtdns.net/2ch-linux-ks/
Google検索 http://www.google.co.jp/linux

関連スレッドは >>3-4 あたり。

くくだらねえ質問はここに書き込め! Part 206
http://engawa.2ch.net/test/read.cgi/linux/1370948130/
0267login:Penguin2013/10/06(日) 01:50:50.65ID:k0VZZfuA
探したら一つぐらいsudoでrootの環境でコマンド実行できるディストリありそう
0268login:Penguin2013/10/06(日) 02:34:47.54ID:yj/WcViJ
$ man crontab
> If the -u option is given, it specifies the name of the user
> whose crontab is to be used (when listing) or modified (when
> editing). If this option is not given, crontab examines
> "your" crontab, i.e., the crontab of the person executing
> the command. Note that su(8) can confuse crontab and that
> if you are running inside of su(8) you should always use the
> -u option for safety's sake.
なので、
$ sudo crontab -u root
かな。


>>266
sudo -i
0269login:Penguin2013/10/06(日) 02:48:21.96ID:Rcf0bO5o
>>261
/etc/crontab に追記。
0270login:Penguin2013/10/06(日) 04:17:45.35ID:mKIkH/69
sudoで実行できるのはroot権限が必要なコマンド全部ではないよ
man sudo に「 許可の範囲については、sudoers ファイルで指定する」と書かれている通り、ユーザーごとに許可されているコマンドに制限がある
本当にそのコマンドをそのユーザーにsudoで実行させて良いなら、sudoersに登録すればいい
0271login:Penguin2013/10/06(日) 06:51:09.58ID:LU3SE7xm
>>226 >>241
勉強の効率なら、断然、資格だよ
重箱の隅をつつかず、短時間で総合的に(広く浅く)、重要なことが学べる
LPIC(Linuxの資格)の本で、勉強するのが手っ取り早い
何冊か出てる。レベル1から始めよう

「3週間完全マスター LPIC レベル1」、2011、日経BP社
起動処理、コマンド、シェルスクリプト、ファイルシステム、
ネットワーク、ユーザー管理、viの使い方など

これは、首都圏にあるパソコンスクール、ISAの先生が書いた本です
文字が大きくて読みやすい
この学校には、Linuxの講座もあるんじゃない?

この本のSSHの章の確認問題に、
SSHクライアント側の設定ファイルはどちらか?とある
/etc/ssh/ssh_config
/etc/ssh/sshd_config

たぶん、試験によく出る所?
下はSSHデーモンの設定ファイル
0272login:Penguin2013/10/06(日) 08:56:27.27ID:GklLK+FR
すてま
0273login:Penguin2013/10/06(日) 12:42:20.90ID:NpoGOzKy
とうとう、Linuxも、ジュケンベンキョウの対象になっちゃったか
0274login:Penguin2013/10/06(日) 12:52:46.10ID:GhO7q2iu
とうとうって、2001年からあるよ。
0275login:Penguin2013/10/06(日) 13:02:09.68ID:NpoGOzKy
いや、いや、大勢の人が受けるようになったね というはなし。
必要な免許とはちがって、あんまり好きではない。
0276login:Penguin2013/10/06(日) 13:33:47.53ID:tv6aryni
受験料高すぎて受ける気がでない
0277login:Penguin2013/10/06(日) 14:30:07.73ID:QDaFNUvf
LPICってあれだろ
man読めば書いてあるようなどうでもいいコマンドの
どうでもいいオプションの意味を4択で答えさせる拷問だろ
0278login:Penguin2013/10/06(日) 15:34:32.67ID:msaw1Bmv
>>267

sudoersをいじればそういう設定もできたはず。
0279login:Penguin2013/10/06(日) 16:39:58.35ID:PgYw0nR7
>>264>>268-269
ありがとうございます
皆さんのおっしゃる通り、何の疑いもなく
$ sudo crontab -e
でrootのcrontabを編集しようと考えたのが間違いでした
0280login:Penguin2013/10/06(日) 16:41:15.05ID:PgYw0nR7
?
IDが
0281login:Penguin2013/10/06(日) 17:29:09.42ID:GfzQJ09R
/var/www の権限が root になっているから、
その下に作るPHPファイルの権限も root にしているサイトをよく見かけます。
root 権限である必要のないファイルを、上記の理由から root 権限にしているのは
おかしいと思うのですが、みなさんはどのような権限にしていますか?
www-data とかでしょうか?
0282login:Penguin2013/10/06(日) 17:33:19.75ID:GhO7q2iu
>>281
owner が root だからって root 権限で実行されるわけじゃないから
別に問題なくない?
0283login:Penguin2013/10/06(日) 18:44:31.18ID:sNHzdC0O
質問です。
インストール用のCDから起動させて、
HDDをマウントした後に、
そのHDD内のコマンドを使って、
インストール用のCD内のコマンドを実行したいのですが、
どうすればよいのでしょうか?
chroot HDDのマウントポイント /bin/sh
とやった場合、
HDD内のコマンドは実行できるようになりますが、
CD内のコマンドが見えなくなります。
CD内のコマンドをハードディスクにコピーして実行しても、
no symbolsと怒られます。
HDDをマウントして、/HDDのマウントポイント/bin/lsと絶対パス
をしていしても、実行できません。
0284login:Penguin2013/10/06(日) 18:53:23.10ID:QDaFNUvf
>>283
ちょっと言ってることが分からないけど
mount -o bind あたりを使えばいけそうな気がする
0285login:Penguin2013/10/06(日) 18:54:27.92ID:Knw+t9th
一般ユーザが書き換える必要のないサーバグローバルなリソースなら
寧ろrootが普通だろ
デーモンで重要なのは実効ユーザだが、なんか混同してるんじゃ
02861442013/10/06(日) 19:04:32.35ID:y5p4LiGf
>>144
ユニコード規格annexの EastAsianWidth.txt によれば

2660;A # BLACK SPADE SUIT
2661;A # WHITE HEART SUIT
2662;N # WHITE DIAMOND SUIT
2663;A # BLACK CLUB SUIT
2664;A # WHITE SPADE SUIT
2665;A # BLACK HEART SUIT
2666;N # BLACK DIAMOND SUIT
2667;A # WHITE CLUB SUIT

となっており、これだけを見るとダイヤモンド SUIT だけ例外なので奇異な感じが
するんだが、JISX0208 にあったやつが

25C6;A # BLACK DIAMOND ◆
25C7;A # WHITE DIAMOND ◇

にマッピングされるので、これらを用いれば他のSUITと同じ幅になるみたい。
しかし、後者はトランプのSUITのつもりで使ってきたわけじゃないしなあ…

ほんとユニコードは、わかりにくい。
0287login:Penguin2013/10/06(日) 19:06:52.78ID:d5Rnp/J6
>>264
便乗質問だけど、
/var/spool/cron/crontabs/root
のパーミッションってどうなってるべきなんだ?
0288login:Penguin2013/10/06(日) 19:11:16.55ID:Ufo/RBT/
>>281
root or www-data or 担当者のアカウント

>>283
CD内のコマンドとそれがリンクしているライブラリを一緒に
HDDにコピーしてからchroot、chroot後ldconfig

もしくは実行したいコマンドのパッケージを用意して、chrootしてからパッケージインストール
0289login:Penguin2013/10/06(日) 19:16:12.64ID:dzIwDnBO
Windowsの場合、ACLベースのセキュリティなので充分注意しなければなりません。
しかしLinuxは所有者ベースのセキュリティが基本なので、なんでもrootで大丈夫です。
なぜならLinuxはLinuxなので安全だからです。

一方、Windowsはセキュリティに細心の注意を払わなければならない。
PHPファイルのような外部からのアクションで起動されるスクプトファイルは
特に細心の注意が必要。
なぜならWindowsは脆弱な場所があればそこから侵入される恐れがあるからです。
編集のケーパビリティは十分に制限しなければなりません。
そのためのACLです。
0290login:Penguin2013/10/06(日) 19:37:10.61ID:kc+jA3ES
>なぜならLinuxはLinuxなので安全だからです。
そういう根拠のない神話つくるのやめろ。
0291login:Penguin2013/10/06(日) 19:48:20.42ID:dzIwDnBO
根拠はある。
0292login:Penguin2013/10/06(日) 20:48:41.03ID:I48q1mct
ディスクごと別のマシンでマウントした場合は暗号化していない限り完全に無力ですよね。
同じ様に、起動中やinitスクリプトが動いている間は完全にroot以上の権限があるという認識なのですが合っていますか?
パッケージにしろダウンロードしてくるにしろ、init時の設定を追加するアプリって多いと思うのですが、これは性善説やossの相互監視で乗り切ってるのですか??
0293login:Penguin2013/10/06(日) 20:52:50.11ID:QDaFNUvf
基本的にはパッケージメンテナがチェックしてることを信頼しつつ
最終的にはそのソフトを入れる自分自身の責任だな。
0294login:Penguin2013/10/06(日) 21:21:47.95ID:3ZHURSA0
安全神話wキチガイすぎるwww
0295login:Penguin2013/10/06(日) 21:38:49.76ID:GhO7q2iu
かまっちゃいかんよ。
0296login:Penguin2013/10/06(日) 21:42:08.89ID:dzIwDnBO
>>292
まさかあなたはすべての起動スクリプトを把握していないのですか?
自分の義務を果たさず、Linuxの悪評をまき散らそうとしているのですか?
>>293氏の言うとおり、自己責任なのですよ、自己責任。
ただし、Linuxは安全なので心配する必要ないです。
0297login:Penguin2013/10/06(日) 21:48:56.73ID:y5p4LiGf
スルー
0298login:Penguin2013/10/06(日) 21:51:35.46ID:9o56w5/0
>>264
/var/spool/cron/crontabs/root
のパーミッションは600、rootによる読み書きだけが許されている状態でした。
内容も問題ありませんでした。

そして
/etc/rc.d/rc.M
によりシステムの起動に伴い起動される
/usr/sbin/crond
はちゃんとrootにより起動されています。

私の経験値では一体何が問題なのか皆目検討もつきません。
0299login:Penguin2013/10/06(日) 22:05:55.62ID:blucdzb8
>>296
>把握していないのですか?
スクリプトのファイル名からだいたい何が動いている位にしか把握していません。
だいたいそもそもjail化した環境で始めさせる事だって出来るのに…
自己責任の上で、納得出来るポイントをどこに置くかはコストとのバランスなので、追いたい反面難しいですね。
0300login:Penguin2013/10/06(日) 22:06:48.73ID:QDaFNUvf
>>298
とりあえず使ってるディストリとcronの種類書いてみて。
あと可能性としてはcrondを直接実行するときと
initスクリプトで実行されるときの環境変数の違いもあるかもしれない。
cronで実行させるスクリプトの中でenvコマンド使って環境変数をチェックしてみて。
0301login:Penguin2013/10/06(日) 22:18:07.22ID:9o56w5/0
>>300
Slackwareとdillon's cronを使用しています。
適当なファイルにenvの結果を出力して差分をとってみたところ、環境変数の違いはありませんでした。
0302login:Penguin2013/10/06(日) 22:21:40.56ID:9o56w5/0
Slackware 14.0とdillon's cron 4.5です。
0303login:Penguin2013/10/06(日) 22:21:44.78ID:GhO7q2iu
あれ、Ubuntu じゃなかったのか。
0304login:Penguin2013/10/06(日) 22:35:18.15ID:9o56w5/0
>>303
最初に書いておくべきでした。
申し訳ありません。
0305login:Penguin2013/10/06(日) 22:38:35.95ID:GhO7q2iu
Ubuntu の話出てきたときも否定しなかったし……。
0306login:Penguin2013/10/06(日) 22:44:55.25ID:9o56w5/0
>>305
先ほどそのubuntuの話題を初めて見たので即座に訂正することはかないませんでした。

また、
$ sudo crontab -e
で
/var/spool/cron/crontabs/root
を編集できていたのでsudoの話については自分の中で安心しきっていました。
0307login:Penguin2013/10/06(日) 22:54:36.14ID:/DBF58kj
うーん個人的にはややお手上げ気味かなあ
あとは
・rootじゃなくて一般ユーザでcrontabしたらどうなるのか
・/etc/init.d/のcronの起動スクリプトを読む
・pgrep -f でinitスクリプトがcrondのどういうオプションで実行してるか見て同じオプションで実行してみる
とかいろいろ試して何かヒントをつかむぐらいかなあ
0308login:Penguin2013/10/06(日) 23:11:05.80ID:1DnS1w8a
めでたしめでたし、解散
0309login:Penguin2013/10/07(月) 01:30:45.89ID:RKfNX7dJ
>>307
ご協力ありがとうございます。
一応ご報告までに、
rc.Mの中のcrondに関係する部分は短いもので

if [ -x /usr/sbin/crond ]; then
 /usr/sbin/crond -l notice
fi

だけでした。
-l noticeは指定しなくてもデフォルトの設定ですから、実質的に私がcrondを再起動する時に打ち込む
$ sudo /usr/sbin/crond
と変わりませんでした。



ps aux | grep crond
の出力結果を見比べても何も特別なものは見つかりませんでした。
この他にプロセスの情報について調べるべき要素、調べる方法などありますでしょうか?
0310login:Penguin2013/10/07(月) 01:38:36.12ID:9I4pJkaa
find -type f -name "*.hoge" などでリストアップした
ファイルサイズの総合計をduなどで知りたいです。
awkでsumするとかしかないんですかね。

教えてください。
0311login:Penguin2013/10/07(月) 02:15:38.25ID:OZWTelEx
>>310
find . -type f -name "*.hoge" -print0 | du --files0-from=-
0312login:Penguin2013/10/07(月) 02:31:14.23ID:9I4pJkaa
>>311
ありがとうございます。
0313login:Penguin2013/10/07(月) 03:36:57.09ID:CsGTr73g
ラズベリーパイのUSBアダプタからArduinoとbluetoothシリアル通信をやりたいのですが
rfcomm connectで接続した後接続を解除したり切断時に再接続したい場合はどうすればいいのでしょうか
/etc/init.d/bluetooth restart を実行したらフリーズしてしまいます…
参考になりそうなサイトが少なく困っております
0314login:Penguin2013/10/07(月) 11:41:28.82ID:yrjjLFzy
phpを使用してmail関数でテスト送信をしようとしていますがmailが飛びません。
/var/spool/mqueue/を見たところこちらに溜まっているようです。
ここに溜まっているというのは何らかの原因(ポートが塞がっていたり)で送信できなかったから溜まっていると考えてよいのでしょうか?
0315login:Penguin2013/10/07(月) 11:47:00.30ID:vwlLyUUC
>>314
よいです。
0316login:Penguin2013/10/07(月) 11:49:02.01ID:yrjjLFzy
>>315
サンクスです
ソースの方ではなく設定の方を確認してみます。
ありがとうございます。
0317login:Penguin2013/10/07(月) 12:14:36.46ID:xHZq7mj4
>>315
認定エスパー五級
0318login:Penguin2013/10/07(月) 13:30:08.26ID:MhoQOw0d
以下の質問をしたいのですが、どのスレで質問すれば良いかアドバイス下さい。

CentOS5のPostgreSQLで、バックアップを取りたいためpg_dumpコマンドを使いたいのですが入っていませんでした。
pg_dumpをインストールするにはどうすればいいでしょうか?
0319login:Penguin2013/10/07(月) 13:32:24.04ID:14ysUuVr
古いサーバ機(CentOS4.6)を処分しようと思い、
CUIからコマンドでフォーマットしました。
途中でエラーが出て止まったので再起動したのですが、
カーネルパニックが起きています。

CDドライブも動かないし、外付けも認識しません。
この状態でサーバを処分したとして、
HDDの内容を復元させることは出来るのでしょうか?
処分時は業者に依頼しますが、使えない状態で出したいと思っています。
0320login:Penguin2013/10/07(月) 13:39:11.42ID:+Ax2lCn1
>>319
余裕
0321login:Penguin2013/10/07(月) 13:43:52.23ID:OZWTelEx
>>318
$ yum install postgresql84

>>319
カーネルパニックが起きてるってことは
少くともHDDにあるlinuxカーネルは読めてるってことでしょ。
どの程度のセキュリティが必要とされてるのか分からないけど
最近は残留してる磁気とかで復元できたりするから安心できない。

業者に頼むなら業者を信じるのが普通だと思うけど
自分でやるならHDD取り出してUSB変換ケーブル付けるとか
別のパソコンに入れるとか
あとはpxeブートするとかしてからshredとかで消して
その後物理破壊が一番だと思う
0322login:Penguin2013/10/07(月) 13:43:57.96ID:vwlLyUUC
>>318
PostgreSQL はどうやって入れたの?
パッケージから入れたなら入ってるはずだけど。
0323login:Penguin2013/10/07(月) 13:48:34.61ID:MhoQOw0d
>>321
え?!84上書きでいいんですか?!

>>322
実は私がインストールしたのではなく、引き継いだのですが、状況からyumでインストールされていると思います。
0324login:Penguin2013/10/07(月) 13:51:24.64ID:vwlLyUUC
>>323
CentOS のパッケージで入れたなら
postgresql でも postgresql84 でも /usr/bin/pg_dump があるはずだけどな。
ないならなんかおかしいな。rpm -V してみるとか。
0325login:Penguin2013/10/07(月) 13:54:36.10ID:MhoQOw0d
試しに、バイナリのpg_dumpをコピーして、実行したところ、libpg.so.5がないと言われました。
0326login:Penguin2013/10/07(月) 13:57:29.84ID:vwlLyUUC
レス番は名前欄に入れてほしい。
0327login:Penguin2013/10/07(月) 14:04:02.04ID:vwlLyUUC
どうやってインストールするかってよりなぜないのかだな。
DB 板に行った方がいいかもねぇ。
03283192013/10/07(月) 14:05:46.14ID:14ysUuVr
>>321
やっぱり、HDDを取り出したら接続出来ますかね・・。
ただ、サーバはホコリだらけで内部の配線も固定してるんで、
業者を信じて消去してもらおうと思います。
アドバイスありがとうございました。
0329login:Penguin2013/10/07(月) 14:07:15.50ID:vwlLyUUC
>>319
復旧できない状態にしてくれる業者もあるよ。
「HDD 破壊」とかでぐぐってみ。
0330login:Penguin2013/10/07(月) 14:08:05.12ID:OZWTelEx
それ以前に本当にyumで入れたかどうかの確認が先だと思うけど
引き継いだ物ってことは自分でコンパイルして
/usr/local/binとかに入ってる可能性もある訳だし
0331login:Penguin2013/10/07(月) 14:39:51.86ID:MhoQOw0d
>>327 >>330
そうですよね。一応、担当してた方にメールしたのですが、返信なしです。
0332login:Penguin2013/10/07(月) 14:48:42.83ID:OZWTelEx
ええっとそういう意味じゃなくて >>324 の言う通り
$ rpm -Vv postgresql
$ rpm -ql postgresql
$ rpm -qa | grep postgresql
みたいなコマンド使って自分で調べるって意味なんだけど
0333login:Penguin2013/10/07(月) 15:06:41.31ID:vwlLyUUC
まぁ社内で解決するならそれでいいんじゃね。
0334login:Penguin2013/10/07(月) 17:29:58.98ID:RZ+xOeuW
>>332
ありがとうございます!
yumではなく、ビルドしてインストールされていました。
ありがとうございました!
0335login:Penguin2013/10/09(水) 22:07:43.39ID:zDFjnsqr
env A=a echo $A
このコマンドを実行したら a と表示されると思ったが、何も表示されなかった。

ホームで env A=/ ls $A をやってもホームディレクトリの内容が表示された。

どうも環境変数 A=a が作られていないようなのだが、なんで?
使い方が間違ってる?

OS : Arch Linux
Shell : bash
0336login:Penguin2013/10/09(水) 22:15:12.09ID:LoA1fJ45
bashががlsとかechoを実行する前に
$Aを自分が今いるシェルの環境変数として展開しちゃってる

$ A=a bash -c 'echo $A'

こういうことやるとイメージしやすいか
0337login:Penguin2013/10/09(水) 22:15:54.92ID:juT3GzKn
>>335
env A=a sh -c 'echo $A'
0338login:Penguin2013/10/09(水) 22:17:31.52ID:8DX/evzN
centosのサーバの状態がどうも不安定なので調べると見に覚えのないパケットが。
netstat -sすると20526320 total packets receivedなる表示が

postfixやらdovecotを停止しても収まらず。その後ApacheやMySQLも停止。

dstat -n 5で調べると、
-net/total-
recv send
1973B 73k
2514B 85k
1852B 80k

こんな感じでまだ何か送信してるみたいです。

この何かしらを送信してるプロセスを特定することは出来ますか?
また、暫定的にでもこの不明なパケットを止めたいのですが、方法はありますか?

ただいまウイルススキャンをしつつ質問してます。
0339login:Penguin2013/10/09(水) 22:21:13.32ID:LoA1fJ45
>>338
とりあえず netstat -p でPID調べるか
iftopあたり使ってみたら?
0340login:Penguin2013/10/09(水) 22:31:23.66ID:juT3GzKn
>>338
Wireshark で通信内容見てみる、とか。
0341login:Penguin2013/10/09(水) 22:31:25.36ID:RVzC9sXm
>>338
tcpdumpでどのプロトコルの何番ポートか探って
iptablesでDROP
0342login:Penguin2013/10/09(水) 22:34:24.52ID:8DX/evzN
なんと速い返信!助かります。
上から順番に試してみます。
0343login:Penguin2013/10/09(水) 22:39:28.75ID:fueP/Bg8
ケーブルを抜く
0344login:Penguin2013/10/09(水) 22:43:09.97ID:RVzC9sXm
で、結果は?
recvが多いだけなら 近所からゴミパケット投げ続けられているとか
sshdにアタックされてるとかあったね。
sendが多いと気になるね。
0345login:Penguin2013/10/09(水) 22:46:58.24ID:zDFjnsqr
>>336 >>337
なるほど、納得できた。

ありがと。
0346login:Penguin2013/10/09(水) 22:47:49.54ID:8DX/evzN
clamdscanで全体をスキャンしてからはや1時間ほど、
まだスキャン中ですw
0347login:Penguin2013/10/09(水) 23:07:48.46ID:RVzC9sXm
悠長だなw
さっさと突き止めるか、ケーブル抜けw
0348login:Penguin2013/10/09(水) 23:23:58.60ID:aO9+VAVg
仮に万一クラックされていたとしたら、別システムからスキャンするんでないと結果は信頼できないよね
0349login:Penguin2013/10/09(水) 23:59:11.20ID:LoA1fJ45
アンチウィルスソフトのスキャン結果から自分を隠せるほど高性能なウィルスなら
そもそも表示される通信量自体を隠せてる
0350login:Penguin2013/10/10(木) 00:07:58.96ID:L9v7U3j3
そーですねー
0351login:Penguin2013/10/10(木) 00:42:19.59ID:ULp4QJ3m
Linuxがウィルスに感染するという妄想力がすごい。
0352login:Penguin2013/10/10(木) 00:46:53.74ID:IRoBg8qA
Linux に感染するウィルスもいちおうあるよ。
0353login:Penguin2013/10/10(木) 00:51:32.46ID:ULp4QJ3m
↑FUDの前振り。
0354login:Penguin2013/10/10(木) 00:59:06.84ID:ULp4QJ3m
↓感染してたと言い出す。
0355login:Penguin2013/10/10(木) 02:24:53.96ID:PZypqUqf
暫定ですがウイルスが原因ではありませんでした。

netstat -pで調べてみましたが、
Active Internet connections
Active UNIX domain sockets
ともに問題ありませんでした。

tcpdumpでポートを探ろうと思いましたが、
全然やりかたがわからずw

Wiresharkを試してみようかなというところです。

とりあえずBINDを停止したら異常な送信は停止したので
ひょっとしたらBINDの脆弱性を利用して踏み台にされたのかもしれません。
アップデートしようと思いましたが、
CentOSの公式だと30:9.3.6-20.P1.el5_8.6が最新なんですねー。

設定だけできても、イレギュラーに全く対応できないあたり、
力不足を感じます…orz
0356login:Penguin2013/10/10(木) 03:27:50.99ID:j9mfWc8l
pngを圧縮できるフォーマットってないもんすかね?
zipとmksquashfsを試してみたけど大してサイズ変わらなかったんだよな
0357login:Penguin2013/10/10(木) 03:35:18.92ID:Woz4/mLq
>>356
pngが既に(可逆)圧縮されたフォーマットだって事はご存じ?
それより圧縮したけりゃ非可逆圧縮だな
0358login:Penguin2013/10/10(木) 03:36:00.57ID:aDljh0qi
元のpng自体が圧縮されてるものだし難しいなんじゃないの
基のpngの圧縮率が低めのものならさらに圧縮できる余地はあるだろうし
pngより高い圧縮率のものも研究レベルじゃあるかもしれんけど
一般的な回答でいうなら「ない」の一言が帰ってくると思う。

あとLinuxの話じゃないからスレチじゃないかな
0359login:Penguin2013/10/10(木) 05:03:34.60ID:PeBpZ6F0
>>338
lsof -i
0360login:Penguin2013/10/10(木) 05:17:21.71ID:j9mfWc8l
>>357-358
やっぱそうっすよねー。くだらない質問なんでご容赦を
0361login:Penguin2013/10/10(木) 05:24:08.51ID:lMTJl8G8
>>352
自分で作って自分のパソコンに無理やり入れれば、そりゃあるさ。
0362login:Penguin2013/10/10(木) 06:07:15.77ID:N2jtIZZm
>>360
ヘッダ削ったりでちょっとだけ減らせるよ
0363login:Penguin2013/10/10(木) 08:12:21.12ID:e0nQDByC
>>344
何かと思ったらdropboxアプリが投げまくりってことはあったなw
0364login:Penguin2013/10/10(木) 09:07:19.88ID:+sMPpUei
>>356
pngの圧縮テーブル最適化して
小さくするのならある

linuxアプリであるかは知らないから
適当に探してみて
0365login:Penguin2013/10/10(木) 09:25:19.74ID:+sMPpUei
>>355
# yum install -y tcpdump
# tcpdump -v -c 2000 > logfile
# more logfile
03663382013/10/10(木) 12:54:55.19ID:PZypqUqf
>>356
tcpdump tcpを実行すると以下のログが

IP 6-237-63-74.static.reverse.lstn.net.4069 > 163.43.138.110.squid: S 3868674155:3868674155(0) win 65535 <mss 1460,nop,wscale 0,nop,nop,sackOK>

IPの6-237-63-74.static.reverse.lstn.net.4069にも
163.43.138.110.squidにも心当たりがありません。

このへんが不正なパケットと見て良いのでしょうか?
また、対策などはありますか?
■ このスレッドは過去ログ倉庫に格納されています