cppmm

Цитата: нет нето.... проблема то глубже.... Crying or Very Sad эээ... А подробнее?

Про последнюю версию я не говорил. А вам именно последняя нужна? В стабильной ветке на данный момент вот такая: $ apt-cache policy wine wine: Установлен: 0.9.25-2.1 Кандидат: 0.9.25-2.1 Таблица версий: *** 0.9.25-2.1 0 500 ftp://ftp.at.debian.org etch/main Packages 100 /var/lib/dpkg/status Может быть в нестабильной есть постарше. Сам не знаю, потому как только stable использую. А что касается ссылочки, я просто apt настроил на online-репозиторий и apt-get'ом ставлю то, что нужно, не задумываясь о поиске в гугле пакетов и зависимостей. Инструкции по настройке есть на debian.org

А почему из исходников собираете? Если используется стабильная версия debian, то понятно, почему нет некоторых библиотек - их в этой версии не используют.

Цитата: В любом случае 800 - мало на данный момент, вряд ли хотя бы процентов 10 посетителей сайта работают с 800х600, если фиксированно, то расчитывать, имхо, на 1024х768 Цитата: Ничего, на ЛОР-е получилось... Как вариант - псевдоограничение типа УБМТБУ, или ограничение по максимальному размеру, но не по минимальному. Можно споросить меня, как, поскольку IE не понимает max-width P.S. А можно на IE и не рассчитывать, с другой стороны +1 по поводу ширины. Без скрипта, предложенного SignFinder, на 1280х1024 смотреть невозможно. А скрипт с собой всегда не потаскаешь. P.S. Проголосовал за синий.

4. xchm, gnochm, kchmviewer

Legalizer писал(а) Wed, 14 May 2008 11:05 cppmm писал(а) Mon, 12 May 2008 21:32 А чем вас iceweasel не устраивает? Он от firefox отличается названием и иконкой. И всё. +1 А что, разве в репозиториях Debian нет Firefox'а? Насколько я знаю, из-за того, что значок и название огнелиса как-то там зарегистрировано особо(Это уже, кстати, вопрос к юристам ) ), команда debian не использует их, стремясь к идеальной лицензионной чистоте дистрибутива. Поэтому и появились такие вещи, как iceweasel(firefox), icedove(thunderbird), iceape(seamonkey). Различия ТОЛЬКО в названии. Хотя, возможно, если подключить репозитори non-free, появится и "чистый" firefox.

А чем вас iceweasel не устраивает? Он от firefox отличается названием и иконкой. И всё.

Если там в основе лежит grub, то скорее всего, проблема в том, что он не нашёл образ ядра и выбросил вас в свою командную строку. Попробуйте её средствами запустить систему(там есть help). Что касается, того, из-за чего так получилось - сложно сказать. Возможно, проблемы с iso-шкой мандривы. Откуда брали? Совпадает ли md5sum? Или с этим UNetbootin. Идут ли сейчас с его помощью другие диски?

А. Точно. Давненько я не работал с route. Извиняюсь. Даже не знаю, как именно это делается в нём. Ну тогда могу посоветовать только поискать доки, как завернуть маршруты от адреса на шлюз. Вот ещё подумалось, может вам в этом поможет zebra.

Цитата: конструкция которую вы мне предлагаете создаст маршрут к данному узлу и пакеты вообще перестанут ходить Это почему? Перечитайте внимательно всю тему. Вкратце: Есть дефаулт маршрут на один шлюз, куда уходят все пакеты, не описанные отдельно. Есть отдельный маршрут для определённого хоста(или сети, как удобнее) на другой шлюз. Есть один нат для общего маршрута и первого провайдера. Есть второй нат для отдельного маршрута ко второму провайдеру. Что именно неясно в такой схеме? И вроде бы даже определились с инструментами, с помощью которых это всё делается. Я бы сам попробовал, но у меня фряхи свободной для экспериментов под рукой не установлено.

Цитата: нужно из этой сети отдельно взятый адрес отправить на другой роутер route add -host x.x.x.x y.y.y.y не работает? Иксы - адрес, пакеты с которого надо перенаправить? y.y.y.y - шлюз. Только в любом случае оно должно работать в связке с натом.

Цитата: как посмотреть трассу на наличие маршрута? В *nix-системах утилита traceroute в оффтопике tracert Цитата: и как диверт обратный реализуется? Примерно так: ipfw add 100 divert natd ip from x.x.x.x/x to any ipfw add 110 divert natd ip from any to y.y.y.y где x.x.x.x/x - локальная сеть, которую надо занатить, а y.y.y.y - внешний ip. В вашем случае надо будет прописывать для обоих провайдеров и вместо natd использовать порты, соответствующие первому и второму нату.

Честно говоря, не видел установщика Альта, но в debian, к примеру, имеется галочка "форматировать, выбранный раздел". Соответственно, если её убрать, вся инфа останется на месте. Может вы такую пропустили где-нибудь?

Цитата: маршрут добавляет но половина адресов не резольвится т е некоторые сайты открывает некоторые нет и аська вылетает сразу Попробуйте посмотреть трассу на внешние ip из маршрутизируемой сети. Если пакеты уходят на второй шлюз, значит с маршрутами всё ок и можно идти дальше. Что касается резолвинга, тут зависит от того, каким dns'ом вы пользуетесь. Если провайдерским, надо соответственно на клиентах прописывать адреса тех провайдеров, через которых они завёрнуты. Что касается ната при старте системы, тут нужны спецы по фряхе. Единственное, что я бы попробовал, это прописать команды в /etc/rc.local, или посмотреть, что именно делает скрипт в /etc/rc.d Возможно там есть какие-то ньюансы, которые, в случае двух натов, надо переписывать руками. Кстати, в логах по этому поводу ничего нет? И ещё, в прошлый раз пропустил, диверты на NAT наружу вы сделали. А назад для обоих натов есть?

