Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Не соединяется [D7, WinXP]

Страницы: 1 2 >
Ozone © (2004-03-16 11:51:00)
Использую компоненты Indy (TIdTcpClient, TIdTcpServer).
Клиентом подключаюсь след. образом:

tcpClient.Host := '192.168.41.203' // там стоит серверное приложение
tcpClient.Port := 25;
tcpClient.Connect();

И соответсвенно на сервере

tcpServer.DefaultPort := 25;
tcpServer.Active := true;

Так вот, проблема в следующем: запускаю клиента на своей машине (192.168.40.219) - все работает, потом запускаю на другой (192.168.41.215) - и не коннектиться (хотя ping проходит).

В чем может быть проблема?

Digitman (2004-03-17 16:01:00) [1]

> А ему это надо?

если это надо только тебе, а админ и чесаться не намерен (при полном якобы равнодушии к проблеме), то выход у тебя один - искать/читать док-цию на Novell IPGateway и произвести нужные его настройки соотв.образом

Ozone (2004-03-17 15:48:00) [2]
TO Digitman © [29]

А ему это надо? Да и начальству я думаю тоже ...
Тем более, что программа писалась, в целом, по моему собственному желанию, дабы облегчить труд моим сослуживцам, так что если будет работать - хорошо; не будет - не смертельно.
Опять же для меня это не лишний опыт (студент как никак, нарабатывать надо...)

Digitman (2004-03-17 15:22:00) [3]

> Ozone © (17.03.04 14:42) [28]

это вообще не твои проблемы, это проблемы сисадмина... если, конечно же, вы с ним не лебедь со сраком и со щукой и тянете легальную телегу вашего совместного легального корпоративного бизнеса в одну сторону, а не в разные ...

ставь перед админом (либо перед рук-вом, не знаю как там у вас это налажено) задачу во весь рост, мол, моя серверная часть, реализующая такие-то задачи не работает по таким-то не зависящим от моей компетенции причинам ... и нехай админ ваш берет под козырек и сидит-потеет день и ночь, пока не решит свою часть корпоративного задания по введению в экпл-цию твоей математики

Ozone (2004-03-17 14:42:00) [4]
>> Убрал его нифиг и все заработало

Убрать-то убрал, но он ведь оказался нужен зараза(например, для выхода в интернет).
Может есть возможность его выключить, а потом включить.

Ozone (2004-03-16 13:17:00) [5]
Решил проблему (спасибо сисадмину!!!), на машине (192.168.41.215) стоял Novell IPGateway который каким-то образом не пропускал меня к серверу.
Убрал его нифиг и все заработало.

Всем большое спасибо за помощь.

Verg (2004-03-16 13:00:00) [6]

> Ozone © (16.03.04 12:52) [24]

Приходишь на 192.168.41.215, запускаешь
c:\>telnet 192.168.41.203 25

и что? Не соединяется?

Digitman (2004-03-16 12:55:00) [7]

> Ozone

сеть-то вообще какого класса ? класса B ?

на проблемной кл.машине открой конс.окно, введи ком.строку
ROUTE PRINT

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

Ozone (2004-03-16 12:52:00) [8]
TO Verg © [23]

Нет сеть одна. Я даже пробовал ч/з проводник заходить на сервер - все нормально, все видит...

Verg (2004-03-16 12:48:00) [9]
Да там может быть вообще две совершенно разные сети и в обоих есть 192.168.41.203. Физически разные машины, понимаешь. Они вообще никак не связаны. На одной есть сервер:25, на другой - нет. Обе пингуются, ессно....
Это например.

Digitman (2004-03-16 12:47:00) [10]

> Ozone

> как это можно все узнать

для начала спроси у сисадмина

Reindeer Moss Eater (2004-03-16 12:46:00) [11]
Ping - не имеет ровно никакого отношения к 25-порту TCP/IP, да и вообще ни к TCP/IP ни к UDP/IP...

А я говорил, что имеет?

Если проблему списывают на разные сети и возможное отсутствие маршрутов, то я спрашиваю, как ping справляется с отсутствием маршрутов, мешающих работе клиента??????

Ozone (2004-03-16 12:44:00) [12]
TO Reindeer Moss Eater © [18]

Ничего такого не выясниться...

PS: единственный, может быть важный момент - те комп-ы, которые нахолятся в одной рабочей группе с сервером - соединяются, а другие - облом (имеется в виду 41-сетка)

TO Digitman © [16]

А как это можно все узнать ...

Verg (2004-03-16 12:40:00) [13]
Ping - не имеет ровно никакого отношения к 25-порту TCP/IP, да и вообще ни к TCP/IP ни к UDP/IP...

Reindeer Moss Eater (2004-03-16 12:38:00) [14]
Это две подсети в одном сегменте (40 и 41), это две подсети на двух сегментах? Или как?
Схема нужна, короче.

Но клиент-то который не может подключиться в той же сорок первой сетке что и сервер.
Если конечно она у них не порезана хитрой маской на подсети.
Но ping-то справляется с маршрутами!
(А щас выяснится, что имелся ввиду пинг не сервера с неработающего клиента, а пинг неработающего клиента с работающего клиента :) )

Ozone (2004-03-16 12:37:00) [15]
TO Reindeer Moss Eater ©[13]

Принимает, но не от всех.
Сейчас попробовал с компьютера, стоящего в одной комнате с сервером - есть контакт

PS: 192.168.40.215 - в другой комнате

TO Verg[14]

А разве это имеет значение - пинг ведь проходит...

Digitman (2004-03-16 12:36:00) [16]

> Ozone © (16.03.04 12:28) [12]

значит, файрвол какой-нибудь там (на серверной машине) не пускает тебя с 41.215-й машины .. или встроенный механизм TCP/IP- фильтеринга настроен так

Reindeer Moss Eater (2004-03-16 12:34:00) [17]
Наример firewall на нем стоит.
Или на твоей клиентской машине.

Verg (2004-03-16 12:34:00) [18]
Это две подсети в одном сегменте (40 и 41), это две подсети на двух сегментах? Или как?
Схема нужна, короче.

Reindeer Moss Eater (2004-03-16 12:32:00) [19]
Значит сервер не принимает входящих из 41 сети

Ozone (2004-03-16 12:28:00) [20]
TO Reindeer Moss Eater ©[11]

Есть там сервер - 192.168.40.219 подключается же....

Страницы: 1 2 >

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »