Обычно это все работало. Работало на линуксах, на виндах 9*, 200*, ХР, но на днях столкнулся с Виндовс-ХР, на которой это не работает. Сервер нормально слушает, клиент нормально вызывает, но tcp-коннекта между ними не происходит. SYN-пакеты до сервера не доходят. При этом адреса такие прекрасно пингуются. Если адрес сделать 127.0.0.1, то все прекрасно работает.
Насколько я себе представляю, такой подход, это вовсе не трюк, а вполне законное использование интерфейса, никакого криминала.
Такое ощущение, что на интерфейсе localhost работает файрволл. Там есть встроенный файрволл, я чего-то там пытался сделать (если честно, то я просто не умею Виндовый файрволл готовить ;), но ничего не получилось, пришлось выкручиваться другими методами.
Вот, хотел бы спросить, нет ли у кого аналогичных проблем и как приходится выкручиваться? Может есть какие хинты по настройке винды-ХР?
hub.c: new USB device 00:1f.2-2, assigned address 2 usb.c: USB device 2 (vend/prod 0x9710/0x7780) is not claimed by any active driver.
Подгружаю модули irda и irda-usb, эффекта ноль. В /proc/net/irda/discovery пусто. Вероятно еще какой-то модуль надо подгрузить, а вот какой?
/dev/ircomm0 есть, интерфейс irda0 появляется, но обмена никакого нет.
Спасибо!
пробовал искать в гугле, находит разные варианты: социальный инженеринг социальный инжениринг социальный инжинеринг социальный инжиниринг А как правильно пишется? Как пишется слово инженер, я знаю, но применимо ли в данном случае? Вообще, может быть есть онлайновые орфографические словари?
Когда завершаешь xmms крестиком или через менюшку, то он запоминает позицию в плей-листе. Если ему послать какой-нибудь сигнал наподобие: `killall -HUP xmms`, то он завершается не запоминая позицию.
А хочется по крону запускать-завершать и чтобы не играл каждый раз одно и то-же.
Возможно сигналы здесь нипричем? Как посоветуете поступить?
iptables -t nat -A POSTROUTING -d 1.2.3.4 -p udp --dport 1234 -j SNAT --to-source 5.6.7.8
Все нормально маскарадит, но иногда возникает потребность переделать маскарад, чтобы было "--to-source 9.10.11.12", то бишь через другого провайдера. Ладно, удаляю запись, задаю новую, с "--to-source 9.10.11.12", но через новую запись начинают маскарадиться только новые соединения (в контексте маскарада можно говорить о соединениях udp). Старые соединения продолжают работать от "--to-source 5.6.7.8".
Посмотрел в /proc/sys/net/ipv4/netfilter/ip_conntrack_udp_timeout_stream, 3 минуты. Проверил. Если клиента вырубить на несколько минут, а потом включить, то он начинает работать через новый маскарад.
Можно конечно таймер уменьшить и подождать, но это подействует на все соединения, а хочется выборочно отваливать такие соединения. Есть ли такая возможность в iptables или в ядре (в /proc ничего похожего не нашел)? Ядро монолитное, 2.4.* какое-то последнее, iptables v1.2.11.
Валятся иногда сообщения: May 26 08:08:11 host kernel: sending pkt_too_big (len[1500] pmtu[1476]) to self May 26 08:10:11 host kernel: sending pkt_too_big (len[1500] pmtu[1476]) to self May 26 08:12:11 host kernel: sending pkt_too_big (len[1500] pmtu[1476]) to self В других логах ничего нет. Что это значит и стоит ли бояться? Ядро 2.4.24.
А неплохо было бы, чтобы в заголовках ответов на ответы добавлялись еше дата и время исходного. Примерно так: Ответ на: Re: Linux для Pentium 133 от anonymous (2003-09-17 18:01:04.952778) А то не всегда понятно кто с кем и о чем дискутирует.
| ← назад | следующие → |