初心者の質問相談にやさしく答えるスレ Part11
■ このスレッドは過去ログ倉庫に格納されています
聞き方が悪いから教えない、
とか、「俺は教育的目的から、わざと全部は教えないことにしている」
などという、下記スレに巣食っているロートルはお断り。
初心者に優しく応えようとする気のある人が、
今となってはバカバカしく思えるような質問相談にも優しく答えるスレです。
オススメLinuxディストリビューションは? Part70
http://mao.5ch.net/test/read.cgi/linux/1515329948/
【初心者】Ubuntu Linux 115【本スレ】
http://mao.5ch.net/test/read.cgi/linux/1513796694/
前スレ
初心者の質問相談にやさしく答えるスレ Part10
http://mao.5ch.net/test/read.cgi/linux/1516409806/
禁止事項
・トリを使おうとしている質問者に対して、そんなトリはやめろとかという、斜め上からのアドバイス
・質問者そっちのけでの昔語り(昔はもっと苦労したもんだ、今の若い者は…)
・知らないのに、使ったことないのに、知ったかぶりでの書き込み
・ググれという誰でも言えそうな忠告
・俺は知ってるけど言わない等といった、実社会での扱われ方からの僻みから来る
・意地悪な言辞 >>578
この界隈は、土台(共通化・標準化等)が無いが故、配慮等努力が報われないんですよね... OSSだから自分でやれって指摘される度に一々癇癪起こすとかお前らも色々と難儀だな
利用者って文句は免罪符や魔法の呪文じゃないだろ?お前らがそこ履き違えてどうするよ
> それとも頼まれてもいないヘルプに抗議して自滅するのが趣味なのか
真似してみたけどこの一文が意味わからんで真似できん(´・ω・`) GPLなりBSDなりの利用許諾書読めば
ソフトウェアは「as is」で提供され、
欠陥があっても賠償責任も改修する責任も負わないと書いてある。
「OSSなんだからてめえでなんとかしろ」はOSSを使う前提条件だ、
嫌なら使うな。 「OSSだから文句があるならバグレポ書いてね」ぐらいが常識だよ。自分でなんとかしろは人生の教訓だろ。 でもバグレポ書いたら確実に何とかしてくれるわけでもない
だから結局てめえでなんとかしろで合ってるわな 自分でなんとかするってソースに手を入れたらそれはもう別のアプリだろ。
環境を整えただけで動くならそれはアプリのせいじゃない。ただのインストール。 自由には責任が伴わないんだよな
たまに真逆のこと言ってるアホが涌くから困る >自分でなんとかするってソースに手を入れたらそれはもう別のアプリだろ。
マスオ「ええっ?そうなのかい!?」 >>587
フォークして編集されたソースコードは元の開発者が責任もつ必要はゼロだろ。
それは似ているかもしれないが、社会的に別のアプリだと言える。
みんなと同じアプリを使いたいなら行儀よくプルリクエストを送って開発者にマージしてもらうこと。OSSの基本。 >「OSSなんだからてめえでなんとかしろ」はOSSを使う前提条件だ
こんなOSSの主要メンバーが誰も提唱してないことを(つまりはただの自説、それも匿名の)を信じる奴は馬鹿だぞ。
OSSの根本精神は「みんなで協力して作ろうね」ってことで、とりあえず不満があるならバグレポ送れ。 > フォークして編集されたソースコードは元の開発者が責任もつ必要はゼロだろ。
そもそも元のソースコードだって責任なんか持つ必要ねぇよ
現実的には各開発者が「善意」である程度責任をもってやってくれてるだけで対価も払わねぇ外野が「責任持て」とかいえる筋合いじゃねぇ
まともな人間に対してなら「PRおくって」「バグレポ送って」は普通のやり取りだが、そういう何もしねぇ対価も払わねぇでてめぇの要求だけ喚くクズは「fu*k」で終了だボケ 正論なのでやさしくね。
カーネルなんて2.0ぐらいの時にビルドして、わー動いたー 今度はこのモジュールを抜いてみよう
って遊んだぐらいです。 英語も出来ないプログラミングも出来ないどっちもやる気もないでも文句だけは言う
何のためにLinux使ってんだろ ある程度人が付いてくる状況というのは時間的に時計の針が遅く進む機械のようなもの。
ソフトの改良や最新を追うという方向性はこれとは逆なので、最新を追う事で逆に
コミュニティーの育成に失敗したような部分はあるかもな。
多くの人がイライラして争いを始めているから。近い将来は人との争いも多くなるから
コミュニティーも維持できなくなるだろう。ソースのマージ程度で揉めるようでは難しいな。
出来ることはせいぜい個人が責任持てる範囲のモジュール単位で分割してオープンに
提供する事くらいだろう。
世界経済の破綻や貿易摩擦、経済危機が言われている現在、ボランティア中心で
維持することはさらに困難な環境となるだろう。
ソフトウエアは目立たない裏方に徹するようになるか、プロプライエタリな製品が
優位になってゆくのではないかな。 OSSと言っても実際他人の書いたコードを見ると、解読はものすごく時間かかるんだよね。
おいらの経験では使いたいと思ったソースコードに限って毎回、コメントすらないし、
相手の理解力ない場合もあるし(そうした場合はプログラミング言語の理解力の問題だが
現実にそうした人の書いたコードがオープンに存在するし)、
他人が読む・修正する前提でかかれてないソースもある。
それをオープンにしたところで第三者が理解・修正できる代物ではないからな。
そういう時はDoxygenとかVisualStudioライクなエデイタはすごい助かるのだが。 >>595
オープンは規模が大きくなると、保守・改変・フォークなどが難しくなり、利点を生かせなくなりますね。
あくまで小規模なものを効率よく発展させる仕組みなのだと思います。
OS(ウィンドウシステムを含む)ならなおさらオープンではなく、プロプラでやるべきでしょうね。 MariaDB10.2.20を使用していますが、これを10.2.19へ戻したいです。
年末にyum clearもやってしまって、downgradeオプションが使えないようです。
一度MariaDBを丸ごとアンインストールするしかないのでしょうか? >>598
ここで聞くってことは個人鯖で運用始めたばかりとかなんでしょ?
再インストールで困ること無いんじゃないか? >>598
まずなんでバージョンを戻したいのかからだな。 失礼しました。
大文字小文字のミスでした。
downgradeで戻せました。 ネット接続ができなくて困っています。
OSはzorin os 12.4core 32bitです。
ブロードバンド接続なのでpppoeconfを実行しようとしましたがサポートされていません
でした。
他の方法で試行してしようとしてますがdsl-providerファイルもありませんでした。 zorinでpppoepできないならルーター買って、そっちにpppoeをお願いしたらどうですか。 603さんありがとうございます。
そういう方法もあるのですね。
もう違うディストリビューションにすることにしました。 Linuxって深いところまで突き詰めようと思ったらC言語の習得が必須っぽいな。
Cをまた1から勉強すっかな。 Vagrant, Chef, Homebrew も、Ruby だろ
Rubyで、たいていのシェルスクリプト・環境構築運用ができる 深いかどうかは知らんがシェルスクリプト覚えたら幾分楽になった
bat書けるから行けるだろと思ってたら変態的な作法にかなり悩まされたが
bashで手一杯だから他のシェルに浮気してる余裕ないけどな Linuxの中級者向け以上の技術本読むと
大抵メモリとかプロセス管理で
C言語のソースとかがでてくるよな。
LinuxのライブラリもCを元につくられてるし。
まったく読めないのは辛いと思いはじめたこの頃。 スクリプト普通に組めるレベルなら、C言語も余裕だぞ まぁ論理的な思考さえできればあとはポインタとか構造体とかの概念と文法ぐらいだからな
慣れかもしれんけど文法はシェルスクリプトの方が変態的で難しくすら感じるわ bashのシェルスクリプトならなんとなくわかるが、
プログラム自体はなにもやったことないからな。 >>606
OSやハードウェアの知識が無いとチンプンカンプンだ
C言語は出来て当たり前 >>614
C言語ってそんなに大切なものだったのか。
そろそろ化石になりつつある言語だと思ってたけど。 Linuxは趣味程度でしかいじってないからC言語が必要な領域にたどり着けないです。趣味の範囲でも何かC言語が必須になることありますか。電子工作以外でお願いします。 せっかくカーネルがオープンソースなんだから、カーネル開発者を目指すべき >>617
必要な場面に遭遇してなければ身につかないと思う
自分に必要なことがCで問題解決した時の達成感はイッちゃうくらいよかったけど不要な人にはふーんで終わるからな
なんか使ってて不満に感じたこととかないの? すべてのビジネスロジックは、Ruby で出来る。
画面は、HTML, CSS, JavaScript。
つまり、web アプリ
Vagrant, Chef, Homebrew, Redmine も、Ruby だし、
たいていのシェルスクリプト・環境構築運用もできる
C が必要な領域は、シェルスクリプト・Ruby, Node.js 自体を作るとか、
ビジネスロジックではなく、言語の実装系を作るときぐらい Unixの哲学
Keep it in simple.
シェルとコマンドでできるならそれでいい。
十分速い。 Ruby on Railもオワコン?
最近はやってそうだけど。 >>617
自分も全くの門外漢で趣味でLinuxを触っているけど、
githubで開発中のドライバを自分でコンパイルしてみたり、
コンパイルに失敗した時に、ごにょにょしたい時に、
C言語、およびその周辺を知っている方が楽だと思うよ。
Windowsなら諦めるところが、Linuxだと既存のものの改変で何とかなる時がある。 >>625
でもそこまでいくともう中級者〜上級者だな。 ドライバ書き始めたら上級者だからな。linuxのデバドラ書けたらそれで食っていける。 専用ハードを保守したりできるだろ。デバドラ書けますは履歴書強いんだぞ。 趣味は趣味。OSSはボランティアで遊び。
社会的地位や収入を捨ててまでIT業界に転職するつもりはない人間も少なくないことを知ってくれ。 「〜できるよ」が「〜しろ」に聞こえる残念なやつ多すぎ。 すまん、stunnelを使ってのsmtpsメールで別端末からのテストメールがサーバに届かない・・・
送信トレイにたまったままになる。
/var/log/stunnel.logみるとなんかエラーがでてるのはわかるけど、修正方法がわからずはまってるんだが、
ログ張ったら、とりあえず見てくれるやさしい人いる? 見てくれる人いるか聞いて、その答えを待って、それから貼るっていうプロセス無駄だから
最初から貼った方がいいよ お、サンクス、じゃあちょっと張るわ。
stunnel/smtps スタンドアロンモードで動かしてるメールサーバに
別PCから「送信メールにSSLを使う」にチェックを入れた状態でメールを送ると
メールが遅れない状態(送信トレイにメールが残ったままになる)
ちなみに、SSLを使わなければ普通にメール送信、受信ともに正常にできる。
証明書関係は特に問題はないはず。(勉強用に立てたサーバだからオレオレ証明書だけど)
環境
CentOS Linux release 7.4.1708 (Core) IP:192.168.11.18/24
Windows10 Pro 1803 IP:192.168.11.6/24
stunnel-4.56-6.el7.x86_64
sendmail-8.14.7-5.el7.x86_64
sendmail-cf-8.14.7-5.el7.noarch
dovecot-2.2.10-8.el7.x86_64 Windows10からメールを送った時の/var/log/stunnel.logの結果
*************************************************
Service [smtps] accepted (FD=3) from 192.168.11.6:51942
Service [smtps] started
Waiting for a libwrap process
Acquired libwrap process #0
Releasing libwrap process #0
Released libwrap process #0
Service [smtps] permitted by libwrap from 192.168.11.6:51942
Service [smtps] accepted connection from 192.168.11.6:51942
SSL state (accept): before/accept initialization
SNI: no virtual services defined
SSL state (accept): SSLv3 read client hello A
SSL state (accept): SSLv3 write server hello A
SSL state (accept): SSLv3 write certificate A
SSL state (accept): SSLv3 write key exchange A
SSL state (accept): SSLv3 write server done A
SSL state (accept): SSLv3 flush data
SSL state (accept): SSLv3 read client certificate A
SSL state (accept): SSLv3 read client key exchange A
SSL state (accept): SSLv3 read certificate verify A
SSL state (accept): SSLv3 read finished A
SSL state (accept): SSLv3 write session ticket A
SSL state (accept): SSLv3 write change cipher spec A
SSL state (accept): SSLv3 write finished A
SSL state (accept): SSLv3 flush data ログが長くて分割になる、すまん。上の続き
0 items in the session cache
0 client connects (SSL_connect())
0 client connects that finished
0 client renegotiations requested
17 server connects (SSL_accept())
9 server connects that finished
0 server renegotiations requested
0 session cache hits
0 external session cache hits
0 session cache misses
0 session cache timeouts
SSL accepted: new session negotiated
Negotiated protocol version: TLSv1
Negotiated TLSv1/SSLv3 ciphersuite: ECDHE-RSA-AES256-SHA (256-bit encryption)
Compression: null, expansion: null
connect_blocking: connecting 127.0.0.1:25
connect_blocking: s_poll_wait 127.0.0.1:25: waiting 10 seconds
connect_blocking: connected 127.0.0.1:25
Service [smtps] connected remote server from 127.0.0.1:52668
Remote socket (FD=14) initialized
Service [smtps] accepted (FD=15) from 192.168.11.6:51943
SSL socket error: Connection reset by peer (104) Connection reset: 16 byte(s) sent to SSL, 0 byte(s) sent to socket
Remote socket (FD=14) closed
Local socket (FD=3) closed
Service [smtps] finished (0 left)
Service [smtps] started
Waiting for a libwrap process
Acquired libwrap process #0
Releasing libwrap process #0
Released libwrap process #0
Service [smtps] permitted by libwrap from 192.168.11.6:51943
Service [smtps] accepted connection from 192.168.11.6:51943
SSL state (accept): before/accept initialization
SSL alert (write): fatal: handshake failure
SSL_accept: 1408A10B: error:1408A10B:SSL routines:ssl3_get_client_hello:wrong version number
Connection reset: 0 byte(s) sent to SSL, 0 byte(s) sent to socket
Local socket (FD=15) closed
Service [smtps] finished (0 left)
*************************************************
よければアドバイス頼むお。 tlsv1とreset by peerが出てるのが気になるよ。 レスサンクス
SSL socket error: Connection reset by peer (104) ってのは
SSLの接続が強制的に切られているって意味だっけ。その理由がわからん・・・
tlsv1は何か気になる感じかな?
どうも正しいログと比べるとSNI: no virtual services defined からおかしい気がする。 サーバーからみてクライアント側が切ってる。sslv3とかtlsv1とか脆弱性でググると良いかも。 二回目の通信でハンデシェイク失敗してる。サーバーとクライアントで扱えるtlsのバージョンが合ってない。
get client helloでwrong version numberって辺り。 おお、レスサンクス、助かるわ。
ちょっとTLSの設定あたりをバージョン含めて調べてみるわ。 ログが何言ってるのかわからない場合、ネットワークに詳しければtcpdumpでキャプチャしてwiresharkでセッションを追うとよくわかるよ。
正常に動作する他鯖と自分の鯖を比較してどこで失敗してるのかが。 まさしくtcpダンプとかwiresharkはなんか難しそうと勉強あとまわしあとまわししてたわww
やっぱエラー追跡には必要だよなぁ。 stunnel はTLSでの接続しか受けつけてないけど、クライアント側からはTLSではなく
SSLで接続などがされると、このエラーがでるっぽいが、
メールでもこの現象って起こるのかな、と疑問がわく。 ところで勉強中とかはさておき、stunnelを使わずにSendmailやPostfixで直接TLS接続を受けるってのは選択肢に入んないんかえ? >>649
STARTTLSってやつ?
まだそこは手がつけれてないなぁ。やってみるお。 ちょっと本屋でLinuxサーバ構築の書籍あさってたけど、
メールサーバに関してはほとんどPostfixでの手順ばっかりだったw
もしかして現場でSendmailってもうあんまり使われてないとか? ここの住民って常に喧嘩腰だけど一体誰と戦ってるの?どのスレもこんなザマだしさ
回答にかこつけて悪態付くような無礼者は邪魔なんだからここにいたらダメでしょ 常に喧嘩腰ってことはないでしょう
>>651-653とかなごやかじゃん >>654
ぜひ喧嘩腰じゃない回答をつける側にまわってくれないか >>658
知識不足だからここに来てるんですがそれは
まぁ不甲斐ないなら諦めては? あぁ?俺は例えてないですよ
俺が例えてたら、あいつは歩いて帰ってこれないですよ
俺にたとえ話させたら大したもんだ
うん、俺に例えさせてからでしょうねアイツは 全国のLINUXオタクのみんな!
オラ質問待ってるぞ! >>673のせいでこのまま質問来なくなってこのスレが死んだらクソぶっかけてやる! ■ このスレッドは過去ログ倉庫に格納されています