Содержание материала

Если неверны настройки маршрутизатора или центральной системы, сбой должен возникать и при передаче данных на другие узлы. Если проблема связана со случайными сбоями физического характера, она должна возникать время от времени и не зависеть от того, какие узлы участвуют в процессе. Проблема же, напротив, поддавалась прогнозированию и возникала только при взаимодействии машин определенных типов. Возможно, дело было в несовместимости реализаций TCP/IP этих систем.

Поэтому мы воспользовались snoop и перехватили заголовки TCP/IP в ходе нескольких сеансов тестирования ftp. Изучение результатов показало, что во всех сеансах, заканчивающихся сообщением об ошибке «netout», ближе к концу сеанса присутствовал пакет ICMP Parameter Error - обычно за 50 пакетов до окончания передачи. Ни в одном успешном сеансе передачи такого пакета не было. Обратите внимание, что ошибка возникала вовсе не на последнем пакете потока данных, как можно было бы предположить. Часто бывает так, что после обнаружения ошибки поток данных остается открытым какоето время до разрыва соединения. Не следует считать, что ошибка всегда присутствует в конце потока данных.

Вот заголовки из ключевых пакетов. Сначала IP-заголовок пакета от магистрального маршрутизатора, который привел к созданию сообщения об ошибке на центральной системе:

ETHER:    ..... Ether Header -----
ETHER:
ETHER:    Packet 1 arrived at 16:56:36.39
ETHER:    Packet size = 60 bytes
ETHER:    Destination =8:0:25:30:6:51, CDC
ETHER:    Source = 0:0:93:e0:a0:bf, Proteon
ETHER:    Ethertype = 0800 (IP)
ETHER:
IP:    -----IP Header-----
IP:
IP:    Version = 4
IP:    Header length = 20 bytes
IP:    Type of service = 0x00
IP:    xxx.....=0 (precedence)
IP:    ...0 ____ = normal delay
IP:    ____ 0... = normal throughput
IP:    .....0.. = normal reliability
IP:    Total length = 552 bytes
IP:    Identification = 8a22
IP:    Flags = 0x0
IP:    .0......= may fragment
IP:    ..0.....= last fragment
IP:    Fragment offset = 0 bytes
IP:    Time to live = 57 seconds/hops
IP:    Protocol = 6 (TCP)
IP:    Header checksum = ffff
IP:    Source address = 172.16.55.106, fs.wrotethebook.com
IP: Destination address = 172.16.51.252, bnos.wrotethebook.com
IP: No options IP:

Обмениваться, хранить, передавать Ваши файлы стало просто как никогда.
yandex-disk
Читать подробнее: для чего Yandex-Диск проекту Mini-Server. Практика установки, настройки и использования сетевого хранилища на Ubuntu server LTS 12.04 в статье Резервное копирование сервера Ubuntu на Яндекс Диск.

>> Ubuntu 12.04 + Nginx Скачать сервер
>> Fedora 15 Скачать сервер
>> Простой Debian 6.0.6 Скачать сервер
>> CentOS 6.0 и
+ (5.6) другой
Скачать сервер
>> OpenSUSE 11.4
MAX
Скачать сервер

Вход на сайт

ВНИМАНИЕ!

Регистрация на сайте только по согласованию с администратором ресурса. Обращаться через форму обратной связи.