>Здравейте, > >Случи ми се нещо странно. Не съм имал досега никакви проблеми с виртуалните >у-ва TUN и TAP в ядра 2.2 и 2.4. Сега ми потрябва такова в SuSE 10.1 (напр. >за QEMU) и... ядец. Ето: > ... >Гугъл не даде нищо полезно по въпроса, освен че и при други го има този >проблем и май е от ядрото... не се знае... ами то почти на никого не му >трябва тоя TUN... >Да, ама на мене взе, че ми потрябва, и затова търся някой да сподели успешен >опит (неуспешния вече го споделих). За което - предварително благодаря. > >Иво Тачев
Ще трябва да оттегля въпроса си и сам да си отговоря, че (както често се случва) причината се оказа в "собствения ми телевизор" (е, не изцяло). Най-вече спомените ми се оказаха избледнели, та да не се сетя, че винаги в миналото съм използвал ethertap, а не tun. А в 2.6 такова животно нема (жалко, работеше толкова безпроблемно). Така или иначе, оказа се, че QEMU успява да си вдигне така желания от мен tap интерфейс, и след многократни проби и грешки актуалният ми проблем се разреши. Но остана въпросът: как така QEMU може, а аз ръчно не мога да вдигна tap интерфейс? Гугъл пак не даде смислени отговори, но тук най-добре ще отговори изходният код на QEMU. Покрай ръчкането на QEMU в Linux машинката се натъкнах на един много странен факт: уж това QEMU е разработено основно за unix/linux платформа, а в Windows веднага всичко тръгна точно така, както исках и по начина, описан в документацията, докато на мойта си машина видях зор и опциите, с които сега върши работа, не съответстват напълно на документацията (qemu 0.8.1 от двоичен пакет). Въпросът е общо взето риторичен... Та, извинявам се на всички за излишната тупурдия в листата. Иво Тачев _______________________________________________ Lug-bg mailing list [email protected] http://linux-bulgaria.org/mailman/listinfo/lug-bg
