Проблемы с добавление виртуал-хоста к nginx

[Andrew Kopeyko]

On Tue, 29 Jan 2008, Yaroslav wrote:

> Я для примера указываю ИП 192.168.0.1 и 192.168.0.2

один хрен - не должно быть в broadcast-адресе значений 189 или 227


> Andrew Kopeyko пишет:
>> On Tue, 29 Jan 2008, Yaroslav wrote:
>> 
>>> Вывод команды ip a
>>> 
>>> 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue
>>>   link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
>>>   inet 127.0.0.1/8 scope host lo
>>>   inet6 ::1/128 scope host
>>>      valid_lft forever preferred_lft forever
>>> 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast qlen 
>>> 1000
>>>   link/ether 00:e0:81:5b:17:7e brd ff:ff:ff:ff:ff:ff
>>>   inet 192.168.0.1/23 brd 195.189.227.255 scope global eth0
>>>   inet 192.168.0.2/23 brd 195.189.227.255 scope global secondary eth0:1
>>                             ^^^^^^^^^^^^^^^
>> Очень странный broadcast-адрес.
>> 
>> Если я не ошибаюсь, то для сети 192.168.0.0/23 бродкастом будет 
>> 192.168.1.255
>> 
>> Я не представляю себе сеть с таким бродкастом... если только у вас, 
>> каким-то волшебным образом, не образовались дырки в значении маски сети.
>> 
>> С помощью
>>   http://ipcalc.dp.ua/
>> мне удалось подобрать "подходящую" дырявую маску
>>   ip=192.168.0.1
>>   mask=252.66.28.0
>> дадут искомый бродкаст 195.189.227.255 (11000011.10111101.11100011.11111111 
>> в двоичном виде)
>> 
>> Послушайте, может у вас в сервере просто память дырявая?
>> 
>> 
>>>   inet6 fe80::2e0:81ff:fe5b:177e/64 scope link
>>>      valid_lft forever preferred_lft forever
>>> 3: eth1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast 
>>> qlen 1000
>>>   link/ether 00:e0:81:5b:17:7f brd ff:ff:ff:ff:ff:ff
>>>   inet 10.11.11.20/24 brd 10.11.11.255 scope global eth1
>>> 
>> 
>
>
>
>

-- 
Best regards,
Andrew Kopeyko <kaa at zvuki.ru>