Страница 1 из 1

Gmail (РЕШЕНО)

Добавлено: 2007-10-30 12:56:28
smilealex
Ситуация такая.. не грузиться в обычном режиме Gmail-овская почта. Выкатывает такое сообщение:

Код: Выделить всё

Загрузка...
Кажется, на это требуется больше времени, чем обычно.
Если используется медленное подключение к Интернету, загрузка этой страницы займет немного больше времени. А пока можно использовать базовый просмотр в HTML-формате.
Если используется обычное подключение к Интернету и у Вас, как правило, не возникает проблем с загрузкой, обновите эту страницу в браузере. Если при загрузке Вашей почты по-прежнему возникают проблемы, информацию по устранению неполадок см. в справочном центре. 
и затыкается.
jdk-1.5.0.13p7,1
diablo-jdk-1.5.0.07.01_7 Java Development Kit 1.5.0_07.01
diablo-jre-1.5.0.07.01_7 Java Runtime Environment 1.5.0_07.01
установлены.. кукисы воркают..

[smilealex@IRSON] /smilealex/>uname -psr
FreeBSD 6.2-RELEASE-p8 i386

KDE3.5.7
xorg-7.3_1

[smilealex@IRSON] //>ifconfig
re0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=1b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING>
inet 192.168.2.100 netmask 0xffffff00 broadcast 192.168.2.255
ether 00:1b:fc:08:71:b6
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2
inet6 ::1 prefixlen 128
inet 127.0.0.1 netmask 0xff000000


+ подобные http://www.opennet.ru/cgi-bin/opennet/k ... sk=webmail ресурсы не доконца открываются(полстраницы откроется и всё - мертвяк), а также при попытке обновления портов, которые вытягиваются с http://sourceforge.net/, облом, дергает по 1 килобайту и соединение замирает.. также, к примеру, лезу в кедах в настройку рабочего стола при попытке дёрнуть новые обои, выскакивают окошки загрузки превьюшек и опять - соединение затухает. Все другие www-ресурсы пашут на ура. Чего-то не хватает, а вот чего - хз.
Подскажите куда рыть? с соседней машины под w32 Gmail открывается на ура.

P.S. как в воду глядел.. накатываю k3b и при попытке вытянуть зависимость с http://sourceforge.net/ установка встала...

Код: Выделить всё

=> libdv-0.104.tar.gz doesn't seem to exist in /usr/ports/distfiles/.
=> Attempting to fetch from http://heanet.dl.sourceforge.net/sourceforge/libdv/.
libdv-0.104.tar.gz                              0% of  541 kB    0  Bps          
соединение причём висит, пока руками не отрубишь.
В /usr/ports/distfiles/ обнаруживается этот файлик, размером 1кб и всё..приходится ручками искать библиотеку, кидать в /usr/ports/distfiles/ и заново начинать установку порта... засада))

Re: Gmail

Добавлено: 2007-10-30 14:58:38
Гость

Re: Gmail

Добавлено: 2007-10-31 11:15:38
smilealex
угу.. всё это понятно.. вопрос в другом! почему в стандартном режиме не пашет, чего не хватает!?

Re: Gmail

Добавлено: 2007-11-01 9:25:57
smilealex
неужели никто десктоп на фряху не накатывает? млин.. хоть ктоньть выскажите предположения!!! грешил на железку.. пока альтернативных интерфейсов нет - не могу проверить.. кеды обновил до 3.5.8 - всё тоже самое..

Re: Gmail

Добавлено: 2007-11-01 10:43:30
kmb
у меня такое на винде было с файрфоксом, то ли сквид местный глючил, то ли лиса... вообщем в других браузерах открывалось нормально...

Re: Gmail

Добавлено: 2007-11-01 11:10:56
smilealex
kmb писал(а):у меня такое на винде было с файрфоксом, то ли сквид местный глючил, то ли лиса... вообщем в других браузерах открывалось нормально...
у меня во всех броузерах, такая фигня.. дело даже не столько в гмайле.. почему при попытке дёрнуть под кеды новые обои, начинает тянуть превьюхи и всё - соединение виснет. Сейчас произвёл

Код: Выделить всё

