информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Атака на InternetСтрашный баг в WindowsSpanning Tree Protocol: недокументированное применение
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Microsoft обещает радикально усилить... 
 Ядро Linux избавляется от российских... 
 20 лет Ubuntu 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / networking
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
О как... 18.03.08 14:39  Число просмотров: 3908
Автор: Ustin <Ustin> Статус: Elderman
Отредактировано 18.03.08 14:51  Количество правок: 4
<"чистая" ссылка>
Не помню откуда, на задворках сознания вертится:
если добавить в C:\WINDOWS\system32\drivers\etc\services строку с crlf на конце
mysvc             1477/tcp    mysvc

---,
то 1477 порт не будет использоваться для исходящих TCP соединений.
Но это необходимо проверить
А также чем раньше поднять слушающий сокет, тем больше вероятности, что он займёт свой порт до момента его занятия чем-либо ещё.
:( Засада, мне казалось всегда, что в подобной ситуации исходящий коннект разрывается с GetLastError=10054 или 10048, буду знать... btw, а что говорит GetLastError?
<networking>
По каким законам выбирается случайный порт при TCP/IP соединении? 18.03.08 11:59  
Автор: HandleX <Александр М.> Статус: The Elderman
Отредактировано 18.03.08 12:01  Количество правок: 2
<"чистая" ссылка>
Вот сейчас смотрю свою статистику.

Активные подключения

  Имя    Локальный адрес        Внешний адрес          Состояние
  TCP    xxx.xxx.xxx.xxx:1477      yyy.yyy.yyy.yyy:5190      ESTABLISHED

---

Видим, что система по просьбе приложения создать соединение на сервер ICQ на порт 5190 по каким-то одной ей ведомым законам воткнула обратную "слушалку" на порт 1477. Вопрос: существует ли вероятность, что создавая службу, которая "слушает" на портах, больше 1000, столкнуться с такой ситуацией, что этот порт будет совершенно случайно занят на обслуживание какого-нибудь левого соединения "наружу"? Почему никто из серверописателей "не боится" такой ситуации? Вероятность, в общем-то, достаточно большая для компьютинга.

Извините, что вопрос глупый, но типо "не юзай большие номера" отвечать, конечно, можно, но не нужно.
И заранее всем спасибо за ответы, конечно. -))
ИМХО 18.03.08 12:36  
Автор: ZloyShaman <ZloyShaman> Статус: Elderman
<"чистая" ссылка>
> Вот сейчас смотрю свою статистику.
>
> Активные подключения
> 
>   Имя	 Локальный адрес	Внешний адрес	      
> Состояние
>   TCP	 xxx.xxx.xxx.xxx:1477	   yyy.yyy.yyy.yyy:5190    
>  ESTABLISHED
> 

---

> Видим, что система по просьбе приложения создать соединение
> на сервер ICQ на порт 5190 по каким-то одной ей ведомым
> законам воткнула обратную "слушалку" на порт 1477.

1477 в данном случае не открыт для входящих соединений. Сокет определяется четыремя параметрами, а не двумя. Я думаю, можешь спокойно в этой ситуации открывать порт 1477 для входящих соединений.
Во я тупой... Спасибо за науку! :) 18.03.08 13:16  
Автор: HandleX <Александр М.> Статус: The Elderman
<"чистая" ссылка>
Советую сначала проверить то, что я тебе написал. 18.03.08 13:21  
Автор: ZloyShaman <ZloyShaman> Статус: Elderman
<"чистая" ссылка>
Оопс... Не даёт забиндиться на занятый локальный порт... 18.03.08 14:08  
Автор: HandleX <Александр М.> Статус: The Elderman
Отредактировано 18.03.08 14:17  Количество правок: 4
<"чистая" ссылка>
Вывод netstat:

E:\>netstat -n

Активные подключения

  Имя    Локальный адрес        Внешний адрес          Состояние
  TCP    xxx.xxx.xxx.xxx:1486      64.12.24.244:5190      ESTABLISHED

---

Выполняю вот такое:

lib := WS2_32Library default.
s := lib socket: AF_INET type: SOCK_STREAM protocol: 0.
s asSignedInteger = SOCKET_ERROR 
    ifTrue: [^SocketError signal].

