Каждый раз, когда я пытаюсь подключиться к своей коробке, используя SSH, ее отказ от подключения

Установите версию виртуального окна Oracle

sudo apt-get install virtualbox

Установите пакет расширения Oracles

https://www.virtualbox.org/wiki/Downloads

Добавьте пользователя вашего компьютера в группу vbox

https://www.virtualbox.org/wiki/Downloads

Затем загрузите и запустите бесплатную версию Windows в виртуальном ящике

http://www.microsoft.com/en-us/download/details.aspx?id=11575

Вам также нужно будет установить вино и winrar чтобы извлечь эти rar-файлы.

sudo apt-get install wine

затем загрузить и установить winrar

http://www.microsoft.com/en-us/download/ details.aspx? id = 11575

извлечь изображение виртуальной камеры и настроить виртуальный бокс для запуска окон

После запуска окон установите гостевые дополнения

http://www.dedoimedo.com/computers/virtualbox-guest-addons.html

Перезапустить vbox Теперь подключите устройство iOS и включите его, чтобы использовать USB, щелкнув в правом нижнем углу. Просто выберите свое устройство.

http://www.dedoimedo.com/computers/virtualbox-guest-addons.html

Следуйте этим инструкциям, чтобы получить музыкальные файлы с устройства

http://www.youtube.com/watch?v=KSanDZuqxoY

Чтобы затем получить файлы в вашем Linux-окне, просто включите файлообмен и настройте поделиться своей музыкальной папкой, скопировать прошлое.

5
задан 9 June 2012 в 02:50

17 ответов

Все было неверно только в этом исправленном окончательном варианте: (по умолчанию драйвер Ubuntu 11.10, сдвиги которого неверны, вызывал это)

Step 1: get it

http://152.104.125.41/search/default.aspx?keyword=RTL8111

http://152.104.125.41/downloads/downloadsView.aspx?Langid=1&PNid=5&PFid=5&Level=5&Conn=4&DownTypeID=3&GetDown=false#RTL8111B/RTL8168B/RTL8111/RTL8168<br>RTL8111C/RTL8111CP/RTL8111D(L)<br>RTL8168C/RTL8111DP/RTL8111E<br>RTL8168E/RTL8111F

Step 2: cat README

# tar vjxf r8168-8.aaa.bb.tar.bz2
# ./autorun.sh  (as root or with sudo)


Step 3: lsmod | grep r8168 

note that: not 8169 was conflicting.


Works perfect now.
1
ответ дан 25 July 2018 в 18:36

Все было неверно только в этом исправленном окончательном варианте: (по умолчанию драйвер Ubuntu 11.10, сдвиги которого неверны, вызывал это)

Step 1: get it

http://152.104.125.41/search/default.aspx?keyword=RTL8111

http://152.104.125.41/downloads/downloadsView.aspx?Langid=1&PNid=5&PFid=5&Level=5&Conn=4&DownTypeID=3&GetDown=false#RTL8111B/RTL8168B/RTL8111/RTL8168<br>RTL8111C/RTL8111CP/RTL8111D(L)<br>RTL8168C/RTL8111DP/RTL8111E<br>RTL8168E/RTL8111F

Step 2: cat README

# tar vjxf r8168-8.aaa.bb.tar.bz2
# ./autorun.sh  (as root or with sudo)


Step 3: lsmod | grep r8168 

note that: not 8169 was conflicting.


Works perfect now.
1
ответ дан 31 July 2018 в 12:38

Все было неверно только в этом исправленном окончательном варианте: (по умолчанию драйвер Ubuntu 11.10, сдвиги которого неверны, вызывал это)

Step 1: get it

http://152.104.125.41/search/default.aspx?keyword=RTL8111

http://152.104.125.41/downloads/downloadsView.aspx?Langid=1&PNid=5&PFid=5&Level=5&Conn=4&DownTypeID=3&GetDown=false#RTL8111B/RTL8168B/RTL8111/RTL8168<br>RTL8111C/RTL8111CP/RTL8111D(L)<br>RTL8168C/RTL8111DP/RTL8111E<br>RTL8168E/RTL8111F

