イーサネットケーブルを介してコンピュータとサーバーを直接接続すると、期待通りに動作しない


1

私はイーサネットを介していくつかのファイルを転送しようとしていて、イーサネットケーブルで私のヘッドレスサーバーを私のコンピューターに直接接続するのが最速の方法だろうと考えました。しかし、物事はうまくいきません。

私はSSH経由でのみサーバーにアクセスできるので、最初に自分で作成する必要がある接続が必要になります。私は、「他のコンピュータと共有する」というオプションで接続を確立する必要があることを発見しました。これがルータとして機能し、IPアドレスを割り当てます。私はこれをしました、しかし今私はどんなIPが使われるか、またはそれらを見つける方法を知りません。

サーバーにFTPがセットアップされています。これが私のファイル転送に使用したいことです。これにはIPアドレスが必要ですが、直接接続でIPアドレスを設定する方法がわかりません。

どちらのコンピュータもDebianを実行しており、私はそのうちの一方にしかアクセスできない。これを行うための簡単な解決策、あるいはおそらくより良い方法はありますか?

回答:


2

どのIPアドレスが使用されているかを調べます。

すべてのインタフェースに割り当てられているIPアドレス

ifconfig 

あるいは、このような特定のインターフェースのIPアドレスを取得するだけです。

ifconfig eth0

割り当てられたIPアドレスを教えてくれます。

自分のIPアドレスを割り当てます。

追加のIPアドレスを割り当てることができます

コンピュータ1上:

ifconfig eth0 192.168.75.1/24

コンピューター2の場合

ifconfig eth0 192.168.75.2/24

交換する必要があります eth0 あなたのインターフェースの名前で。

さらに、ファイアウォールを調べてトラフィックがブロックされないようにする必要があるかもしれません。

iptables --list ファイアウォールのルールが強制されていることをあなたに伝えます。

Sambaを使ってみてください。

不格好なプロトコルをあきらめて、両方のコンピュータにsambaをインストールして設定することをお勧めします。あなたはそれから単に使用することができます cp ファイルを移動するコマンドなど

sambaを使用すると、クライアント側でこれが必要になります。

mount  -o username=username,password=password //<ip address>/sharename /mountpoint

サーバー側では、 smb.conf どちらかのファイル /etc/smb.conf または /etc/samba/smb.conf

ユーザーアカウントも設定する

smbpasswd -a username
  • パスワードを入力する。
  • パスワードを認証する。

これで、サーバーにログインするための有効な資格情報が手に入りました。

または代わりにSCPを使用してください。

でも scp FTPよりも優れたアイデアです。これはSSHプロトコルを使用してファイルを転送します。標準に従う source destination フォーマットする cp コマンドが使用します。

scp root@<ip address>:/etc/ntp.conf .

OPが言ったことに注意してください ssh すでに動作しているので scp Sambaのインストールや設定などよりもずっと簡単です。
dirkt

@ dirkt実際、私はこのような理由でSCPをリストの先頭に置いています。しかし、私の答えは再フォーマットされ編集されました。それは私がそれについて何かをするつもりはないの十分に自明であるその編集。
cybernard

私の言ったように。私はアクセスすることしかできません ssh 接続先のアドレスがあれば、まだ持っていません。だから私はここにいる。アクセスできない computer 2 ...
KoneLinx

@KoneLinxがifconfigを実行する 両方 machineこれを実行したマシンに関連付けられているすべてのIPアドレスが表示されます。
cybernard

1

ケーブルに十字形がありますか。

CAT6aまたはCAT5eイーサネットケーブルのような典型的なUTPイーサネットケーブルはT568AまたはT568B規格に配線された端部を持っています。この種の規格では、各コンピュータはある特定のワイヤで送信し、別のワイヤで受信することがあります。ネットワーク上の両方のデバイスが互いに同じワイヤで送信しており、互いに同じワイヤで受信しようとしている場合、それはうまく機能しません。

古い解決策は、コンピュータをハブ、そしてスイッチのような他の装置に接続することでした。これらのデバイスは反対の期待を使用する可能性があるため、コンピュータが送信するのと同じワイヤで受信しようとし、コンピュータが受信しようとするワイヤで送信します。それはうまくいきます。

より新しい解決策は、一方の端の送信線がもう一方の端の受信線に対応するように配線を調整した「クロスオーバー」ケーブルを使用することでした。この設定では、2台のコンピュータが相互に接続でき、ケーブル自体に「クロス」が発生しました。他のデバイス(ハブなど)がクロスを実行する必要はありませんでした(送信から受信、およびその逆)。

一部のスイッチにはMDIXボタンが付いているので、あるポートが通常のコンピュータポートのように動作するのか、通常のスイッチポートのように動作するのかを調整できます。このボタンを「内側」の位置まで押すと十字形になり、もう一度押すと「外側」の位置になり十字形が消えます。

最近の解決策は、ほとんどのギガビットデバイスでサポートされているAuto-MDIXの使用量を増やすことです。 Auto-MDIXを使用すると、ネットワークデバイスは独自の小さなテストを実行し、送受信ワイヤがリモートエンドに適切に一致していないことに問題があると判断した場合、デバイスの1つが自動的に「交差」します。 Auto-MDIX対応デバイスでは、必要なクロスオーバーの概念全体が実質的に問題にならなくなります。


10年以上経ったギアを持っていない限り、すべてのネットワークカードにAuto-MDIXとスイッチがあるので、クロスケーブルとストレートケーブルを心配する必要はありません。
dirkt

ええと、私はそれがほぼすべてのエンタープライズグレードのインターフェースで無効になっているのを見ます。過去からの悪夢なのかどうかは定かではありませんが、失敗することが多くの人々から繰り返し言われてきました。ギガビットクロスオーバーはcat-5Eを過ぎたもので後部の痛みです
Tim_Stewart
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.