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

CentOS Part 38【RHEL Clone】

■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin2013/03/16(土) 03:13:37.62ID:bjkHbqrL
CentOSはRed Hat Enterprise Linuxより同社の商標を削除して再コンパイルしたRHEL Cloneです。
Red Hatと無関係なコミュニティが無償配布しておりRed Hatのブランドとサポートはありません。
Fedora Core 6≒RHEL 5≒CentOS 5です。
Fedora 13≒RHEL 6≒CentOS 6です。
FC やRHEL用のノウハウや野良RPM、レポジトリはCentOSでほぼ通用します。

前スレ
CentOS Part 37【RHEL Clone】
http://engawa.2ch.net/test/read.cgi/linux/1345458070/

CentOS (The Community ENTerprise Operating System)
http://www.centos.org/

CentOS 配布ミラーサーバ
http://www.centos.org/modules/tinycontent/index.php?id=13

Wikipedia CentOS
http://ja.wikipedia.org/wiki/CentOS
0611login:Penguin2013/08/05(月) NY:AN:NY.ANID:r64goCsP
>>609
ユーザー名、パスワードは何度も確認し、パスワードは普段からお互いで使ってる物なので
間違える可能性はかなり低いかと思います。
念の為さらに第三者に接続を試してもらったのですが
第三者も同じく530 Login incorrectと出て接続出来ないようなので間違ってはいないかと思います。

さくらVPSを借りる前に使っていた共有サーバーでは普通に接続出来ていたのと
第三者も同じく接続出来ないというあたりからファイアーウォールソフトの問題は無さそうです。

>>610
syslogでは特にそれらしいログもなく、vsftpd.logには
Sun Aug 4 NY:AN:NY.AN13 [pid 4056] CONNECT: Client "相手のIPアドレス"
Sun Aug 4 NY:AN:NY.AN13 [pid 4055] [webmaster] FAIL LOGIN: Client "相手のIPアドレス"
という物くらいしかありません。

自分の場合は
Sun Aug 4 NY:AN:NY.AN13 [pid 4360] CONNECT: Client "自分のIPアドレス"
Sun Aug 4 NY:AN:NY.AN13 [pid 4359] [webmaster] OK LOGIN: Client "自分のIPアドレス"
といった感じです。

パスワード変更は試していないのでしてみます。
0612login:Penguin2013/08/05(月) NY:AN:NY.ANID:r64goCsP
簡単なパスワードに変更してみた所、正しく接続出来たようです。
その後、元々のパスワードに再度戻した所うまく接続できるようになりました。

何度も何度もパスワードは確認していたので間違ってた可能性は低いですし
一体なにが原因だったのかわからずモヤモヤしますがとりあえず問題は解決しました。
ここまで長々とお付き合いして助言して頂き本当にありがとうございました。
0613login:Penguin2013/08/05(月) NY:AN:NY.ANID:f9ic6mrV
>>612
どう考えてもパスワード間違ってただけでしょ
まあ解決して何より
0614login:Penguin2013/08/05(月) NY:AN:NY.ANID:zjW2Dg2f
>>612
> 何度も何度もパスワードは確認していたので間違ってた可能性は低いですし
いや高いだろ。
0615login:Penguin2013/08/05(月) NY:AN:NY.ANID:R02FbxpN
思い込みの無限ループが問題解決をずっと妨げるって事、よくあるよね
0616login:Penguin2013/08/05(月) NY:AN:NY.ANID:+YwjqV8c
あるあるあるあるある
0617login:Penguin2013/08/05(月) NY:AN:NY.ANID:2a8gK7va
それだけはっきりした症状が出てるのに
なんで「間違ってた可能性は低い」という結論に到るのか。
事実よりも脳内の前提を優先してしまうのでは
性格的に鯖缶に向いてないんじゃ。