Step 2: cat README

# tar vjxf r8168-8.aaa.bb.tar.bz2
# ./autorun.sh  (as root or with sudo)


Step 3: lsmod | grep r8168 

note that: not 8169 was conflicting.


Works perfect now.
1
ответ дан 2 August 2018 в 00:45

Все было неверно только в этом исправленном окончательном варианте: (по умолчанию драйвер Ubuntu 11.10, сдвиги которого неверны, вызывал это)

Step 1: get it

http://152.104.125.41/search/default.aspx?keyword=RTL8111

http://152.104.125.41/downloads/downloadsView.aspx?Langid=1&PNid=5&PFid=5&Level=5&Conn=4&DownTypeID=3&GetDown=false#RTL8111B/RTL8168B/RTL8111/RTL8168<br>RTL8111C/RTL8111CP/RTL8111D(L)<br>RTL8168C/RTL8111DP/RTL8111E<br>RTL8168E/RTL8111F

Step 2: cat README

# tar vjxf r8168-8.aaa.bb.tar.bz2
# ./autorun.sh  (as root or with sudo)


Step 3: lsmod | grep r8168 

note that: not 8169 was conflicting.


Works perfect now.
1
ответ дан 4 August 2018 в 16:16

Все было неверно только в этом исправленном окончательном варианте: (по умолчанию драйвер Ubuntu 11.10, сдвиги которого неверны, вызывал это)

Step 1: get it

http://152.104.125.41/search/default.aspx?keyword=RTL8111

http://152.104.125.41/downloads/downloadsView.aspx?Langid=1&PNid=5&PFid=5&Level=5&Conn=4&DownTypeID=3&GetDown=false#RTL8111B/RTL8168B/RTL8111/RTL8168<br>RTL8111C/RTL8111CP/RTL8111D(L)<br>RTL8168C/RTL8111DP/RTL8111E<br>RTL8168E/RTL8111F

Step 2: cat README

# tar vjxf r8168-8.aaa.bb.tar.bz2
# ./autorun.sh  (as root or with sudo)


Step 3: lsmod | grep r8168 

note that: not 8169 was conflicting.


Works perfect now.
1
ответ дан 6 August 2018 в 00:55

Все было неверно только в этом исправленном окончательном варианте: (по умолчанию драйвер Ubuntu 11.10, сдвиги которого неверны, вызывал это)

Step 1: get it

http://152.104.125.41/search/default.aspx?keyword=RTL8111

http://152.104.125.41/downloads/downloadsView.aspx?Langid=1&PNid=5&PFid=5&Level=5&Conn=4&DownTypeID=3&GetDown=false#RTL8111B/RTL8168B/RTL8111/RTL8168<br>RTL8111C/RTL8111CP/RTL8111D(L)<br>RTL8168C/RTL8111DP/RTL8111E<br>RTL8168E/RTL8111F

Step 2: cat README

# tar vjxf r8168-8.aaa.bb.tar.bz2
# ./autorun.sh  (as root or with sudo)


Step 3: lsmod | grep r8168 

note that: not 8169 was conflicting.


Works perfect now.
1
ответ дан 7 August 2018 в 18:20

Все было неверно только в этом исправленном окончательном варианте: (по умолчанию драйвер Ubuntu 11.10, сдвиги которого неверны, вызывал это)

Step 1: get it

http://152.104.125.41/search/default.aspx?keyword=RTL8111

http://152.104.125.41/downloads/downloadsView.aspx?Langid=1&PNid=5&PFid=5&Level=5&Conn=4&DownTypeID=3&GetDown=false#RTL8111B/RTL8168B/RTL8111/RTL8168<br>RTL8111C/RTL8111CP/RTL8111D(L)<br>RTL8168C/RTL8111DP/RTL8111E<br>RTL8168E/RTL8111F

