Консультация № 173754
27.10.2009, 14:58
0.00 руб.
0 19 0
здравствуйте эксперты. у меня следующая проблема.
имеется локальная сеть, состоящая из нескольких подсетей.
между машинами 10.53.1.71 и 10.53.1.77 нету связи (на обеих машинах winxp sp3). причем каждая из них имеет связь с остальными машинами.
дело не в виндах или вирусах.
загружаюсь с livecd slax 6.0.0 на машине 10.53.1.71. связь с ftp сервером 10.61.1.2 есть, а связи с ftp сервером 10.53.1.77 нету.
загружаюсь с livecd slax 6.0.0 на машине 10.53.1.77. связь с ftp сервером 10.61.1.2 есть, а связи с ftp сервером 10.53.1.71 нету.
(на всех 3х машинах само собой работают ftp серверы)
это касается не только ftp, но и остального.
видимо админы сети че то там в настройках управляемых свитчей или маршрутизаторах понастроили, но им пока не могу дозвониться.
у кого какие мысли? как исправить это?

Обсуждение

давно
Академик
20764
1861
27.10.2009, 15:24
общий
"связи нету" - это что: таймаут или отрицательный ответ типа connection refused? И есть ли связь по другим сервисам (http например)?
Попробуйте зайти telnet-ом на порт ftp (btw, протокол в управляющем канаде символьный и простой)
Неизвестный
27.10.2009, 15:37
общий
нету, ни по ftp ни по http. я же написал: "это касается не только ftp, но и остального."
"связи нету" это в данном случае таймаут.
Неизвестный
27.10.2009, 15:46
общий
Ships:
вопрос: какие свитчи стоят между 71 и 77 ПК? маршрутизаторы вряд ли между ними будут, т.к. подсеть у них одна (конечно если маска подсети 255.255.255.0)
Неизвестный
27.10.2009, 15:52
общий
маска подсети одна, между ними один свитч, а какой я не знаю, завтра буду звонить админам.
Неизвестный
27.10.2009, 15:54
общий
Ships:
Поддерживаю Vasiliy83, посмотрите какая маска подсети стоит на обоих машинах. Если различаются то попробуйте на обоих машинах поставить 255.255.255.0
Неизвестный
27.10.2009, 16:06
общий
Ships:
Еще вопрос: простым пингом пробовали? Если не пингуется попробуйте tracert 10.53.1.71 с 77-й машины и наоборот если затыка в свиче то после его адреса пойдут строки со знаком "*"
Неизвестный
27.10.2009, 16:13
общий
если между ними один точно один свитч, то можно попробовать поменять на одном из ПК IP-адрес на любой свободный из подсети 10.53.1.0
в случае, если стоит фильтр по IP-адресу, то это поможет. если стоит фильтр по порту, то может помочь переключение в любой свободный... а так тяжело конечно идентифицировать проблему не имея почти никаких данных.

Янно Дмитрий Рудольфович, сейчас посчитал и оказалось, что подсеть скорее всего одна, т.к. при любой маске подсети адреса 71 и 77 окажутся в одной подсети (варианты, когда 71 оказывается широковещательным не рассматриваем по понятным причинам)
Неизвестный
27.10.2009, 16:19
общий
маска одна.

пинг и трасерт тут:
ftp://92.125.219.153/!upload!/ships/20091027_191802.png

про замену ip адреса уже думал, попробую.
Неизвестный
27.10.2009, 16:23
общий
Ships:
а полные настройки сети на обоих ПК можно увидеть (если не секрет конечно)? на всякий случай
лучше командой ipconfig /all
давно
Академик
20764
1861
27.10.2009, 16:27
общий
Вы на linux проверяли или на windows? Если на windows, то таймаут может быть вовсе не таймаутом, так как в ней реализация ip слегка кривая (icmp игнорируются), плюс обычно там устанавливаются брандмауэры с весьма жёсткой политикой.
давно
Мастер-Эксперт
5157
1914
27.10.2009, 19:00
общий
Перенесено из ответа по просьбе эксперта:

Цитата: Ответ № 255917 от Eugene Berkutoff, 3-й класс
Здравствуйте, Ships! Действительно очень похоже на Access-List запрещающие доступ к хостам настроено может как Вы правильно подметили как на роутерах так и на управляемых свичах Выход, самый верный связаться с админами для начала... а потом уже вместе решать эту задачу! Ответил: Eugene Berkutoff, 3-й класс Дата отправки: 27.10.2009, 14:14
Об авторе:
Детям в интернет нельзя, интернет от них тупеет
Неизвестный
27.10.2009, 20:06
общий
проверял на обоих машинах и из под винды установленной на них, и из под линуксов, загруженных с CD (чтобы проверить винда виновата или нет, оказалось что винда не причем).
Неизвестный
27.10.2009, 20:18
общий
в линуксе (slax 6.0.0 rus) были сделаны только следующие настройки:
для 1й машины:
ип 10.53.1.71; маска 255.255.255.0; шлюз 10.53.1.254; днс1 217.70.120.18; днс2 217.70.96.34
для 2й машины:
ип 10.53.1.77; маска 255.255.255.0; шлюз 10.53.1.254; днс1 217.70.120.18; днс2 217.70.96.34

затем из браузера открыт ftp://10.61.1.2/ без проблем с обеих машин
а с 10.53.1.71 открыть ftp://10.53.1.77/ не удалось
и с 10.53.1.77 открыть ftp://10.53.1.71/ не удалось
при этом любые машины в сети могут заходить и на ftp://10.53.1.71/ и на ftp://10.53.1.77/
все вышеописанное касается не только ftp но и других соединений.
Неизвестный
27.10.2009, 21:04
общий
Ships:
да, при таком раскладе остается одна проблемная зона - свитч
может быть фильтр, а может быть внутренняя hardware ошибка при передаче пакетов между портами, к которым подключены ПК.
Неизвестный
28.10.2009, 09:44
общий
Вообще-то для сети 10.?.?.? маска должна быть 255.0.0.0 а не 255.255.255.0
Неизвестный
28.10.2009, 09:52
общий
у нас в сети есть несколько подсетей, например, как видно выше 53я и 61я. маски у них 255.255.255.0 . (сеть 10.53.1.0 маска 255.255.255.0; сеть 10.61.1.0 маска 255.255.255.0)
не знаю как там ДОЛЖНО быть, но как видите, так как у нас тоже бывает, и работает.
давно
Академик
20764
1861
28.10.2009, 10:16
общий
vladisslav:
Маска сети уже лет 20 как ничего никому не должна: от "классовой" модели давно отказались.
Неизвестный
28.10.2009, 11:19
общий
ошибся человек, а Вы на него накинулись))) вот почитает про классы сетей, про бесклассовую адресацию с использованием адреса подсети и маски, все поймет и не будет больше ошибаться
Неизвестный
28.10.2009, 12:09
общий
Маска 255.0.0.0 разрешит принимать пакеты (и отправлять напрямую, а не через шлюз) от всех машин из сети 10.?.?.?
Так как обе машины, между которыми нет связи входят в подсеть /24, то и с маской 255.255.255.0 доступ должен быть. Если между машинами есть маршрутизаторы, то нужно смотреть их настройки, если есть управляемые коммутаторы, тогда настройки коммутаторов. Для начала коммутатор стоит перезагрузить...
Форма ответа