Ineu

А зачем у Вас два одинаковых правила в конце? И внешний адрес у Вас 82,х,х,х, как указано в первом посте, или все-таки 87,х,х,х, как в последнем?

Я собсно просил grep PCI_GO... Ну да ладно... Пойдем другим путем... cd /usr/src/linux; make menuconfig Идем в Bus options -> PCI Access Mode и проверяем, чтоб был выбран пункт Any, после чего перебираем ядро.

V_Kuzmin писал(а) Wed, 31 January 2007 15:18 - это факт! Не стоит писать полфразы в названии ответа, а вторую половину - в теле. Это не ЖЖ, непонятно, на какой пост ответ. Цитата: Вы все тут про интернет, а как его использовать, если сеть не установлена? Ну Вы же сюда попали? Цитата: 2.Взял ядро 2.6.19.2, все сделал по инструкции, все скомпилилось, все в grube по инструкции, а при загрузке - kernel panic! PCI: BIOS Bug : MCFG area at e00000000 is not E820 reserved PCI: Not using MMCONFIG ... mount: could not find fs /dev/root cd /usr/src/linux; cat .config | grep PCI_GO - в студию Цитата: есть тут не ламер, кто объяснит - в чем дело? А вот провокаций не надо, неблагодарное это дело

gambrinus писал(а) Wed, 31 January 2007 15:25 а ip - это какой пакет? счас поставлю... iproute или iproute2 А дефолт роут у Вас интересный... Дайте iptables -t mangle -vnL, iptables -t nat -vnL

gambrinus писал(а) Wed, 31 January 2007 15:10 proxy:/home/admin# iptables -t forward -vnL iptables v1.3.6: can't initialize iptables table `forward': Table does not exist (do you need to insmod?) Perhaps iptables or your kernel needs to be upgraded. ip route list - command not found Что поставить надо? Сорри, ошибся. Конечно же, iptables -t filter -vnL. А что ip нет - это нехорошо. Давайте тогда route -n.

kononsys писал(а) Wed, 31 January 2007 15:01 Не хотите - не отвечайте! Не знаете - молчите! Не нада посылать меня в гугл, оттуда на этот форум попал. Что за народ пошел... Меня на 100% устроил бы ответ: "Попробуй OpenSUSE 10.2 вот линк... или Mandriva Free... линк, но первый предпочтительнее".Все, большего и не надо. Ан нет, лучше пофлужу. Раз уж Вы пришли на наш форум, будьте добры, позвольте уж нам решать, когда молчать, а когда говорить. Мы не техподдержка и Вы нам деньги не платите, так что это наше дело, какие ответы давать. Не надо лезть со своим уставом в чужой монастырь. Что за народ пошел... Сотне людей отвечаешь - попробуйте Suse 10.2 - а потом приходит сто первый и начинает рассказывать, что и как я должен делать. Воистину - сделай добро одному человеку, так тут же придет еще десяток с твердым намерением сесть тебе на шею.

Док, форвард не виноват Цитата: из локалки 172.20.77. при таком же правиле iptables -t nat -A POSTROUTING -s 172.20.77.ххх/255.255.255.255 -o ppp0 -j SNAT --to-source 82.ххх.ххх.ххх все работает как часики... 2 gambrinus Дайте вывод ip route list и iptables -t forward -vnL

kononsys писал(а) Wed, 31 January 2007 14:22 ЗЫ. Подошел к вам на улице человек и спрашивает: "Не подскажете где -то в этом районе пер. Пупкина Васи", а вы ему : "Да тут все знают такой переулок! Зачем спрашивать в тысячный раз!" Если проводить такие аналогии, то давайте уж честно. Итак, улица обвешана кучей указателей с надписями - "ул. им. Васи Пупкина" и стрелками, указывающими на эту самую улицу, через каждые два метра - справочные бюро - гугль, рамлер, яндекс - которые с удовольствием ответят Вам на Ваш вопрос, еси уж Вы принципиально указатели не читаете. Но ими Вы тоже пользоваться не хотите, а останавливаете человека, идущего по своим делам и начинаете допытываться, где же тут искомая улица. Будь это все в реальности, куда бы этот человек Вас послал? Особенно если его через каждые пять минут останавливают такие же товарищи, которые ни указатели не читают, ни справочными не пользуются? Я думаю, очень далеко и вовсе не так культурно, как здесь.

V_Kuzmin писал(а) Wed, 31 January 2007 13:02 Вы знаете какая да и спуститесь с уровня фена до рядового пользователя Фен - это бытовой прибор такой. Цитата: пробовал, и не в восторге, все что нужно ПОЛЬЗОВАТЕЛЮ - это список из 3-х 5-и действий, расточительно ради этого читать 100 страниц, на малопонятном частыми местами жаргонном вражеском языке (последние 8 месяцев, между прочим я работал в США). Повторяю, я пользователь, а не фанат Ну купите себе мак, если хотите, чтоб все работало из коробки. Зачем Вам тот Линух-то сдался?

