LINUX.ORG.RU

Может ли линукс drop'ать пакеты от мака


0

1

Настраиваю тут хакинтош себе. Пытаюсь поднять сетевуху, поднимается, но по dhcp ничего не получается. смотрю tcpdump, виже пакеты от сервера на другом конце. Смотрю на сервер - не вижу пакетов от хакинтоша. Подключаю винду на ноуте, все работает.

На сервере 3 сетевухи, 2 (eth0 eth2) из них объедены в мост br0 (на него повешено 2 ip, br0 виртуальный и br0:0 реальный). Еще настроен nat (с горем пополам он работает).

если смотреть на линуксе на eth2 (куда подключен хакинтош), то послеокончания работы пишет: 24 captured, 0 drop by kernel, 68 drop by interface (как-то так).

С чего это он дропает пакеты. Разрыв моста дает тот же результат. Можно конечно грешить на кабель между хаком и линуксом, но там лежит 2 кабеля, ситуация на обоих идентичная, да и windows на то машине работает без проблем.

В общем для меня это совсем неведома ****, даже как у гугла спросить по этому поводу - не знаю

★★★★

так может просто драйвер сетевухи в хакинтоше кривой? у меня тут тоже товарищ мучается с сетью, при том, что на линуксовых машинах честные 12Мбайт/с, а у него все через раз работает.

silw ★★★★★
()
Ответ на: комментарий от silw

Подключил хак напрямую к windows на ноуте - пинги пошли.

Ну я конечно грешу на их драйвер, но что-то меня гложит сомнение....

ЗЫ: попробовал bridge сделать на windows, аналогичная ситауция - пакеты от хака не доходят до линукса, хотя до windows доходят

namezys ★★★★
() автор топика
Ответ на: комментарий от Turbid

о б**, это вообще где у него там конфигируется. Но так то не должны.

namezys ★★★★
() автор топика
Ответ на: комментарий от namezys

Адмирал Ясех Ху^W считает, что проблемы вовсе не в сервере, а в том, что драйвер на хакинтоше кривой.

anonymous
()

Пока я тут с вами общался, все заработало (оставил там ping, щас подхожу - идет). До этого 2 часа ****** и ничего не помагало. Только решил ЛОРу пожаловаться, так сразу все отлично стало работать.

Вот она, священная сила ЛОРа.

ЗЫ: попробую я перегрузить хак

namezys ★★★★
() автор топика
Ответ на: комментарий от Gordon01

> нет денег на реальный мак, приходится извращаться (

И не говори. MacPro аналогичный моей конфигурации стоил за 150 штук

namezys ★★★★
() автор топика

На маках укажи в качестве dns не сервак свой, а например провайдеровский или гугловский с восьмерками.

slyjoeh ★★★
()
Ответ на: комментарий от LongLiveUbuntu

А почему он с виндой обменивался пакетами нормально?

namezys ★★★★
() автор топика
Ответ на: комментарий от namezys

до двух звезд дорости

Сам дорасти до пяти и купи учебник по русскому языку 8).

Deleted
()
Ответ на: комментарий от namezys

ЗЫ: попробовал bridge сделать на windows, аналогичная ситауция - пакеты от хака не доходят до линукса, хотя до windows доходят

Выложи куда-нибудь дампы пакетов, сделанные tcpdump'ом. Возможно там какая-нибудь хрень, вроде неправильной контрольной суммы заголовков IPv4.

Deleted
()

На сервере 3 сетевухи, 2 (eth0 eth2) из них объедены в мост br0

Что в iptables-save и делал ли ты какие-нибудь настройки через sysctl и/или /sys? На всякий случай предупреждаю, что в linux'е по умолчанию мост работает _не_ как обычный неуправляемый ethernet-свич.

на него повешено 2 ip, br0 виртуальный и br0:0 реальный

Что здесь имеется ввиду?

Deleted
()
Ответ на: комментарий от Deleted

Во. Уже интересней, хоть какой-то более или менее интересный ответ.

iptables-save