/>pkg_add -r gnome2-lite
соответственно были вытянуты ещё какие-то зависимости, gmail заработал в обычном режиме.. перестал работать переключатель раскладок)) при попытке установить новые обои, также - соединение виснит.. работаю через нат..
кроче, ковыряться и ковыряться ещё!

Re: Gmail

Добавлено: 2007-11-01 11:12:20
Alex Keda
ну если во всех - то рой прокси, а не комп.

Re: Gmail

Добавлено: 2007-11-01 11:21:54
kmb
ну попробуй через другого прова, или через gprs.

Re: Gmail

Добавлено: 2007-11-01 11:42:20
smilealex
lissyara писал(а):ну если во всех - то рой прокси, а не комп.
так сейчас вот пакетом гном накатил и гмайл запел, а вот при попытке вытянуть порт, который лежит на http://sourceforge.net/ - облом.. соединение попрежнему наглухо зависает.. не отрубается по таймауту, а висит пока руками его не срежишь..

Код: Выделить всё

привожу конфиг IPFW
#!/bin/sh
FwCMD="/sbin/ipfw"      # собственно где лежит бинарник ipfw
LanOut="fxp0"           # внешний интерфейс
LanIn="fxp1"            # внутренний интерфейс
IpOut="192.168.116.254" # внешний IP адрес машины
IpIn="192.168.2.2"      # внутренний IP машины
NetMask="24"            # маска сети (если она разная для внешней
                       # и внутренней сети - придётся вводить ещё
                       # одну переменную, но самое забавное, что
                       # можно и забить - оставить 24 - всё будет
                       # работать, по крайней мере я пробовал -
                       # работаало на 4-х машинах, в разных сетях,
                       # с разными масками - настоящими разными! но -
                       # это неправильно.)
NetIn="192.168.2.0"     # Внутренняя сеть

# Сбрасываем все правила:
${FwCMD} -f flush

# Проверяем - соответствует ли пакет динамическим правилам:
${FwCMD} add check-state

# Разрешаем весь траффик по внутреннему интерфейсу (петле)
# Вообще я во многих местах читал что без него может ничё не заработать вообще
# и прочие страшилки. Работает - почта, апач, .... А вот squid - не работает :)
# так что без него и правда - никуда.
# рубим попытки lo0 куда-то лезть и откуда-то лезть на lo0 (вот честно - ни
# одного пакета по этим правилам не зарубилось за всё время... Может в этом
# моё счастье? :))
${FwCMD} add deny ip from any to 127.0.0.0/8
${FwCMD} add deny ip from 127.0.0.0/8 to any
${FwCMD} add allow ip from any to any via lo0
# Вводим запреты:
# режем частные сети на внешнем интерфейсе - по легенде он у нас
# смотрит в интернет, а значит пакетам этим браться неоткуда на нём.
# рубим частные сeти
${FwCMD} add deny ip from any to 10.0.0.0/8 in via ${LanOut}
${FwCMD} add deny ip from any to 172.16.0.0/12 in via ${LanOut}
#${FwCMD} add deny ip from any to 192.168.0.0/16 in via ${LanOut}
${FwCMD} add deny ip from any to 0.0.0.0/8 in via ${LanOut}

# рубим автоконфигуреную частную сеть
${FwCMD} add deny ip from any to 169.254.0.0/16 in via ${LanOut}

# рубаем мультикастовые рассылки
${FwCMD} add deny ip from any to 240.0.0.0/4 in via ${LanOut}

# рубим фрагментированные icmp
${FwCMD} add deny icmp from any to any frag

# рубим широковещательные icmp на внешнем интерфейсе
${FwCMD} add deny log icmp from any to 255.255.255.255 in via ${LanOut}
${FwCMD} add deny log icmp from any to 255.255.255.255 out via ${LanOut}


# пропускаем траффик через трансляцию сетевых адресов (NAT)
${FwCMD} add divert natd ip from ${NetIn}/${NetMask} to any out via ${LanOut}
${FwCMD} add divert natd ip from any to ${IpOut} in via ${LanOut}
# рубим траффик к частным сетям через внешний интерфейс
# заметтьте - эти правила отличаются от тех что были выше!
${FwCMD} add deny ip from 10.0.0.0/8 to any out via ${LanOut}
${FwCMD} add deny ip from 172.16.0.0/12 to any out via ${LanOut}
#${FwCMD} add deny ip from 192.168.0.0/16 to any out via ${LanOut}
${FwCMD} add deny ip from 0.0.0.0/8 to any out via ${LanOut}