「なぜ・どのように間違えたのか」を検証しておかんと
何度でも同じ間違いやらかすぞ。
0618login:Penguin2013/08/05(月) NY:AN:NY.ANID:2a8gK7va
この手のトラブルで
通常のログで「何をどう間違えたのか」が分かりにくい場合には
結局のところパケットキャプチャで生データを確認するのが
解決は一番早いと思う
0619login:Penguin2013/08/05(月) NY:AN:NY.ANID:rEA1lq55
右クリックでコピペすると正常にペーストできない仕様のアプリがある。
IEとか、IEとか、IEみたいなの。
昨日、それでハマったw
0620login:Penguin2013/08/05(月) NY:AN:NY.ANID:pQkMWWbv
>>612
> 何度も何度もパスワードは確認していたので間違ってた可能性は低いですし
> 一体なにが原因だったのかわからずモヤモヤしますがとりあえず問題は解決しました。

だからパスワードを他の二人に伝えるときに間違っちゃったんでしょ。見えない改行文字だったり、空白文字だったり。間違ったパスワード伝えてるんなら何人試しても同じ結果だよ。

自分の失敗を認めることも大切だね。
0621login:Penguin2013/08/05(月) NY:AN:NY.ANID:4b8DgGGa
パケットキャプチャって(笑)と思ったけどftpって平文だっけか
なぜscpにしないのか
0622login:Penguin2013/08/05(月) NY:AN:NY.ANID:I3lL5N6T
>>621
sshポート解放はいやや
0623login:Penguin2013/08/05(月) NY:AN:NY.ANID:+1B5Yt/e
解放せよ！
0624login:Penguin2013/08/05(月) NY:AN:NY.ANID:2wnWn1P4
ポート ２２でなくてもいや？　(今日び 5桁とかにするでしょ)
平文垂れ流しよりよっぽどマシだと思うが
0625login:Penguin2013/08/05(月) NY:AN:NY.ANID:rEA1lq55
>>622
なんで？　大穴でも見つかった？
0626login:Penguin2013/08/05(月) NY:AN:NY.ANID:agcgj4RB
シェル使われるとか思ってんじゃね？
Jailする技術もないし、そもそも対策方法自体知らんとか。
0627login:Penguin2013/08/05(月) NY:AN:NY.ANID:MpEPbfaO
まず、/etc/hosts.deny　に
ALL: ALL
を書くのが基本だ。
0628login:Penguin2013/08/05(月) NY:AN:NY.ANID:EKiczzFE
>>625
見つかってなくても開けなくて良いものは開けたくないわ

