[過去ﾛｸﾞ] Docker Part5 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
496: 2021/02/06(土)13:48 ID:/etxQc2p(1/2) AAS
podmanのほうがコミュニティが活発でリリース頻度が高い
497: 2021/02/06(土)13:51 ID:/etxQc2p(2/2) AAS
どんなプロダクトでも黎明期を超えて落ち着いてきたらセキュリティ、軽量さのために余計なもん削ぎ落とした物に取って代わるもんだよ
498: 2021/02/06(土)15:28 ID:M2uozTfZ(1) AAS
何時になるのかはわからんけど本格的に使ってみてもいいかなって思うのはver3.1からだろ
黎明期は仕様変更多すぎて手を出したくない
499: 2021/02/06(土)19:49 ID:MHK1//hz(2/2) AAS
docker swarm使いやすくてオヌヌメです
500: 2021/02/06(土)20:07 ID:yp1IqyME(1) AAS
今だったらk0sのほうがいいんじゃないの
501: 2021/02/06(土)20:10 ID:/TPKq5C8(3/3) AAS
いらんわ。
502(1): 2021/02/07(日)07:17 ID:271PT8oq(1/3) AAS
Docker ボリュームを全て、別のホストマシンに移したいと思っていますが、
ボリュームのデータの移し方について質問があります。
いま考えているのは方法は次の通りです。
１、新しいDockerホストにおいて、旧ホストと同じになるようにdocker create volumeコマンドでボリュームを作成します。
２、新旧のDockerホストで、Dockerサービスを停止
３、対象ボリュームについて/var/lib/docker/volumes/volume-test/_data/ のように指定してrsyncで新しいDockerホストにコピーします。
rsync -avz /var/lib/docker/volumes/volume-test/_data root@newdockerhostname:/var/lib/docker/volumes/volume-test/
その後、新しいDockerホストで、コピー済のはずのvolumeをつかって、
コンテナを復元します。
省3
503: 2021/02/07(日)09:02 ID:Klq9yVmM(1) AAS
>>502
コンテナ管理するのにオーケストレーション使うからそんなこと考えたことないけどそれで動くならシンプルでいいんちゃうか？
504(1): 2021/02/07(日)09:33 ID:5dw25W1G(1) AAS
ボリュームの移動とか考えてる時点でバッドプラクティスにハマってる気がする
ほんとに永続化したいボリュームにはネットワーク越しのストレージを使うんだよ
そうすりゃコンテナが別のマシンで稼働してもいちいちボリュームを移動させる必要はないだろう？
コンテナは同じマシンで動き続けることを前提にしちゃだめ
505: 2021/02/07(日)09:37 ID:lg7zbpCt(1/10) AAS
GitHub ActionsはDockerHubの制限免除だって
506: 2021/02/07(日)09:39 ID:lg7zbpCt(2/10) AAS
外部ﾘﾝｸ:github.com
For publicly accessible containers we are working with docker hub to make sure you will not be impacted by
the new rate limits. If you need private containers we still do not have a solution for that problem for forks of public repos.
公的にアクセス可能なコンテナについては、Docker Hubと連携して、新しいレート制限の影響を受けないようにしています。
プライベートコンテナが必要な場合でも、パブリックリポジトリのフォークに関するその問題の解決策はありません。
507(1): 2021/02/07(日)10:06 ID:O8a0UlPi(1) AAS
>>504
ただの老朽更新とかの移行だろ
そんなもんに共有ストレージとかバカじゃねーの
508: 2021/02/07(日)10:25 ID:vLjACvPj(1/3) AAS
AWSならEBSボリュームのスナップショットで十分
ASG内のインスタンスが起動する時に
EBSボリュームをマウントして
ECSタスクではそのボリューム内のディレクトリをマウントする
EFSみたいなマネージドNFSは速度や互換性に問題無ければ使っても良いんじゃね
俺は使わないけど
509: 2021/02/07(日)10:37 ID:+SWvD/Px(1/5) AAS
>>507
バカだな
ストレージを外部化しておけば結合が疎になりストレージのメンテナンスもしやすくなるだろ
510: 2021/02/07(日)10:40 ID:+SWvD/Px(2/5) AAS
だいたいコンテナなんてのはどのマシンで動くかわからねえんだ
ローカルボリュームに依存しちゃだめだ
511: 2021/02/07(日)10:45 ID:+SWvD/Px(3/5) AAS
コンテナはどのマシンで動くかわからねえってのは重要なことだ
固定的なマシンで動かす前提ならコンテナを仮想マシンの延長上的な使い方しかできてないってことだ
固定的なマシンならコンテナじゃなくていい
普通にパッケージ入れて普通にsystemdで動かせばいい
どのマシンで動くかわかってるんだから事前に必要なものを準備するだけ
dockerという余計なレイヤーが消えるのでそのほうが管理が容易い
コンテナを使うなら次の瞬間にコンテナが別のマシンに移動しても動くように作れ
512: 2021/02/07(日)10:52 ID:Scp8nGyH(1) AAS
あ、キ○ガイだった
513: 2021/02/07(日)10:53 ID:+SWvD/Px(4/5) AAS
理解できない雑魚は仮想マシンでも使ってろってこった
514(1): 2021/02/07(日)11:24 ID:+SWvD/Px(5/5) AAS
俺のアドバイスを無視して、どうしても、ローカルボリュームに執着し、コピーしたいなら
docker公式文書にtarコマンドによるボリュームバックアップの方法論が書いてある、ので探せ
あとは応用だ。パイプラインと-Hフラグが便利だぞ
515: 2021/02/07(日)11:34 ID:GfGDiZUb(1) AAS
ネットワークが落ちたらどうすんの？
516: 2021/02/07(日)11:51 ID:vLjACvPj(2/3) AAS
データベースだったらデータベースのレプリケーション機能で耐障害性の高い構成にするのがベストプラクティス
ボリューム自体はローカルにする
これが最も高い速度とHA（高可用性）を両立できる構成
ただ、自前でHAをセットアップして運用するのは大変な事も多い
マネージドサービスつかうか
k8sならオペレーター使うとかした方が良い
のっぴきならない事情でアプリをHA対応に出来ない場合は
NFS使って速度は諦めるか
HAの方を諦める
アマゾンのマネージドNFSは一貫性のために性能を犠牲にしてる
省1
517: 2021/02/07(日)11:56 ID:B94d8lN0(1) AAS
glusterfs簡単でいいよ
518: 2021/02/07(日)12:35 ID:oZ8g2P1Q(1) AAS
OSSアップリは遺憾なことにFSを使用する不届き者がまだまだ多くて困る
519: 2021/02/07(日)12:48 ID:wy84bXQg(1) AAS
必死にpodman流行らせたいやついるな
520(2): 2021/02/07(日)12:53 ID:zMmOfKlY(1/7) AAS
相も変わらずココはコミュ障だらけだなｗ
ID:+SWvD/Px とか相手の要件も聞かずに己の持論を熱く語って何を解決したいんだｗ？
「コンテナなんてどのマシンで動くか分からない」って 502はそんな情報は何も与えて無いじゃんｗ
単に一台で動いていたDockerホストをスケールアップした別ホストに移行したいってだけかも知れんのに。
で妄想膨らませて、まーた「仮想マシンでも使ってろ」とか関係ない方向に話持って行こうとするし
521: 2021/02/07(日)13:12 ID:vLjACvPj(3/3) AAS
たまに止まってても許されるような
そんな大事なシステムじゃなかったらローカルボリュームでも良いんじゃね？
知らんけど
522(1): 2021/02/07(日)13:14 ID:RE6eItVh(1/3) AAS
>>520
その要件なら、従来のインフラ管理手法でスケールアップさせりゃいい
だから、仮想マシンと変わらんと言ってる
コンテナを使うなら、どのマシンで動くかはわからないのが、当たり前
523(1): 2021/02/07(日)13:20 ID:RE6eItVh(2/3) AAS
コンテナが動くマシンが決まりきってる、ってんなら仮想マシンで十分だ
EC2でもなんでもいいよ
普通にパッケージを入れて、普通にsystemdで動かしゃいい
dockerなんて余計なリソース食うだけ
仮想マシンなら、従来の管理ノウハウも役に立つ
コンテナを使うなら、クラスタが大前提
524: 2021/02/07(日)13:23 ID:zMmOfKlY(2/7) AAS
>>522
日本語を読めよ、と俺は言ってるんだが？502はそんな情報は与えてない。
525(1): 2021/02/07(日)13:25 ID:zMmOfKlY(3/7) AAS
>>523
だから勝手に妄想を膨らませて話を横道に持っていくなよ、と言っている。
「仮想マシン」も「EC2」も「systemd」も「従来の管理手法」も502の話には一切あがっていない。
「移行するための標準的な方法は何ですか？」って聞いてるんだから
こういう方法があるよ、と答えれば良いだけ。
526(1): 2021/02/07(日)13:37 ID:RE6eItVh(3/3) AAS
>>525
標準的な方法？従来の管理手法とおなじだぞ
527: 2021/02/07(日)13:37 ID:8KOziwxk(1) AAS
何か知らんけどコンテナ嫌いなら
Dockerアンチスレとか
コンテナアンチスレとかいう名前のスレ立てて引きこもれば？
528: 2021/02/07(日)13:37 ID:ytfwvfPd(1) AAS
リナックス板とオーディオ板はなんでか殺伐としてる
529(1): 2021/02/07(日)13:41 ID:zMmOfKlY(4/7) AAS
>>526
お前馬鹿なの？502を口に出して10回読んでからレスしろよ。
「
その後、新しいDockerホストで、コピー済のはずのvolumeをつかって、
コンテナを復元します。
どういう方法が標準的、推奨方法でしょうか。
あるいは以上の方法でも良いのでしょうか。
」
と書いてあるんだが？
530(2): 2021/02/07(日)13:50 ID:k5FWBLHP(1/3) AAS
>>529
だから従来の管理手法でいいと言ってるんだよ
531(1): 2021/02/07(日)13:54 ID:zMmOfKlY(5/7) AAS
>>530
「どういう方法が標準的、推奨方法でしょうか。」
この一文を30回ほど口に出して読んでね。
アスペには10回じゃ足りない。
532: 2021/02/07(日)13:55 ID:k5FWBLHP(2/3) AAS
>>531
だから従来の管理手法でいいと言ってるんだよ
533: 2021/02/07(日)14:14 ID:zMmOfKlY(6/7) AAS
もういいよ。
534: 2021/02/07(日)14:21 ID:k5FWBLHP(3/3) AAS
もういいよ。
535(3): 2021/02/07(日)16:08 ID:gYWGBonn(1/4) AAS
Software Design 12月号のDocker 特集3章、Ruby on Rails プロジェクトの所で、
data volume を利用した、MySQL データのバックアップ・復元方法が書いてある
data volume を圧縮解凍する、専用のbusybox コンテナを用意して、
その起動時に、--volume-from で、MySQLコンテナを指定する
圧縮: busybox tar cvf
解凍: busybox tar xvf
536(2): 2021/02/07(日)17:38 ID:271PT8oq(2/3) AAS
>>514
その、tarコマンドでボリュームバックアップをとる方法は、
ターゲットボリュームをマウントしているコンテナでバックアップ先ディレクトリもマウントし、
tarコマンドでボリュームに保存されているファイルをバックアップ先へ横流ししているだけだと考えています。
そうだとしたら、
Docerホスト上において、/var/lib/docker/volumes/target-volume/_data をrsyncで他のホストに直移しでも良いように思うわけなのですが。
tarを使う方法ではなにか違うんでしょうか。
537(1): 2021/02/07(日)17:45 ID:271PT8oq(3/3) AAS
>>520
メンテナンスによるダウンタイムを避けるために、
別ホストへコンテナを引っ越しさせます。
ボリュームも移してあげる必要が有ります。
>>530
ボリュームを移す従来的管理方法ってあるんですか？
>>535
なるほど。
いったんtarで圧縮ファイル化するわけですね。
Dockerホスト上の、/var/lib/docker/volumes/target-voryume/_data から直移しの例があればいいんだけどなあ
省1
538(2): 2021/02/07(日)18:27 ID:zMmOfKlY(7/7) AAS
>>537
いや、530が言うには君はコンテナ使う資格無いからVM使えってさ。
>dockerなんて余計なリソース食うだけ
>仮想マシンなら、従来の管理ノウハウも役に立つ
>コンテナを使うなら、クラスタが大前提
そもそも「コンテナを使うなら、クラスタが大前提」は完全に間違い。
k8sはその通りだがDockerはターゲットが開発者だから、どちらかと言うとシングル。
おまけにコンテナ化する目的はIaCなのに、それも理解してないｗ。
さらに日本語も読めてないとかｗ
539: 2021/02/07(日)18:51 ID:lg7zbpCt(3/10) AAS
Dockerは可搬性を持たせるためのものだから
どこでも動く=k8s上でも動くってだけなんだよね
540: 2021/02/07(日)18:56 ID:cIKxgo1i(1/4) AAS
>>536
ホストマシンへの依存を減らすことが可能です
541(1): 2021/02/07(日)18:57 ID:cIKxgo1i(2/4) AAS
>>538
IaCはdocker専売特許ではありません
542(1): 2021/02/07(日)19:00 ID:lg7zbpCt(4/10) AAS
>>536
> Docerホスト上において、/var/lib/docker/volumes/target-volume/_data をrsyncで他のホストに直移しでも良いように思うわけなのですが。
そこはDocker内部のボリューム領域
どういう管理をしているかはDockerの内部の仕組み次第
フォルダをそのままボリュームとして使いたいなら
指定したフォルダをボリュームにすればいいだけの話
543: 2021/02/07(日)19:02 ID:lg7zbpCt(5/10) AAS
>>541
> IaCはdocker専売特許ではありません
質問「他に何があるんですか？」
↓
お前「○○があります」
↓
お前のマネ「IaCは○○専売特許ではありません」
↓
お前「IaCは○○専売特許なんていってねーよ！」
↓
省1
544: 2021/02/07(日)19:18 ID:cIKxgo1i(3/4) AAS
うわぁ…
545: 2021/02/07(日)19:19 ID:lg7zbpCt(6/10) AAS
言い返せなかったようだ
546: 2021/02/07(日)19:23 ID:VgpeYE2O(1) AAS
うわぁ…
547: 2021/02/07(日)19:25 ID:lg7zbpCt(7/10) AAS
さて、IaCはdocker専売特許とは誰が言ったのかな？
548: 2021/02/07(日)19:30 ID:cIKxgo1i(4/4) AAS
うわぁ…
549(2): 2021/02/07(日)19:31 ID:gYWGBonn(2/4) AAS
コンテナとクラスタは、全く異なる
Docker は本番では使わない。あくまで開発者が使うもの。
本番では、Kubernetes を使う
Dockerはポートフォワーディングだから、
スケールすると、同じポート番号を使えないから困る
だから、AWSとかシステム構築運用を知らない香具師が、
Dockerを仮想マシンのように使おうとするw
だから漏れは必ず素人に、Docker・Kubernetesの相違点を聞く
550: 2021/02/07(日)19:32 ID:lg7zbpCt(8/10) AAS
> 本番では、Kubernetes を使う
1台なのにKubernetes使う理由は？
551: 2021/02/07(日)19:33 ID:lg7zbpCt(9/10) AAS
> Dockerはポートフォワーディングだから、
> スケールすると、同じポート番号を使えないから困る
Kubernetesでも同じポート番号は使えません
552: 2021/02/07(日)19:37 ID:/5+fVAnM(1) AAS
>>549
オンプレでテキトーに運用したいならswarmもアリ
553(1): 535 2021/02/07(日)19:57 ID:gYWGBonn(3/4) AAS
bind mount は、プロジェクトのソースコードみたいに、
開発時に頻繁に修正するものに使う
一方、data volume は、主にDB のデータに使う。
これは、Docker が管理していて、複数コンテナで共有できて、バックアップ・移行しやすい
だから、
>>535
みたいに、バックアップ・復元用のコンテナを通して扱う
だから、Dockerの管理領域を、rsync で直接操作するのは、筋が悪い。
Docker CLI/API を通していないから
環境に依存していると、Dockerの可搬性がなくなる
554(2): 535 2021/02/07(日)20:13 ID:gYWGBonn(4/4) AAS
bind mount は、ホストマシン OS のディレクトリ構造に依存しますが、
data volume は完全に、Docker によって管理されます。
data volume は、バックアップや移行が容易です。
Docker CLI コマンドや、Docker API を利用して管理できます。
Linux と Windows 上のコンテナーにおいて動作します。
複数コンテナー間にて、安全に共有できます
555: 2021/02/07(日)20:23 ID:lg7zbpCt(10/10) AAS
>>554
> bind mount は、ホストマシン OS のディレクトリ構造に依存しますが、
> data volume は完全に、Docker によって管理されます。
はい、それはつまりDockerに管理されてるので
ホストマシンOSのDockerのディレクトリ構造を参照してはいけないということです。
556(1): 2021/02/07(日)20:29 ID:VDX5QZRz(1/3) AAS
>>553
なるほど。
/var/lib/docker/volumes/target-volume/_data を直接いじるのは止めときます。
Dockerコンテナ上での操作にとどめるようにしてボリューム内容の移行作業を何かしらの方法で行いたいと思います。
rsyncを使うにしても、コンテナの上から発信したいと思います。
>>538
530の言う従来的方法って、仮想マシンのこと？
仮想マシンの方が、リソース喰いますよね
それに、仮想マシンであるVPSでは、仮想マシンは動かせない。
費用も高くつきます。
557: 2021/02/07(日)20:31 ID:VDX5QZRz(2/3) AAS
>>542
確かに、勝手な想像で事を行わないほうが安全ですよね
558(1): 2021/02/07(日)20:37 ID:VDX5QZRz(3/3) AAS
>>554
＞Docker CLI コマンドや、Docker API を利用して管理できます。
Linux と Windows 上のコンテナーにおいて動作します。
複数コンテナー間にて、安全に共有できます
dockerコマンドで、ボリュームをバックアップするようなこと便利な命令はないですよね
複数コンテナで同じボリュームを共有できると言っても、アプリケーションレベルで共有時におけるファイルの安全な扱いが保証されてないとだめですよね。
559: 2021/02/08(月)00:29 ID:FZ4QMbIY(1/7) AAS
>>549
k8sもDocker使ってるが（笑）☺
560: 2021/02/08(月)00:33 ID:FZ4QMbIY(2/7) AAS
>>556
> それに、仮想マシンであるVPSでは、仮想マシンは動かせない。
嘘は良くないなあ☺
Nested KVM があるよ☺
561(1): 2021/02/08(月)01:06 ID:dyp9ZO3I(1) AAS
仮想マシンで仮想マシンを動かすときの問題点は
仮想マシンを更新するのが面倒であるということ
仮想マシンのイメージを更新したとして
それをどうやってクラスタ上に配布するのか？
562(1): 2021/02/08(月)02:32 AAS
前スレの567だが
＞567login:Penguinsage2020/10/16(金) 00:41:44.42
＞大切なパスワードを保存したイメージを間違ってdokerhubにうｐしちゃったらどうなるの
＞
＞568login:Penguinsage2020/10/16(金) 01:24:07.31ID:EJhQrEIg(1/1)
＞どうやったらそんなミスをするのかって悩むレベルだなｗ
自分でもまぁそんなことはないだろうけどってつもりでふとレスしたんだが
例のS◯BCのやつでワラタ
まぁ非公開のをforkってことだが
563(1): 2021/02/08(月)03:52 ID:k78STrDw(1/6) AAS
↑金融機関がクラウドサービス使うとかアホの極みだな。
プログラムを共有したいならgithub相当物をオンプレで運用しろよｗ
564(1): 2021/02/08(月)05:27 ID:1oG5qjEp(1) AAS
>>563
そのためのGitHub Enterprise
外部ﾘﾝｸ:www.hitachi-solutions.co.jp
GitHub Enterpriseは、全世界で使用されているGitに対応したバージョン管理システムである
GitHub.comと同等の機能をオンプレミスやプライベートクラウドで利用できます。
まあ知らなかったんだろうがな（苦笑）
565(2): 2021/02/08(月)06:51 ID:k78STrDw(2/6) AAS
>>564
いやいや、うちの会社Enterprise使ってるし。
github.comドメイン使うと権限間違って誰でも見れるような所に
置いたり事故が発生するから、使うなよって話してるんだが？
まあ、ニートじゃ雰囲気わからないだろうが。（苦笑）
566: 2021/02/08(月)07:10 ID:v+BDSC2O(1) AAS
>>562
本人が書き込んでたのか！w
567: 2021/02/08(月)07:57 ID:WYrUAkeI(1/2) AAS
>>565
早起きですね、ニートさん（笑）
568(2): 2021/02/08(月)07:57 ID:FZ4QMbIY(3/7) AAS
>>561
最初の仮想マシンと同じ方法で更新すればいいじゃない？☺
OpenStack とかご存知でない？☺
569(1): 2021/02/08(月)07:59 ID:FZ4QMbIY(4/7) AAS
>>565
Enterprise と、github.com の連携で internal リポジトリが作れるよ☺ 賢くなったね☺
570: 2021/02/08(月)08:00 ID:kERqK6b9(1) AAS
>>568
手段が目的化してるな
571(1): 2021/02/08(月)08:06 ID:k78STrDw(3/6) AAS
>>569
ん？じゃあそれが「github相当物をオンプレで運用しろよ」じゃね？
君、話が読めてるのｗ？
572(1): 2021/02/08(月)08:07 ID:FZ4QMbIY(5/7) AAS
>>571
ごめんよ…君の勝ちだ☺
573(1): 2021/02/08(月)08:09 ID:k78STrDw(4/6) AAS
>>572
まあ、いいよ。
ココは日本語理解できない奴ばっかりだし。
君もその一人ってことだよ。
574(1): 2021/02/08(月)08:10 ID:FZ4QMbIY(6/7) AAS
>>573
お互い様に…ね☺
575(1): 2021/02/08(月)08:11 ID:k78STrDw(5/6) AAS
>>574
イヤイヤ、君だけだよｗ一緒にするなｗ
576: 2021/02/08(月)08:11 ID:FZ4QMbIY(7/7) AAS
>>575
🙏🙏🙏
577: 2021/02/08(月)09:04 ID:EZXgVRfS(1) AAS
アホらし
578: 2021/02/08(月)17:13 ID:XUnFTYcs(1) AAS
このスレ勉強になる
皆さんありがとう
579: 2021/02/08(月)18:00 ID:U3vhe4Qw(1) AAS
どういたしまして
580: 2021/02/08(月)19:28 ID:WYrUAkeI(2/2) AAS
>>568
> 最初の仮想マシンと同じ方法で更新すればいいじゃない？☺
「最初の仮想マシンと同じ方法」はとても大変な方法なんです。
OSの起動だけでも分単位の時間がかかる上に
イメージはでかく、それを配布する手段も確立されていません
581(2): 2021/02/08(月)19:59 ID:9s1wRhnr(1/2) AAS
個人的なWebサイトをDocker上に建ててローカルで見れるようにしてたんですが
今度引っ越すことになって外部からアクセスしなければならなくなりました
Linuxホスト上にVPNサーバ建ててVPN経由でアクセスするのと
Webサイトに無料DDNS追加して外部に公開するの
どっちがセキュリティや利便性的によろしいんですかね？
582(1): 2021/02/08(月)20:10 ID:Q99y/M/V(1/2) AAS
>>581
セキュリティや利便性の前に要件が違うだろ
まずどっちかに固めろ
自分の所（例えば自宅）からだけ見ればいいのか
それ以外の場所からも見えるようにしたいのか
それを決めるのが先だろ
583(1): 2021/02/08(月)20:12 ID:k78STrDw(6/6) AAS
↑それ以外の所からアクセスしたいからVPN鯖立てるんだろ。
584: 2021/02/08(月)20:39 ID:9s1wRhnr(2/2) AAS
>>582
自宅(サーバから見て外部ネットワーク)から見たいです
見るのは自分だけです
585: 2021/02/08(月)20:39 ID:Y2MDcHf4(1) AAS
VPNならローカルで接続してるのと変わらない
586: 2021/02/08(月)21:05 ID:Q99y/M/V(2/2) AAS
>>583
VPNは自分しか見れないなら「自分の所」扱いです
587: 2021/02/08(月)21:31 ID:/Diao6U1(1) AAS
>>581
あー、いいかい
それ、ドッカーンは1?も関係ないよね？
スレチなんだわ
588(1): 2021/02/09(火)21:54 ID:h2pF/TjW(1) AAS
ドッカーってホストOSに影響なしで実行できるというけど
ドッカーでsshdのイメージ作れば影響なさすぎて
どこにもアクセスできないじゃん
589: 2021/02/09(火)21:57 ID:8AvFlXDN(1) AAS
>>588
デフォルトのDockerネットワークでは、
インターネットにしか出られないよ
590: 2021/02/09(火)22:28 ID:zuFnGfLS(1) AAS
>>558
sshdのイメージ作ればアクセスできないけど
sshdのイメージ以外を作ればアクセスできますよね？
なんでそう大工道具で犬小屋作れば
人間は入れないじゃんみたいな言い方するんです？
591: 2021/02/09(火)23:04 ID:ghuuslRA(1) AAS
sshdはホストOSので良くね？
普通は搭載されてるだろ
592(1): 2021/02/09(火)23:32 ID:iTD5En56(1) AAS
sshd用作るにしてもport番号変えるのが普通
593: 2021/02/10(水)02:16 ID:tj59dDNJ(1) AAS
議論中です
Linux板ワッチョイ導入議論スレ
2chｽﾚ:operatex
Linux板自治スレ★00
2chｽﾚ:linux
594: 2021/02/10(水)08:44 ID:qHADoe9i(1) AAS
>>592
何のためのコンテナなんだよｗ
何もしなくても自由にポート番号を変えることができるから
「可搬性がある」と言われてるのに
595: 2021/02/10(水)08:50 ID:BvsPuq93(1) AAS
何が聞きたいんだ？具体的に言わんと論点が合わんと思う
上下前次1-新書関写板覧索設栞歴
あと 407 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.028s