# рубим автоконфигуреную частную сеть
${FwCMD} add deny ip from 169.254.0.0/16 to any out via ${LanOut}

# рубаем мультикастовые рассылки
${FwCMD} add deny ip from 224.0.0.0/4 to any out via ${LanOut}
# рубаем мультикастовые рассылки
${FwCMD} add deny ip from 240.0.0.0/4 to any out via ${LanOut}

# разрешаем все установленные соединения (если они установились -
# значит по каким-то правилам они проходили.)
${FwCMD} add allow tcp from any to any established

# разрешаем весь исходящий траффик (серверу-то в инет можно? :))
${FwCMD} add allow ip from ${IpOut} to any out xmit ${LanOut}

# разрешаем DNS снаружи (нам же надо узнавать IP по именам машин?)
${FwCMD} add allow udp from any 53 to any via ${LanOut}

# и держит какую-то зону. В остальных случаях - не нужно
${FwCMD} add allow udp from any to any 53 via ${LanIn}

# разрешаем UDP (для синхронизации времени - 123 порт)
${FwCMD} add allow udp from any to any 123 via ${LanOut}

${FwCMD} add allow tcp from any to ${IpOut} 49152-65535 via ${LanOut}

# разрешаем некоторые типы ICMP траффика - эхо-запрос,
# эхо-ответ и время жизни пакета истекло
${FwCMD} add allow icmp from any to any icmptypes 0,8,11

# открываем снаружи 22 порт - если надо будет ходить на машину по ssh
${FwCMD} add allow tcp from any to ${IpOut} 22 via ${LanOut}
${FwCMD} add allow tcp from any to ${IpIn} 22 via ${LanIn}

# по поводу следующих трёх правил, для tcp, udp и icmp - их можно
# заменить одним правилом:
${FwCMD} add allow ip from any to any via ${LanIn}

# запрещаем всё и всем. Если тип файрволла не open то это правило добавится
# автоматически, но всё-же ну его. Лучше сам. Надёжней.
${FwCMD} add deny ip from any to any
kmb писал(а):ну попробуй через другого прова, или через gprs.
смысл разобраться где тут на этой машине в этой сетке собака зарыта!

Re: Gmail

Добавлено: 2007-11-01 12:09:05
Alex Keda
где-то я видел этот файрволл...

Re: Gmail

Добавлено: 2007-11-01 12:12:15
smilealex
lissyara писал(а):где-то я видел этот файрволл...
))))))))))))

Re: Gmail

Добавлено: 2007-11-01 13:54:34
kmb
ну так отключи фаер вообще и проверь... Если работает, потом уже можно рыть, что там в правилах не так...

Re: Gmail

Добавлено: 2007-11-02 19:56:45
smilealex
kmb писал(а):ну так отключи фаер вообще и проверь... Если работает, потом уже можно рыть, что там в правилах не так...
зачем фаер отрубать? сижу за натом - там всё насквозь отлетает!
вот вопрос: чем похожи http://www.opennet.ru/opennews/art.shtml?num=11604 и https://mail.google.com/mail/ - они оба открываются через жопу... т.е. на полстранички откроются и всё - замерзают!
вчера что-то из портов накатывал gmail запел, а опеннет - нифига.. сёдня переустановил
kdenetwork-3.5.8 Network-related programs and modules for KDE
kdenetwork-kopete-0.12.7 KDE multi-protocol instant messenger (IM)

гмайл опять предательски отсох.. предлагает базовый просмотр в HTML-формате.
хелп.. а то у меня уже нервный зуд ладошек))
всё перерыл - везде всё ровно... куда смотреть??? :shock: подскажите направление :roll:
(PS kopete кстати у меня так и не стартанул,вернее стартанул, но так и не подключился, другие клиенты пашут.. т.е. склонен считать, что собака таки зарыта недалеко от kdenetwork-3.5.8..)