ほんとにみんなsshガッツリ開けてるの？？？
管理にはSCP使うけどVPN経由か最低でも接続元IPアドレスで制限してる
0629login:Penguin2013/08/05(月) NY:AN:NY.ANID:zjW2Dg2f
接続元制限してるしポート変えてるよ。
0630login:Penguin2013/08/05(月) NY:AN:NY.ANID:+YwjqV8c
ポートさえ変えとけばそれで十分じゃね
0631login:Penguin2013/08/05(月) NY:AN:NY.ANID:zjW2Dg2f
おれしか使わないんで全開にする必要もないからなぁ。
まぁ全開にしたい人はすればいいんじゃね。
0632login:Penguin2013/08/05(月) NY:AN:NY.ANID:3/jDCTIs
俺は普通にssh開けてるけど、パスワード認識は禁止にして、
公開鍵認識のみ許可してる
0633login:Penguin2013/08/05(月) NY:AN:NY.ANID:zjW2Dg2f
認証と言いたいのか?
0634login:Penguin2013/08/05(月) NY:AN:NY.ANID:+1B5Yt/e
認識？
0635login:Penguin2013/08/05(月) NY:AN:NY.ANID:3/jDCTIs
携帯から打ったらミスった。。
認識→認証です
0636login:Penguin2013/08/05(月) NY:AN:NY.ANID:qod/nI2N
エピステモロジー
0637login:Penguin2013/08/05(月) NY:AN:NY.ANID:I7mdTaSp
元の話だと、FTPで接続できないとかの文脈からリテラシー低いユーザー相手の話じゃない？
勝手な憶測だけどWebのコンテンツみたいな平文で通信してもまあいいかって内容に読めた。
そんなユーザー相手にするためにSSHポート解放するのは嫌だなぁと思って書いたんだけどね。
ユーザーも使いなれたFTP使いたいって言いそう。
ポート変えるだけってのはちょっと、、、、、
0638login:Penguin2013/08/05(月) NY:AN:NY.ANID:JOAhU0Vv
FTPなんて超絶使いにくい太古の技術を使い慣れてる人なんているのか？
0639login:Penguin2013/08/05(月) NY:AN:NY.ANID:G8d6PAAy
俺
0640まあないとは言わないけどな2013/08/06(火) NY:AN:NY.ANID:fpWmGagu
>>638
特定のクライアントが使いにくいとか言うならわかるが、ftp 自体は http とか smtp とかと対して変わらん
まあ、データコネクション張るところがちょっと面倒かな
0641login:Penguin2013/08/06(火) NY:AN:NY.ANID:/SiB5Qrp
>>640
他にもうっかり改行コード変換されちゃったり
NLST で返すフォーマットがいろいろだったり
いろいろ面倒よ。
0642login:Penguin2013/08/06(火) NY:AN:NY.ANID:rrNKWvj+
SSH外部に晒すの躊躇うとか自意識過剰過ぎw
公開鍵認証にするとか、hashlimitやlimitモジュール入れた
iptables有効にしておけば十分すぎるだろ。
0643login:Penguin2013/08/06(火) NY:AN:NY.ANID:lSG48Wjf
>>642
鍵をリテラシー低いユーザーに配布するのは抵抗あるけどなぁ
サポートも含めてめんどくさい
0644login:Penguin2013/08/06(火) NY:AN:NY.ANID:2JGgITp3
パスワード認証を有効にしてるのは論外として
ポート変えるのって、マイナスではないだろうけど、そこまで意味あるんだろうか
httpエラーページのバージョン隠すとか、そういう類の話な気がする
0645login:Penguin2013/08/06(火) NY:AN:NY.ANID:dCAo7vKq
低性能なワームなどからの攻撃をかわす事は出来るだろうが、
ポートスキャンされたら発見されます。

接続元制限は必須だよ。
0646login:Penguin2013/08/06(火) NY:AN:NY.ANID:/SiB5Qrp
>>644
ログ減らすくらいだね。
0647login:Penguin2013/08/06(火) NY:AN:NY.ANID:zDjJbSea
ポート番号変更はログのノイズ抑制のためにやってる

サービススキャンの多くは大量のホストを調べる必要上
限られたポートしか調べないんで効果がある
0648login:Penguin2013/08/06(火) NY:AN:NY.ANID:Esw5PjTQ
パスワード認証を禁止し、公開鍵認証のみの SSH (22/tcp)にすれば、問題解決
0649login:Penguin2013/08/06(火) NY:AN:NY.ANID:/SiB5Qrp
別に22じゃなくてもいいじゃん。
0650login:Penguin2013/08/06(火) NY:AN:NY.ANID:RXn0UO9u
ポート番は変更しようよ
0651login:Penguin2013/08/06(火) NY:AN:NY.ANID:/SiB5Qrp
変更しなくてもいいじゃん。
0652login:Penguin2013/08/06(火) NY:AN:NY.ANID:bOIV8XSC
httpで何か見る->そのアドレスだけ時限付きでsshのポートオープンってやってる
0653login:Penguin2013/08/06(火) NY:AN:NY.ANID:EAk44+x3
俺はポート番号6502にしてるぜ！
0654login:Penguin2013/08/07(水) NY:AN:NY.ANID:C1/Z1tP9
ポート変更が意味あるモノとはあんまし思わないんだけど
0655login:Penguin2013/08/07(水) NY:AN:NY.ANID:C1/Z1tP9
>>652
こういうの良いけどhttp落ちたら終わるよね
0656login:Penguin2013/08/07(水) NY:AN:NY.ANID:An94aaPv
>>654
sshdのログは見ないの？