Линукс как ядро - безусловно бесплатный. Подавляющее большинство ПО распространяется под лицензией GPL (http://www.gnu.org/licenses/), которая не запрещает продажи ПО, но требует распространения исходных кодов и соблюдения авторских прав. Конечно, создатели дистрибутивов могут включать в них и прориетарный софт, использующий другие лицензии и соотв. другие правила распространения и использования.

Nailgun писал(а) Tue, 30 January 2007 20:08 EvilShadow писал(а) Tue, 30 January 2007 00:38 Не припомню, чтоб ядро требовало сторонних хедеров. требует стандартные системные glibc хидеры. на чем ядро написано? на С! как же тут без glibc?.. Не вижу связи. Ядро - не прикладное ПО, ему glibc ни к чему. Наоборот, стабильные версии хедеров самого ядра обычно ставятся в /usr/include/linux.

gdever писал(а) Tue, 30 January 2007 11:19 Чтобы сделать сервер с асинхронными сокетами. man poll, man select

Nailgun писал(а) Mon, 29 January 2007 23:22 $ CPATH=/usr/include gcc foo.c все в норме. компилит! А что мешает сделать после этого export CPATH? Цитата: $ CPATH="..." make menuconfig , где ... - страндартные пути хидеров (взял из info cpp) ПИШЕТ ВСЯКУЮ ЧУШЬ! Не припомню, чтоб ядро требовало сторонних хедеров.

Нет. Чего Вы хотите добиться? Зачем в _консольном_ приложении использовать оконную очередь сообщений?

Согласен

White_Mouse писал(а) Mon, 29 January 2007 13:00 ИМХО, если вам нужно поднять web-серверы для внешних пользователей, то надо это делать: 1. не с помощью домашнего Стрима; 2. В любом случае на разных реальных ip. Вот мы и пришли к ситуации, когда мост однозначно лучше роутера

Dr.Spectre писал(а) Mon, 29 January 2007 08:19 Цитата: И не дай Бог поднять на двух машинах апач на одном и том же порту И что? можно делать порт форвардинг с разных внешних портов на разные ломальные адреса. Так не в том-то беда, что внутренние серваки будут на одинаковых портах висеть, а в том, что внешним пользователям придется явно указывать порты.

То-то и оно, что для Ваших. А когда я поднимаю пппое со своей машины через мост, я получаю: 1. Белый адрес - нет необходимости в нате и портмаппинге. 2. Днс, которым в подавляющем большинстве случаев оказывается провайдерская сторона туннеля - нет необходимости в дополнительной функциональности Днс в модеме. Если модем раздает инет нескольким машинам, то удобнее его ставить роутером, не спорю. Но! Если возможно поднятие нескольких пппое для нескольких машин, то модем проигрывает по всем показателям. А если нужен только инет, а не связь машин друг с другом, то и в дхчп отпадает надобность. Единственное, в чем его плюс - это точка доступа. Хотя опять же, неизвестно, как эта функциональность будет себя вести в режиме моста. Цитата: А с каких пор port forwarding не решает все необходимые задачи? С тех самых, как за роутером начали ставить не одну машину, а две, три и более. И не дай Бог поднять на двух машинах апач на одном и том же порту То же касается не только демонов, а таких распространенных вещей, как IRCшный DCC.

White_Mouse писал(а) Sun, 28 January 2007 23:01 Я не пробовал Надо у них спросить А лучше не спрашивать, а просто попробовать Не могу пробовать, я от Москвы строго на юг порядка тысячи километров Цитата: О чем там можно спорить ? Вкратце - товарищ предлагал использовать модем исключительно в режиме роутера, мотивируя это тем, что не надо будет поднимать пппое на клиентской машине. А дальше он пытался меня убедить, что режим _включил машину и все работает безо всяких доп. подключений_ оправдывает нат и портмаппинг (как раз нужно было на клиентской машине поднять апача). Не убедил Цитата: P.S. Я конечно в курсе, что любители Мака - люди как минимум специфические. Долго смеялся над флеймами на Макцентре (в форуме) типа: - Подкажите как сделать действие А; - Вам не нужно А, вам нужно Б, потому что его умеет Макось; - Но мне все же нужно А, а не Б, про Б я и так знал, но это не обтвечает моим потребностям, вот под Linux/Вендой...; - Тогда ты урод и убей себя об стену, а Мак рулез форева Читал недавно статью об автоматоре, автор в комментах довольно неохотно признавал, что в некоторых случаях, конечно, придется использовать эпплскрипт, хотя вообще это не нужно, потому что автоматор умеет все, чего вы хотите или когда-нибудь захотите. Ему же принадлежит фраза о том, что линуксоиды на самом деле не знают, чего хотят, поэтому постоянно придумывают себе какие-то бестолковые и лишние задачи ЗЫ. А первая встреча с эпплскриптом заставила приобретенный на перле/сях опыт трещать по всем швам. Нельзя писать код на литературном языке, это отвлекает от логики.

Вспоминается ru_mac, где недавно имел холивар на предмет роутер/мост. Кстати, господа, а можно ли на стриме поднять несколько пппое от одного абонента?

Так "ничего не происходит" или все-таки "зависает"?

dmesg | grep ttyS?

AccessD писал(а) Sat, 27 January 2007 16:40 если вы хотите видеть в винде или досе линукс разделы - то это невозможно Ну почему же невозможно... Есть такие проекты, по обеспечению монтирования линуховых фс в винде. Хотя проще воспользоваться замечательным плагином для TCMD, который позволяет читать ext2/reiserfs. А лучше - вообще забыть о такой штуке, как винда, если есть такая возможность

А какой дистрибутив, догадайтесь, мол, сами... Aceler, ау! Нужны телепаты!

Либо указать соотв. расположение при конфигурации, либо сделать симлинк на имеющуюся директорию QT. Цитата: Почему make порешил что его надо брать именно из qt3/bin? Потому что нельзя предусмотреть все варианты расположения папок во всех дистрибутивах.