Как разделить dhcp опцию на два заголовка в пакете?
Гугление «long options dhcp» привело к rfc3396, который гласит, что теоретически это возможно, но какого-либо решения я не увидел.
bpc16
13.06.19 13:11:55 MSK
32 роута клиенту? Но зачем?
Пускай ближайший к нему роутер (который dgw) роутит форвардит куда нужно.
Не вижу проблемы на старинном isc dhcpd 4.3.2
Client-Ethernet-Address 08:fa:bb:69:f7:21 Vendor-rfc1048 Extensions Magic Cookie 0x63825363 DHCP-Message Option 53, length 1: Offer Server-ID Option 54, length 4: 10.249.0.1 Lease-Time Option 51, length 4: 600 Subnet-Mask Option 1, length 4: 255.255.255.0 BR Option 28, length 4: 10.249.0.255 Default-Gateway Option 3, length 4: 10.249.0.1 Domain-Name Option 15, length 5: "local" Domain-Name-Server Option 6, length 4: 10.0.0.1 Classless-Static-Route Option 121, length 255: (10.4.1.0/24:10.249.0.2),(10.4.2.0/24:10.249.0.2),(10.4.3.0/24:10.249.0.2),(10.4.4.0/24:10.249.0.2),(10.4.5.0/24:10.249.0.2),(10.4.6.0/24:10.249.0.2),(10.4.7.0/24:10.249.0.2),(10.4.8.0/24:10.249.0.2),(10.4.9.0/24:10.249.0.2),(10.4.10.0/24:10.249.0.2),(10.4.11.0/24:10.249.0.2),(10.4.12.0/24:10.249.0.2),(10.4.13.0/24:10.249.0.2),(10.4.14.0/24:10.249.0.2),(10.4.15.0/24:10.249.0.2),(10.4.16.0/24:10.249.0.2),(10.4.17.0/24:10.249.0.2),(10.4.18.0/24:10.249.0.2),(10.4.19.0/24:10.249.0.2),(10.4.20.0/24:10.249.0.2),(10.4.21.0/24:10.249.0.2),(10.4.22.0/24:10.249.0.2),(10.4.23.0/24:10.249.0.2),(10.4.24.0/24:10.249.0.2),(10.4.25.0/24:10.249.0.2),(10.4.26.0/24:10.249.0.2),(10.4.27.0/24:10.249.0.2),(10.4.28.0/24:10.249.0.2),(10.4.29.0/24:10.249.0.2),(10.4.30.0/24:10.249.0.2),(10.4.31.0/24:10.249.0.2),[ERROR: Remaining length (6) < 7 bytes] Classless-Static-Route Option 121, length 65: (24.0.0.0/2:10.4.33.10),[ERROR: Mask width (249) >32] END Option 255, length 0
У tcpdump-а парсер кривоват, внутри пакета есть все маршруты.
Возможно у тебя не хватает «option dhcp-max-message-size 1024;»
vel ★★★★★
( 13.06.19 22:06:27 MSK )
Ответ на: комментарий от vel 13.06.19 22:06:27 MSK
Приветствую, [user]vel[/user]
Попробовал dhcp-max-message-size, не сработало. сейчас выкачу свою настройку. Моя задача в том, чтобы просто пакет в wireshark не биты пришел, так как при >32 статик роутах паке прилетает «Malformed».
Исходные: Сервер стоит на ноутбуке, к нему подключаю железку,на нее хочу получить больше 32 роутов(балуюсь с прошивкой).
Выкачу-ка я свою настройку сервер, может подскажешь, что не так.
Буду очень признателен за помощь!
option domain-name "test.test"; option domain-name-servers test.test.lan default-lease-time 3600; max-lease-time 7200; authoritative; option classless-routes code 121 = array of unsigned char 8; option classless-routes 24, 192,168,1, 192,168,10,2, 24, 192,168,2, 192,168,10,2, . . . десятую подсеть выкл #24, 192,168,10, 192,168,10,2, . . 24, 192,168,44, 192,168,10,2; (получается чуть больше 40 роутов) option classless-routes-win code 249 = array of unsigned char 8; option classless-routes-win 24, 192,168,1, 192,168,10,2, 24, 192,168,2, 192,168,10,2, . . . десятую подсеть выкл #24, 192,168,10, 192,168,10,2, . . 24, 192,168,44, 192,168,10,2; (получается чуть больше 40 роутов) subnet 192.168.10.0 netmask 255.255.255.0
bpc16
( 14.06.19 09:56:34 MSK ) автор топика
Ответ на: комментарий от vel 13.06.19 22:06:27 MSK
то есть, я не клиенту отдаю, а на роутер
bpc16
( 14.06.19 09:58:28 MSK ) автор топика
Ответ на: P.S. от bpc16 14.06.19 09:58:28 MSK
Отдавать на роутер через dhcp маршруты ?! Месье знает толк в извращении.
Что мешает поднять ospf или на худой конец rip?
В совсем клинической ситуации можно через ssh/telet менять на роутере таблицу маршрутизации.
vel ★★★★★
( 14.06.19 10:11:29 MSK )
Ответ на: Приветствую, [user]vel[/user] от bpc16 14.06.19 09:56:34 MSK
чтобы просто пакет в wireshark не биты пришел, так как при >32 статик роутах паке прилетает «Malformed».
А просто в hex-е пакет не посмотреть?
tcpdump тоже криво показывает такие пакеты, особенно продолжение опции, но hex-е видно, что все маршруты есть.
vel ★★★★★
( 14.06.19 10:14:58 MSK )
Ответ на: комментарий от vel 14.06.19 10:11:29 MSK
Знает толк — это точно)
Гипотетически, представим данную ситуацию) Просто у меня есть чужая капча из wireshark и там два раздела 249ой опции (в первой 32 роута, во второй чуть меньше ~15), собссно, я пытаюсь воспроизвести данный пакет, а уж куда там и что там отдавать — вопрос второстепенный. И вот, собственно, меня и интересует, каким образом настроить isc-dhcp-server так, чтобы в пакете было два раздела, предположим, 249ой опции, но можно и 121ой, не суть.
bpc16
( 14.06.19 10:17:20 MSK ) автор топика
Ответ на: комментарий от vel 14.06.19 10:14:58 MSK
Может быть подскажешь или пальцем тыкнешь,
куда и как добавить max-size в моем dhcpd.conf?
bpc16
( 14.06.19 10:29:24 MSK ) автор топика
Ответ на: Знает толк — это точно) от bpc16 14.06.19 10:17:20 MSK
isc-dhcpd умеет это делать самостоятельно.
Единственная возможная проблема со стороны isc-dhcpd — это «option dhcp-max-message-size» которая по умолчанию порядка 536 байт (50 маршрутов дают пакет чуть больше 600 байт).
У меня она в subnet-е прописана была.
Есть еще возможная проблема — dhcp-клиент может не понимать длинные опции.
Если маршруты ведут через ноут-сервер, то однозначно нужно смотреть в сторону протоколов маршрутизации.
vel ★★★★★
( 14.06.19 11:16:43 MSK )
Ответ на: комментарий от vel 14.06.19 11:16:43 MSK
Большое спасибо!
Я правильно понимаю, что мне нужно добавить к себе эту опцию в сабнет?
Проблема не в клиенте, я думаю, так как тот пакет, о котором я говорил выше(с двумя опциями 249\121), был так же направлен на точно такой же dhcp-client. Буду пробовать! спасибо!
bpc16
( 14.06.19 11:20:20 MSK ) автор топика
Ответ на: комментарий от vel 14.06.19 11:16:43 MSK
И какой размер указать в макссайзе? 1024?
bpc16
( 14.06.19 11:21:03 MSK ) автор топика
Ответ на: комментарий от vel 14.06.19 11:16:43 MSK
Попробовал, не помогло.
Проблема в том, что в пакете последней идет 121ая опция и далее нет 255(end) так называемого.
bpc16
( 14.06.19 11:23:38 MSK ) автор топика
Ответ на: Попробовал, не помогло. от bpc16 14.06.19 11:23:38 MSK
ну хз что у тебя там! вот сохраненный трафик c 50-ю маршрутами (10.4.1.0/24 — 10.4.50.0/24)
reading from file o121.pcap, link-type EN10MB (Ethernet) 11:27:52.554692 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 08:fa:bb:69:f7:21, length 300 11:27:53.555614 IP 10.249.0.1.67 > 10.249.0.100.68: BOOTP/DHCP, Reply, length 691 11:27:53.555730 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 08:fa:bb:69:f7:21, length 300 11:27:53.591288 IP 10.249.0.1.67 > 10.249.0.100.68: BOOTP/DHCP, Reply, length 69111:27:53.591288 IP 10.249.0.1.67 > 10.249.0.100.68: BOOTP/DHCP, Reply, length 691 0x0000: 4510 02cf 0000 0000 8011 21b8 0af9 0001 0x0010: 0af9 0064 0043 0044 02bb 71b7 0201 0600 0x0020: fc29 c77b 0000 0000 0000 0000 0af9 0064 0x0030: 0000 0000 0000 0000 08fa bb69 f721 0000 0x0040: 0000 0000 0000 0000 0000 0000 0000 0000 . 0x0100: 0000 0000 0000 0000 6382 5363 3501 0536 0x0110: 040a f900 0133 0400 0002 5801 04ff ffff 0x0120: 001c 040a f900 ff03 040a f900 010f 056c 0x0130: 6f63 616c 0604 0a00 0001 79ff 180a 0401 __________________________________________^^^^ начало первоей секции опции 121 0x0140: 0af9 0002 180a 0402 0af9 0002 180a 0403 0x0150: 0af9 0002 180a 0404 0af9 0002 180a 0405 0x0160: 0af9 0002 180a 0406 0af9 0002 180a 0407 0x0170: 0af9 0002 180a 0408 0af9 0002 180a 0409 0x0180: 0af9 0002 180a 040a 0af9 0002 180a 040b 0x0190: 0af9 0002 180a 040c 0af9 0002 180a 040d 0x01a0: 0af9 0002 180a 040e 0af9 0002 180a 040f 0x01b0: 0af9 0002 180a 0410 0af9 0002 180a 0411 0x01c0: 0af9 0002 180a 0412 0af9 0002 180a 0413 0x01d0: 0af9 0002 180a 0414 0af9 0002 180a 0415 0x01e0: 0af9 0002 180a 0416 0af9 0002 180a 0417 0x01f0: 0af9 0002 180a 0418 0af9 0002 180a 0419 0x0200: 0af9 0002 180a 041a 0af9 0002 180a 041b 0x0210: 0af9 0002 180a 041c 0af9 0002 180a 041d 0x0220: 0af9 0002 180a 041e 0af9 0002 180a 041f 0x0230: 0af9 0002 180a 0420 0af9 0079 9102 180a ____________________________________________^^ ^^ втрорая часть опции 121 0x0240: 0421 0af9 0002 180a 0422 0af9 0002 180a 0x0250: 0423 0af9 0002 180a 0424 0af9 0002 180a 0x0260: 0425 0af9 0002 180a 0426 0af9 0002 180a 0x0270: 0427 0af9 0002 180a 0428 0af9 0002 180a 0x0280: 0429 0af9 0002 180a 042a 0af9 0002 180a 0x0290: 042b 0af9 0002 180a 042c 0af9 0002 180a 0x02a0: 042d 0af9 0002 180a 042e 0af9 0002 180a 0x02b0: 042f 0af9 0002 180a 0430 0af9 0002 180a 0x02c0: 0431 0af9 0002 180a 0432 0af9 0002 ff ____________________________________________________^^ конец vel ★★★★★
( 14.06.19 11:40:28 MSK )
Ответ на: комментарий от vel 14.06.19 11:40:28 MSK
Ну у меня все ровно так, как я указал выше в dhcpd.conf
Вот здесь привожу, как выглядит капча пакета, на который я смотрю, и пакет, который у меня выходит.
0180 30 2f 6f 70 65 6e 61 63 73 2f 61 63 73 78 09 01 0190 ac 1f 16 fd ac 1f 16 fc f9 ff первая часть 249ой 18 ac 1f 22 ac 1f 01a0 78 fe 18 ac 1f 63 ac 1f 78 fe 18 ac 1f 6f ac 1f 01b0 78 fe 18 ac 15 10 ac 1f 78 fe 10 ac 1a ac 1f 78 01c0 fe 18 ac 15 01 ac 1f 78 fe 18 ac 15 44 ac 1f 78 01d0 fe 18 ac 1f 16 ac 1f 78 fe 18 ac 1e 01 ac 1f 78 01e0 fe 18 ac 1e 02 ac 1f 78 fe 18 ac 1e 03 ac 1f 78 01f0 fe 18 ac 1e 04 ac 1f 78 fe 18 ac 1e 05 ac 1f 78 0200 fe 18 ac 1e 06 ac 1f 78 fe 18 ac 1e 06 ac 1f 78 0210 fe 18 ac 1e 07 ac 1f 78 fe 18 ac 1e 08 ac 1f 78 0220 fe 18 ac 1e 09 ac 1f 78 fe 18 ac 1e 0a ac 1f 78 0230 fe 18 ac 1e 0b ac 1f 78 fe 18 ac 1e 0c ac 1f 78 0240 fe 18 ac 1e 0d ac 1f 78 fe 18 ac 1e 0e ac 1f 78 0250 fe 18 ac 1e 0f ac 1f 78 fe 18 ac 1e 10 ac 1f 78 0260 fe 18 ac 1e 11 ac 1f 78 fe 18 ac 1e 12 ac 1f 78 0270 fe 18 ac 1e 13 ac 1f 78 fe 18 ac 1e 14 ac 1f 78 0280 fe 18 ac 1e 15 ac 1f 78 fe 18 ac 1e 16 ac 1f 78 0290 fe 18 ac 1e 17 ac 1f 78 fe f9 f8 Вторая часть 249ой 18 ac 1e 18 ac 02a0 1f 78 fe 18 ac 1e 19 ac 1f 78 fe 18 ac 1e 1a ac 02b0 1f 78 fe 18 ac 1e 1b ac 1f 78 fe 18 ac 1e 1c ac 02c0 1f 78 fe 18 ac 1e 1d ac 1f 78 fe 18 ac 1e 1e ac 02d0 1f 78 fe 18 ac 1e 1f ac 1f 78 fe 18 ac 1e 20 ac 02e0 1f 78 fe 18 ac 1e 21 ac 1f 78 fe 18 ac 1e 22 ac 02f0 1f 78 fe 18 ac 1e 23 ac 1f 78 fe 18 ac 1e 24 ac 0300 1f 78 fe 18 ac 1e 25 ac 1f 78 fe 18 ac 1e 26 ac 0310 1f 78 fe 18 ac 1e 27 ac 1f 78 fe 18 ac 1e 28 ac 0320 1f 78 fe 18 ac 1e 29 ac 1f 78 fe 18 ac 1e 2a ac 0330 1f 78 fe 18 ac 1e 2b ac 1f 78 fe 18 ac 1e 2c ac 0340 1f 78 fe 18 ac 1e 2d ac 1f 78 fe 18 ac 1e 2e ac 0350 1f 78 fe 18 ac 1e 2f ac 1f 78 fe 18 ac 1e 30 ac 0360 1f 78 fe 18 ac 1e 31 ac 1f 78 fe 18 ac 1e 32 ac 0370 1f 78 fe 18 ac 1e 33 ac 1f 78 fe 18 ac 1e 34 ac 0380 1f 78 fe 18 ac 1e 35 ac 1f 78 fe 18 02 03 f9 ac 0390 1f 78 bb ff А в моей капче по неведомой причине такого не происходит. Единственным, пока что решабельным способом вижу - скачать Вашу "старую" опцию dhcpd и накатить такие же настройки, как указали выше.
Как два байта переслать?
Дано: Шлюз на Ubuntu 10.04 с pppoe подключением и wifi адаптером D-Link DWA-140 Ноутбук с чипом atheros.
Надо: чтобы на ноуте был интернет по wifi.
Что делаю: На шлюзе поднимаю iptables с 2 простыми правилами: iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE (SNAT тоже пробовал. ) iptables -A FORWARD -t mangle -p tcp —tcp-flags SYN,RST SYN -j TCPMSS —clamp-mss-to-pmtu
Задаю параметры сети (именно с такими параметрами работает сеть в Вин7 на шлюзе, но пробовал и другие подсети, в том числе 0):
шлюз: IP: 192.168.8.1 Маска: 255.255.255.0
ноутбук: IP: 192.168.8.2 Маска: 255.255.255.0 Шлюз: 192.168.8.1 DNS: 192.168.8.1 (dnsmasq есть и работает, другие dns пробовал тоже, что впрочем не важно, почему — понятно будет дальше)
iptables на ноутбуке девственно чист.
Форвардинг на шлюзе включен. ipv6 выключен
С ноутбука пингуются: 192.168.8.1 и мой внешний IP И всё. Все внешнии айпишники молчат как рыбы. Даже P-t-P прова.
При этом судя по трассировке пакеты уходят в правильном направлении, а судя по статистике, ещё и возвращаются на головную машину-шлюз.
Ставлю WireShark. Смотрю: Пакеты идут вроде бы правильно и даже доходят до 192.168.8.2, но такое ощущение, что не попадают в юзерспэйс, при этом в ЭТОЙ же сети, но когда шлюз win7 — всё нормально.
Смотрю пакет ICMP (пинг яндекса на всех интерфейсах) — при входе на ppp0 он 100 байт, данные 58 байт, на wlan0 шлюза он 98 байт, данные 58 байт и идентичны пришедшим на ppp0. Чексуммы верны. На ноуте на wlan0 пакет уже 96 байт, данные 56 байт — два последних байта потеряны, в остальном идентичны. Чексумма небьётся и пакет выбрасывается, недоходя до юзерспейс. C TCP та же какртина — пакеты долетают укороченные на 2 байта. WireShark их обзывает Malformed packet.
В итоге инета нет. Напомню, что пакеты генеримые на шлюзе (например пинг 192.168.8.1) проходят нормально.
Загруженные модули драйвера: # lsmod | grep rt28
rt2870sta 461811 0 rt2800usb 31531 0 rt2x00usb 9703 1 rt2800usb rt2x00lib 27509 2 rt2800usb,rt2x00usb crc_ccitt 1339 1 rt2800usbПробовал оставлять только rt2870sta — после горячей выгрузки модуля rt2800usb не пашет соединение вообще, хотя лампочка мигает, после перезагрузки работает с тем же эффектом. Пробовал оставлять только rt2800usb — после горячей выгрузки модуля rt2870sta или после перезагрузки работает с тем же эффектом.
frag[mentation_threshold] стоит в off, но пробовал 746,750,1500. MTU ppp0 — 1492 MTU wlan0 — 1500, но пробовал 1492, 1502, 1532, 1572
lo no wireless extensions. eth0 no wireless extensions. wlan0 IEEE 802.11bgn ESSID:"alex-home-network" Mode:Ad-Hoc Frequency:2.412 GHz Cell: 42:1A:40:DB:86:DF Tx-Power=1 dBm Retry long limit:7 RTS thr:off Fragment thr:off Encryption key:off Power Management:on ppp0 no wireless extensions.eth0 Link encap:Ethernet HWaddr 00:18:f3:fb:34:42 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1289238 errors:0 dropped:0 overruns:0 frame:0 TX packets:1814045 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:220326001 (220.3 MB) TX bytes:2090110135 (2.0 GB) Interrupt:25 Base address:0x4000 lo Link encap:Локальная петля (Loopback) inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:4714 errors:0 dropped:0 overruns:0 frame:0 TX packets:4714 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:702100 (702.1 KB) TX bytes:702100 (702.1 KB) ppp0 Link encap:Протокол PPP (Point-to-Point Protocol) inet addr:77.66.146.126 P-t-P:80.80.111.68 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1 RX packets:904719 errors:0 dropped:0 overruns:0 frame:0 TX packets:1244988 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:3 RX bytes:162007120 (162.0 MB) TX bytes:1367376813 (1.3 GB) wlan0 Link encap:Ethernet HWaddr 00:1e:58:ad:c1:08 inet addr:192.168.8.1 Bcast:192.168.8.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:21856 errors:0 dropped:0 overruns:0 frame:0 TX packets:33813 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1731766 (1.7 MB) TX bytes:3543916 (3.5 MB)
Suntechnic ★★★★★
19.05.10 01:23:48 MSD
>Как два байта переслать?
как два байта обос.
//sry, не сдержался 🙂
ansi ★★★★
( 19.05.10 01:38:06 MSD )
Купить рутер, не?
anonymous
( 19.05.10 01:45:40 MSD )
Куски tcpdump-а на ноуте, и декстопе на обеих интерфейсах покажи в момент пинга, например, 8.8.8.8
CyberTribe ★★
( 19.05.10 01:51:15 MSD )
Ответ на: комментарий от anonymous 19.05.10 01:45:40 MSD
. провести ещё одно подключение от другого прова, купить винду — не предлагать, извините.
У меня уже есть необходимое оборудование, и я просто хочу чтобы оно работало. И не его вина, что оно не пашет. Просто мне не хватает компетентности и единственное верное решение здесь — научится, понять и пофиксить.
Suntechnic ★★★★★
( 19.05.10 01:52:51 MSD ) автор топика
Ответ на: комментарий от CyberTribe 19.05.10 01:51:15 MSD
Я плохо разбираюсь во всём этом и если вы дадите пример как задампить только ICMP на заданном интерфейсе я справлюсь гораздо быстрее, не сочтите просьбу за наглость.
Suntechnic ★★★★★
( 19.05.10 01:55:53 MSD ) автор топика
Ответ на: комментарий от Suntechnic 19.05.10 01:55:53 MSD
| grep ICMP
из того что самое простое.
CyberTribe ★★
( 19.05.10 01:59:15 MSD )
Ответ на: комментарий от Suntechnic 19.05.10 01:55:53 MSD
По поводу задампить:
tcpdump -i интерфейс icmp
А так могу еще посоветовать сделать одинаковым mtu на всех интерфейсах, через к-рые все это дело форвардится, в вашем случаее на wlan0 и на винде поставьте 1492
Os1r1s
( 19.05.10 02:02:24 MSD )
Ответ на: комментарий от Os1r1s 19.05.10 02:02:24 MSD
ой, у вас же не винда на ноуте, тем легче mtu поставить))
Os1r1s
( 19.05.10 02:06:10 MSD )
mtu не при чем, если я правильно вижу
если все, как говоришь «почти работает»
смотри, что на шлюзе твориться, netstat. etc..
а вообще нужен дамп пакетов
TOXA ★★
( 19.05.10 02:19:20 MSD )
Ответ на: комментарий от TOXA 19.05.10 02:19:20 MSD
Но его в любом случае не следует делать убывающим, зачем пакетам лишний раз резаться
Os1r1s
( 19.05.10 02:22:28 MSD )
Дайте сюда выхлоп:
iptables -t filter -vnL
iptables -t nat -vnL
cat /proc/sys/net/ipv4/ip_forward
WhiteWolf ★
( 19.05.10 06:34:55 MSD )
Если пинговать совсем короткими пакетами (ping -s 1) ?
mky ★★★★★
( 19.05.10 11:24:44 MSD )
Рад, что вы оценили юмор 😉
Доберусь до дома — сделаю.
А так могу еще посоветовать сделать одинаковым mtu на всех
Пробовал — не помогает. И одинаковый и +40 и +80 и даже +2 — один хрен.
iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE (SNAT тоже пробовал. )
iptables -A FORWARD -t mangle -p tcp —tcp-flags SYN,RST SYN -j TCPMSS —clamp-mss-to-pmtu
Это действительно так — там нет других правил. Таблица filter пуста. Если не верите могу привести выхлоп вечером.
Поймите правильно — я не пытаюсь экономить своё время непредоставлением полной инфы. Просто сообщение получилось слишком длинным и так и я не стал приводить выхлопы комманд результат которых мне полностью ясен — я описал это словами, для сокращения объёма. Т.е. — если я пишу, что форвардинг включен — то я имею ввиду, что выхлоп на предыдущую комманду «1» и это 100% Кроме того, я пишу, что ответы возвращаются даже на ноут, но повреждёнными — я вижу это в WireShark и это ещё раз подтверждает, что форвардинг работает.
Если пинговать совсем короткими пакетами (ping -s 1) ?
Хм. Не пробовал. вечером обязательно сделаю.
Спасибо всем кто откликнулся.
Suntechnic ★★★★★
( 19.05.10 12:19:18 MSD ) автор топика
Было бы еще хорошо, если бы была возможность проверить работу ната на проводной сети без участия wifi адаптера, сразу станет меньше мест, где можно искать проблему.
Os1r1s
( 19.05.10 15:04:15 MSD )
убери -t mangle из этого правила iptables -I FORWARD -p tcp —tcp-flags SYN,RST SYN -j TCPMSS —clamp-mss-to-pmtu
anonymous
( 19.05.10 16:03:35 MSD )
Ответ на: комментарий от anonymous 19.05.10 16:03:35 MSD
убери -t mangle из этого правила iptables -I FORWARD -p tcp —tcp-flags SYN,RST SYN -j TCPMSS —clamp-mss-to-pmtu
Есть мнение, что это работает только в mangle. Впрочем я пробовал помещать правило в filter — не помогло.
Suntechnic ★★★★★
( 19.05.10 16:08:12 MSD ) автор топика
Почему бы не использовать настройки NAT из стандартной поставки pppd?
Кстати, как настроены политики для очередей? В частности для FORWARD?
no-such-file ★★★★★
( 19.05.10 17:48:34 MSD )
Ответ на: комментарий от Suntechnic 19.05.10 12:19:18 MSD
tcpdump icmp пакетов:
20:05:37.318474 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) alex-laptop.local > alex-desktop.local: ICMP echo request, id 44066, seq 1, length 64 20:05:37.322927 IP (tos 0x0, ttl 64, id 46325, offset 0, flags [none], proto ICMP (1), length 84) alex-desktop.local > alex-laptop.local: ICMP echo reply, id 44066, seq 1, length 64 . 20:05:48.355240 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 29) alex-laptop.local > google-public-dns-a.google.com: ICMP echo request, id 45603, seq 4, length 9 20:05:48.430829 IP truncated-ip - 2 bytes missing! (tos 0x0, ttl 242, id 0, offset 0, flags [DF], proto ICMP (1), length 29) google-public-dns-a.google.com > alex-laptop.local: [|icmp] . 20:06:19.366278 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) alex-laptop.local > www.yandex.ru: ICMP echo request, id 47908, seq 10, length 64 20:06:19.402783 IP truncated-ip - 2 bytes missing! (tos 0x0, ttl 57, id 12276, offset 0, flags [none], proto ICMP (1), length 84) www.yandex.ru > alex-laptop.local: ICMP echo reply, id 47908, seq 10, length 6420:01:21.474761 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) alex-laptop.local > alex-desktop.local: ICMP echo request, id 44066, seq 1, length 64 20:01:21.474788 IP (tos 0x0, ttl 64, id 46325, offset 0, flags [none], proto ICMP (1), length 84) alex-desktop.local > alex-laptop.local: ICMP echo reply, id 44066, seq 1, length 64 . 20:01:32.510995 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 29) alex-laptop.local > google-public-dns-a.google.com: ICMP echo request, id 45603, seq 4, length 9 20:01:32.583919 IP (tos 0x0, ttl 242, id 0, offset 0, flags [DF], proto ICMP (1), length 29) google-public-dns-a.google.com > alex-laptop.local: ICMP echo reply, id 45603, seq 4, length 9 . 20:02:03.523005 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84) alex-laptop.local > www.yandex.ru: ICMP echo request, id 47908, seq 10, length 64 20:02:03.556657 IP (tos 0x0, ttl 57, id 12276, offset 0, flags [none], proto ICMP (1), length 84) www.yandex.ru > alex-laptop.local: ICMP echo reply, id 47908, seq 10, length 64 Для экономии объёма оставил по одному запросу-ответу для 3 пингов. Что удалять в дампе ppp0 не знаю, а весь не помещается. Чуть позже выложу куда-нибудь целиком. Теперь сам вижу, что NAT ставит во все пакеты DF. Но у меня же есть соответствующее правило!
Вы отправили слишком много запросов, поэтому ваш компьютер был заблокирован.
Для того, чтобы предотвратить автоматическое считывание информации с нашего сервиса, на Linguee допустимо лишь ограниченное количество запросов на каждого пользователя.
Пользователям, браузер которых поддерживает Javascript, доступно большее количество запросов, в отличие от пользователей, чей браузер не поддерживает Javascript. Попробуйте активировать Javascript в настройках вашего браузера, подождать несколько часов и снова воспользоваться нашим сервером.
Если же ваш компьютер является частью сети компьютеров, в которой большое количество пользователей одновременно пользуется Linguee,сообщитеоб этом нам.
Appendix A. Wireshark Messages
Wireshark provides you with additional information generated out of the plain packet data or it may need to indicate dissection problems. Messages generated by Wireshark are usually placed in square brackets (“[]”).
A.1. Packet List Messages
These messages might appear in the packet list.
A.1.1. [Malformed Packet]
Malformed packet means that the protocol dissector can’t dissect the contents of the packet any further. There can be various reasons:
- Wrong dissector : Wireshark erroneously has chosen the wrong protocol dissector for this packet. This will happen e.g., if you are using a protocol not on its well known TCP or UDP port. You may try Analyze|Decode As to circumvent this problem.
- Packet not reassembled : The packet is longer than a single frame and it is not reassembled, see Section 7.8, “Packet Reassembly” for further details.
- Packet is malformed : The packet is actually wrong (malformed), meaning that a part of the packet is just not as expected (not following the protocol specifications).
- Dissector is buggy : The corresponding protocol dissector is simply buggy or still incomplete.
Any of the above is possible. You’ll have to look into the specific situation to determine the reason. You could disable the dissector by disabling the protocol on the Analyze menu and check how Wireshark displays the packet then. You could (if it’s TCP) enable reassembly for TCP and the specific dissector (if possible) in the Edit|Preferences menu. You could check the packet contents yourself by reading the packet bytes and comparing it to the protocol specification. This could reveal a dissector bug. Or you could find out that the packet is indeed wrong.
A.1.2. [Packet size limited during capture]
The packet size was limited during capture, see “Limit each packet to n bytes” at the Section 4.5, “The “Capture Options” Dialog Box”. While dissecting, the current protocol dissector was simply running out of packet bytes and had to give up. There’s nothing else you can do now, except to repeat the whole capture process again with a higher (or no) packet size limitation.
| Prev | Next | |
| 12.8. Configuration AVPLs | Home | A.2. Packet Details Messages |