Re: Gmail

Добавлено: 2007-11-04 20:10:49
smilealex
привожу вывод [smilealex@IRSON] /usr/ports/>sysctl net

Код: Выделить всё

net.local.stream.recvspace: 65535
net.local.stream.sendspace: 65535
net.local.dgram.recvspace: 4096
net.local.dgram.maxdgram: 2048
net.local.recycled: 0
net.local.taskcount: 0
net.local.inflight: 0
net.inet.ip.portrange.randomtime: 45
net.inet.ip.portrange.randomcps: 10
net.inet.ip.portrange.randomized: 1
net.inet.ip.portrange.reservedlow: 0
net.inet.ip.portrange.reservedhigh: 1023
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.portrange.lowlast: 600
net.inet.ip.portrange.lowfirst: 1023
net.inet.ip.forwarding: 0
net.inet.ip.redirect: 1
net.inet.ip.ttl: 64
net.inet.ip.rtexpire: 3600
net.inet.ip.rtminexpire: 10
net.inet.ip.rtmaxcache: 128
net.inet.ip.sourceroute: 0
net.inet.ip.intr_queue_maxlen: 50
net.inet.ip.intr_queue_drops: 0
net.inet.ip.accept_sourceroute: 0
net.inet.ip.keepfaith: 0
net.inet.ip.gifttl: 30
net.inet.ip.same_prefix_carp_only: 0
net.inet.ip.subnets_are_local: 0
net.inet.ip.fastforwarding: 0
net.inet.ip.maxfragpackets: 800
net.inet.ip.maxfragsperpacket: 16
net.inet.ip.fragpackets: 0
net.inet.ip.check_interface: 0
net.inet.ip.random_id: 0
net.inet.ip.sendsourcequench: 0
net.inet.ip.process_options: 1
net.inet.icmp.maskrepl: 0
net.inet.icmp.icmplim: 200
net.inet.icmp.bmcastecho: 0
net.inet.icmp.quotelen: 8
net.inet.icmp.reply_from_interface: 0
net.inet.icmp.reply_src:
net.inet.icmp.icmplim_output: 1
net.inet.icmp.log_redirect: 0
net.inet.icmp.drop_redirect: 0
net.inet.icmp.maskfake: 0
net.inet.tcp.rfc1323: 1
net.inet.tcp.mssdflt: 512
net.inet.tcp.keepidle: 7200000
net.inet.tcp.keepintvl: 75000
net.inet.tcp.sendspace: 65535
net.inet.tcp.recvspace: 65536
net.inet.tcp.keepinit: 75000
net.inet.tcp.delacktime: 100
net.inet.tcp.v6mssdflt: 1024
net.inet.tcp.hostcache.purge: 0
net.inet.tcp.hostcache.expire: 3600
net.inet.tcp.hostcache.count: 31
net.inet.tcp.hostcache.bucketlimit: 30
net.inet.tcp.hostcache.hashsize: 512
net.inet.tcp.hostcache.cachelimit: 15360
net.inet.tcp.reass.overflows: 0
net.inet.tcp.reass.maxqlen: 48
net.inet.tcp.reass.cursegments: 0
net.inet.tcp.reass.maxsegments: 1600
net.inet.tcp.insecure_rst: 0
net.inet.tcp.rfc3390: 1
net.inet.tcp.rfc3042: 1
net.inet.tcp.delayed_ack: 0
net.inet.tcp.blackhole: 0
net.inet.tcp.log_in_vain: 0
net.inet.tcp.newreno: 1
net.inet.tcp.local_slowstart_flightsize: 4
net.inet.tcp.slowstart_flightsize: 1
net.inet.tcp.path_mtu_discovery: 1
net.inet.tcp.sack.globalholes: 0
net.inet.tcp.sack.globalmaxholes: 65536
net.inet.tcp.sack.maxholes: 128
net.inet.tcp.sack.enable: 1
net.inet.tcp.inflight.stab: 20
net.inet.tcp.inflight.max: 1073725440
net.inet.tcp.inflight.min: 6144
net.inet.tcp.inflight.rttthresh: 10
net.inet.tcp.inflight.debug: 0
net.inet.tcp.inflight.enable: 1
net.inet.tcp.nolocaltimewait: 0
net.inet.tcp.maxtcptw: 5120
net.inet.tcp.isn_reseed_interval: 0
net.inet.tcp.icmp_may_rst: 1
net.inet.tcp.pcbcount: 13
net.inet.tcp.do_tcpdrain: 1
net.inet.tcp.tcbhashsize: 512
net.inet.tcp.minmssoverload: 0
net.inet.tcp.minmss: 216
net.inet.tcp.syncache.rexmtlimit: 3
net.inet.tcp.syncache.hashsize: 512
net.inet.tcp.syncache.count: 0
net.inet.tcp.syncache.cachelimit: 15359
net.inet.tcp.syncache.bucketlimit: 30
net.inet.tcp.syncookies: 1
net.inet.tcp.always_keepalive: 1
net.inet.tcp.rexmit_slop: 200
net.inet.tcp.rexmit_min: 1
net.inet.tcp.msl: 30000
net.inet.udp.checksum: 1
net.inet.udp.maxdgram: 9216
net.inet.udp.recvspace: 42080
net.inet.udp.strict_mcast_mship: 0
net.inet.udp.blackhole: 0
net.inet.udp.log_in_vain: 0
net.inet.raw.recvspace: 8192
net.inet.raw.maxdgram: 8192
net.inet.accf.unloadable: 0
net.link.generic.system.ifcount: 2
net.link.ether.inet.log_arp_permanent_modify: 1
net.link.ether.inet.log_arp_movements: 1
net.link.ether.inet.log_arp_wrong_iface: 1
net.link.ether.inet.proxyall: 0
net.link.ether.inet.useloopback: 1
net.link.ether.inet.maxtries: 5
net.link.ether.inet.max_age: 1200
net.link.ether.inet.prune_intvl: 300
net.link.ether.ipfw: 0
net.link.gif.parallel_tunnels: 0
net.link.gif.max_nesting: 1
net.link.log_link_state_change: 1
net.inet6.ip6.forwarding: 0
net.inet6.ip6.redirect: 1
net.inet6.ip6.hlim: 64
net.inet6.ip6.maxfragpackets: 6400
net.inet6.ip6.accept_rtadv: 0
net.inet6.ip6.keepfaith: 0
net.inet6.ip6.log_interval: 5
net.inet6.ip6.hdrnestlimit: 50
net.inet6.ip6.dad_count: 1
net.inet6.ip6.auto_flowlabel: 1
net.inet6.ip6.defmcasthlim: 1
net.inet6.ip6.gifhlim: 30
net.inet6.ip6.kame_version: FreeBSD
net.inet6.ip6.use_deprecated: 1
net.inet6.ip6.rr_prune: 5
net.inet6.ip6.v6only: 1
net.inet6.ip6.rtexpire: 3600
net.inet6.ip6.rtminexpire: 10
net.inet6.ip6.rtmaxcache: 128
net.inet6.ip6.use_tempaddr: 0
net.inet6.ip6.temppltime: 86400
net.inet6.ip6.tempvltime: 604800
net.inet6.ip6.auto_linklocal: 0
net.inet6.ip6.prefer_tempaddr: 0
net.inet6.ip6.use_defaultzone: 0
net.inet6.ip6.maxfrags: 6400
net.inet6.ip6.mcast_pmtu: 0
net.inet6.ip6.rthdr0_allowed: 0
net.inet6.icmp6.rediraccept: 1
net.inet6.icmp6.redirtimeout: 600
net.inet6.icmp6.nd6_prune: 1
net.inet6.icmp6.nd6_delay: 5
net.inet6.icmp6.nd6_umaxtries: 3
net.inet6.icmp6.nd6_mmaxtries: 3
net.inet6.icmp6.nd6_useloopback: 1
net.inet6.icmp6.nodeinfo: 3
net.inet6.icmp6.errppslimit: 100
net.inet6.icmp6.nd6_maxnudhint: 0
net.inet6.icmp6.nd6_debug: 0
net.inet6.icmp6.nd6_maxqueuelen: 1
net.bpf.maxinsns: 512
net.bpf.maxbufsize: 524288
net.bpf.bufsize: 4096
net.isr.swi_count: 15697
net.isr.drop: 0
net.isr.queued: 220
net.isr.deferred: 15572
net.isr.directed: 0
net.isr.count: 15572
net.isr.direct: 0
net.route.netisr_maxqlen: 256
может кто-нибудь увидет непорядок?
соответственно /etc/sysctl.conf у меня такого вида:

Код: Выделить всё

net.inet.tcp.delayed_ack=0
net.local.stream.recvspace=65535
net.local.stream.sendspace=65535
net.inet.tcp.sendspace=65535
kern.fallback_elf_brand=3
hw.ata.atapi_dma=1
kern.ipc.maxsockbuf=524288


:( :cry: неужели у меня сетевая кривая? никто штоле не сталкивался с такой фигнёй как вышеобозначенная? втыкал инетовский шнурок напрямую в свой комп... болт.. тоже самое..

Re: Gmail (РЕШЕНО)

Добавлено: 2007-11-11 19:54:51
smilealex
воткнул ed0: <RealTek 8029>, пересобрав предварительно ядро с поддержкой оного девайса... всё запело..! :)

возник правда следующий вопрос...

Код: Выделить всё

[smilealex@IRSON] /home/smilealex/> ifconfig
re0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> mtu 1500
        options=1b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING>
        ether 00:1b:fc:08:71:b6
        media: Ethernet autoselect (10baseT/UTP)
        status: no carrier
ed0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        inet 192.168.2.100 netmask 0xffffff00 broadcast 192.168.2.255
        ether 00:00:21:f7:c5:ba
        media: Ethernet autoselect (10baseT/UTP)
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
        inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3
        inet6 ::1 prefixlen 128
        inet 127.0.0.1 netmask 0xff000000