Step 2: cat README

# tar vjxf r8168-8.aaa.bb.tar.bz2
# ./autorun.sh  (as root or with sudo)


Step 3: lsmod | grep r8168 

note that: not 8169 was conflicting.


Works perfect now.
1
ответ дан 10 August 2018 в 07:04

Все было неверно только в этом исправленном окончательном варианте: (по умолчанию драйвер Ubuntu 11.10, сдвиги которого неверны, вызывал это)

Step 1: get it

http://152.104.125.41/search/default.aspx?keyword=RTL8111

http://152.104.125.41/downloads/downloadsView.aspx?Langid=1&PNid=5&PFid=5&Level=5&Conn=4&DownTypeID=3&GetDown=false#RTL8111B/RTL8168B/RTL8111/RTL8168<br>RTL8111C/RTL8111CP/RTL8111D(L)<br>RTL8168C/RTL8111DP/RTL8111E<br>RTL8168E/RTL8111F

Step 2: cat README

# tar vjxf r8168-8.aaa.bb.tar.bz2
# ./autorun.sh  (as root or with sudo)


Step 3: lsmod | grep r8168 

note that: not 8169 was conflicting.


Works perfect now.
1
ответ дан 15 August 2018 в 19:02

Ссылка на форум дала один ответ. Это сработало для вас?

Проблема была в функции материнской платы BMC IPMI. У этого есть собственный MAC-адрес, который вызывает проблемы для коммутаторов с защитой портов. Для IPMI имеется выделенный LAN-порт, но если подключен только один кабель, IPMI «захватит» это и отправит запросы ocasional arp по тем же IP = проблемам.

Вот общая стратегия устранения неполадок, чтобы добавить к тому, что у вас есть. Для полноты, можете ли вы присоединить вывод netstat -aunt | head и sudo ufw status? Netstat (только с захваченными головными линиями, вам может потребоваться несколько больше, чем по умолчанию) должен показать ваше прослушивание демона ssh (по умолчанию - tcp 22). Статус ufw должен просто подтвердить, что говорит iptables (а именно, что iptables / firewall не мешает).

Кроме того, у вас есть хост, из которого вы можете использовать sudo nmap <yourboxname>? Это должно показать ssh open, если все работает нормально.

Какие устройства находятся между исходным и целевым узлами? Коммутатор, маршрутизатор, брандмауэр и т. Д. Если в вашей подсети есть третий хост, можно ли подключиться ко второму?

У вас есть несколько сетевых интерфейсов на коробке (проводной и беспроводной, например)? Можете ли вы опубликовать ifconfig вывод?

Что находится вверх по течению от вас? То есть, вы напрямую подключены к маршрутизатору, коммутатору, другому коммутатору и т. Д. ?

1
ответ дан 25 May 2018 в 10:27
  • 1
    Вы пытались переключать порты на встроенный 4-портовый коммутатор? – belacqua 8 June 2012 в 23:24
  • 2
    Трудно сказать. Можете ли вы запустить не-Ubuntu liveCD из затронутой системы? – belacqua 9 June 2012 в 00:21

Ссылка на форум дала один ответ. Это сработало для вас?

Проблема связана с функцией MMC материнской платы BMC. У этого есть собственный MAC-адрес, который вызывает проблемы для коммутаторов с защитой портов.

Для IPMI имеется выделенный LAN-порт, но если подключен только один кабель, IPMI «убьет» это один и отправить запросы ocasional arp на те же IP = проблемы.

Вот общая стратегия устранения неполадок, чтобы добавить к тому, что у вас есть. Для полноты, можете ли вы присоединить вывод netstat -aunt | head и sudo ufw status? Netstat (только с захваченными головными линиями, вам может потребоваться несколько больше, чем по умолчанию) должен показать ваше прослушивание демона ssh (по умолчанию - tcp 22). Статус ufw должен просто подтвердить, что говорит iptables (а именно, что iptables / firewall не мешает).

