ДС++

[ony]

Да не, теоретически должно все нормально быть. Только тогда если хочешь чтобы клинет в обе сети мог ходить, надо четыре нуля вписать в клиент, там где "сетевой интерфейс". Тогда будет прослушивать все сетевые интерфейсы на машине(в том числе и VPN подключения тоже будет, тут надо внимательно, чтобы лишнего не намотало если вдруг отвал связи случится и траф через VPN побежит).

Кроме как IP на котором слушать на соединение влияет еще IP который посылается другому пользователю что бы он приконнектился к тебе. Так что стоит проверить другие настройки такие как "Любой IP", "Позволять Hub'у определять IP" (у меня в linuxdcpp это называется "Don't allow hub/UPnP to override") и т д.

[grena]

Гм, так он у меня ещё и не пингуется. Подозреваю что не правильно прописал маску.. Гляньте плиз.

[Ob-iVan]

Гм, так он у меня ещё и не пингуется. Подозреваю что не правильно прописал маску.. Гляньте плиз.

А зачем тебе вообще маршрут на 192.168.5.185? (не говоря уже о том, что остальные маршруты по меньшей мере не оптимальны)

[grena]

Что значит зачем? У меня две сети и без данной маршрутизации они совместно работать не будут (разве что некоторые устарели, давненько прописывал)...

[grena]

Иван, скажи пожалуйста что сделать чтобы он пинговаться у меня начал.

[Ob-iVan]

Хосты 192.168.5.185 и 192.168.0.1 находятся в одной подсети 192.168.0.0/255.255.248.0
Если ты видишь 192.168.0.1 без всяких маршрутов, то должен видеть и 192.168.5.185.
Если бы для 192.168.5.185 нужен был специальный маршрут, то без такого маршрута ты не видел бы и 192.168.0.1.

[Melvin]

1. Удалить последние три маршрута из таблицы постоянных маршрутов на той картинке.
(route delete адрес_маршрута )
2. Как именно не пингуется: не может определить адрес узла(в этом случае видимо проблема с настройками DNS) или хост-имя резолвится в адрес но в ответ идет "превышен интервал ожидания запроса"?
Каким антивирусом/файерволом пользуешься? Как настроен этот файервол по отношению к клиенту?
3. Проверь правильно ли указанны основные шлюзы в "настройках подключения" для того подключения, через которое подключен UIN. И вопрос, локальные ресурсы UIN для тебя нормально доступны? Аналогичных глюков не замечалось?
Для справки: настройка для UIN: "твой ип адрес", маска подсети = "255.255.248.0" основной шлюз = "192.168.0.1" DNS = "192.168.0.1" Проверь, возможно ты из за опечатки указал маску "255.255.255.0" в настройках подключения сетевой карты для UIN. От такого вполне может происходить описанный глюк(т.е. адреса 192.168.0.1-192.168.0.254 будут для тебя вполне доступны, а все что выше - нет ) .

[grena]

Ну собсно вот что получается, что ничего зараза не получается.
Фаер - стандартный от винды. Пробовал по разному, включая и полное его отключение.
Антивирь - ESET NOD32 Antivirus v.4.2.40.10
В настройках подключения вроде бы всё Ок.

[werwolf]

Ну собсно вот что получается, что ничего зараза не получается.

Хм... Попробуй сейчас попинговать 192.168.5.185 и 192.168.5.227. У меня электричество вырубалось (уже 9-й раз за сегодня ).

[grena]

Оо, 185-ый пробило, а 227-ой не хочет...