くだらねえ質問はここに書き込め! Part 239
■ このスレッドは過去ログ倉庫に格納されています
まずは2ch-Linux-Beginnersを読みましょう。 いろいろとまとめられているので(・∀・)イイ!! http://www12.atwiki.jp/linux2ch/ 読んでも解決しなかったら、質問を書きこむ前にここを読もう。 http://www12.atwiki.jp/linux2ch/?About 質問に対して答えてもらったら、お礼よりも、結果報告。 過去ログ検索 https://www.google.co.jp/search?& ;q=site%3A2ch.net%2Ftest%2Fread.cgi%2Flinux%2F+検索語句 https://www.google.co.jp/search?& ;q=site%3A5ch.net%2Ftest%2Fread.cgi%2Flinux%2F+検索語句 ■■■ 「あわしろいくや」と「志賀慶一」に関する必須注意事項 ■■■ ・「あわしろいくや」と「志賀慶一」は出入り禁止 ・「あわしろいくや」と「志賀慶一」に関する話題は一切禁止 ・ついでに翻訳に関する話題も禁止 ・志賀慶一Linux機械翻訳事件のまとめサイト: https://www65.atwiki.jp/shiga_keiichi/ ・志賀慶一のポータルサイト: https://wikiwiki.jp/baloonfusen/ ※前スレ くだらねえ質問はここに書き込め! Part 238 http://mao.5ch.net/test/read.cgi/linux/1570141862/ ほい、解読時間 https://www.dit.co.jp/service/security/report/03.html 量子コンピューターでも 36種*28桁のパスワードは800兆年かかるらしい まあ、パスワード解析よりバックドアの方がやばいでしょ >>442 それ、オフラインクラックではないですか? ネットワーク越しでは無理なんではないかと思う。 >>443 これも、オフラインクラックですね。 ネットワーク越しだと、 一秒あたり数回程度ではないかなと思うわけです。 >>441 自己レス ネットワーク越しに毎秒10回試行が可能だとして、 914003年かかると計算できました。 たとえ、毎秒1万回試行可能としても、 90年かかります。 これは、pop3パスワードクラックは現実的に不可能ですね。 >>446 それって例えば00000000から始めて、あたりがZZZZZZZZだった場合だろう? 完全ランダム文字列だとすれば期待値はその半分になるし、辞書攻撃とか 併用すれば大幅に捗るよ? >>447 レスありがとうございます 適当に打った文字列なので辞書攻撃の心配はありません 平均当たり試行回数が半分なのも了解しています。 90年はそれを含めた時間になっているはずです。 >>449 茶菓子はいらないから 役立つことをお願い pamのfaildelayなんかも同じように1試行失敗あたりx秒みたいに遅延を与えることで全部で「y通りのパスワード*x秒」かかるようにして現実的には実行不可能な時間必要になるようにしてたりするよね フィッシングで釣って抜けば一発じゃないかw 警視庁のサイバー犯罪統計を見たりしないのかな なんか理系の話に割り込んだ文系のひと言みたいでホノボノだね >>453 一定回数以上失敗したらアカウントをロックアウトするとか普通にやってるし ID:wqJugPH7が何をしたいのかよくわからんけどもう少し勉強した方がいいと思うわ >>457 僕のパスワードは安全だと思い込みたいだけ 今時時間をかけてまで総当たりするマヌケはいないのでは >>441 ネットワーク越しの総当たりは無理。それ以外の手法を使った場合はそれ以外の手法が使えるかどうかによる。 bash のコマンドプロンプトで、 例えば xterm とかで、 プログラムを使って 文字列を入力した状態にできる? セキュリティー上 無理かな >>460 レスありがとうございました。 ネットワーク越しでの総当たり攻撃は現実的ではないという考え方が、 他の方の認識と合っていることに安心しました。 >>453 のような、攻撃を現実的に不可能にする機能は安心ですね。 ところで、ワタクシごとですが、 メールサーバの管理者に問い合わせたところ、 不正なアクセスの兆候はなかったということでした。 また総当たりなど不正アクセスに備えるシステム運用しているので、 心配ないということでした。 >>461 端末Aから $ foo -t ttyB "echo hage" みたいに打って端末B上で"echo hage"を実行(かenter押す直前の状態に)したいって事? CのAPIレベルで言えばioctlにTIOCSTIって入力を装うioctlがあるから可能か不可能かで言えば可能だし多分そういうツールもあるだろうけど 言うようにセキュリティ的にあんま好ましくないとか端末の状態とかいろいろめんどくさかった記憶がある >>461 何のためにそれをしたいのか。それによっては適切なやりかたがあるかも。 最近のやからは目的を書かないから一々聞き返したりして二度手間なんだよなぁ xtermでttyをやって別端末から$ echo foo >/dev/pts/XXをすれば文字列の送信はできる xterm側でEnter押しても実行されんけど 下記例の formatToTable のように表化できるコマンド、何か無かった? 普段はawkでやっているんだが、牛刀の感があるので、特化したコマンドがあれば教えて欲しい。 $ cat serial.txt 1行1桁 1行2桁 1行3桁 2行1桁 : $ formatToTable --columns=3 < serial.txt 1行1桁 1行2桁 1行3桁 2行1桁 2行2桁 2行3桁 : たぶんそういうことじゃなくて ウィンドウメッセージ飛ばして他プログラムを操作するってことじゃないかな >>467 ファイルから 3 行ずつ読み込んで、横に並べろということ? うんと単純な形でよいのなら、 $ paste - - - <serial.txt >>327 320です。マジありがとうございます!!! >>321 320です。マジありがとうございます!!! >>467 xargsでも行けるな $ xargs -L3 < serial.txt >>470 ,473 おもしろいな、こんなの思いつかないよ 467さんはこれでいいの? >>474 ええよ。 > ファイルから 3 行ずつ読み込んで、横に並べろ という仕様でええよ。 縦の物を横にする専用コマンド(例えば縦の物を逆さにするtacコマンドのような)があると踏んでの質問なので、その点は違ったが、awkよりタイピング数が少なく目的が達せられれば、それでええよ。ありがとう。 希望通りか分からんが行列交換のawkスクリプトなら別のスレで拾ったな #!/usr/bin/awk -f ## 行列の入れ替え { for(i=1;i<=NF;i++) a[NR,i]=$i } END{ for(j=1;j<=NF;j++) { str=a[1,j] for(i=2;i<=NR;i++) str=str" "a[i,j] print str } } $ cat foo.txt 1 2 3 a b c $ transpose.awk foo.txt 1 a 2 b 3 c そんなドヤ顔で書かなくても、質問者はそのくらい書けるよ awkなんか使わずにシェルスクリプト使えばいいよ while IFS= read -r line1; do IFS= read -r line2 IFS= read -r line3 echo "$line1 $line2 $line3" done >>476 >>478 出遅れなうえに読解力がないとか酷いなw 初心者の自分はここで勉強しているので、どんなスクリプトでも書いてもらえるとうれしいですけどね。 他人が書いたモノを拾って喜ぶのではなくて、自分で書いてみりゃいいのに そうしないと覚えないぞ >>476 拾って来てくれてありがとう。ただ、機能過多かな。 せいぜいこの程度の仕事だが、専用コマンドなりでもう少しスキッとやりたいて要望だったんだよ。 gawk '{printf $0 ((NR%3)? "\t": "\n")}' serial.txt >>482 文化技術芸術の発展はまず模倣から始まる。 オマージュ、影響を受けただな。 Ruby で作った text = <<"EOT".lines( chomp: true ) # 改行を削除する 1 2 3 4 5 EOT text.each_slice( 3 ) { |ary| puts ary.join( " " ) } 出力 1 2 3 4 5 perl6が使われているパッケージを何でもいいから教えてください ディストリはDebian系ならなんでもいいです teratermを使っていますが、 複数のteratermを起動させずに、一つのteraterm内でシェルを切り替えるとかはbash環境で出来るのでしょうか? >>488 tmuxとかscreenあたり使うとか とりあえずtmux使ってみました。 たしかにこういう感じです、開始コマンドのctrl+bが地味にやりにくい・・・ screenというのもやってみたいと思います。 ラジオの録音だが、 radikoサーバ→squid→firefox→pulseaudio→alsa→D/A だと、どのポイントでどういう手段でキャプチャするのが楽チンなんだ? オーディオマニア長岡鉄男じゃないので、サーバに原音を尋ねて云々といった音質的なこだわりは無い。 >>492 どこから突っ込めばいいかわからないくらいの初心者さんっぽいし WindowsでGUIが使えるフリーソフトでも使えば? >radikoサーバ→squid→firefox→pulseaudio→alsa→D/A 単に録音したいだけなのか、それ以上の何かをしたいのかが分からないな >>492 Windowsでらじれこか、スマホでらくらじ。 radikoなら妙にこだわらなくてもらじれこでいいでしょ リアルタイムで録音、あとでダウンロード、両方予約できるし WindowsのAudacityでループバック録音してたこともあったけどLinuxでは難しいのかな? >>491 > 開始コマンドのctrl+bが地味にやりにくい・・・ 好きに変えればいいじゃん 「tmux prefix」で検索 >>494 単に録音したいだけ。 それ以上のことはないが、WindowsやAndoridの話は、全くしていない。 > Audacityでループバック録音 てことはarecord辺りで保存できるのかな。 以前はhttpキャッシュに貯まったのを cp だけでいけたけど、squid はストリームだと貯まらないのねん。吃驚したわ。 >>498 GitHubでも見りゃ大量に録音スクリプトあるよ というか今はタイムフリーあるから後からダウンロードする方が早いと思う 他のシステムだと掲示板やり取りしてる間にとっくに解決できるのにLinuxだと手間も時間もかかりそう なんか本末転倒 >>496 >WindowsのAudacityでループバック録音してたこともあったけどLinuxでは難しいのかな? Windowsの方が難しくないか? 止めて求めても通知が割り込んでくる >>500 質問者はプライドがお高いお方のようですから、システム関係ないと思う 音声ホストをWindows WASAPIにして録音デバイスの(loopback)で録音するだけだと思うけど Linuxは知らない >>499 ,501 radikoサーバをあまり尋ねたくないんだよね。適法なのかやや疑問で。 まぁ帰宅したら audacity 辺りをためしてみるよ。 なんかもっと楽チンに cat /dev/radiko > on-air.wav とか出来るのではないかと、ちょっと思ったの。 >>498 どのLinuxディストリビューションを使っていますか? おそらく解決が見つかっただろう。他の方の参考までにね。 gnome-sound-recorder を使うと良いよ。これはマウスで操作するだけ parecordで録音できるんだな。arecordは何故か駄目だったが。 なので答としては、pulseaudio sourceにて、parecordコマンドで楽チンにキャプチャできる。 radikoサーバ→squid→firefox→pulseaudio→alsa→D/A $ parecord --verbose --format s16le \ > --device=alsa_output.usb-略.analog-stereo.monitor \ > hayakuchikotoba.wav サンプル仕様 '録音' とチャンネルマップ 's16le 2ch 44100Hz' で front-left,front-right ストリームを開いています。 接続が確立 : >>507 ありがとう。 -bash: gnome-sound-recorder: コマンドが見つかりません だった。 >>508 debian mint ubuntu あたりならgnome-sound-recorderが使える gnome-sound-recorderをインストールしたらいい # apt install gnome-sound-recorder >>488 $ bash & bash & bash & >>508 何時間もかけて CLIで解決って、楽チンとは言わないぞw Windowsだとcmdに触れるのは義務じゃないがLinuxだとそうはいかんからな 不本意でも多少は操作を覚えないと泣きを見る(個人的な感想です) 録音するのにコマンド入力とか何十年も前の話かと思た GUIのほうが後からできたもので メリットばかりが過大視されるが 自動化という観点からは圧倒的にCUIが有利だね 音質にこだわる番組はFMチューナーで受信、Audacityで録音ノイズ除去等編集してるけど radikoはらじれこで十分 >>517 CUIが自動化に有利なんじゃなくて自動化してるのはスクリプト CUIはユーザーつまり人間とのインターフェースなんだから 自動化とは無関係。自動化=人間が関わらないことだからUIは存在しない CUIであってもviやemacsは自動化しにくい 自動化(=スクリプト)から操作しやすいのはCLIコマンドだけ CLIコマンドを実行するのはCUIが得意、 自動化するならCLIコマンドが楽なのであって CLIコマンドで操作できるGUIアプリであれば同じように スクリプトで簡単に自動化出来る >>516 >>517 らじれこと同等機能のコマンドを知っているなら、>>492 に教えてあげればよかったのに。なんで出し惜しみするんだ? >>519 それ反論のつもりなのか? ちょっと意味わかんない >>521 radikoサーバに直接アクセスして録音するのが適法か疑問、とかたわけたこと抜かしてるからだろ >>513 2度目が数ヵ月後とかだとあんまり楽じゃない…… >>523 すんま千円。 配信データの保存目的にradikoサーバにアクセスするのは適法なの? 何となくグレーでいやーんな気がして避けたけど。 他OSアプリだとクリックやタップで簡単に再生・録音・予約できてしまうのに、何やってんの?って感じだなw GUIを使うもCUIも使うも好きにしろ。くだらねぇ自己主張はいらない。くだらねぇ質問をしろ。 いや、反論というか、ボケだろ? 「viやemacsは自動化しにくい」 って…。 どっちもバッチ処理大得意だとかなんでそこでテキストエディタなんだよとか つっこみがいあるなあ。 >>525 の質問だが、>>523 以外の方でけっこうなので回答を貰えないかな? >くだらねぇ質問をしろ というリクエストに応えてw LinuxでWAVファイルを読込んで切り貼りしたりエフェクトかけたりするのが簡単なツールあったら教えてくれ。 たまたまだけどSoundEngineFreeっていうWinアプリ見て玩具にするのは面白そうだったからLinuxにも似たのがあれば使ってみたい >>532 、533 Thx! さっそくビルドしてみるぜぃ! >>534 なぜ手間かけてビルドするんだろう バイナリパッケージをインストールしたら済むけど、きっとそんな環境じゃないんだろうな windowsだとどこでも使えるexeはあるけどLinuxには相当する奴ってないの? まさか全部スクリプトで賄えとは言うまい WindowsからLinuxにつないでるバカがいるのかよwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww >>537 Unixは基本的にソースコード互換だからね。 だから必然的にJavaが生まれたんじゃないの。 >>531 最近はLinuxサポートのDAWも増えてるから波形編集目的で使うのもあり 機能限定版がフリーで提供されてたりする 編集された波形の著作権問題があるからオープンソースはやめといたほうが良い。 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる