Почему то не конектится.
 

Ситуация такая. У меня стоит сервак на Linux там стоит прокси squid, который раздает интернет по IP - адрессам. На локальной машине, я установил freeBSD 6.0. Сетевуху вроде настроил нормально, она пингует всю сеть, в том числе и сервак. Если пробывать пинговать по конкретному адрессу, например www.mail.ru. То он не будет не че показывать, я так понял потому что так настроен сервак, и он будет пинговать только по ip - адрессу. В сосесднем топике создал тему где мне подсказали, как по web адрессу, узнай ip. Узнал, попробЫвал пропинговать, результат тот же: NO route to host. Я так понимаю что инет на меня не попадает.

Вопрос, что я забыл прописать и где?

В resolv.conf я прописал в nameserver адресс своего сервака. Но я так понял что если бы даже в этом файле прописал что-то неправильно, то по ip адрессу, он должен бы был пинговать. Следовательно, ошибка в чем то другом.

Поскажите пожайлуста.

На самом серваке, ip - адресс, в squid я добавил.

Вообще-то, squid никоим боком не рулит ping'ами... (поправьте, если ошибаюсь) - те тот протокол.
Нужна прямая маршрутизация пакетов: во freebsd - defaultrouter="192.168.1.1" ("192.168.2.1" - пример, должен быть адрес сервера из внутренней сети) в rc.conf. И в linux'e должны быть разрешена маршрутизация "пинговых" пакетов.

Tosha_l
В консоли из-под root'а дайте команду route add -net 0.0.0.0 192.168.1.1, тем самым Вы создаете статический маршрут "по умолчанию". В качестве шлюза нужно указать ip-адрес применительно к реалиям Вашей сети. После этого можете попробовать дать пинг во внешний мир. Если пинги не проходят, значит либо Вы что-то не так указали или прохождение snmp-пакетов запрещено на роутере.
На постоянку default gateway прописывается в /etc/rc.conf
defaultrouter="192.168.1.1"

Что не очень помогло, может быть распишите что нужно сделать полностью, у меня ip адресс 192.168.0.197 адресс сервера 192.168.0.1

Tosha_l
Если роутером у Вас является сервер с ip адресом 192.168.0.1 то в консоли под root -ом прописываете route add -net 0.0.0.0 192.168.0.1
Проверяете доступность серевера ping 192.168.0.1
В файл /etc/resolv.conf прописываете nameserver <ip адрес ДНС сервера для вашей сети>, пример: nameserver 192.168.0.1
Проверяете разрешение имен:
nslookup www.mail.ru
Если DNS сервер прописан правильно должен выдать ip адрес для www.mail.ru
Если разрешение имен работает то пробуйте ping www.mail.ru, если ответов нет то смотрите настройки на роуторе, разрешено ли прохождение icmp пакетов с вашего ip в интернет.
А маска подсети у Вас какая?

Tosha_lОстальные машины в сетке с windows'ом? Приведи здесь их настройки сети.

Не хочу разочаровывать, но хотя обычно шлюз, прокси-сервер и dns-сервер устанавливают на одну машину, это не правило: в реальности это может быть 3 разных компьютера. При хождении в интернет через прокси достаточно чтобы этот прокси "знал" dns-сервер. А может быть, на сервере с linux адреса раздаются через dhcp, а прокси требует авторизацию...

Нет, нет.

Шлюз Dns и прокси установлены на одной машине. Конктретно у сервера ИП адресс 192.168.0.1. Авторизацию не требуется, инет в сетку раздается только по ИП адрессу. Который прописывается в users.conf в в /etc/squid/ на сервере. Мой Ип адресс точно есть в том списке.

Все остальные машины(Кроме сервака) под Виндой. Приведу пример настроек одной из сетевых карточек:

Ip адресс:192.168.0.197
Маска подсети: 255.255.255.0
Основной шлюз:192.168.0.1
DNS сервер: 192.168.0.1

Вот с такими настройкам инет работает на виндовой машине.

Возможно на сервере, стоит запрет того чтобы пинговалось, потому что из под cmd в винде, сайты тоже не пингуются. И Ип адресса сайтов тоже, но инет работает.

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

А про то что сам сервак пингуется я уже писал.

вообщем попробЫвал все что вы мне говорили, результат:

connection timed out; no servers could be reached:(

Портам надо объяснить, что работаем через прокси, примерно так. Для хождения в интернет прямого прохождения пингов не требуется: достаточно сказать браузеру, что есть прокси.

Тоесть, мне надо в /etc/make.conf нужно прописать вот эти строчки:
FETCH_ENV= FTP_PROXY=ftp://192.168.0.1:3128
FETCH_ENV= HTTP_PROXY=http://192.168.0.1:3128

????

Еще было бы не плохо прописать логин, и пароль. Хотя в винде он и без этого качает.

????

Tosha_l
Чтобы определить, на каком узле пакеты хлохнут, дайте команду traceroute -I ip-адрес хоста.

Как понять хлохнут?

Вобщем вот результат на эту команду:

traceroute -I 192.168.0.1 64 max, 60 byte packets

1. 192.168.0.1 (192.168.0.1) 0.494 ms. 0.166 ms. 0.150 ms.

Если чесно я не очень понял смысл того что получилось. Хотелось бы что бы вы рассшифровали.

пинговать через проксю ??? ХМ а точно нужно пропускать пакеты ICMP или нужно просто попасть в инет ??? Если просто в инет то правим файл
/etc/csh.cshrc

там прописать
#для http
setenv HTTP_PROXY "http://адрес_прокси:порт_сквида(по умолчанию 3128)"
#для ftp
setenv FTP_PROXY "http://адрес_прокси:порт_сквида(по умолчанию 3128)"


пример
setenv HTTP_PROXY "http://192.168.0.1:3128"
если с паролем то "http://name:pass@192.168.0.1:3128"

ICMP не пропустит, поднимайте НАТ и пингуйте :-)

Все сделал как написал INTELLIGENTIK.
Прописал в make.conf

Начал ставить из портов, кое что у меня поставилось(УРА значит есть какнтакт так как исходников не было вообще, и они закачались!!!)

Следующим моим этапом была установка squild.

Перешел в нужный каталог, запустил make.

И он у меня руганулся что не может скачать исходники.

У меня достаточно старое дерево портов. Именно поэтому я решил его обновить, и вот тут начались опять проблемы...

Попытался сделать все по статье: (Цатата со статьи с www.opennet.ru):

Для обновления локального дерева портов нам понадобится
пакет cvsup. Установим его.

# cd /usr/ports/net/cvsup/
# make install

Создадим конфигурацию при помощи псевдо-порта cvsupit

# cd /usr/ports/net/cvsupit/
# make
# make install

На экране должно появится меню псевдо-порта cvsupit. Выберите пункт меню
The 5.0-current branch (.=HEAD). В остальных меню примите все по
умолчанию (не устанавливайте исходники /src) и откажитесь от обновления
CVSup.

В каталоге /etc должен появится файл cvsupfile. Откройте его и
закоментируйте все строки начинающиеся с src. Должно получится примерно
следующее:

*default host=cvsup.ru.FreeBSD.org
*default base=/usr
*default prefix=/usr
*default release=cvs
*default tag=.
*default delete use-rel-suffix
# src-all
*default tag=.
ports-all
doc-all


А теперь самое главное - обновляем порты:

# /usr/local/bin/cvsup -g -L 2 /etc/cvsupfile

------------------------------------------------------------------------------------------------------

Вот эта операция у меня прошла успешно:

# cd /usr/ports/net/cvsup/
# make install

А вот вот этого коталога у меня нет # cd /usr/ports/net/cvsupit/ :(

Я не очень расстроился, и решил создать cvsupfile в папке /etc/ в ручную: написал туда следующее:


*default host=cvsup.ru.FreeBSD.org
*default base=/usr
*default prefix=/usr
*default release=cvs
*default tag=.
*default delete use-rel-suffix
# src-all
*default tag=.
ports-all
doc-all

В ответ на это мне выдало следующее:

Parsing supfile "/etc/cvsupfile"

Name lookup failure for "ncvsup.ru.FreeBSD.org" : Host name lookup failed

will retry at 16:17:31

Друзья, помогите пожайлуста разобраться, очень очень хочеться FreeBSD оствоить...

Tosha_l
В cvsupfile правильно прописали параметр *default host=cvsup.ru.FreeBSD.org
Попробуйте сделать как здесь написано.

Tosha_l
Давать трассировку на ближайщий к Вам хост не имеет смысла. Но, если указать, например, так traceroute -I www.mail.ru, то, возможно, Вы получите примерно следующую картину:
Из этого вывода можно сделать заключение, что на следующем после cat01.Moscow.gldn.net роутере пакеты теряются. Хотя, в данном случае просто запрещено прохождение пакетов.
И, если бы в Вашем случае пакеты не шлибы дальше 192.168.0.1, стало бы очевидным, что пакеты не проходят дальше этого хоста.