Вы упорно не хотите слушать. С этим всё отлично. Цитата: делаю так 1 два ната natd -n xl0 -p 8668 natd -n xl1 -p 8669 2 divert в /etc/rc.firewall add divert 8669 ip4 from x.x.x.x to any (сюда часть адресов) add divert 8668 ip4 from any to any (сюда остальные) Но пакеты должны знать маршрут, по которому им двигаться. форвардом вы просто переслали всё, что пришло с y.y.y.y на x.x.x.x Откуда роутер x.x.x.x знает, куда отвечать? Откуда настраиваемый вами роутер знает, что делать с пакетами, которые к нему приходят(если придут)? В вашей схеме всё будет натиться, но никто не будет знать, куда идти, потому что после ната пакеты уходят в default gateway, т.е. к основному провайдеру... P.S. Команду route вы игнорируете?

Цитата: и почему когда я явно указываю интерфейс пакеты все равно не ходят? Потому что вы пытаетесь фаерволл заставить делать то, что делается таблицами маршрутизации. Вашим правилом вы разрешили проходить пакетам с определённого адреса на интерфейс. Но ведь маршрут у этого пакета идёт через другой интерфейс, что можно посмотреть при помощи route. Я не зря рассказал вам про то, как это делается в linux. В разных системах инструменты разные, но принцип в данном случае один.

Два NAT'а - это хорошо. Но нужны ещё маршруты. А с этим уже сложнее. В Linux можно использовать iproute2 для создания разных таблиц маршрутизации и распределения по ним трафика. Во Фряхе я аналогичных пакетов не знаю. Однако знаю, что это возможно.

Хе-хе. Не советовал бы топикстартеру браться за linux. Любой. Тут явно не в мандриве дело...

А вы готовы к тому, что в процессе сборки ядра придётся прочитать и понять несколько сотен страниц текста на техническом английском языке, для того, чтобы выбрать нужные параметры? Если да, то думаю, вам не сложно будет перед этим прочитать, как минимум, инструкцию к самой мандриве...

А так же смотреть правила самого фаера. Ваш вопрос задан так, что на него можно ответить только одним способом: Фаер или мешает, или нет. Его надо или отключить, или не надо.

Цитата: Где 79.124.188.94 это, уже, мой IP при подключении. Получается я же и есть gateway для себя? Нет. Default gw - 192.168.100.101, что видно из строчки Цитата: Основной шлюз: 192.168.100.101 Что касается адреса 79.124.188.94 - это ip-шник, который выводится провом через туннель для Вас наружу, если я правильно понял суть Вашего подключения к инету. И, к слову, прислушайтесь к советам по поводу VirtualHost по-внимательнее. Это Вам понадобится, если один web-сервер держит несколько страничек(я до этого описывал вариант, если на одной машине несколько разных серверов).

Цитата: Почему так много интерфейсов? Это единственный вариант что я смог придумать что б поднять Чат, Форум и т.д.т.п. через Apache. Каждое имя на отдельном IP весит. Зачем? На одном ip замечательно уживаются, к примеру, irc.domen.com smtp.domen.com pop3.domen.com ns.domen.com web.domen.com Каждый сервис слушает свой порт и никто никому не мешает. Для этого и существует понятие "порт". Т.е. dns слушает 53-ий, web - 80-ый, почта 25-ый и 110-ый и т.д. В вашем же случае возникает путаница. Пакет, который, должен уйти в сеть 192.168.1.0/24 не знает, с какого адреса ему уходить. Цитата: Шлюз по умолчанию на меня же. Грубейшая ошибка. Очень советую почитать документацию по основам маршрутизации. В частности, для чего нужен шлюз по умолчанию? Для того, чтобы все пакеты, предназначенные не для локальной сети(т.е. в интернет) отправлялись в него. У Вас же все эти пакеты возвращаются на Ваш компьютер. Разумеется ни о каком интернете не может быть и речи. Проще говоря, должна быть такая схема: интерфейс, смотрящий в локалку, имеет один адрес, который служит шлюзом для компьютеров в локальной сети. Внешний интерфейс смотрит в сеть провайдера. Шлюзом является шлюз провайдера. По-другому работать не будет. Цитата: Под ОС Windows шлюз провайдер даёт 0.0.0.0: У оффтопика есть глупая привычка. Разрешать прописывать шлюзы для каждого интерфейса. Зачем такая глупость - не знаю. В реальности же, шлюз только один. Узнать, какой, можно, если не ошибаюсь, с помощью команды route print

Что за ужас у Вас с интерфейсами!? Зачем столько алиасов из одной сети? Я бы посоветовал убить все настройки сети и поднимать всё заново. А ничего не пингуется потому как default gateway у Вас не к провайдеру на шлюз идёт, а на один из непонятных адресов на eth0.

man iptables Особо обратите внимание на таблицу nat и цепочку PREROUTING

А зачем вообще что-то нужно? Зачем нужны разные IDE, если есть vim? И зачем нужен GUI, если есть консоль? Зачем нужен компьютер, если есть листик и бумага? ) Проще говоря, кому что удобнее, тот тем и пользуется. Возможно Air кому-то удобнее. Главное, чтобы то, что делается с его помощью работало и работало хорошо.