Кроме того, у вас есть хост, из которого вы можете использовать sudo nmap <yourboxname>? Это должно показать ssh open, если все работает нормально.

Какие устройства находятся между исходным и целевым узлами? Коммутатор, маршрутизатор, брандмауэр и т. Д. Если в вашей подсети есть третий хост, можно ли подключиться ко второму?

У вас есть несколько сетевых интерфейсов на коробке (проводной и беспроводной, например)? Можете ли вы опубликовать ifconfig вывод?

Что находится вверх по течению от вас? То есть, вы напрямую подключены к маршрутизатору, коммутатору, другому коммутатору и т. Д. ?

1
ответ дан 25 July 2018 в 18:36

Ссылка на форум дала один ответ. Это сработало для вас?

Проблема связана с функцией MMC материнской платы BMC. У этого есть собственный MAC-адрес, который вызывает проблемы для коммутаторов с защитой портов.

Для IPMI имеется выделенный LAN-порт, но если подключен только один кабель, IPMI «убьет» это один и отправить запросы ocasional arp на те же IP = проблемы.

Вот общая стратегия устранения неполадок, чтобы добавить к тому, что у вас есть. Для полноты, можете ли вы присоединить вывод netstat -aunt | head и sudo ufw status? Netstat (только с захваченными головными линиями, вам может потребоваться несколько больше, чем по умолчанию) должен показать ваше прослушивание демона ssh (по умолчанию - tcp 22). Статус ufw должен просто подтвердить, что говорит iptables (а именно, что iptables / firewall не мешает).

Кроме того, у вас есть хост, из которого вы можете использовать sudo nmap <yourboxname>? Это должно показать ssh open, если все работает нормально.

Какие устройства находятся между исходным и целевым узлами? Коммутатор, маршрутизатор, брандмауэр и т. Д. Если в вашей подсети есть третий хост, можно ли подключиться ко второму?

У вас есть несколько сетевых интерфейсов на коробке (проводной и беспроводной, например)? Можете ли вы опубликовать ifconfig вывод?

Что находится вверх по течению от вас? То есть, вы напрямую подключены к маршрутизатору, коммутатору, другому коммутатору и т. Д. ?

1
ответ дан 31 July 2018 в 12:38

Ссылка на форум дала один ответ. Это сработало для вас?

Проблема связана с функцией MMC материнской платы BMC. У этого есть собственный MAC-адрес, который вызывает проблемы для коммутаторов с защитой портов.

Для IPMI имеется выделенный LAN-порт, но если подключен только один кабель, IPMI «убьет» это один и отправить запросы ocasional arp на те же IP = проблемы.

Вот общая стратегия устранения неполадок, чтобы добавить к тому, что у вас есть. Для полноты, можете ли вы присоединить вывод netstat -aunt | head и sudo ufw status? Netstat (только с захваченными головными линиями, вам может потребоваться несколько больше, чем по умолчанию) должен показать ваше прослушивание демона ssh (по умолчанию - tcp 22). Статус ufw должен просто подтвердить, что говорит iptables (а именно, что iptables / firewall не мешает).

Кроме того, у вас есть хост, из которого вы можете использовать sudo nmap <yourboxname>? Это должно показать ssh open, если все работает нормально.

Какие устройства находятся между исходным и целевым узлами? Коммутатор, маршрутизатор, брандмауэр и т. Д. Если в вашей подсети есть третий хост, можно ли подключиться ко второму?

У вас есть несколько сетевых интерфейсов на коробке (проводной и беспроводной, например)? Можете ли вы опубликовать ifconfig вывод?

Что находится вверх по течению от вас? То есть, вы напрямую подключены к маршрутизатору, коммутатору, другому коммутатору и т. Д. ?

1
ответ дан 2 August 2018 в 00:45

Ссылка на форум дала один ответ. Это сработало для вас?

Проблема связана с функцией MMC материнской платы BMC. У этого есть собственный MAC-адрес, который вызывает проблемы для коммутаторов с защитой портов.

