PDA

Показать полную графическую версию : Почему то не конектится.


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

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

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

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

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

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

Belansky
09-12-2006, 09:17
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"

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

Telepuzik
11-12-2006, 14:13
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 в интернет.
А маска подсети у Вас какая?

gf100
11-12-2006, 14:30
Tosha_lНа локальной машине, я установил freeBSD 6.0.Остальные машины в сетке с windows'ом? Приведи здесь их настройки сети.

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

Tosha_l
12-12-2006, 08:36
Нет, нет.

Шлюз 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 в винде, сайты тоже не пингуются. И Ип адресса сайтов тоже, но инет работает.

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

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

Tosha_l
12-12-2006, 10:21
вообщем попробывал все что вы мне говорили, результат:

connection timed out; no servers could be reached:(

gf100
12-12-2006, 16:10
Пробывал поставить что нибудь из портовПортам надо объяснить, что работаем через прокси, примерно так. (http://www.opennet.ru/tips/info/204.shtml) Для хождения в интернет прямого прохождения пингов не требуется: достаточно сказать браузеру, что есть прокси.

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

????

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

????

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

Tosha_l
13-12-2006, 10:53
Как понять хлохнут?

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

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.

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

INTELLIGENTIK
13-12-2006, 13:19
пинговать через проксю ??? ХМ а точно нужно пропускать пакеты 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 не пропустит, поднимайте НАТ и пингуйте :-)

Tosha_l
13-12-2006, 16:37
Все сделал как написал 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 оствоить...

Telepuzik
14-12-2006, 16:05
Tosha_l
Name lookup failure for "ncvsup.ru.FreeBSD.org" : Host name lookup failed
В cvsupfile правильно прописали параметр *default host=cvsup.ru.FreeBSD.org
Попробуйте сделать как здесь (http://www.lissyara.su/?id=1012) написано.

Belansky
14-12-2006, 22:11
Tosha_l
traceroute -I 192.168.0.1
Давать трассировку на ближайщий к Вам хост не имеет смысла. Но, если указать, например, так traceroute -I www.mail.ru, то, возможно, Вы получите примерно следующую картину:

traceroute www.mail.ru 22:07 ttyp0
traceroute to www.mail.ru (194.67.57.26), 64 hops max, 40 byte packets
1 195.98.64.97 (195.98.64.97) 0.871 ms 3.766 ms 2.200 ms
2 cs7301.vrn.ru (195.98.64.84) 1.659 ms 1.616 ms 1.208 ms
3 VRZ11-G01.103.transtelecom.net (217.150.46.170) 3.090 ms 2.482 ms 2.033 ms
4 TTK-lgw.Moscow.gldn.net (194.186.0.141) 13.606 ms 11.585 ms 11.953 ms
5 cat03.Moscow.gldn.net (195.239.10.189) 57.248 ms 15.623 ms 12.832 ms
6 cat01.Moscow.gldn.net (194.186.159.238) 21.139 ms 12.817 ms 12.409 ms
7 * * *
8 * * *

Из этого вывода можно сделать заключение, что на следующем после cat01.Moscow.gldn.net роутере пакеты теряются. Хотя, в данном случае просто запрещено прохождение пакетов.
И, если бы в Вашем случае пакеты не шлибы дальше 192.168.0.1, стало бы очевидным, что пакеты не проходят дальше этого хоста.




© OSzone.net 2001-2012