# Generated by iptables-save v1.4.10 on Mon Nov  7 16:34:59 2011
*filter
:INPUT ACCEPT [16707904:15812864887]
:FORWARD ACCEPT [282741:166619121]
:OUTPUT ACCEPT [9343477:2157800772]
-A INPUT -i lo -j ACCEPT
-A FORWARD -i br0 -o ppp0 -j ACCEPT
COMMIT
# Completed on Mon Nov  7 16:34:59 2011
# Generated by iptables-save v1.4.10 on Mon Nov  7 16:34:59 2011
*nat
:PREROUTING ACCEPT [96732:8314504]
:INPUT ACCEPT [82415:6980064]
:OUTPUT ACCEPT [13342:1124103]
:POSTROUTING ACCEPT [14026:1169541]
-A POSTROUTING -s 192.168.1.0/24 -d 192.168.140.0/24 -o tun3 -j MASQUERADE
-A POSTROUTING -s 192.168.1.0/24 -o ppp0 -j MASQUERADE
COMMIT
# Completed on Mon Nov  7 16:34:59 2011
# Generated by iptables-save v1.4.10 on Mon Nov  7 16:34:59 2011
*mangle
:PREROUTING ACCEPT [17046975:15988332788]
:INPUT ACCEPT [16708806:15812870831]
:FORWARD ACCEPT [336213:175272590]
:OUTPUT ACCEPT [9343441:2157799602]
:POSTROUTING ACCEPT [9680040:2333113979]
-A FORWARD -o ppp0 -p tcp -m tcp --tcp-flags SYN,RST SYN -m tcpmss --mss 1400:65495 -j TCPMSS --clamp-mss-to-pmtu
COMMIT
# Completed on Mon Nov  7 16:34:59 2011

ifconfig

br0       Link encap:Ethernet  HWaddr 00:13:d4:40:0a:27
          inet addr:192.168.1.1  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::213:d4ff:fe40:a27/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1730796 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2614330 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:741970850 (741.9 MB)  TX bytes:2840293237 (2.8 GB)

br0:0     Link encap:Ethernet  HWaddr 00:13:d4:40:0a:27
          inet addr:79.120.66.57  Bcast:79.120.66.64  Mask:255.255.255.248
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

eth0      Link encap:Ethernet  HWaddr 00:13:d4:40:0a:27
          inet6 addr: fe80::213:d4ff:fe40:a27/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1719703 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2268004 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:346509551 (346.5 MB)  TX bytes:2405010811 (2.4 GB)

eth2      Link encap:Ethernet  HWaddr 54:e6:fc:81:6c:38
          inet6 addr: fe80::56e6:fcff:fe81:6c38/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:53216199 errors:0 dropped:2899 overruns:0 frame:0
          TX packets:60399847 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:3213971363 (3.2 GB)  TX bytes:1464326739 (1.4 GB)
          Interrupt:22 Base address:0xc800

brctl show

bridge name     bridge id               STP enabled     interfaces
br0             8000.0013d4400a27       no              eth0
                                                        eth2

Дампа нет, но вроде винда кушала их нормально, значит заголовки нормальные. Хотя я могу предположить, что дело в кабеле - до сервера метров 20 кабель, а до винды был патчкорд метровой длины. Но судя по всему линукс принимал пакеты

namezys ★★★★
() автор топика
Ответ на: комментарий от namezys

RX packets:53216199 errors:0 dropped:2899 overruns:0 frame:0

Хм... Драйверу или самой сетевой карте почему-то не понравились 2899 пакетов. Не эти ли пакеты были от мака?

Нужно смотреть дампы пакетов между линукс-сервиром и хакинтошем...

Deleted
()
Ответ на: комментарий от namezys

Дампа нет, но вроде винда кушала их нормально, значит заголовки нормальные.

Это очень сильно зависит от реализации сетевого стека. А в двух разных ОС он разный.

Хотя я могу предположить, что дело в кабеле - до сервера метров 20 кабель, а до винды был патчкорд метровой длины.

Возможно и в этом. Донеси хакинтош до сервера или сервер до хакинтоша и проверь =).

Но судя по всему линукс принимал пакеты

Но он их мог принимать битыми.

Deleted
()
Ответ на: комментарий от Deleted

Да, это очень реалистичное объяснение

А сейчас все хорошо, а то я бы дальше капал бы. Просто сложнее tcpdump я уже не разбираюсь

namezys ★★★★
() автор топика
Ответ на: комментарий от namezys

У меня есть два объяснения: * драйвер управляет уровнем исходящего сигнала, и на 1 метр его хватало, а на 20 нет * винда действительно менее агресивно дропает пакеты

namezys ★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.