как отрихтовать options под re0? или поправьте.. так понимаю options это "дополнительные" инструкции поддерживаемые интерфейсом? или откуда вообще они взялись?

Re: Gmail (РЕШЕНО)

Добавлено: 2007-11-11 20:47:00
Daywalker
smilealex писал(а):
возник правда следующий вопрос...

как отрихтовать options под re0? или поправьте.. так понимаю options это "дополнительные" инструкции поддерживаемые интерфейсом? или откуда вообще они взялись?
А никак, это то, что поддерживает карта, ты можешь это только отключить. Добавить никак не получиться

Re: Gmail (РЕШЕНО)

Добавлено: 2007-11-11 20:52:21
smilealex
Daywalker писал(а): А никак, это то, что поддерживает карта, ты можешь это только отключить. Добавить никак не получиться
ок.. а как отключить? :oops:

Re: Gmail (РЕШЕНО)

Добавлено: 2007-11-11 22:49:06
smilealex
маленька по-гуглив на предмет re0: <RealTek 8168/8111B PCIe Gigabit Ethernet>
обновился до
[smilealex@IRSON] /home/smilealex/> uname -rs
FreeBSD 6.3-PRERELEASE


все проблемы решены.. :) я щаслив

Re: Gmail (РЕШЕНО)

Добавлено: 2007-11-12 15:34:06
Daywalker
smilealex писал(а):
Daywalker писал(а): А никак, это то, что поддерживает карта, ты можешь это только отключить. Добавить никак не получиться
ок.. а как отключить? :oops:
ifconfig re0 -RXCSUM

Что-то в этом роде, главное с минусом.

Re: Gmail (РЕШЕНО)

Добавлено: 2007-11-12 16:35:50
smilealex
Daywalker писал(а): ifconfig re0 -RXCSUM

Что-то в этом роде, главное с минусом.

Код: Выделить всё

-rxcsum, -txcsum
             If the driver supports user-configurable checksum offloading,
             disable receive (or transmit) checksum offloading on the inter-
             face.  These settings may not always be independent of each
             other.

-vlanmtu, -vlanhwtag
             If the driver offers user-configurable VLAN support, disable
             reception of extended frames or tag processing in hardware,
             respectively.
man ifconfig)) уже нарыл.. но vlanmtu всё равно не отрубается.. так и остаётся висеть в options.. в любом разе - спасибо! проблема была в кривых дровах.