[Linux,Unix] net.ipv4.ip_local_port_range
А что за local_port_range? 
У меня во фри нет-ту
У меня во фри нет-ту Во фре это:
В общем это клиентские(юзерские) порты. Типа они должны рандомно выбираться из этого диапазона.
net.inet.ip.portrange.hilast: 65535
net.inet.ip.portrange.hifirst: 49152
net.inet.ip.portrange.last: 65535
net.inet.ip.portrange.first: 49152
В общем это клиентские(юзерские) порты. Типа они должны рандомно выбираться из этого диапазона.
Понятно. Сам повесил и баги не видел пока
net.inet.ip.anonportmin = 49152
net.inet.ip.anonportmax = 65535
net.inet6.ip6.anonportmin = 49152
net.inet6.ip6.anonportmax = 65535
Вывод: главное угадать, как оно у тебя называется.
---
...Я работаю антинаучным аферистом...
ты лучше на вопрос ответь
Скока вешать?
---
...Я работаю антинаучным аферистом...
# faucet 49152 --in --out sh -c 'read line; echo e:$line' &
faucet 49152 --in --out sh -c 'read line; echo e:$line' &
# telnet localhost 49152
telnet localhost 49152
Trying ::1...
telnet: connect to address ::1: Connection refused
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
test
test
e:test
Connection closed by foreign host.
# sockstat -l | grep faucet
sockstat -l | grep faucet
root faucet 22523 3 tcp *.49152 *.*
# sysctl -a | grep anonport
sysctl -a | grep anonport
net.inet.ip.anonportmin = 49152
net.inet.ip.anonportmax = 65535
net.inet6.ip6.anonportmin = 49152
net.inet6.ip6.anonportmax = 65535
# pkill -9 faucet
pkill -9 faucet
[1] Killed faucet 49152 --in --out sh -c "read line; echo e:\$line"
---
...Я работаю антинаучным аферистом...
$ uname -mrs
uname -mrs
NetBSD 3.1 i386
На всякий случай.
---
A9: ОС - это БЗДя
раз linux, то пойдёшь в ад за отказ от истинной веры, тут уж не до багов
дурное дело - нехитрое
Понятно, что повесить можно.
Переформулирую:
Пусть демон слушает tcp порт из net.ipv4.ip_local_port_range.
1.
Возможна ли ситуация, что через некоторое время какому нибудь процессу ОС выдаст этот же порт для установления tcp соединения с удаленным хостом ?
2.
Если такая ситуация возможна, то как ОС будет разруливать эту коллизию ? будет выбирать новый порт для процесса ?
Или же такая ситуация невозможно потому, что ОС выбирает рандомно клиентский порт среди незанятых портов из net.ipv4.ip_local_port_range ?
Понятно, что повесить можно.
Переформулирую:
Пусть демон слушает tcp порт из net.ipv4.ip_local_port_range.
1.
Возможна ли ситуация, что через некоторое время какому нибудь процессу ОС выдаст этот же порт для установления tcp соединения с удаленным хостом ?
2.
Если такая ситуация возможна, то как ОС будет разруливать эту коллизию ? будет выбирать новый порт для процесса ?
Или же такая ситуация невозможно потому, что ОС выбирает рандомно клиентский порт среди незанятых портов из net.ipv4.ip_local_port_range ?
раз linux, то пойдёшь в ад за отказ от истинной веры, тут уж не до багов
ты про что ?
если чО - то я атеист
гадский папа, ты то уж должен знать
ответь, хуле
ответь, хуле
Я спросил, сколько вешать. Могу повесить.
Вешать?
---
"Аллах не ведёт людей неверных."
Вешать?
---
"Аллах не ведёт людей неверных."
Это я спросил. И вполне конкретный вопрос. Остальные детали меня не касаются
Ответ желательно в формате:
"Да, потому-то"
"Нет, потому-то"
Ответ желательно в формате:
"Да, потому-то"
"Нет, потому-то"
проблема может быть в том, что во время перезапуска сервиса нужный порт уже может быть кем-то случайно занят
про другие проблемы мне неизвестно
про другие проблемы мне неизвестно
Оставить комментарий
krishtaf
Если повесить демон на порту в диапазоне net.ipv4.ip_local_port_range - будут ли какие-нить баги ?