Сеть

Тема уже поднималось х... тьма ток надо поискать на данном форуме.
А тут начинают сразу всё сначала.

[console]
nikita@uber-desktop:~$ cat /proc/sys/net/ipv4/ip_forward
0
nikita@uber-desktop:~$ cat /etc/sysctl.conf
#
# /etc/sysctl.conf - Configuration file for setting system variables
# See /etc/sysctl.d/ for additional system variables.
# See sysctl.conf (5) for information.
#

#kernel.domainname = example.com

# Uncomment the following to stop low-level messages on console
#kernel.printk = 3 4 1 3

##############################################################3
# Functions previously found in netbase
#

# Uncomment the next two lines to enable Spoof protection (reverse-path filter)
# Turn on Source Address Verification in all interfaces to
# prevent some spoofing attacks
#net.ipv4.conf.default.rp_filter=1
#net.ipv4.conf.all.rp_filter=1

# Uncomment the next line to enable TCP/IP SYN cookies
# See http://lwn.net/Articles/277146/
# Note: This may impact IPv6 TCP sessions too
#net.ipv4.tcp_syncookies=1

# Uncomment the next line to enable packet forwarding for IPv4
#net.ipv4.ip_forward=1

# Uncomment the next line to enable packet forwarding for IPv6
# Enabling this option disables Stateless Address Autoconfiguration
# based on Router Advertisements for this host
#net.ipv6.conf.all.forwarding=1


###################################################################
# Additional settings - these settings can improve the network
# security of the host and prevent against some network attacks
# including spoofing attacks and man in the middle attacks through
# redirection. Some network environments, however, require that these
# settings are disabled so review and enable them as needed.
#
# Do not accept ICMP redirects (prevent MITM attacks)
#net.ipv4.conf.all.accept_redirects = 0
#net.ipv6.conf.all.accept_redirects = 0
# _or_
# Accept ICMP redirects only for gateways listed in our default
# gateway list (enabled by default)
# net.ipv4.conf.all.secure_redirects = 1
#
# Do not send ICMP redirects (we are not a router)
#net.ipv4.conf.all.send_redirects = 0
#
# Do not accept IP source route packets (we are not a router)
#net.ipv4.conf.all.accept_source_route = 0
#net.ipv6.conf.all.accept_source_route = 0
#
# Log Martian Packets
#net.ipv4.conf.all.log_martians = 1
#

[/console]
эт для первого компа такой результат

Расскоментируй #net.ipv4.ip_forward=1 и

[console]echo 1 > /proc/sys/net/ipv4/ip_forward[/console]

Потом проверяй.

Kettler написал:

Тема уже поднималось х... тьма ток надо поискать на данном форуме.

http://linuxforum.ru/viewtopic.php?id=6611

раскоментил
толь ко вот
[console]
nikita@uber-desktop:~$ sudo echo 1 > /proc/sys/net/ipv4/ip_forward
bash: /proc/sys/net/ipv4/ip_forward: Отказано в доступе
[/console]

спасибо всем ! попробую разобраться в настройке шлюза.

drBatty написал:

[quote=Kettler]Тема уже поднималось х... тьма ток надо поискать на данном форуме.

http://linuxforum.ru/viewtopic.php?id=6611[/quote]
Как то не помне!
А вот для меня
http://linuxforum.ru/viewtopic.php?pid=102891#p102891

raselkroy написал:

спасибо всем ! попробую разобраться в настройке шлюза.

Дык уже все сделали. Должно работать.

raselkroy написал:

раскоментил
толь ко вот
[console]
nikita@uber-desktop:~$ sudo echo 1 > /proc/sys/net/ipv4/ip_forward
bash: /proc/sys/net/ipv4/ip_forward: Отказано в доступе
[/console]

sudo не поможет! надо под root.

xlin написал:

[quote=raselkroy]спасибо всем ! попробую разобраться в настройке шлюза.

Дык уже все сделали. Должно работать.[/quote]

пингуеться 8.8.8.8 , (раньше не пинговался)
ping ya.ru
ping unknown host ya.ru
то же самое с google.com

и как писать из под root?

не надо если раскоментировали в конфиге а днс ручками пропиши у второго клиента.

resolv.conf сделал как я сказал?

Сдел следующее. Запиши nameserver 8.8.8.8. Тут явно уже DNS, раз гугл пингуется по айпи. Имеется ввиду у клиента правь.

у второго копма поменял nameserver 192.168.1.1 на 8.8.8.8
пинг есть smile

инет теперь тоже есть!!!!)
РЕСПЕКТ xlin)

получается во всем был виноват комент в /etc/sysctl.conf??
и почему 8.8.8.8?

Kettler написал:

nikita@uber-desktop:~$ sudo echo 1 > /proc/sys/net/ipv4/ip_forward
bash: /proc/sys/net/ipv4/ip_forward: Отказано в доступе

Kettler написал:

sudo не поможет! надо под root.

потому-что то, что идёт после > выполняется не в sudo.
[console]sudo "echo 1 > /proc/sys/net/ipv4/ip_forward"[/console]

raselkroy написал:

и почему 8.8.8.8?

Это DNS-сервер Google

raselkroy написал:

РЕСПЕКТ xlin)

получается во всем был виноват комент в /etc/sysctl.conf??
и почему 8.8.8.8?

это гугловский DNS
http://ru.wikipedia.org/wiki/Google_Public_DNS

Используйте лучше DNS сервера провайдеров.

кстати с вики:

Google заверяет, что Public DNS будет использоваться только для ускорения загрузки веб-сайтов и не будет собирать персональные данные. IP-адреса пользователей сервиса будут храниться в системе не более 48 часов. Информация о провайдере и местоположении — не более двух недель. Сугубо конфиденциальные данные, такие как имя пользователя и его физический адрес, компания записывать не будет. Собираемая сервисом информация будет использоваться исключительно в технических целях для повышения качества обслуживания.[5]

Между тем, официальную позицию корпорации поддерживают далеко не все. Так, основатель конкурирующего сервиса OpenDNS Девид Улевич (англ.) полагает, что Google будет заботиться не столько о сохранности персональных данных, сколько о собственной выгоде. Например, он считает, что корпорация, как один из крупнейших игроков на рынке интернет-рекламы со временем неизбежно начнет внедрять собственную контекстную рекламу на веб-страницах.[6] Кроме того, исполнительный директор Google Эрик Шмидт заявил, что компания «в некоторых случаях» может раскрыть информацию о личных данных, которая может стать причиной для повестки в суд.[7]

лучше юзать эти:

http://ru.wikipedia.org/wiki/OpenDNS

* 208.67.222.222 (resolver1.opendns.com)
* 208.67.220.220 (resolver2.opendns.com)

они побыстрее, 8.8.8.8 ощутимо тупит.

drBatty написал:

лучше юзать эти:

http://ru.wikipedia.org/wiki/OpenDNS

* 208.67.222.222 (resolver1.opendns.com)
* 208.67.220.220 (resolver2.opendns.com)

Полностью согласен smile Но гугл DNS для проверки сойдет. Легче запомнить, а изменить всегда можно.

xlin написал:

Но гугл DNS для проверки сойдет. Легче запомнить, а изменить всегда можно.

лучше не надо. нет ничего более постоянное, чем наше русское "временно". особенно в нашем деле :(