si := SOCKADDR_IN new.
si sin_family: AF_INET.
si sin_addr s_addr: (InternetAddress host: 'xxx.xxx.xxx.xxx') asParameter.
si sin_port: (lib htons: 1486).

(lib bind: s name: si yourAddress namelen: si byteSize) = SOCKET_ERROR
    ifTrue: [^SocketError signal].

---

Причём WSAGetLastError возвращает "Операция успешно завершена", гы-гы-гы. Но это ложь, поскольку bind возвращает -1.
При попытке забиндится на любой другой незанятый порт всё проходит нормально.
О как... 18.03.08 14:39  
Автор: Ustin <Ustin> Статус: Elderman
Отредактировано 18.03.08 14:51  Количество правок: 4
<"чистая" ссылка>
Не помню откуда, на задворках сознания вертится:
если добавить в C:\WINDOWS\system32\drivers\etc\services строку с crlf на конце
mysvc             1477/tcp    mysvc

---,
то 1477 порт не будет использоваться для исходящих TCP соединений.
Но это необходимо проверить
А также чем раньше поднять слушающий сокет, тем больше вероятности, что он займёт свой порт до момента его занятия чем-либо ещё.
:( Засада, мне казалось всегда, что в подобной ситуации исходящий коннект разрывается с GetLastError=10054 или 10048, буду знать... btw, а что говорит GetLastError?
Да, я неправильно вытаскивал WSAGetLastError, реальная ошибка 10048. 18.03.08 15:06  
Автор: HandleX <Александр М.> Статус: The Elderman
Отредактировано 18.03.08 15:06  Количество правок: 1
<"чистая" ссылка>
> Не помню откуда, на задворках сознания вертится:
> если добавить в C:\WINDOWS\system32\drivers\etc\services
> строку с crlf на конце
> ==skipped==
> то 1477 порт не будет использоваться для исходящих TCP
> соединений.
> Но это необходимо проверить
Не представляю себе как — после перезагрузки венда выберет скорее всего другой порт... Надо порыть доки M$... Ну это не горит, как-нить попозже... А так да, ценная информация, если верная.

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

> :( Засада, мне казалось всегда, что в подобной ситуации
> исходящий коннект разрывается с GetLastError=10054 или
> 10048, буду знать... btw, а что говорит GetLastError?
Subj. Вытаскивал WSAGetLastError из другого потока.
Проверить можно так: 18.03.08 15:23  
Автор: Ustin <Ustin> Статус: Elderman
Отредактировано 18.03.08 15:27  Количество правок: 1
<"чистая" ссылка>
- добавить запись в services
- перегрузить Windows (по косвенным признакам - поверхностный поиск в инете - файл читается 1 раз при загрузке)
- поднять тестовый сервак, заделать к нему кучу коннектов и набрать статистику по номерам исходящих портов
В дальнейшем, если проверка таки пройдёт, при установке клиента установщиком добавлять указанную запись, как это делают некоторые interbase-based программы (типа http://www.dnop.sds.cn.ua/cp2000/doc/cp2000-adm-setup.shtml)
Проверил - работает! (не прошло и года :) ) 03.12.08 21:23  
Автор: Ustin <Ustin> Статус: Elderman
<"чистая" ссылка>
Столкнулся с подобной задачей - много исходящих коннектов + статистика по исходящим портам.
Если добавить запись C:\WINDOWS\system32\drivers\etc\services вида
mysvc 3333/tcp
и перегрузиться, то после выбор идёт примерно так:
...
localhost:3331
localhost:3332
localhost:3334
...

---
Спасибо, всё верно — юзаю добавление записей в файл services, и всё гут. 05.12.08 07:38  
Автор: HandleX <Александр М.> Статус: The Elderman
<"чистая" ссылка>
Не знаю, что здесь написано. Но ты именно на прослушивание порт открываешь? 18.03.08 14:37  
Автор: ZloyShaman <ZloyShaman> Статус: Elderman
<"чистая" ссылка>
Сокеты создаются единообразно. А потом, чтобы "слушать", надо сделать привязку к порту функцией bind. 18.03.08 15:10  
Автор: HandleX <Александр М.> Статус: The Elderman
<"чистая" ссылка>
1




Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach