Около сетевой Блог » Ip

Windows: меняем размер MTU в Windows Vista

Ioann — Tue, 14 Sep 2010 11:17:38 +0000

По умолчанию в Windows Vista размер MTU равняется 1500 байт. В большинстве случаев так и должно быть, но если в нашей сети используется другое значение MTU, то мы можем простым способом изменить его в нашей ОС.

Для того что бы проверить какое значение MTU установлено в Windows Vista выполним следующую команду:

netsh interface ipv4 show subinterfaces
 
Idx Met MTU State Name
— — —– ———– ——————-
1 50 4294967295 connected Loopback Pseudo-Interface 1
17 25 1500 connected Wireless Network Connection 1
19 25 1500 connected Wireless Network Connection 2

Для того что бы изменить размер MTU выполним следующую команду

netsh interface ipv4 set subinterface “1″ mtu=1384 store=persistent

Вышел Vyatta 6.1

Ioann — Wed, 25 Aug 2010 15:17:08 +0000

На этой неделе стал доступен для скачивания новый релиз дистрибутива Vyatta 6.1. Vyatta основывается на коде Debian и предназначен для установки на сервера в качестве маршрутизатора или/и файервола (firewalls or routers).

В пресс-релизе указано, что компания разработчик является лидером в области открытого (свободного) ПО для сетей и виртуализации сетей. Отдельным пунктом говорится о том, что в составе дистрибутива появилась полноценная поддержка IPv6.
Vyatta позволяет фильтравать веб трафик. Поддерживает динамическую маршрутизацию включая BGP, а так же имеет качественную реализацию QoS.
Подробнее о релизе можно прочитать на этой странице.
Скачать релиз можно с этой.

Windows: Удаляем кеш arp

Guru — Thu, 27 May 2010 09:41:17 +0000

Очищать кеш arp приходится не так уж и часто, так как он очищается автоматически через определенное время. В ОС Solaris через 5 минут после последнего обращения к ip address, в Windows Xp через 2, Windows 2003 Server через 10. Но бывает так, что жалко времени ждать эти минуты, или времени просто не хватает. Именно тогда приходится очищать кеш руками. Делается это просто:

Для ручной очистки всего кеша в Windows 7 необходимо выполнить следующую команду:

netsh interface ip delete arpcache

Для того, что бы удалить запись в кеше относящуюся к определенному ip адресу выполняем следующую команду:

arp -d

Например

arp -d 10.10.10.10

Windows: ресетим стек TCP/IP

Guru — Wed, 26 May 2010 15:09:14 +0000

Как не удивительно в ОС Windows 7 и Windows Vista есть баг стека TCP/IP. Выражается это в том, что при определенных условиях перестает работать сеть, а в месте с ней и доступ в Интернет. Большинство пользователей этой ОС перегружают компьютер для решения этой проблемы, но это не помагает. О том кк решить проблему в нашей статье.

На сайте Microsoft пишется «Одним из компонентов подключения к Интернету на компьютере является встроенный набор инструкций под названием TCP/IP. Иногда TCP/IP оказывается поврежден. Если не удается подключиться к Интернету и все способы решения этой проблемы уже испробованы, не исключено, что проблемой является протокол TCP/IP.»
Два известных нам способа решить проблему:
1. Установка патча от Microsoft
2. Ручная перезагрузка стека TCP/IP

Способ первый: скачиваем и устанавливаем утилиту с сайта Microsoft. Ссылка для скачивания — Скачать

Способ второй: Для ручной перезагрузки стека делаем следующее
1. Нажимаем кнопку «Старт», в строке «поиск» вводим “cmd”. Правой кнопкой щелкаем на “cmd” и выбираем “Запуск от имени администратора”
2. В командной строке вводим

netsh int ip reset logfile.txt

3. Перезагружаем компьютер

Cisco Press — Принципы маршрутизации в Internet. Самое полное описание протокола BGP – 4

Uma2rman — Wed, 12 May 2010 14:24:41 +0000

Эта книга поможет вам стать экспертом по вопросам интеграции локальной сети вашей компании в глобальную сеть Internet. В ней рассмотрены системы адресации, маршрутизации и способы организации соединений в сети Internet на практических примерах. В книге также освещается широкий круг теоретических понятий и принципов организации маршрутизации в сети Internet с использованием протокола граничного шлюза (Border Gateway Protocol — BGP).

После знакомства с этой книгой вы будете способны самостоятельно строить свою сеть и планировать ее развитие. Независимо от того являетесь ли вы потребителем услуг Internet или же вы сами предоставляете услуги этой сети (т.е. вы являетесь сервис-провайдером Internet), в этой книге вы найдете ответы на любые вопросы, касающиеся маршрутизации в сетях на основе протокола TCP/IP.

Год выпуска: 2001
Автор: Cisco Press
Жанр: Комп. литература
Издательство: Вильяме
ISBN: ISBN 5-8459-0188-Х (рус.)
Формат: PDF
Количество страниц: 404

Ссылка для скачивания на форуме

Linux: восстанавливаем таблицу маршрутизации при запуске системы

Ioann — Fri, 16 Apr 2010 11:06:45 +0000

Недавно столкнулся с тем что админ после загрузки сервера заходит на него через ssh и запускает скрипт который восстанавливает таблицу маршрутизации. Сегодня, специально для него, покажем как восстанавливать таблицу маршрутизации автоматически.

[ad#ad-2]

Команда добавления маршрута в Ubuntu Linux выглядит так:

route add [-net|-host]  netmask  gw  dev X

Например:

route add -net 10.0.0.0 netmask 255.255.0.0 gw 192.168.247.1 dev eth0
route add -host 10.10.1.1 netmask 255.255.255.0 gw 192.168.1.1 dev eth0

Для того что бы маршруты загружались автоматически при запуске системы, необходимо записать их в файл /etc/network/interfaces.
Формат добавления

up route add [-net|-host] / gw  dev

Например сделаем так

up route add -net 172.16.211.0/16 gw 192.168.247.1 dev eth0

В итоге в файле настройки это выглядит так :

sudo more /etc/network/interfaces
# The loopback network interface
auto lo
iface lo inet loopback
 
# The primary network interface
auto eth0 eth1
iface eth1 inet static
address 192.168.247.2
netmask 255.255.255.240
network 192.168.247.0
broadcast 192.168.247.15
gateway 192.168.247.1
 
iface eth0 inet static
address 192.168.248.2
netmask 255.255.255.240
network 192.168.248.0
broadcast 192.168.248.15
gateway 192.168.248.1
 
# static route
up route add -net 172.16.211.0/16 gw 192.168.247.11 dev eth1

Linux: настраеваем DNS сервер bind9

Ioann — Tue, 13 Apr 2010 08:06:07 +0000

Достаточно долго я не решался заняться настройкой DNS (Domain Name Service) сервера в сети. Но рано или поздно любой администратор в сети столкнется с этой задачей. В этой статье будет рассказано как установить и настроить свой сервер DNS.

[ad#ad-2]

Прежде чем перейти к теме статьи, хотелось бы рассказать что такое DNS, зачем он нужен и при помощи каких утилит можно его установить.
Основное назначение DNS сервера — перевод доменных имен в ip адреса. А так же хранение информации о домене: поддоменах, почтовых серверах и многом другом.
На сегодня в среде Linux реализовать DNS сервер можно при помощи утилиты Bind 8й или 9й версии. Основное отличие в версиях заключается в том, что при ошибке в файле named.conf Bind9 запишет информацию об ошибке в файл лога и продолжит работу, а Bind8 запишет информацию об ошибке и остановится (перестанет обрабатывать запросы).
Для реализации задачи DNS сервера мы выберем Bind9. Как обычно все операции будем проводить на нашем сервере под управлением Ubuntu Linux.
Для установки Bind9 в Ubuntu Linux выполним следующую команду:

sudo apt-get install bind9 dnsutils
[sudo] password for ioann:
Чтение списков пакетов... Готово
Построение дерева зависимостей
Чтение информации о состоянии... Готово
Уже установлена самая новая версия dnsutils.
Будут установлены следующие дополнительные пакеты:
bind9utils
Предлагаемые пакеты:
bind9-doc resolvconf
НОВЫЕ пакеты, которые будут установлены:
bind9 bind9utils
обновлено 0, установлено 2 новых пакетов, для удаления отмечено 0 пакетов, и 14 пакетов не обновлено.
Необходимо скачать 372kБ архивов.
После данной операции, объём занятого дискового пространства возрастёт на 1.147kB.
Хотите продолжить [Д/н]? Y
..................
..................
Добавляется группа `bind' (GID 124) ...
Готово.
Добавляется системный пользователь `bind' (UID 116) ...
Добавляется новый пользователь `bind' (UID 116) в группу `bind' ...
Не создаётся домашний каталог `/var/cache/bind'.
wrote key file "/etc/bind/rndc.key"
#
* Starting domain name service... bind9 [ OK ]

Наш DNS сервер установлен. Теперь нам надо его настроить. В случае использования bind9 в качестве корпоративного есть смысл настроить форвардинг запросов на DNS сервер провайдера. Делается это так

vi /ets/bind/named.conf.option

И включаем опцию forwarders

forwarders {
44.44.44.44;
};

В данном случае 44.44.44.44 — DNS сервер провайдера. Если планируется поддержка только интернет сайтов, то этого делать нет смысла.
Пусть основной нашей задачей является поддержка сайта с именем ioann.com и ip адресом 172.16.221.17. В конфигурационный файл bind запишем информацию о наших зонах, как прямого имя — айпи, так и обратного айпи — имя преобразования.

vi /ets/bind/named.conf.local
 
zone "ioann.com" {
	type master;
	file "/var/lib/bind/ioann.com.hosts";
	};
zone "17.221.16.172.in-addr.arpa" {
	type master;
	file "/var/lib/bind/172.16.221.17.rev";
	};

Теперь нам надо создать файлы зон.
Создадим файл прямого преобразования и внесем в него такую информацию:

vi /var/lib/bind/ioann.com.hosts
$ttl 38400
ioann.com.	IN	SOA	. admin.feyhoa.org.ua. (
			1271143377
			10800
			3600
			604800
			38400 )
ioann.com.	IN	NS	ioann-desktop.
ioann.com.	IN	A	172.16.221.17
www.ioann.com.	IN	CNAME	ioann.com.
ftp.ioann.com.	IN	CNAME	ioann.com.

Теперь создадим файл обратного преобразования

vi /var/lib/bind/172.16.221.17.rev
$ttl 38400
17.221.16.172.in-addr.arpa.	IN	SOA	. admin.feyhoa.org.ua. (
			1271143767
			10800
			3600
			604800
			38400 )
17.221.16.172.in-addr.arpa.	IN	NS	ioann-desktop.
17.221.16.172.in-addr.arpa.	IN	PTR	ioann.com.

Нам кажется, что всем будет интересно самим узнать как составляется файл зон и что в нем описывается. Поэтому более детально о файлах зоны мы расскажем в последующих статьях.
О том как организовать DNS для локальной сети читайте позже.

З.Ы. и совсем забыл
после этого надо перезапустить сервис bind9

sudo /etc/init.d/bind9 restart

И проверить правильно ли он отвечает на запросы. Для этого выполним на настроенном сервере

nslookup
server localhost
> www.ioann.com
Server:  [localhost]
Address:  localhost
 
Name:    ioann.com
Address:  172.16.221.17
Aliases:  www.ioann.com
 
> 172.16.221.17
Server:  [localhost]
Address:  localhost
 
Name:    ioann.com
Address:  172.16.221.17

Linux: меняем имя хоста

Ioann — Wed, 24 Mar 2010 10:32:55 +0000

Как показывает практика общения с пользователями Linux систем многие их них не знают как сменить имя компьютера. Сегодня подробно расскажем об этой процедуре.

[ad#ad-2]
Узнаем кокое текущее имя компьютера

$hostname
server.testdomain.com

Изменение имени проводится в два шага.

Шаг первый: изменение файла описывающего сеть в дистрибутиве Linux
Redhat / CentOS / Fedora: Изменение Hostname

vi /etc/sysconfig/network
HOSTNAME=server1.testdomain.com

Debian / Ubuntu: Изменение Hostname

vi /etc/hostname
server1.testdomain.com

Slackware: Изменение Hostname

vi /etc/HOSTNAME
server1.testdomain.com

Suse / OpenSuse: Изменение Hostname

vi /etc/HOSTNAME
server1.testdomain.com

Шаг второй: изменение файла /etc/hosts

vi /etc/hosts

В файле меняем сопоставление нашего ip адреса и нового имени. Например

vi /etc/hosts
192.168.247.1  server1.testdomain.com

Вот и все

Linux: устанавливаем и настраеваем dhcp-server

Ioann — Tue, 23 Mar 2010 16:09:28 +0000

В этой статье рассматривается установка и начальная настройка dhcp сервера dhcp3-server на платформе Ubuntu Linux. О том, что dhcp-server предназначен для назначения сетевым устройствам ip адресов в этой статье мы говорить не будем.

[ad#ad-2]

Установливаем dhcp-server на Ubuntu Linux:

sudo apt-get install dhcp3-server

Настраиваем dhcp3-server
По умолчанию dhcp3-server работает на порту который называется eth0. Если ваш сервер смотрит в локальную сеть другим интерфейсом, то необходимо изменить рабочий интерфейс в файле конфигурации.
Для этого открываем в любом редакторе файл /etc/default/dhcp3-server

sudo vi /etc/default/dhcp3-server

и меняем

INTERFACES=”eth0″

на имя нашего интерфейса (например eth1)

INTERFACES=”eth1″

Далее переходим к конфигурационному файлу /etc/dhcp3/dhcpd.conf. Вначале создадим его копию

cp /etc/dhcp3/dhcpd.conf /etc/dhcp3/dhcpd.conf.back_rev1

Для раздачи адресов в сети при помощи dhcp существует два метода. Первый метод раздачи адресов по очереди — на каждый новый запрос о сетевых настройках сервер отдает первый свободный ip адрес. При этом каждый компьютер, сервер, принтер или любое другое сетевое устройство может каждый раз получать новый ip. Второй способ заключается в том, что мы раздаем ip адреса в зависимости от mac-адреса. Это намного удобнее. Мы заранее знаем какое устройство скрывается под тем или иным ip. Но мы рассмотрим оба способа.

Раздача адресов из пула по очереди. (address pool method)

default-lease-time 600;
max-lease-time 7200;
 
option subnet-mask 255.255.255.0;
option broadcast-address 10.0.1.255;
option routers 10.0.1.1;
option domain-name-servers 10.0.1.5, 10.0.1.15;
option domain-name “testdomain.com”;
 
subnet 10.0.1.0 netmask 255.255.255.0 {
range 10.0.1.20 10.0.1.254;
}

В нашем примере клиент при запросе получит любой адрес из диапазона 10.0.1.20 10.0.1.254 с маской 255.255.255.0. При этом в качестве маршрута по умолчанию будет установлен 10.0.1.1, в качестве dns-server будут установлены 10.0.1.5 как основной и 10.0.1.15 как дополнительный.

Раздача адресов из пула в зависимости от mac-address. ( MAC address method)

default-lease-time 600;
max-lease-time 7200;
 
option subnet-mask 255.255.255.0;
option broadcast-address 10.0.1.255;
option routers 10.0.1.1;
option domain-name-servers 10.0.1.5, 10.0.1.15;
option domain-name “testdomain.com”;
 
subnet 10.0.1.0 netmask 255.255.255.0 {
range 10.0.1.20 10.0.1.254;}
 
host server-file {
hardware ethernet 01:2b:64:e1:ab:14;
fixed-address 10.0.1.124;
}
host server-print {
hardware ethernet 01:2b:64:e1:ab:15;
fixed-address 10.0.1.125;
}
host testhost {
hardware ethernet 01:2b:64:e1:ab:16;
fixed-address 10.0.1.126;
}
host printer-director {
hardware ethernet 01:2b:64:e1:ab:17;
fixed-address 10.0.1.127;
}

В этом примере устройства server-file, server-print, testhost, printer-director получат указанные для них ip адреса, все остальные устройства получат любые свободные адреса из пула. При этом для всех клиентов в качестве маршрута по умолчанию будет установлен 10.0.1.1, в качестве dns-server будут установлены 10.0.1.5 как основной и 10.0.1.15 как дополнительный.

Вот и все Подробнее о настройках dhcp серверов читайте в наших следующих статьях.

Linux: смотрим статистику сетевых интерфейсов

Ioann — Thu, 18 Mar 2010 08:07:31 +0000

Для просмотра сетевой статистики в среде Linux существует не один и не два способа. Сегодня мы расскажем о самых распространенных.

[ad#ad-2]
Для просмотра сетевой статистики в среде Linux самыми распространенными инструментами являются ifconfig, netstat и ss.

Пример исспользования утилиты ifconfig для просмотра сетевой статистики на интерфейсе eth0

ifconfig eth0

Для отображения всех сетевых интерфейсов

ifconfig

В зависимости от операционной системы может потребоваться указать ключ -a

ifconfig -a

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

ifconfig eth0
eth0      Link encap:Ethernet  HWaddr 00:14:78:7c:ab:58
          inet addr:192.168.247.1  Bcast:192.168.247.15  Mask:255.255.255.240
          inet6 addr: fe80::214:78ff:fe7c:ab58/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:3481569 errors:0 dropped:0 overruns:0 frame:0
          TX packets:5618558 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:517032421 (517.0 MB)  TX bytes:3093253322 (3.0 GB)
          Interrupt:22 Base address:0xd800

Пример использования утилиты netstat для отображения сетевой статистики

netstat -i

В отображаемом результате видно количество переданных данных и ошибок на сетевых интерфейсах

netstat -i
Таблица интерфейсов ядра
Iface MTU Met RX-OK RX-ERR RX-DRP RX-OVR TX-OK TX-ERR TX-DRP TX-OVR Flg
eth0       1500 0   3482096      0      0 0       5619249      0      0      0 BMRU
eth2       1500 0  40278849      0      0 0      42697625      0      0      0 BMRU
lo        16436 0   5260075      0      0 0       5260075      0      0      0 LRU

Пример использования утилиты netstat для отображения развернутой информации о ошибках и количеству переданных данных по каждому сетевому протоколу сетевой статистики

netstat -s
Ip:
    всего пакетов принято 41254740
    176 с неверными адресами
    6565358 перенаправлено
    0 входящих пакетов отклонено
    входящих пакетов доставлено: 34477535
    запросов отправлено: 32015675
    требуется повторных сборок: 32
    пакетов пересобрано удачно: 16
Icmp:
    ICMP сообщений получено: 1295
    неудачных входящих ICMP сообщений: 9
    Гистограмма входа ICMP
        пункт назначения недоступен: 1098
        потери при прохождении: 139
        эхо-запросы: 14
        эхо-ответы: 44
    послано сообщений ICMP: 125585
    неудачные сообщения ICMP: 0
    Гистограмма выхода ICMP
        пункт назначения недоступен: 125531
        эхо-запросов: 43
        эхо-ответы: 5
IcmpMsg:
        InType0: 44
        InType3: 1098
        InType8: 14
        InType11: 139
        OutType0: 5
        OutType3: 125531
        OutType8: 43
        OutType69: 6
Tcp:
    открытия активных соединений: 451278
    открытия пассивных соединений: 381920
    неудачные попытки соединения: 8242
    получено сбросов соединений: 470998
    соединений установлено: 5
    сегментов получено: 31262749
    отправлено сегментов: 21981605
    повторно передано сегментов: 3320486
    плохих сегментов получено: 1
    сбросов послано: 481102
Udp:
    пакетов принято: 2452850
    принято пакетов на неизвестный порт: 125520
    ошибок приема пакетов: 0
    пакетов послано: 22682
UdpLite:
TcpExt:
    получено неверных SYN cookies: 673
    получено сбросов для эмбриональных SYN_RECV сокетов: 2359
    пакеты, вырезанные из очереди приема по причине переполнения буфера сокета: 5
    ICMP пакеты, отброшенные по причине out-of-window: 2
    7919 TCP sockets finished time wait in fast timer
    82 time wait sockets recycled by time stamp
    44 пакеты отброшены в установленных соединениях из-за временной метки
    задержанных подтверждений послано: 305530
    128 задержал подтверждение приема из-за заблокированного сокета
    Редим быстрого подтверждения приема был активирован 20201 раз
    534508 packets directly queued to recvmsg prequeue.
    45556087 bytes directly in process context from backlog
    190974417 bytes directly received in process context from prequeue
    ожидаемых заголовков пакетов: 3635058
    ожидаемых заголовков пакетов, непосредственно стоявших в очереди к пользователю: 391543
    13418545 acknowledgments not containing data payload received
    ожидаемые подтверждения: 11157659
    востановлений потерянных пакетов посредством быстрого повтора передачи: 4545
    822143 times recovered from packet loss by selective acknowledgements
    47 bad SACK blocks received
    Detected reordering 132 times using FACK
    Detected reordering 2591 times using SACK
    Detected reordering 433 times using time stamp
    434 congestion windows fully recovered without slow start
    998 congestion windows partially recovered using Hoe heuristic
    633 congestion windows recovered without slow start by DSACK
    42907 congestion windows recovered without slow start after partial ack
    1477118 TCP data loss events
    TCPLostRetransmit: 48496
    300 timeouts after reno fast retransmit
    тайм-аутов после восстановления SACK: 181881
    144100 timeouts in loss state
    быстрых повторов передачи: 1392549
    7740 forward retransmits
    1087021 retransmits in slow start
    других TCP тайм-аутов: 172340
    1935 classic Reno fast retransmits failed
    178610 SACK retransmits failed
    637 packets collapsed in receive queue due to low socket buffer
    23496 DSACKs sent for old packets
    4 DSACKs sent for out of order packets
    получено DSACKs: 78334
    4837 DSACKs for out of order packets received
    266179 соединения сброшены из-за неожиданных данных
    210791 connections reset due to early user close
    разорванных соединений из-за тайм-аутов: 511
    TCPSACKDiscard: 10
    TCPDSACKIgnoredOld: 42639
    TCPDSACKIgnoredNoUndo: 35003
    TCPSpuriousRTOs: 635
    TCPSackShifted: 951542
    TCPSackMerged: 2723945
    TCPSackShiftFallback: 1998109
IpExt:
    InMcastPkts: 37514
    OutMcastPkts: 815
    InBcastPkts: 3035239
    OutBcastPkts: 6715
    InOctets: -2134723289
    OutOctets: -903866922
    InMcastOctets: 6425053
    OutMcastOctets: 130228
    InBcastOctets: 411835264
    OutBcastOctets: 1402587

Пример использования утилиты ss для отображения информации об открытых сетевых сокетах

ss -s
Total: 1066 (kernel 1090)
TCP:   26 (estab 5, closed 2, orphaned 0, synrecv 0, timewait 2/0), ports 0
 
Transport Total     IP        IPv6
*         1090      -         -
RAW       1         1         0
UDP       14        14        0
TCP       24        19        5
INET      39        34        5
FRAG      0         0         0

Более подробно о каждой из этих утилит мы расскажем в следующих статьях.