Для IPMI имеется выделенный LAN-порт, но если подключен только один кабель, IPMI «убьет» это один и отправить запросы ocasional arp на те же IP = проблемы.

Вот общая стратегия устранения неполадок, чтобы добавить к тому, что у вас есть. Для полноты, можете ли вы присоединить вывод netstat -aunt | head и sudo ufw status? Netstat (только с захваченными головными линиями, вам может потребоваться несколько больше, чем по умолчанию) должен показать ваше прослушивание демона ssh (по умолчанию - tcp 22). Статус ufw должен просто подтвердить, что говорит iptables (а именно, что iptables / firewall не мешает).

Кроме того, у вас есть хост, из которого вы можете использовать sudo nmap <yourboxname>? Это должно показать ssh open, если все работает нормально.

Какие устройства находятся между исходным и целевым узлами? Коммутатор, маршрутизатор, брандмауэр и т. Д. Если в вашей подсети есть третий хост, можно ли подключиться ко второму?

У вас есть несколько сетевых интерфейсов на коробке (проводной и беспроводной, например)? Можете ли вы опубликовать ifconfig вывод?

Что находится вверх по течению от вас? То есть, вы напрямую подключены к маршрутизатору, коммутатору, другому коммутатору и т. Д. ?

1
ответ дан 4 August 2018 в 16:16

Ссылка на форум дала один ответ. Это сработало для вас?

Проблема связана с функцией MMC материнской платы BMC. У этого есть собственный MAC-адрес, который вызывает проблемы для коммутаторов с защитой портов.

Для IPMI имеется выделенный LAN-порт, но если подключен только один кабель, IPMI «убьет» это один и отправить запросы ocasional arp на те же IP = проблемы.

Вот общая стратегия устранения неполадок, чтобы добавить к тому, что у вас есть. Для полноты, можете ли вы присоединить вывод netstat -aunt | head и sudo ufw status? Netstat (только с захваченными головными линиями, вам может потребоваться несколько больше, чем по умолчанию) должен показать ваше прослушивание демона ssh (по умолчанию - tcp 22). Статус ufw должен просто подтвердить, что говорит iptables (а именно, что iptables / firewall не мешает).

Кроме того, у вас есть хост, из которого вы можете использовать sudo nmap <yourboxname>? Это должно показать ssh open, если все работает нормально.

Какие устройства находятся между исходным и целевым узлами? Коммутатор, маршрутизатор, брандмауэр и т. Д. Если в вашей подсети есть третий хост, можно ли подключиться ко второму?

У вас есть несколько сетевых интерфейсов на коробке (проводной и беспроводной, например)? Можете ли вы опубликовать ifconfig вывод?

Что находится вверх по течению от вас? То есть, вы напрямую подключены к маршрутизатору, коммутатору, другому коммутатору и т. Д. ?

1
ответ дан 6 August 2018 в 00:55

Ссылка на форум дала один ответ. Это сработало для вас?

Проблема связана с функцией MMC материнской платы BMC. У этого есть собственный MAC-адрес, который вызывает проблемы для коммутаторов с защитой портов.

Для IPMI имеется выделенный LAN-порт, но если подключен только один кабель, IPMI «убьет» это один и отправить запросы ocasional arp на те же IP = проблемы.

Вот общая стратегия устранения неполадок, чтобы добавить к тому, что у вас есть. Для полноты, можете ли вы присоединить вывод netstat -aunt | head и sudo ufw status? Netstat (только с захваченными головными линиями, вам может потребоваться несколько больше, чем по умолчанию) должен показать ваше прослушивание демона ssh (по умолчанию - tcp 22). Статус ufw должен просто подтвердить, что говорит iptables (а именно, что iptables / firewall не мешает).

Кроме того, у вас есть хост, из которого вы можете использовать sudo nmap <yourboxname>? Это должно показать ssh open, если все работает нормально.

