У меня был / 29, настроенный на сетевой порт для сервера, и я пытаюсь хотя бы настроить машину, чтобы я мог использовать ssh. Это Centos 6.2 x64 с установленным базовым сервером. В настоящее время невозможно проверить связь со шлюзом или каким-либо адресом в этом отношении.
Для справки:
Default Interface: em2 Network ID: 66.*.*.0/29 Gateway: 66.*.*.1 Broadcast: 66.*.*.7
Пожалуйста, посмотрите мои следующие конфиги:
/ и т. д. / sysconfig / сетевые сценарии / ifcfg-em2
DEVICE=em2 NM_CONTROLLED=yes ONBOOT=yes HWADDR=Not Important TYPE=Ethernet BOOTPROTO=none IPADDR=66.*.*.2 PREFIX=29 DNS1=8.8.8.8 DNS2=8.8.4.4 DEFROUTE=yes IPV4_FAILURE_FATAL=yes IPV6INIT=no NAME="System em2" NETMASK=255.255.255.248 USERCTL=no
$: route -n Destination // Gateway // Genmask // Flags // Metric // Ref // Use // Iface 66.*.*.0 0.0.0.0 255.255.255.248 U 0 0 0 em2 169.254.0.0 0.0.0.0 255.255.0.0 U 0 1003 0 em2 0.0.0.0 66.*.*.1 0.0.0.0 UG 0 0 0 em2
$: route Destination // Gateway // Genmask // Flags // Metric // Ref // Use // Iface 66.*.*.0 * 255.255.255.248 U 0 0 0 em2 link-local * 255.255.0.0 U 0 1003 0 em2 default 66.*.*.1 0.0.0.0 UG 0 0 0 em2
$: cat /etc/sysconfig/network NETWORKING=yes HOSTNAME=excalibur.domain.com GATEWAY=66.*.*.1
Имейте в виду, что я даже сейчас не могу пинговать шлюз, что меня довольно сбивает с толку. Мои / etc / hosts правильно настроены с адресом * .2. Я пока не беспокоюсь о том, чтобы все адреса на / 29 были запущены и работали, только один, чтобы я мог хотя бы ssh войти.
Спасибо!
Изменить: добавление в ifconfig.
$: ifconfig
em2 Link encap:Ethernet HWaddr XX:XX:XX:XX:XX:XX
inet addr:66.*.*.2 Bcat:66.*.*.7 Mask:255.255.255.248
inet6 addr:
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:5536 errors:0 dropped:0 overruns:0 frame:0
TX packets:10 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:2599469 (2.4 MiB) TX bytes: 748 (748.0 b)
Interrupt:48 Memory:dc000000-dc012800
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:34 errors:0 etc etc
Ваши маршруты и конфигурация выглядят нормально.
$: route -n
Destination // Gateway // Genmask // Flags // Metric // Ref // Use // Iface
66.*.*.0 0.0.0.0 255.255.255.248 U 1003 0 0 0 em2
0.0.0.0 66.*.*.1 0.0.0.0 UG 0 0 0 0 em2
Первый маршрут, 66.*.*.0/29 со шлюзом 0.0.0.0 говорит вашему компьютеру использовать интерфейс em2 а затем сделайте запрос arp, чтобы найти аппаратный адрес хоста, которого вы пытаетесь достичь. Это «связанный» маршрут.
Второй - маршрут по умолчанию, указывающий на ваш шлюз по умолчанию через em2. Если вам нужно отправить пакет в другую сеть, чем 66.*.*.0/29, ваш компьютер сделает запрос arp, чтобы найти 66.*.*.1 а затем отправьте ему пакеты.
Единственная проблема в вашей конфигурации - это NM_CONTROLLED=yes заявление в /etc/sysconfig/network-scripts/ifcfg-em2. Это сообщает системе, что этот интерфейс управляется NetworkManager. Это может помешать вашей статической конфигурации.
Однако даже без шлюза по умолчанию вы сможете пинговать и ssh из 66.*.*.0/29 подсеть к вашей машине.
Сначала проверьте слой 1 и убедитесь, что кабель подключен с каждой стороны. Используйте светодиоды на нике и переключателе и проверьте, правильно ли это видит система:
# mii-tool
eth0: negotiated 1000baseT-FD flow-control, link ok
Затем проверьте, есть ли iptables сбрасывают пакеты. Использовать iptables -L или iptables-save проверить какие-либо правила, и iptables -D <rule> чтобы удалить их. Обратите внимание на политику по умолчанию.
Кроме того, в некоторых системах NetworkManager можно настроить ufw автоматически, и у меня были проблемы со статической конфигурацией интерфейса, которые не видел NM и, следовательно, заблокирован ufw.