форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"как проверить где не проходит соединение?"
Сообщение от kvk on 07-Ноя-05, 15:43  (MSK)
на удаленной машине (HOST) запущен sshd при ssh HOST -> connection refused. traceroute HOST host1 host2 host3 HOST Как понять - кто именно не пускает - сам HOST или кто-то промежуточный (host1,host2...)?
	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

Сообщения по теме

[Сортировка по времени, UBB]

1. "как проверить где не проходит соединение?"
Сообщение от antoshkin (ok) on 07-Ноя-05, 16:55  (MSK)
Если хопы провайдерские - то врядли они будут фильтровать, смотри сам HOST.
Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "как проверить где не проходит соединение?"
Сообщение от xmorpheusx (??) on 07-Ноя-05, 17:12  (MSK)
>на удаленной машине (HOST) запущен sshd >при ssh HOST -> connection refused. >traceroute HOST >host1 >host2 >host3 >HOST > > >Как понять - кто именно не пускает - сам HOST или кто-то >промежуточный (host1,host2...)? tcptraceroute HOST PORT P.S. Находится в портах
Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "как проверить где не проходит соединение?"
	Сообщение от АрхангелГавриил (ok) on 07-Ноя-05, 17:31  (MSK)
	>tcptraceroute HOST PORT > >P.S. Находится в портах можно просто телнетом на 22 второй порт постучаться на предмет пустит/не пустит
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "как проверить где не проходит соединение?"
Сообщение от lavr on 07-Ноя-05, 17:27  (MSK)
>на удаленной машине (HOST) запущен sshd >при ssh HOST -> connection refused. >traceroute HOST >host1 >host2 >host3 >HOST > > >Как понять - кто именно не пускает - сам HOST или кто-то >промежуточный (host1,host2...)? для начала ssh -v remotehost ну а потом уже то что ранее посоветовали
Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "как проверить где не проходит соединение?"
	Сообщение от kvk on 07-Ноя-05, 19:18  (MSK)
	>>на удаленной машине (HOST) запущен sshd >>при ssh HOST -> connection refused. >>traceroute HOST >>host1 >>host2 >>host3 >>HOST >> >> >>Как понять - кто именно не пускает - сам HOST или кто-то >>промежуточный (host1,host2...)? > >для начала ssh -v remotehost >ну а потом уже то что ранее посоветовали ssh -v HOST debug: Connecting to HOST [] port 22. debug: connect: Connection refused ---- но, однако, дело было не в HOST. Цель всего этого доказать удаленным админам - что проблема у них, а не у нас. Сейчас они уже признались, что сами закрыли (на своем роутере), но с помощью nmap,ssh, telnet,traceroute - этого не определить... tcptraceroute - у меня нету (RH)...
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "как проверить где не проходит соединение?"
	Сообщение от lavr on 07-Ноя-05, 20:09  (MSK)
	>>>на удаленной машине (HOST) запущен sshd >>>при ssh HOST -> connection refused. >>>traceroute HOST >>>host1 >>>host2 >>>host3 >>>HOST >>> >>> >>>Как понять - кто именно не пускает - сам HOST или кто-то >>>промежуточный (host1,host2...)? >> >>для начала ssh -v remotehost >>ну а потом уже то что ранее посоветовали >ssh -v HOST >debug: Connecting to HOST [] port 22. >debug: connect: Connection refused >---- >но, однако, дело было не в HOST. да бог с ним с HOST, connection refused - порт заблокирован или отфильтрован и nmap чудесненько это должен показать >Цель всего этого доказать удаленным админам - что проблема у них, а >не у нас. Сейчас они уже признались, что сами закрыли (на >своем роутере), но с помощью nmap,ssh, telnet,traceroute - этого не определить... > > >tcptraceroute - у меня нету (RH)... при желании ВСЕ можно определить, а если хочется обходить firewall'ы при работе с SSH, в sshd_config добавить высокий порт, ну например: Port 22 Port 2022 ^^^^^^^^^ и использовать Protocol 2 для работы по высоким портам, аутентикацию RSH и все что использует порты ниже 1024 - отрубить, так как большинство провайдеров защищают свои локалки блокируя порты ниже 1024 Если не ошибаюсь все это есть в факах и руководствах.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ]