Чтобы добавлять сообщения и комментарии, .

@Zert:
Zert

Как можно протестировать передачу UDP по SOCKS5? Есть ли какие-нибудь простые тулзы для этого? netcat не хочет гнать UDP по SOCKS5, а socat вообще не понимает его

@Strephil:
Strephil

Предполагается ввести судебную ответственность за использование юридическими лицами трафика по протоколу UDP.
cnews.ru

@dr-Chaos:
dr-Chaos

Размер датаграммы которую можно отослать без разбивки на несколько TCP пакетов равна MTU — TCP Header — UDP Header (8). Размер TCP header 20-60 байт и зависит он от наличия Options. Что это за опции?

@vladimir-vg:
vladimir-vg

Запилил пост про разработку Флюссоника, конкретно про чтение UDP: medium.com

@vladimir-vg:
vladimir-vg

Запилил интересный пост про раздачу MPEGTS по UDP: medium.com

@dr-Chaos:
dr-Chaos

Есть у меня необходимость принимать по UDP пакеты. Выглядит сейчас это - так:
CNU.sourceSocket sock 4096  $= CL.map CNU.msgData
                                    =$= conduitDecode 
                                    =$= CL.map (uncurry EMessage)
                                    $$  CRQ.sinkRollingQueue  q

Принимается пакет, потом десериализуется, а затем суётся в очередь.
Собственно, если данные превышают размер пакета они собираются из нескольких пакетов при этом sender из UDP-шного пакета игнорируется. Тут остаётся актуальным вопрос переупорядочивания UDP-ишных пакетов, т.е. если я засуну в сокет больше 4096 с одной стороны, то на приёмнике могу получить что-то вклинившееся между этими 2-мя пакетами или это просто влияет на размер буфера? 
Сейчас появилась необходимость скомбинировать адресс/порт отправителя  с десериализованным сообщением, учитывая что сообщение может быть разбито на несколько пакетов... Хочется для этого како-то zipConduit использовать, но что-то не очень понимаю как. Собственно помогите с примером.

@qnikst:
qnikst

А udp "соединение" (в смысле передача пакетов в одну сторону и обратно) может проходить через nat?

@Lis:
Lis

#1674543

@mikeb:
mikeb

*brave-new-world Товарищами из коммитетов придумана замечательная опция IPV6_PKTINFO которая, помимо предоставления адреса назначения, скоупа и интерфейса для принимаемых датаграмм (через recvmsg), позволяет указать адрес источника для исходящих датаграмм. Причем каких-либо ограничений RFC не указывает (http://tools.ietf.org/html/rfc3542#section-6.2). Соответственно много реализаций позволяют указывать что угодно (любой валидный unicast адрес). OpenBSD одна из них. Япошки из KAME втихаря поправили это дело слегка 10 лет назад (http://www.kame.net/dev/cvsweb2.cgi/kame/kame/sys/netinet6/in6_src.c.diff?r1=1.87;r2=1.88), разрешив использовать только локально сконфигурированные адреса. Однако это не полностью предотвращает возможности инъекции пакетов в локальные сокеты. Solaris "решает" это дело с помощью политик безопасности (fine grained access control), но это означает что программа (например BIND, который пользует IPV6_PKTINFO весьма активно) должна быть соответствующим образом пропатчена или сконфигурирована. Такие дела.

@Lis:
Lis

#1286828 жуйк забей напишу свой на python и gtk

@Lis:
Lis

#1209603
ошибка:
cx_Oracle.DatabaseError: ORA-12737: Instant Client Light: unsupported server character set CL8MSWIN1251
заключалась в том что поставил:
oracle-instantclient11.2-basiclite-11.2.0.2.0.i386.rpm 19 метров а нужно было oracle-instantclient11.2-basic-11.2.0.2.0.i386.rpm 54 метра
первый клиент поддерживает не все кодировки =(

@Lis:
Lis

#1191669 поставил cx_Oracle не совсем корректно
как исправить == в треде ==

@Lis:
Lis

#1183080 спартак, мой моск... бегу качать!

@don-Rumata:
don-Rumata

Трансмишн не умеет udp:// Ну и как я с пиратбея буду качать?

@A2K:
A2K

Жуйк, расскажи мне как делается UDP hole punching. А еще лучше, расскажи есть ли готовое решение под линакс.

@Lis:
Lis

в догонку #871009 отец воспитал так что не могу поднимать руку на женщину. Но были случаи когда стоило бы влепить (не в шутку) по заднице...

@Lady-Rosali:
Lady-Rosali

Предположим, что есть приложение, где очень важна скорость передачи данных, но столь же важна и приватность. Первое, в идеале, обеспечивает UDP, второе — OpenSSL. Так вот, что лучше — использовать QSSLSocket или пытаться изобретать велосипед и обеспечивать шифрование для UDP?

@Lis:
Lis

К #502784 нашел различия в процессах
процессы которых нет в хорошем состоянии
acppage
ashShell
AVRT
ksuser
midimap
msacm32
MSACM32
rarext
sfc
sfc_os
shellext
SYNCENG
syncui
twext
wdmaud
WINMM
xmllite

процессы которых нет в зараженном состоянии
hgcpl
imapi2
netprofm
provsvc
QAgent
SXS
SyncCenter
wkscli
Wlanapi
wlanutil
wwanapi
wwapi
XmlLite

@Lis:
Lis

К предыдущему #502784 Беда win юзеров в том что большинство на дрмашних машинах работаю практически из под рута! =(