>>655
http落ちたらとか言い回しが素人臭いなあ
0657login:Penguin2013/08/07(水) NY:AN:NY.ANID:6jis9nzT
ルータとかで止めない限りBOTによるアタックが凄いからなぁ
ポート変更した方が何かと気楽に運用できるよ
0658login:Penguin2013/08/07(水) NY:AN:NY.ANID:Xsa206Xl
逆に言えばそのくらいしか意味ないよね。
攻める側が本気出せばポート変えててもすぐバレる。
0659login:Penguin2013/08/07(水) NY:AN:NY.ANID:Xsa206Xl
って話をずっとしてたんだけどな。
伝わってなかったのかな。
0660login:Penguin2013/08/07(水) NY:AN:NY.ANID:6jis9nzT
まー別に好きにすりゃいいけど、変えた方が明らかにメリットがあるって話だな
本気でのアタックなんて受けることを想定しないでいいよ、そんなたいしたサーバ運用してねーだろ？っていう

まぁ>>647なんだわ、やればわかる
0661login:Penguin2013/08/07(水) NY:AN:NY.ANID:Xsa206Xl
変えるとちょっとメリットはあるけど、
変えなくてもたいしたデメリットはないよ。
0662login:Penguin2013/08/07(水) NY:AN:NY.ANID:An94aaPv
頻繁にやってくる広範囲のスキャンは悪用対象を広く浅く探すもので
限られたポートしか調べないのが普通だからログ減らしには役立つという話

ガチで全ポートスキャンなんてそうあることじゃないよ極論くん
0663login:Penguin2013/08/07(水) NY:AN:NY.ANID:Xsa206Xl
>>662
そこには別に反論してないよ。
0664login:Penguin2013/08/07(水) NY:AN:NY.ANID:An94aaPv
つまらんはぐらかしだな
0665login:Penguin2013/08/07(水) NY:AN:NY.ANID:Xsa206Xl
はぐらかしたわけでもないけど。

>>662 の言うことはもっともだよ。
でも極論だから考えなくていい、って環境ばかりではない。
極論まで考えなきゃいけない環境もある。
ケースバイケースだよ。
0666login:Penguin2013/08/07(水) NY:AN:NY.ANID:6jis9nzT
それともう少し想像力を働かせてみようか

広範囲に仕掛けられたポートスキャン＆アタックに対して、自分のサーバは100％大丈夫と言い切れる？
何かのサービスを導入したときにうっかり変なアカウントが出来てたりしないか？
パスワードを安易なものにしたアカウントで普段運用してないか？

このとき標準ポートでアタックを受けたときに乗っ取られる可能性が1/10000だったとしても、
ポート変更と組み合わせることで限りなく0に近づけることが出来ないか？

さて、メリットはちょっとだろうか、それとも
0667login:Penguin2013/08/07(水) NY:AN:NY.ANID:Xsa206Xl
>>666
確率はある程度減らせると思う。
でもある程度しか減らせないと思う。
0668login:Penguin2013/08/07(水) NY:AN:NY.ANID:6jis9nzT
長文書いてたらまたレスがあった

いい加減俺がウザイので最後にする

>>665
君は持論に固持しすぎててそろそろ整合性がとれてないぞ
極論＝全ポートスキャンなんでしょ？
それは標準だろうとそうでなかろうと同じ話、話題に上げる意味が全くない
仮に全ポートスキャンの場合22番以外の方が攻撃を受ける確率が上がる、っていうなら話は変わってくるけどね

よーくこのレスを読もうね
0669login:Penguin2013/08/07(水) NY:AN:NY.ANID:Xsa206Xl
そんなたいした持論でもないけどなぁ。
ウザいログを減らすためにポート変更は有効。
でもポート変更したら万全ってものでもない。
ポート変更は絶対必要ってもんでもない。
おれの論はそのくらい。
0670login:Penguin2013/08/07(水) NY:AN:NY.ANID:uBk7Uc0V
うざい
0671login:Penguin2013/08/07(水) NY:AN:NY.ANID:Xsa206Xl
>>670
たいした話でもないのにスレ進めてごめんね。
0672login:Penguin2013/08/07(水) NY:AN:NY.ANID:B7HzMzFH
>>656
たまに見るけどだいたいlastbで確認する程度かなぁー
syslog集約しててLogwatchで大体わかるし

http落ちたらとかそういうのは複数インスタンスあるからどれかにsshして治す。

てかそれ言ったらssh落ちたらどっちみち終わるだろ
0673login:Penguin2013/08/07(水) NY:AN:NY.ANID:B7HzMzFH
ついでに言うとhttpじなくても良いし、
httpへのsyn付きが来た時点で時限オープンって手とあるからぶっちゃけhttpは起動してなくても良い
0674login:Penguin2013/08/07(水) NY:AN:NY.ANID:Xsa206Xl
>>673
んじゃ iptables か何かでやってんの?
0675login:Penguin2013/08/07(水) NY:AN:NY.ANID:iRGH4/fD
>>669
あんたのほうが普通だよ
確かにうざいけど、仕事頼むなら669だわw
0676login:Penguin2013/08/07(水) NY:AN:NY.ANID:16hvQK1Q
不採用の理由は、PCに“詳しすぎる”から……だと？

http://topics.jp.msn.com/digital/pc/article.aspx?articleid=1986638
0677login:Penguin2013/08/07(水) NY:AN:NY.ANID:Q0ZLUPgb
>>666
それ、話の前提がパスワード認証を有効にしてる場合だろ
何で、いきなりそんな設定を前提にしようとしてんの
議論のやり方も習ったことないの？
あほなの？ねぇ、答えて。あほなの？
0678login:Penguin2013/08/07(水) NY:AN:NY.ANID:Q0ZLUPgb
ポート変えて防げるのは
デフォルトのポートで運用している脆弱性を抱えたサービスへの攻撃であって、
それを防ぐためにポート変えますっていうのには別に異論はないけど
じゃあ、ほかにデフォルトのポート設定で運用してるサービスはどうなの？ってなるよね
ポート変えるっていう発想自体がおかしいんだよ
接続元を制限する方法、脆弱性を突かれた場合に被害を少なくする方法を考える方が妥当だわ

そんなのできない上にサービスも止められないってなった時に、もうポート変えるぐらいしかできることないよねぇ・ってなるのならまだわかる。
0679login:Penguin2013/08/07(水) NY:AN:NY.ANID:UyEloyGl
ポート変更闘争とか、バージョン隠蔽闘争なんかは
20世紀にケリが付いたとばかり……
未だに熱い戦いが続いていたとは
0680login:Penguin2013/08/07(水) NY:AN:NY.ANID:B7HzMzFH
>>674
yes
apacheユーザーにiptables叩かせるなんて本末転倒な気がするので
0681login:Penguin2013/08/07(水) NY:AN:NY.ANID:a3lAnd35
「ポートを変える」って発想がまずおかしい。
「ポートを変える」のではなく「ポートを選ぶ」んだよ。

攻撃が集中しているポートを選ぶのか、攻撃が少ないポートを選ぶのか。それだけの話。
わざわざ攻撃が集中するポートでサービスを開始する必要はないだろう。
0682login:Penguin2013/08/07(水) NY:AN:NY.ANID:Q0ZLUPgb
おれ、スラドで同じ流れ見たことある
0683login:Penguin2013/08/07(水) NY:AN:NY.ANID:X8Q2jmtj
>>676
単に詳しいか“PCヲタ”かの区別を言ってる
別にPCに限らず、どんな分野でも同じ
0684login:Penguin2013/08/07(水) NY:AN:NY.ANID:FU36UguT
centossrv.com/tripwire.shtml　
こちらのページを参考にCeentOS6.4x86_64に
tripwire-2.4.2.2をインストールしようとしているのですが、

Please enter your site passphrase:　（ここで8文字以上のパスワードを入力）
Incorrect site passphrase.
Error: signing of configuration file failed.

このようなエラーが発生してインストールすることができません。
パスワードの文字数制限以外に何かしらの制限があるのでしょうか？

ご存知の方いらっしゃいましたら、ご教示いただけると助かります。
宜しくお願い致します。
0685login:Penguin2013/08/07(水) NY:AN:NY.ANID:Xsa206Xl
>>684
最初と同じもの入れてる?
06866842013/08/07(水) NY:AN:NY.ANID:FU36UguT
>685
一回目の入力時点で上記のエラーメッセージがでてはじかれてしまうのです。
「英（大文字・小文字混在）数字と#や&などの記号を入れたもの」、
「英（大文字・小文字混在）数字のみ」、といった2パターンを試してみましたが
どちらも一度目の時点ではじかれてしまいます。
0687login:Penguin2013/08/07(水) NY:AN:NY.ANID:Xsa206Xl
「Please enter your site passphrase:」は5回目の入力じゃないの。
0688login:Penguin2013/08/08(木) NY:AN:NY.ANID:7hnqmQYT
ポート変えたから万事安全って感じのレスあったかな、と思ったらあったよ
これがそもそもの元凶か
単にポート変更不要論で盛り上がってるのかと思ったけど、そうじゃなかったんだな
0689login:Penguin2013/08/08(木) NY:AN:NY.ANID:ds7GQDp0
だから、もういいって
0690login:Penguin2013/08/08(木) NY:AN:NY.ANID:Ww4ngM7J
>>684
できた?
0691login:Penguin2013/08/08(木) NY:AN:NY.ANID:ZuSht/GW
今更蒸し返してもな
変更して防げる要素もあるならなるべくやった方がいい、後は利便性とのトレードオフ
0692login:Penguin2013/08/08(木) NY:AN:NY.ANID:EZcPleC4
<Location /aaa>
Order allow,deny
Allow from all

AuthType Basic
AuthName Basic Auth
AuthUserFile /etc/opt/aaa/{伏字}
Require valid-user
ProxyPass http://127.0.0.1:3619/aaa
ProxyPassReverse http://127.0.0.1:3619/aaa
</Location>
httpdconfを切り分けてhoge.confを/etc/httpd/conf.d/直下に作成したのですが、
Apache再起動で
Invalid command 'ProxyPass', perhaps misspelled or defined by a module not included
in the server configuration
というエラーが発生しています
スペルミスでないような気がするので解決方法がわからず困っています。
どなたか解決方法をご存じないでしょうか
0693login:Penguin2013/08/08(木) NY:AN:NY.ANID:YlGAfAT8
いやいやスペルミスだろ。 正しくは ProxyPaz だ。
0694login:Penguin2013/08/08(木) NY:AN:NY.ANID:pdthIhwi
>>692
↓これをコメントアウトしてない？

LoadModule proxy_module modules/mod_proxy.so
0695login:Penguin2013/08/08(木) NY:AN:NY.ANID:Ww4ngM7J
エラメッセージに書いてあるとおりじゃね。
0696login:Penguin2013/08/08(木) NY:AN:NY.ANID:V2oqBu0Z
ノートパソコン使ってると、NumLock掛かっててパスワードが違ってたりってことがある。
JP106じゃないキーボードになってると、記号が違ってることがある。

どうでもいいけどな。
0697login:Penguin2013/08/08(木) NY:AN:NY.ANID:Ww4ngM7J
その話はもう終わったよ。
0698login:Penguin2013/08/08(木) NY:AN:NY.ANID:EZcPleC4
>>694
動いた！ ありがとう！ すごい助かったよ！
0699靖国参拝、皇族、国旗国歌、神社神道を異常に嫌うカルト教団2013/08/09(金) NY:AN:NY.ANID:gUWD3MtT
★マインドコントロールの手法★

・沢山の人が偏った意見を一貫して支持する
　偏った意見でも、集団の中でその意見が信じられていれば、自分の考え方は間違っているのか、等と思わせる手法

・不利な質問をさせなくしたり、不利な質問には答えない、スルーする
　誰にも質問や反論をさせないことにより、誰もが皆、疑いなど無いんだと信じ込ませる手法


↑マスコミや、カルトのネット工作員がやっていること

TVなどが、偏った思想や考え方に染まっているフリや常識が通じないフリをする人間をよく出演させるのは、
カルトよりキチガイに見える人たちを作ることで批判の矛先をカルトから逸らすことが目的。

リアルでもネットでも、偽装左翼は自分たちの主張に理がないことをわかっているのでまともに議論をしようとしないのが特徴。
0700login:Penguin2013/08/10(土) NY:AN:NY.ANID:630lJB59
ブロードバンドルーター噛ませた環境でDynamicDNSつかって、DNSたてられる？
0701login:Penguin2013/08/10(土) NY:AN:NY.ANID:/R4G2dYn
DDNSの下りまでは理解できたんだが、最後のDNS立てられる？の意味がわからないのは俺が初心者だからだろうか
0702login:Penguin2013/08/10(土) NY:AN:NY.ANID:BzVgaRDQ
DynamicDNSは外のサービスなのか自分で設定するつもりなのかkwsk
0703login:Penguin2013/08/10(土) NY:AN:NY.ANID:VdV5p1DV
出来るかできないかって質問であれば出来ると答えておこう
ここはサポセンじゃないのでやり方は自分で調べてくれ
0704login:Penguin2013/08/10(土) NY:AN:NY.ANID:tGphtMoJ
DNSサーバでDDNSをできるかって話だな！
0705login:Penguin2013/08/10(土) NY:AN:NY.ANID:BY4SjT3B
エスパーするとddclientなのかなあ。
0706login:Penguin2013/08/10(土) NY:AN:NY.ANID:B9+5zcLS
いや、inadyn かもしれないぞ
0707login:Penguin2013/08/10(土) NY:AN:NY.ANID:VdV5p1DV
エスパーするとルーターのNAPTかDMZ機能で公開するDNSサーバーを
ルーターのDDNS機能で登録したホスト名で外部から参照できるように出来るかってことでしょ。

できるけどこれで独自ドメインとか運用しないほうがいいよ
0708login:Penguin2013/08/10(土) NY:AN:NY.ANID:+5o1CMuq
コンテンツサーバ立ち上げたいって話なのかな？

だったら固定IPアドレスであるかがポイントであって
動的IPアドレスでやりたいというバカならしんでこいと
07097002013/08/10(土) NY:AN:NY.ANID:630lJB59
皆さん,色々とどうもです。
Linuxの勉強を始めた中学生です。
詳しく書くと、DDNSでドメイン登録しました。mydnsってところです。
で、自宅のサーバーにもDNS立ち上げて、実験的に独自のメールサーバとかwebサーバとかやっててみたい、ということです。
メールはともかく、webサーバは一般に公開するつもりもなくて、自分だけが外部から参照できればよいのです。
だけど、CentOSがそういう使い方を想定していないとかセキュリティ上重大な問題があるとかだと恐いので、ちょっと質問させてもらいました。
失礼しました。
0710login:Penguin2013/08/10(土) NY:AN:NY.ANID:dAol7jZr
動的IPアドレスで運用するためにDDNSだよな
■ このスレッドは過去ログ倉庫に格納されています