Какие устройства находятся между исходным и целевым узлами? Коммутатор, маршрутизатор, брандмауэр и т. Д. Если в вашей подсети есть третий хост, можно ли подключиться ко второму?

У вас есть несколько сетевых интерфейсов на коробке (проводной и беспроводной, например)? Можете ли вы опубликовать ifconfig вывод?

Что находится вверх по течению от вас? То есть, вы напрямую подключены к маршрутизатору, коммутатору, другому коммутатору и т. Д. ?

1
ответ дан 7 August 2018 в 18:20

Ссылка на форум дала один ответ. Это сработало для вас?

Проблема связана с функцией MMC материнской платы BMC. У этого есть собственный MAC-адрес, который вызывает проблемы для коммутаторов с защитой портов.

Для IPMI имеется выделенный LAN-порт, но если подключен только один кабель, IPMI «убьет» это один и отправить запросы ocasional arp на те же IP = проблемы.

Вот общая стратегия устранения неполадок, чтобы добавить к тому, что у вас есть. Для полноты, можете ли вы присоединить вывод netstat -aunt | head и sudo ufw status? Netstat (только с захваченными головными линиями, вам может потребоваться несколько больше, чем по умолчанию) должен показать ваше прослушивание демона ssh (по умолчанию - tcp 22). Статус ufw должен просто подтвердить, что говорит iptables (а именно, что iptables / firewall не мешает).

Кроме того, у вас есть хост, из которого вы можете использовать sudo nmap <yourboxname>? Это должно показать ssh open, если все работает нормально.

Какие устройства находятся между исходным и целевым узлами? Коммутатор, маршрутизатор, брандмауэр и т. Д. Если в вашей подсети есть третий хост, можно ли подключиться ко второму?

У вас есть несколько сетевых интерфейсов на коробке (проводной и беспроводной, например)? Можете ли вы опубликовать ifconfig вывод?

Что находится вверх по течению от вас? То есть, вы напрямую подключены к маршрутизатору, коммутатору, другому коммутатору и т. Д. ?

1
ответ дан 10 August 2018 в 07:04

Ссылка на форум дала один ответ. Это сработало для вас?

Проблема связана с функцией MMC материнской платы BMC. У этого есть собственный MAC-адрес, который вызывает проблемы для коммутаторов с защитой портов.

Для IPMI имеется выделенный LAN-порт, но если подключен только один кабель, IPMI «убьет» это один и отправить запросы ocasional arp на те же IP = проблемы.

Вот общая стратегия устранения неполадок, чтобы добавить к тому, что у вас есть. Для полноты, можете ли вы присоединить вывод netstat -aunt | head и sudo ufw status? Netstat (только с захваченными головными линиями, вам может потребоваться несколько больше, чем по умолчанию) должен показать ваше прослушивание демона ssh (по умолчанию - tcp 22). Статус ufw должен просто подтвердить, что говорит iptables (а именно, что iptables / firewall не мешает).

Кроме того, у вас есть хост, из которого вы можете использовать sudo nmap <yourboxname>? Это должно показать ssh open, если все работает нормально.

Какие устройства находятся между исходным и целевым узлами? Коммутатор, маршрутизатор, брандмауэр и т. Д. Если в вашей подсети есть третий хост, можно ли подключиться ко второму?

У вас есть несколько сетевых интерфейсов на коробке (проводной и беспроводной, например)? Можете ли вы опубликовать ifconfig вывод?

Что находится вверх по течению от вас? То есть, вы напрямую подключены к маршрутизатору, коммутатору, другому коммутатору и т. Д. ?

1
ответ дан 15 August 2018 в 19:02
  • 1
    Вы пытались переключать порты на встроенный 4-портовый коммутатор? – belacqua 8 June 2012 в 23:24
  • 2
    Трудно сказать. Можете ли вы запустить не-Ubuntu liveCD из затронутой системы? – belacqua 9 June 2012 в 00:21

Другие вопросы по тегам:

Похожие вопросы: