forum.opennet.ru - "alias на одном интерфейсе и проброс ИП" (23)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"alias на одном интерфейсе и проброс ИП"

Форум Открытые системы на сервере (Маршрутизация, NAT / FreeBSD)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"alias на одном интерфейсе и проброс ИП"	+/–
Сообщение от qwedro on 28-Дек-12, 09:20
re0 - внеха re1 - локалка на re0 выходим в инет с 30.254.27.62 (ип как пример) на re1 подключены абоненты ходящие в инет через нат. На внеху у всех один ип 30.254.27.62. Появилась необходимось подключить абонента с реальным ип. Взяли у провайдера диапазон внешних адресов из другой подсети 212.24.14.209-214 маска 255.255.255.248 Поднял алиас на re1 в rc.conf: ifconfig_re1_alias0="212.24.14.209 netmask 255.255.255.248" ifconfig re1 re1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 options=209b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,WOL_MAGIC> ether XXXXXXXX inet 172.16.0.1 netmask 0xffffff00 broadcast 172.16.0.255 inet 212.24.14.209 netmask 0xfffffff8 broadcast 212.24.14.215 Вывел адреса 212.24.14. из ната. ipfw выглядит так ipfw show 00090 2611701 1314067742 nat 1 ip from not 212.24.14.208/29 to any via re0 00110 27176 2418295 allow ip from 212.24.14.208/29 to any 00110 22561 1376410 allow ip from any to 212.24.14.208/29 00200 63418 76447064 deny ip from any to 127.0.0.0/8 00300 0 0 deny ip from 127.0.0.0/8 to any 00400 0 0 deny ip from any to ::1 00500 0 0 deny ip from ::1 to any 00600 11 704 allow ipv6-icmp from :: to ff02::/16 00700 0 0 allow ipv6-icmp from fe80::/10 to fe80::/10 00800 2 144 allow ipv6-icmp from fe80::/10 to ff02::/16 00900 0 0 allow ipv6-icmp from any to any ip6 icmp6types 1 01000 0 0 allow ipv6-icmp from any to any ip6 icmp6types 2,135,136 01100 2054090 331766770 allow ip from 172.16.0.0/24 to any via re1 05015 421974 442901820 allow ip from any to 172.16.0.56 via re1 65535 5113 444864 deny ip from any to any Routing tables Internet: Destination Gateway Flags Refs Use Netif Expire default 30.254.27.61 UGS 0 1426102 re0 30.254.27.60/30 link#2 U 0 6 re0 30.254.27.62 link#2 UHS 0 0 lo0 127.0.0.1 link#6 UH 0 66983 lo0 172.16.0.0/24 link#3 U 0 3180646 re1 172.16.0.1 link#3 UHS 0 0 lo0 212.24.14.208/29 link#3 U 0 3803 re1 212.24.14.209 link#3 UHS 0 2774 lo0 Настраиваю клиентский комп, на 212.24.14.210 шлюз 212.24.14.209 Шлюз с машины пингую, инет нет. Подозреваю не хватает какого-то маршрута. Не подскажете?
Ответить \| Правка \| Cообщить модератору

Оглавление

alias на одном интерфейсе и проброс ИП, reader, 10:27 , 28-Дек-12, (1) +1

alias на одном интерфейсе и проброс ИП, qwedro, 11:45 , 28-Дек-12, (2)

alias на одном интерфейсе и проброс ИП, reader, 13:57 , 28-Дек-12, (6) +1

alias на одном интерфейсе и проброс ИП, qwedro, 12:09 , 28-Дек-12, (3)

alias на одном интерфейсе и проброс ИП, qwedro, 12:10 , 28-Дек-12, (4)
alias на одном интерфейсе и проброс ИП, sirius, 14:14 , 28-Дек-12, (8)

alias на одном интерфейсе и проброс ИП, reader, 14:22 , 28-Дек-12, (10) +1
alias на одном интерфейсе и проброс ИП, qwedro, 14:32 , 28-Дек-12, (11)

alias на одном интерфейсе и проброс ИП, sirius, 14:38 , 28-Дек-12, (13)

alias на одном интерфейсе и проброс ИП, qwedro, 07:57 , 29-Дек-12, (23)

alias на одном интерфейсе и проброс ИП, user, 13:45 , 28-Дек-12, (5) –1

alias на одном интерфейсе и проброс ИП, qwedro, 14:06 , 28-Дек-12, (7)

alias на одном интерфейсе и проброс ИП, user, 15:06 , 28-Дек-12, (18) –2

alias на одном интерфейсе и проброс ИП, fx, 15:58 , 28-Дек-12, (20) +1

alias на одном интерфейсе и проброс ИП, user, 19:55 , 28-Дек-12, (21)

alias на одном интерфейсе и проброс ИП, fx, 22:14 , 28-Дек-12, (22)

alias на одном интерфейсе и проброс ИП, Grey, 14:19 , 28-Дек-12, (9) +1

alias на одном интерфейсе и проброс ИП, qwedro, 14:33 , 28-Дек-12, (12)

alias на одном интерфейсе и проброс ИП, reader, 14:49 , 28-Дек-12, (14) +1

alias на одном интерфейсе и проброс ИП, qwedro, 14:56 , 28-Дек-12, (15)

alias на одном интерфейсе и проброс ИП, sirius, 14:57 , 28-Дек-12, (16)

alias на одном интерфейсе и проброс ИП, momai, 15:03 , 28-Дек-12, (17)

alias на одном интерфейсе и проброс ИП, Grey, 15:32 , 28-Дек-12, (19) +1

Сообщения по теме [Сортировка по времени | RSS]

1. "alias на одном интерфейсе и проброс ИП" +1 +/–

Сообщение от reader (ok) on 28-Дек-12, 10:27

tcpdump c внешнего интерфейса в момент обращения 212.24.14.210 в инет

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "alias на одном интерфейсе и проброс ИП" +/–

Сообщение от qwedro on 28-Дек-12, 11:45

> tcpdump c внешнего интерфейса в момент обращения 212.24.14.210 в инет
billing# tcpdump -n -i re0 src 212.24.14.210
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on re0, link-type EN10MB (Ethernet), capture size 96 bytes
11:40:22.224917 IP 212.24.14.210.62670 > 8.8.8.8.53: 38822+ A? resize.yandex.net                                                                                                                                                             . (35)
11:40:22.613306 IP 212.24.14.210.63478 > 8.8.8.8.53: 5440+ PTR? 1.1.168.192.in-a                                                                                                                                                             ddr.arpa. (42)
11:40:23.123996 IP 212.24.14.210.58241 > 8.8.8.8.53: 4631+ A? www.liveinternet.r                                                                                                                                                             u. (37)
11:40:23.125932 IP 212.24.14.210.62568 > 8.8.8.8.53: 51360+ A? mc.yandex.ru. (30                                                                                                                                                             )
11:40:23.613027 IP 212.24.14.210.63478 > 8.8.8.8.53: 5440+ PTR? 1.1.168.192.in-a                                                                                                                                                             ddr.arpa. (42)
11:40:23.848038 IP 212.24.14.210.55396 > 8.8.8.8.53: 19414+ A? master1.teamviewe                                                                                                                                                             r.com. (40)
11:40:24.613008 IP 212.24.14.210.63478 > 8.8.8.8.53: 5440+ PTR? 1.1.168.192.in-a                                                                                                                                                             ddr.arpa. (42)
11:40:25.126108 IP 212.24.14.210.62568 > 8.8.8.8.53: 51360+ A? mc.yandex.ru. (30                                                                                                                                                             )
11:40:25.275070 IP 212.24.14.210.55597 > 8.8.8.8.53: 576+ A? q64.queue.vk.com. (                                                                                                                                                             34)
11:40:25.347057 IP 212.24.14.210.52054 > 8.8.8.8.53: 45675+ A? 6to4.ipv6.microso                                                                                                                                                             ft.com. (41)

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

6. "alias на одном интерфейсе и проброс ИП" +1 +/–

Сообщение от reader (ok) on 28-Дек-12, 13:57

>[оверквотинг удален]
>
>
>
>
>
>
>
>
>
>          ft.com. (41)
вообще то больше интересны ответные пакеты, в том числе и есть ли arp запросы со стороны провайдера

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

3. "alias на одном интерфейсе и проброс ИП" +/–

Сообщение от qwedro on 28-Дек-12, 12:09

> tcpdump c внешнего интерфейса в момент обращения 212.24.14.210 в инет
billing# tcpdump -n -i re0 dst 212.24.14.210
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on re0, link-type EN10MB (Ethernet), capture size 96 bytes
12:04:23.927310 ARP, Request who-has 212.24.14.210 tell 212.24.14.209, length 46
12:04:27.936684 ARP, Request who-has 212.24.14.210 tell 212.24.14.209, length 46
billing# ping 217.26.14.210
PING 212.24.14.210 (212.24.14.210): 56 data bytes
^C
--- 212.24.14.210 ping statistics ---
2 packets transmitted, 0 packets received, 100.0% packet loss
Такие дела

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

4. "alias на одном интерфейсе и проброс ИП" +/–

Сообщение от qwedro on 28-Дек-12, 12:10

С клиентского компа шлюз 209 пингую.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

8. "alias на одном интерфейсе и проброс ИП" +/–

Сообщение от sirius (??) on 28-Дек-12, 14:14

>[оверквотинг удален]
> tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
> listening on re0, link-type EN10MB (Ethernet), capture size 96 bytes
> 12:04:23.927310 ARP, Request who-has 212.24.14.210 tell 212.24.14.209, length 46
> 12:04:27.936684 ARP, Request who-has 212.24.14.210 tell 212.24.14.209, length 46
> billing# ping 217.26.14.210
> PING 212.24.14.210 (212.24.14.210): 56 data bytes
> ^C
> --- 212.24.14.210 ping statistics ---
> 2 packets transmitted, 0 packets received, 100.0% packet loss
> Такие дела
Странно, что арп реквесты через re0, сделайте еще раз сюда
ifconfig re0
ifconfig re1
route get 217.26.14.210
arp -an 217.26.14.210
с клиента ping -c 1 8.8.8.8
в это время на сервере
tcpdump -nvi re0 host 217.26.14.210
tcpdump -nvi re1 host 217.26.14.210
и все сюда.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

10. "alias на одном интерфейсе и проброс ИП" +1 +/–

Сообщение от reader (ok) on 28-Дек-12, 14:22

>[оверквотинг удален]
>> listening on re0, link-type EN10MB (Ethernet), capture size 96 bytes
>> 12:04:23.927310 ARP, Request who-has 212.24.14.210 tell 212.24.14.209, length 46
>> 12:04:27.936684 ARP, Request who-has 212.24.14.210 tell 212.24.14.209, length 46
>> billing# ping 217.26.14.210
>> PING 212.24.14.210 (212.24.14.210): 56 data bytes
>> ^C
>> --- 212.24.14.210 ping statistics ---
>> 2 packets transmitted, 0 packets received, 100.0% packet loss
>> Такие дела
> Странно, что арп реквесты через re0, сделайте еще раз сюда
похоже провайдер не маршрутизирует это диапазон на один адрес

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

11. "alias на одном интерфейсе и проброс ИП" +/–

Сообщение от qwedro on 28-Дек-12, 14:32

>[оверквотинг удален]
> Странно, что арп реквесты через re0, сделайте еще раз сюда
> ifconfig re0
> ifconfig re1
> route get 212.26.14.210
> arp -an 212.26.14.210
> с клиента ping -c 1 8.8.8.8
> в это время на сервере
> tcpdump -nvi re0 host 212.26.14.210
> tcpdump -nvi re1 host 212.26.14.210
> и все сюда.
ifconfig re0
re0: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500
        options=209b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,WOL_MAGIC>
        ether ЧЧЧЧЧЧЧЧЧЧЧЧЧЧЧЧЧ
        inet 30.254.27.62 netmask 0xfffffffc broadcast 30.255.27.63
        media: Ethernet autoselect (100baseTX <full-duplex>)
        status: active
ifconfig re1
re1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
        options=209b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,WOL_MAGIC>
        ether 90:94:e4:81:ab:75
        inet 172.16.0.1 netmask 0xffffff00 broadcast 172.16.0.255
        inet 212.26.14.209 netmask 0xfffffff8 broadcast 212.26.14.215
        media: Ethernet autoselect (100baseTX <full-duplex>)
        status: active
# route get 212.26.14.210
   route to: 212.26.14.210
destination: 212.26.14.208
       mask: 255.255.255.248
  interface: re1

tcpdump -nvi re0 host 212.26.14.210
tcpdump: listening on re0, link-type EN10MB (Ethernet), capture size 96 bytes
14:22:58.631009 IP (tos 0x0, ttl 127, id 1000, offset 0, flags [none], proto UDP                                                                                                                                                              (17), length 62, bad cksum 0 (->3fcb)!)
    212.26.14.210.62538 > 8.8.8.8.53: 1359+ A? q64.queue.vk.com. (34)
14:22:59.174050 IP (tos 0x0, ttl 127, id 1004, offset 0, flags [none], proto UDP                                                                                                                                                              (17), length 69, bad cksum 0 (->3fc0)!)
    212.26.14.210.51548 > 8.8.8.8.53: 4065+ A? 6to4.ipv6.microsoft.com. (41)
14:22:59.180058 IP (tos 0x0, ttl 127, id 1005, offset 0, flags [none], proto UDP                                                                                                                                                              (17), length 71, bad cksum 0 (->3fbd)!)
    212.26.14.210.56408 > 8.8.8.8.53: 39300+ A? teredo.ipv6.microsoft.com. (43)
14:22:59.631039 IP (tos 0x0, ttl 127, id 1009, offset 0, flags [none], proto UDP                                                                                                                                                              (17), length 62, bad cksum 0 (->3fc2)!)
    212.26.14.210.62538 > 8.8.8.8.53: 1359+ A? q64.queue.vk.com. (34)
14:22:59.632051 IP (tos 0x0, ttl 127, id 1010, offset 0, flags [none], proto UDP                                                                                                                                                              (17), length 62, bad cksum 0 (->3fc1)!)
    212.26.14.210.56711 > 8.8.8.8.53: 9470+ A? q64.queue.vk.com. (34)
14:23:01.180152 IP (tos 0x0, ttl 127, id 1019, offset 0, flags [none], proto UDP                                                                                                                                                              (17), length 71, bad cksum 0 (->3faf)!)
    212.26.14.210.56408 > 8.8.8.8.53: 39300+ A? teredo.ipv6.microsoft.com. (43)
14:23:01.204644 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has 212.26.14.2                                                                                                                                                             10 tell 212.26.14.209, length 46
14:23:01.631160 IP (tos 0x0, ttl 127, id 1021, offset 0, flags [none], proto UDP                                                                                                                                                              (17), length 62, bad cksum 0 (->3fb6)!)
    212.26.14.210.62538 > 8.8.8.8.53: 1359+ A? q64.queue.vk.com. (34)
14:23:01.932194 IP (tos 0x0, ttl 127, id 1022, offset 0, flags [none], proto UDP                                                                                                                                                              (17), length 66, bad cksum 0 (->3fb1)!)
    212.26.14.210.60073 > 8.8.8.8.53: 11665+ A? ping3.teamviewer.com. (38)
14:23:02.522276 IP (tos 0x0, ttl 127, id 1024, offset 0, flags [none], proto ICM                                                                                                                                                             P (1), length 60, bad cksum 0 (->3fc5)!)
    212.26.14.210 > 8.8.8.8: ICMP echo request, id 4, seq 4939, length 40
14:23:02.572862 IP (tos 0x0, ttl 127, id 1025, offset 0, flags [none], proto UDP                                                                                                                                                              (17), length 61, bad cksum 0 (->3fb3)!)
    212.26.14.210.57394 > 8.8.8.8.53: 36291+ A? mail.google.com. (33)
14:23:03.179506 IP (tos 0x0, ttl 127, id 1029, offset 0, flags [none], proto UDP                                                                                                                                                              (17), length 69, bad cksum 0 (->3fa7)!)
    212.26.14.210.52237 > 8.8.8.8.53: 13341+ A? 6to4.ipv6.microsoft.com. (41)
14:23:03.572293 IP (tos 0x0, ttl 127, id 1030, offset 0, flags [none], proto UDP                                                                                                                                                              (17), length 61, bad cksum 0 (->3fae)!)
    212.26.14.210.57394 > 8.8.8.8.53: 36291+ A? mail.google.com. (33)

billing# tcpdump -nvi re1 host 212.26.14.210
tcpdump: listening on re1, link-type EN10MB (Ethernet), capture size 96 bytes
14:23:22.341864 IP (tos 0x10, ttl 64, id 47714, offset 0, flags [DF], proto TCP (6), length 184, bad cksum 0 (->aff5)!)
    212.26.14.209.22 > 212.26.14.210.58566: Flags [P.], ack 562355732, win 8326, options [nop,nop,TS val 1856557299 ecr 28127803], length 132
14:23:22.342504 IP (tos 0x0, ttl 128, id 1103, offset 0, flags [DF], proto TCP (6), length 52)
    212.26.14.210.58566 > 212.26.14.209.22: Flags [.], cksum 0xbaa1 (correct), ack 132, win 16439, options [nop,nop,TS val 28127803 ecr 1856557299], length 0
14:23:22.378993 IP (tos 0x0, ttl 128, id 1104, offset 0, flags [none], proto UDP (17), length 62)
    212.26.14.210.65354 > 8.8.8.8.53: 20137+ A? q64.queue.vk.com. (34)
14:23:22.521122 IP (tos 0x0, ttl 128, id 1105, offset 0, flags [none], proto ICMP (1), length 60)
    212.26.14.210 > 8.8.8.8: ICMP echo request, id 4, seq 4963, length 40
14:23:22.833671 IP (tos 0x0, ttl 128, id 1106, offset 0, flags [none], proto UDP (17), length 61)
    212.26.14.210.51131 > 8.8.8.8.53: 6495+ A? mail.google.com. (33)
14:23:23.084090 IP (tos 0x0, ttl 128, id 1107, offset 0, flags [none], proto ICMP (1), length 60)
    212.26.14.210 > 212.26.14.209: ICMP echo request, id 4, seq 4964, length 40
14:23:23.084093 IP (tos 0x0, ttl 64, id 47715, offset 0, flags [none], proto ICMP (1), length 60, bad cksum 0 (->f085)!)
    212.26.14.209 > 212.26.14.210: ICMP echo reply, id 4, seq 4964, length 40
14:23:23.186083 IP (tos 0x0, ttl 128, id 1108, offset 0, flags [none], proto UDP (17), length 69)
    212.26.14.210.59264 > 8.8.8.8.53: 18415+ A? 6to4.ipv6.microsoft.com. (41)
14:23:23.341598 IP (tos 0x10, ttl 64, id 47717, offset 0, flags [DF], proto TCP (6), length 216, bad cksum 0 (->afd2)!)
    212.26.14.209.22 > 212.26.14.210.58566: Flags [P.], ack 1, win 8326, options [nop,nop,TS val 1856558299 ecr 28127803], length 164
14:23:23.341613 IP (tos 0x10, ttl 64, id 47718, offset 0, flags [DF], proto TCP (6), length 248, bad cksum 0 (->afb1)!)
    212.26.14.209.22 > 212.26.14.210.58566: Flags [P.], ack 1, win 8326, options [nop,nop,TS val 1856558299 ecr 28127803], length 196
14:23:23.341626 IP (tos 0x10, ttl 64, id 47719, offset 0, flags [DF], proto TCP (6), length 360, bad cksum 0 (->af40)!)
    212.26.14.209.22 > 212.26.14.210.58566: Flags [P.], ack 1, win 8326, options [nop,nop,TS val 1856558299 ecr 28127803], length 308
14:23:23.341640 IP (tos 0x10, ttl 64, id 47720, offset 0, flags [DF], proto TCP (6), length 200, bad cksum 0 (->afdf)!)
    212.26.14.209.22 > 212.26.14.210.58566: Flags [P.], ack 1, win 8326, options [nop,nop,TS val 1856558299 ecr 28127803], length 148
14:23:23.341654 IP (tos 0x10, ttl 64, id 47721, offset 0, flags [DF], proto TCP (6), length 440, bad cksum 0 (->aeee)!)
    212.26.14.209.22 > 212.26.14.210.58566: Flags [P.], ack 1, win 8326, options [nop,nop,TS val 1856558299 ecr 28127803], length 388
14:23:23.341684 IP (tos 0x10, ttl 64, id 47722, offset 0, flags [DF], proto TCP (6), length 552, bad cksum 0 (->ae7d)!)
    212.26.14.209.22 > 212.26.14.210.58566: Flags [P.], ack 1, win 8326, options [nop,nop,TS val 1856558299 ecr 28127803], length 500
14:23:23.341695 IP (tos 0x10, ttl 64, id 47723, offset 0, flags [DF], proto TCP (6), length 280, bad cksum 0 (->af8c)!)
    212.26.14.209.22 > 212.26.14.210.58566: Flags [P.], ack 1, win 8326, options [nop,nop,TS val 1856558299 ecr 28127803], length 228
14:23:23.341960 IP (tos 0x0, ttl 128, id 1109, offset 0, flags [DF], proto TCP (6), length 52)
    212.26.14.210.58566 > 212.26.14.209.22: Flags [.], cksum 0xb547 (correct), ack 492, win 16349, options [nop,nop,TS val 28127903 ecr 1856558299], length 0
14:23:23.342849 IP (tos 0x0, ttl 128, id 1110, offset 0, flags [DF], proto TCP (6), length 52)
    212.26.14.210.58566 > 212.26.14.209.22: Flags [.], cksum 0xb250 (correct), ack 948, win 16652, options [nop,nop,TS val 28127903 ecr 1856558299], length 0
14:23:23.342900 IP (tos 0x0, ttl 128, id 1111, offset 0, flags [DF], proto TCP (6), length 52)
    212.26.14.210.58566 > 212.26.14.209.22: Flags [.], cksum 0xafb6 (correct), ack 1836, win 16430, options [nop,nop,TS val 28127903 ecr 1856558299], length 0
14:23:23.379065 IP (tos 0x0, ttl 128, id 1112, offset 0, flags [none], proto UDP (17), length 62)
    212.26.14.210.65354 > 8.8.8.8.53: 20137+ A? q64.queue.vk.com. (34)
14:23:23.381085 IP (tos 0x0, ttl 128, id 1113, offset 0, flags [none], proto UDP (17), length 62)
    212.26.14.210.49198 > 8.8.8.8.53: 22110+ A? q64.queue.vk.com. (34)
14:23:23.541055 IP (tos 0x0, ttl 128, id 1114, offset 0, flags [DF], proto TCP (6), length 52)
    212.26.14.210.58566 > 212.26.14.209.22: Flags [.], cksum 0xaef7 (correct), ack 2064, win 16373, options [nop,nop,TS val 28127923 ecr 1856558299], length 0
14:23:23.833051 IP (tos 0x0, ttl 128, id 1115, offset 0, flags [none], proto UDP (17), length 61)
    212.26.14.210.51131 > 8.8.8.8.53: 6495+ A? mail.google.com. (33)
14:23:24.084170 IP (tos 0x0, ttl 128, id 1116, offset 0, flags [none], proto ICMP (1), length 60)
    212.26.14.210 > 212.26.14.209: ICMP echo request, id 4, seq 4965, length 40
14:23:24.084179 IP (tos 0x0, ttl 64, id 47724, offset 0, flags [none], proto ICMP (1), length 60, bad cksum 0 (->f07c)!)
    212.26.14.209 > 212.26.14.210: ICMP echo reply, id 4, seq 4965, length 40
14:23:24.341545 IP (tos 0x10, ttl 64, id 47725, offset 0, flags [DF], proto TCP (6), length 216, bad cksum 0 (->afca)!)
    212.26.14.209.22 > 212.26.14.210.58566: Flags [P.], ack 1, win 8326, options [nop,nop,TS val 1856559299 ecr 28127923], length 164
14:23:24.341570 IP (tos 0x10, ttl 64, id 47726, offset 0, flags [DF], proto TCP (6), length 488, bad cksum 0 (->aeb9)!)
    212.26.14.209.22 > 212.26.14.210.58566: Flags [P.], ack 1, win 8326, options [nop,nop,TS val 1856559299 ecr 28127923], length 436
14:23:24.341594 IP (tos 0x10, ttl 64, id 47727, offset 0, flags [DF], proto TCP (6), length 728, bad cksum 0 (->adc8)!)
billing# arp -an 212.26.14.210
Не понимает такую команду фря.

UPD: возникло недопонимание в одном из конфигов я опечатался и написал  217.26.14.210. По факту 212.26.14.210

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

13. "alias на одном интерфейсе и проброс ИП" +/–

Сообщение от sirius (??) on 28-Дек-12, 14:38

Вобщем можете сделать еще с клиента будет типа такого
traceroute -d 8.8.8.8
1 1 1 212.26.14.209
* * *
* * *
После этого попросите провайдера зарулить на вас подсеть
212.26.14.208/29 на 30.254.27.62

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

23. "alias на одном интерфейсе и проброс ИП" +/–

Сообщение от qwedro on 29-Дек-12, 07:57

> Вобщем можете сделать еще с клиента будет типа такого
> traceroute -d 8.8.8.8
> 1 1 1 212.26.14.209
> * * *
> * * *
> После этого попросите провайдера зарулить на вас подсеть
> 212.26.14.208/29 на 30.254.27.62
Да, картина примерно такая и есть
C:\Users\1>tracert 8.8.8.8
Трассировка маршрута к 8.8.8.8 с максимальным числом прыжков 30
  1    <1 мс     1 ms    <1 мс  212.26.14.209
  2   135 ms     4 ms     2 ms  30.255.27.61
  3     *        *        *     Превышен интервал ожидания для запроса.
  4     *        *        *     Превышен интервал ожидания для запроса.
Отправил запрос провайдеру. Они сказали что вроде пробросили, но видимо не до конца...

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

5. "alias на одном интерфейсе и проброс ИП" –1 +/–

Сообщение от user (??) on 28-Дек-12, 13:45

> re0 - внеха
> re1 - локалка
> на re0 выходим в инет с 30.254.27.62 (ип как пример)
> на re1 подключены абоненты ходящие в инет через нат. На внеху у
> всех один ип 30.254.27.62.
> Появилась необходимось подключить абонента с реальным ип. Взяли у провайдера диапазон внешних
> адресов из другой подсети 212.24.14.209-214 маска 255.255.255.248
> Поднял алиас на re1
  Ну и нафиг вы алиас на внутреннем ципляете, у вас абсолютное непонимание того, что вы делаете.
Алиас на внешнем, потом создаете доп. инстанс ната вроде этого (почему так, читайте в моем ответе на вашем пост ранее)
nat 10 config ip 212.24.14.209 reset same_ports redirect_addr $client_IP 212.24.14.209
А дальше пихаете его в рулесет в нужное место.
> в rc.conf:
> ifconfig_re1_alias0="212.24.14.209 netmask 255.255.255.248"
  Айпишники правильно посчитали? http://www.subnet-calculator.com
>[оверквотинг удален]
>     U
>     0     3803
>   re1
> 212.24.14.209      link#3
>        UHS
>      0     2774
>    lo0
> Настраиваю клиентский комп, на 212.24.14.210 шлюз 212.24.14.209
> Шлюз с машины пингую, инет нет. Подозреваю не хватает какого-то маршрута. Не
> подскажете?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "alias на одном интерфейсе и проброс ИП" +/–

Сообщение от qwedro on 28-Дек-12, 14:06

>> Поднял алиас на re1
>   Ну и нафиг вы алиас на внутреннем ципляете, у вас
> абсолютное непонимание того, что вы делаете.
> Алиас на внешнем, потом создаете доп. инстанс ната вроде этого (почему так,
> читайте в моем ответе на вашем пост ранее)
>> в rc.conf:
>> ifconfig_re1_alias0="212.24.14.209 netmask 255.255.255.248"
Говорите вешать на внешний, а пишете на внутренний, что-то не понимаю.

>  nat 10 config ip 212.24.14.209 reset same_ports redirect_addr $client_IP 212.24.14.209
Ну ок, клиентский комп к примеру 210 пишу:
ipfw nat 10 config ip 212.24.14.209 same_ports reset redirect_addr 212.24.14.210 212.24.14.209

>  А дальше пихаете его в рулесет в нужное место.
Можно подробнее пожалуйста?

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

18. "alias на одном интерфейсе и проброс ИП" –2 +/–

Сообщение от user (??) on 28-Дек-12, 15:06

>>> Поднял алиас на re1
>>   Ну и нафиг вы алиас на внутреннем ципляете, у вас
>> абсолютное непонимание того, что вы делаете.
>> Алиас на внешнем, потом создаете доп. инстанс ната вроде этого (почему так,
>> читайте в моем ответе на вашем пост ранее)
>>> в rc.conf:
>>> ifconfig_re1_alias0="212.24.14.209 netmask 255.255.255.248"
> Говорите вешать на внешний, а пишете на внутренний, что-то не понимаю.
   Опичатка, бля.

>>  nat 10 config ip 212.24.14.209 reset same_ports redirect_addr $client_IP 212.24.14.209
> Ну ок, клиентский комп к примеру 210 пишу:
> ipfw nat 10 config ip 212.24.14.209 same_ports reset redirect_addr 212.24.14.210 212.24.14.209
Уважаемый, вы нихрена не хотите читать. Читайте man ipfw, man natd до просветления по поводу синтаксиса.
У клиента какой адрес внутренний? Вот на него редиректить надо с 212.24.14.209.
Т.е. ipfw nat 10 config ip 212.24.14.209 same_ports reset redirect_addr 10.10.100.50 212.24.14.209
Или вы хотите, что бы клиент себе тупо прописал 212.24.14.209? Ну тогда вам или влан кинуть к нему или еще чего-то там... и маршрут прописать.
>>  А дальше пихаете его в рулесет в нужное место.
> Можно подробнее пожалуйста?
Носом ткнули - дальше сам.

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

20. "alias на одном интерфейсе и проброс ИП" +1 +/–

Сообщение от fx (ok) on 28-Дек-12, 15:58

>    Опичатка, бля.
> Уважаемый, вы нихрена не хотите читать. Читайте man ipfw, man natd до
> просветления по поводу синтаксиса.
> У клиента какой адрес внутренний? Вот на него редиректить надо с 212.24.14.209.
> Или вы хотите, что бы клиент себе тупо прописал 212.24.14.209? Ну тогда
> вам или влан кинуть к нему или еще чего-то там... и
> маршрут прописать.
> Носом ткнули - дальше сам.
Вы бы, вместо хамства и мата, тоже попробовали бы немного почитать и подумать... зачем все эти костыли с редиректами, с "влан или еще чего-то там", если, как уже в соседних комментах пишут, клиенту всего лишь требуется, чтобы провайдер маршрутизировал нужную подсеть не тупо в свой интерфейс, а через уже имеющийся ip на re0 - и клиент спокойно настраивает весь семент на re1.

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

21. "alias на одном интерфейсе и проброс ИП" +/–

Сообщение от user (??) on 28-Дек-12, 19:55

>[оверквотинг удален]
>> Или вы хотите, что бы клиент себе тупо прописал 212.24.14.209? Ну тогда
>> вам или влан кинуть к нему или еще чего-то там... и
>> маршрут прописать.
>> Носом ткнули - дальше сам.
> Вы бы, вместо хамства и мата, тоже попробовали бы немного почитать и
> подумать... зачем все эти костыли с редиректами, с "влан или еще
> чего-то там", если, как уже в соседних комментах пишут, клиенту всего
> лишь требуется, чтобы провайдер маршрутизировал нужную подсеть не тупо в свой
> интерфейс, а через уже имеющийся ip на re0 - и клиент
> спокойно настраивает весь семент на re1.
Мэн не пытается думать. Профессия админа такова, что разжевывать никто не будет, максимум, чем могут помочь - ткнуть носом, а дальше сам... Да и со мной так было. И никаких обид. Поднимаю виртуалку и учусь.
А глупые ответы вроде этого:
>  А дальше пихаете его в рулесет в нужное место.
Можно подробнее пожалуйста?
вызывают сомнения по поводу профпригодности топик стартера.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

22. "alias на одном интерфейсе и проброс ИП" +/–

Сообщение от fx (ok) on 28-Дек-12, 22:14

> Мэн не пытается думать.
как и Вы?
> вызывают сомнения по поводу профпригодности топик стартера
зато в Вашей профнепригодности и безграмотности сомнений уже нет :)

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

9. "alias на одном интерфейсе и проброс ИП" +1 +/–

Сообщение от Grey (ok) on 28-Дек-12, 14:19

>[оверквотинг удален]
>     U
>     0     3803
>   re1
> 212.24.14.209      link#3
>        UHS
>      0     2774
>    lo0
> Настраиваю клиентский комп, на 212.24.14.210 шлюз 212.24.14.209
> Шлюз с машины пингую, инет нет. Подозреваю не хватает какого-то маршрута. Не
> подскажете?
а провайдер сделал маршрут до вашей доп.подсетки через ваш внешний IP ?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

12. "alias на одном интерфейсе и проброс ИП" +/–

Сообщение от qwedro on 28-Дек-12, 14:33

>[оверквотинг удален]
>>     0     3803
>>   re1
>> 212.24.14.209      link#3
>>        UHS
>>      0     2774
>>    lo0
>> Настраиваю клиентский комп, на 212.24.14.210 шлюз 212.24.14.209
>> Шлюз с машины пингую, инет нет. Подозреваю не хватает какого-то маршрута. Не
>> подскажете?
> а провайдер сделал маршрут до вашей доп.подсетки через ваш внешний IP ?
Провайдер говорит - да. Для теста поднял алиас 212.24.14.209 на внешнем интерфейсе. Все натящиеся клиенты во внехе имеют 212.24.14.209. Т.е. фактически работает.

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

14. "alias на одном интерфейсе и проброс ИП" +1 +/–

Сообщение от reader (ok) on 28-Дек-12, 14:49

>[оверквотинг удален]
>>> 212.24.14.209      link#3
>>>        UHS
>>>      0     2774
>>>    lo0
>>> Настраиваю клиентский комп, на 212.24.14.210 шлюз 212.24.14.209
>>> Шлюз с машины пингую, инет нет. Подозреваю не хватает какого-то маршрута. Не
>>> подскажете?
>> а провайдер сделал маршрут до вашей доп.подсетки через ваш внешний IP ?
> Провайдер говорит - да. Для теста поднял алиас 212.24.14.209 на внешнем интерфейсе.
> Все натящиеся клиенты во внехе имеют 212.24.14.209. Т.е. фактически работает.
Провайдер сказал на какой адрес будет маршрутизировать этот диапазон. Может он выдал и ждет что вы все их алиасом пропишете и будите пробрасывать в локалку, или будите использовать arp-proxy

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

15. "alias на одном интерфейсе и проброс ИП" +/–

Сообщение от qwedro on 28-Дек-12, 14:56

>[оверквотинг удален]
>>>>    lo0
>>>> Настраиваю клиентский комп, на 212.24.14.210 шлюз 212.24.14.209
>>>> Шлюз с машины пингую, инет нет. Подозреваю не хватает какого-то маршрута. Не
>>>> подскажете?
>>> а провайдер сделал маршрут до вашей доп.подсетки через ваш внешний IP ?
>> Провайдер говорит - да. Для теста поднял алиас 212.24.14.209 на внешнем интерфейсе.
>> Все натящиеся клиенты во внехе имеют 212.24.14.209. Т.е. фактически работает.
> Провайдер сказал на какой адрес будет маршрутизировать этот диапазон. Может он выдал
> и ждет что вы все их алиасом пропишете и будите пробрасывать
> в локалку, или будите использовать arp-proxy
Давайте как убогому - т.е. фактически настроено всё верно, но надо вышестоящего провайдера попросить пробросить маршрут с 212.24.14.208/29 на 30.254.27.62, так?

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

16. "alias на одном интерфейсе и проброс ИП" +/–

Сообщение от sirius (??) on 28-Дек-12, 14:57

> Давайте как убогому - т.е. фактически настроено всё верно, но надо вышестоящего
> провайдера попросить пробросить маршрут с 212.24.14.208/29 на 30.254.27.62, так?
Да.

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

17. "alias на одном интерфейсе и проброс ИП" +/–

Сообщение от momai (ok) on 28-Дек-12, 15:03

>> Давайте как убогому - т.е. фактически настроено всё верно, но надо вышестоящего
>> провайдера попросить пробросить маршрут с 212.24.14.208/29 на 30.254.27.62, так?
> Да.
И в конечном счете абонеты с серыми ип будут ходить в инет через 30.254.27.62, а абоненты с реальниками будут ходить через шлюз 212.24.14.209 и иметь адрес 212.24.14.Х
Алиас должен быть прописан на локалку.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

19. "alias на одном интерфейсе и проброс ИП" +1 +/–

Сообщение от Grey (ok) on 28-Дек-12, 15:32

>>> Давайте как убогому - т.е. фактически настроено всё верно, но надо вышестоящего
>>> провайдера попросить пробросить маршрут с 212.24.14.208/29 на 30.254.27.62, так?
>> Да.
> И в конечном счете абонеты с серыми ип будут ходить в инет
> через 30.254.27.62, а абоненты с реальниками будут ходить через шлюз 212.24.14.209
> и иметь адрес 212.24.14.Х
> Алиас должен быть прописан на локалку.
да! только не забудьте сказать своему NAT-у, что б не натил белые адреса.
P.S. надо сказать провайдеру, чтоб сделал у себя маршрут на сеть 212.24.14.208/29 через 30.254.27.62.

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "alias на одном интерфейсе и проброс ИП"	+1 +/–
Сообщение от reader (ok) on 28-Дек-12, 10:27
tcpdump c внешнего интерфейса в момент обращения 212.24.14.210 в инет
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	2. "alias на одном интерфейсе и проброс ИП"	+/–
	Сообщение от qwedro on 28-Дек-12, 11:45
	> tcpdump c внешнего интерфейса в момент обращения 212.24.14.210 в инет billing# tcpdump -n -i re0 src 212.24.14.210 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on re0, link-type EN10MB (Ethernet), capture size 96 bytes 11:40:22.224917 IP 212.24.14.210.62670 > 8.8.8.8.53: 38822+ A? resize.yandex.net . (35) 11:40:22.613306 IP 212.24.14.210.63478 > 8.8.8.8.53: 5440+ PTR? 1.1.168.192.in-a ddr.arpa. (42) 11:40:23.123996 IP 212.24.14.210.58241 > 8.8.8.8.53: 4631+ A? www.liveinternet.r u. (37) 11:40:23.125932 IP 212.24.14.210.62568 > 8.8.8.8.53: 51360+ A? mc.yandex.ru. (30 ) 11:40:23.613027 IP 212.24.14.210.63478 > 8.8.8.8.53: 5440+ PTR? 1.1.168.192.in-a ddr.arpa. (42) 11:40:23.848038 IP 212.24.14.210.55396 > 8.8.8.8.53: 19414+ A? master1.teamviewe r.com. (40) 11:40:24.613008 IP 212.24.14.210.63478 > 8.8.8.8.53: 5440+ PTR? 1.1.168.192.in-a ddr.arpa. (42) 11:40:25.126108 IP 212.24.14.210.62568 > 8.8.8.8.53: 51360+ A? mc.yandex.ru. (30 ) 11:40:25.275070 IP 212.24.14.210.55597 > 8.8.8.8.53: 576+ A? q64.queue.vk.com. ( 34) 11:40:25.347057 IP 212.24.14.210.52054 > 8.8.8.8.53: 45675+ A? 6to4.ipv6.microso ft.com. (41)
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	6. "alias на одном интерфейсе и проброс ИП"	+1 +/–
	Сообщение от reader (ok) on 28-Дек-12, 13:57
	>[оверквотинг удален] > > > > > > > > > > ft.com. (41) вообще то больше интересны ответные пакеты, в том числе и есть ли arp запросы со стороны провайдера
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	3. "alias на одном интерфейсе и проброс ИП"	+/–
	Сообщение от qwedro on 28-Дек-12, 12:09
	> tcpdump c внешнего интерфейса в момент обращения 212.24.14.210 в инет billing# tcpdump -n -i re0 dst 212.24.14.210 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on re0, link-type EN10MB (Ethernet), capture size 96 bytes 12:04:23.927310 ARP, Request who-has 212.24.14.210 tell 212.24.14.209, length 46 12:04:27.936684 ARP, Request who-has 212.24.14.210 tell 212.24.14.209, length 46 billing# ping 217.26.14.210 PING 212.24.14.210 (212.24.14.210): 56 data bytes ^C --- 212.24.14.210 ping statistics --- 2 packets transmitted, 0 packets received, 100.0% packet loss Такие дела
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	4. "alias на одном интерфейсе и проброс ИП"	+/–
	Сообщение от qwedro on 28-Дек-12, 12:10
	С клиентского компа шлюз 209 пингую.
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	8. "alias на одном интерфейсе и проброс ИП"	+/–
	Сообщение от sirius (??) on 28-Дек-12, 14:14
	>[оверквотинг удален] > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on re0, link-type EN10MB (Ethernet), capture size 96 bytes > 12:04:23.927310 ARP, Request who-has 212.24.14.210 tell 212.24.14.209, length 46 > 12:04:27.936684 ARP, Request who-has 212.24.14.210 tell 212.24.14.209, length 46 > billing# ping 217.26.14.210 > PING 212.24.14.210 (212.24.14.210): 56 data bytes > ^C > --- 212.24.14.210 ping statistics --- > 2 packets transmitted, 0 packets received, 100.0% packet loss > Такие дела Странно, что арп реквесты через re0, сделайте еще раз сюда ifconfig re0 ifconfig re1 route get 217.26.14.210 arp -an 217.26.14.210 с клиента ping -c 1 8.8.8.8 в это время на сервере tcpdump -nvi re0 host 217.26.14.210 tcpdump -nvi re1 host 217.26.14.210 и все сюда.
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	10. "alias на одном интерфейсе и проброс ИП"	+1 +/–
	Сообщение от reader (ok) on 28-Дек-12, 14:22
	>[оверквотинг удален] >> listening on re0, link-type EN10MB (Ethernet), capture size 96 bytes >> 12:04:23.927310 ARP, Request who-has 212.24.14.210 tell 212.24.14.209, length 46 >> 12:04:27.936684 ARP, Request who-has 212.24.14.210 tell 212.24.14.209, length 46 >> billing# ping 217.26.14.210 >> PING 212.24.14.210 (212.24.14.210): 56 data bytes >> ^C >> --- 212.24.14.210 ping statistics --- >> 2 packets transmitted, 0 packets received, 100.0% packet loss >> Такие дела > Странно, что арп реквесты через re0, сделайте еще раз сюда похоже провайдер не маршрутизирует это диапазон на один адрес
	Ответить \| Правка \| ^ к родителю #8 \| Наверх \| Cообщить модератору


	11. "alias на одном интерфейсе и проброс ИП"	+/–
	Сообщение от qwedro on 28-Дек-12, 14:32
	>[оверквотинг удален] > Странно, что арп реквесты через re0, сделайте еще раз сюда > ifconfig re0 > ifconfig re1 > route get 212.26.14.210 > arp -an 212.26.14.210 > с клиента ping -c 1 8.8.8.8 > в это время на сервере > tcpdump -nvi re0 host 212.26.14.210 > tcpdump -nvi re1 host 212.26.14.210 > и все сюда. ifconfig re0 re0: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500 options=209b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,WOL_MAGIC> ether ЧЧЧЧЧЧЧЧЧЧЧЧЧЧЧЧЧ inet 30.254.27.62 netmask 0xfffffffc broadcast 30.255.27.63 media: Ethernet autoselect (100baseTX <full-duplex>) status: active ifconfig re1 re1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 options=209b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,WOL_MAGIC> ether 90:94:e4:81:ab:75 inet 172.16.0.1 netmask 0xffffff00 broadcast 172.16.0.255 inet 212.26.14.209 netmask 0xfffffff8 broadcast 212.26.14.215 media: Ethernet autoselect (100baseTX <full-duplex>) status: active # route get 212.26.14.210 route to: 212.26.14.210 destination: 212.26.14.208 mask: 255.255.255.248 interface: re1 tcpdump -nvi re0 host 212.26.14.210 tcpdump: listening on re0, link-type EN10MB (Ethernet), capture size 96 bytes 14:22:58.631009 IP (tos 0x0, ttl 127, id 1000, offset 0, flags [none], proto UDP (17), length 62, bad cksum 0 (->3fcb)!) 212.26.14.210.62538 > 8.8.8.8.53: 1359+ A? q64.queue.vk.com. (34) 14:22:59.174050 IP (tos 0x0, ttl 127, id 1004, offset 0, flags [none], proto UDP (17), length 69, bad cksum 0 (->3fc0)!) 212.26.14.210.51548 > 8.8.8.8.53: 4065+ A? 6to4.ipv6.microsoft.com. (41) 14:22:59.180058 IP (tos 0x0, ttl 127, id 1005, offset 0, flags [none], proto UDP (17), length 71, bad cksum 0 (->3fbd)!) 212.26.14.210.56408 > 8.8.8.8.53: 39300+ A? teredo.ipv6.microsoft.com. (43) 14:22:59.631039 IP (tos 0x0, ttl 127, id 1009, offset 0, flags [none], proto UDP (17), length 62, bad cksum 0 (->3fc2)!) 212.26.14.210.62538 > 8.8.8.8.53: 1359+ A? q64.queue.vk.com. (34) 14:22:59.632051 IP (tos 0x0, ttl 127, id 1010, offset 0, flags [none], proto UDP (17), length 62, bad cksum 0 (->3fc1)!) 212.26.14.210.56711 > 8.8.8.8.53: 9470+ A? q64.queue.vk.com. (34) 14:23:01.180152 IP (tos 0x0, ttl 127, id 1019, offset 0, flags [none], proto UDP (17), length 71, bad cksum 0 (->3faf)!) 212.26.14.210.56408 > 8.8.8.8.53: 39300+ A? teredo.ipv6.microsoft.com. (43) 14:23:01.204644 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has 212.26.14.2 10 tell 212.26.14.209, length 46 14:23:01.631160 IP (tos 0x0, ttl 127, id 1021, offset 0, flags [none], proto UDP (17), length 62, bad cksum 0 (->3fb6)!) 212.26.14.210.62538 > 8.8.8.8.53: 1359+ A? q64.queue.vk.com. (34) 14:23:01.932194 IP (tos 0x0, ttl 127, id 1022, offset 0, flags [none], proto UDP (17), length 66, bad cksum 0 (->3fb1)!) 212.26.14.210.60073 > 8.8.8.8.53: 11665+ A? ping3.teamviewer.com. (38) 14:23:02.522276 IP (tos 0x0, ttl 127, id 1024, offset 0, flags [none], proto ICM P (1), length 60, bad cksum 0 (->3fc5)!) 212.26.14.210 > 8.8.8.8: ICMP echo request, id 4, seq 4939, length 40 14:23:02.572862 IP (tos 0x0, ttl 127, id 1025, offset 0, flags [none], proto UDP (17), length 61, bad cksum 0 (->3fb3)!) 212.26.14.210.57394 > 8.8.8.8.53: 36291+ A? mail.google.com. (33) 14:23:03.179506 IP (tos 0x0, ttl 127, id 1029, offset 0, flags [none], proto UDP (17), length 69, bad cksum 0 (->3fa7)!) 212.26.14.210.52237 > 8.8.8.8.53: 13341+ A? 6to4.ipv6.microsoft.com. (41) 14:23:03.572293 IP (tos 0x0, ttl 127, id 1030, offset 0, flags [none], proto UDP (17), length 61, bad cksum 0 (->3fae)!) 212.26.14.210.57394 > 8.8.8.8.53: 36291+ A? mail.google.com. (33) billing# tcpdump -nvi re1 host 212.26.14.210 tcpdump: listening on re1, link-type EN10MB (Ethernet), capture size 96 bytes 14:23:22.341864 IP (tos 0x10, ttl 64, id 47714, offset 0, flags [DF], proto TCP (6), length 184, bad cksum 0 (->aff5)!) 212.26.14.209.22 > 212.26.14.210.58566: Flags [P.], ack 562355732, win 8326, options [nop,nop,TS val 1856557299 ecr 28127803], length 132 14:23:22.342504 IP (tos 0x0, ttl 128, id 1103, offset 0, flags [DF], proto TCP (6), length 52) 212.26.14.210.58566 > 212.26.14.209.22: Flags [.], cksum 0xbaa1 (correct), ack 132, win 16439, options [nop,nop,TS val 28127803 ecr 1856557299], length 0 14:23:22.378993 IP (tos 0x0, ttl 128, id 1104, offset 0, flags [none], proto UDP (17), length 62) 212.26.14.210.65354 > 8.8.8.8.53: 20137+ A? q64.queue.vk.com. (34) 14:23:22.521122 IP (tos 0x0, ttl 128, id 1105, offset 0, flags [none], proto ICMP (1), length 60) 212.26.14.210 > 8.8.8.8: ICMP echo request, id 4, seq 4963, length 40 14:23:22.833671 IP (tos 0x0, ttl 128, id 1106, offset 0, flags [none], proto UDP (17), length 61) 212.26.14.210.51131 > 8.8.8.8.53: 6495+ A? mail.google.com. (33) 14:23:23.084090 IP (tos 0x0, ttl 128, id 1107, offset 0, flags [none], proto ICMP (1), length 60) 212.26.14.210 > 212.26.14.209: ICMP echo request, id 4, seq 4964, length 40 14:23:23.084093 IP (tos 0x0, ttl 64, id 47715, offset 0, flags [none], proto ICMP (1), length 60, bad cksum 0 (->f085)!) 212.26.14.209 > 212.26.14.210: ICMP echo reply, id 4, seq 4964, length 40 14:23:23.186083 IP (tos 0x0, ttl 128, id 1108, offset 0, flags [none], proto UDP (17), length 69) 212.26.14.210.59264 > 8.8.8.8.53: 18415+ A? 6to4.ipv6.microsoft.com. (41) 14:23:23.341598 IP (tos 0x10, ttl 64, id 47717, offset 0, flags [DF], proto TCP (6), length 216, bad cksum 0 (->afd2)!) 212.26.14.209.22 > 212.26.14.210.58566: Flags [P.], ack 1, win 8326, options [nop,nop,TS val 1856558299 ecr 28127803], length 164 14:23:23.341613 IP (tos 0x10, ttl 64, id 47718, offset 0, flags [DF], proto TCP (6), length 248, bad cksum 0 (->afb1)!) 212.26.14.209.22 > 212.26.14.210.58566: Flags [P.], ack 1, win 8326, options [nop,nop,TS val 1856558299 ecr 28127803], length 196 14:23:23.341626 IP (tos 0x10, ttl 64, id 47719, offset 0, flags [DF], proto TCP (6), length 360, bad cksum 0 (->af40)!) 212.26.14.209.22 > 212.26.14.210.58566: Flags [P.], ack 1, win 8326, options [nop,nop,TS val 1856558299 ecr 28127803], length 308 14:23:23.341640 IP (tos 0x10, ttl 64, id 47720, offset 0, flags [DF], proto TCP (6), length 200, bad cksum 0 (->afdf)!) 212.26.14.209.22 > 212.26.14.210.58566: Flags [P.], ack 1, win 8326, options [nop,nop,TS val 1856558299 ecr 28127803], length 148 14:23:23.341654 IP (tos 0x10, ttl 64, id 47721, offset 0, flags [DF], proto TCP (6), length 440, bad cksum 0 (->aeee)!) 212.26.14.209.22 > 212.26.14.210.58566: Flags [P.], ack 1, win 8326, options [nop,nop,TS val 1856558299 ecr 28127803], length 388 14:23:23.341684 IP (tos 0x10, ttl 64, id 47722, offset 0, flags [DF], proto TCP (6), length 552, bad cksum 0 (->ae7d)!) 212.26.14.209.22 > 212.26.14.210.58566: Flags [P.], ack 1, win 8326, options [nop,nop,TS val 1856558299 ecr 28127803], length 500 14:23:23.341695 IP (tos 0x10, ttl 64, id 47723, offset 0, flags [DF], proto TCP (6), length 280, bad cksum 0 (->af8c)!) 212.26.14.209.22 > 212.26.14.210.58566: Flags [P.], ack 1, win 8326, options [nop,nop,TS val 1856558299 ecr 28127803], length 228 14:23:23.341960 IP (tos 0x0, ttl 128, id 1109, offset 0, flags [DF], proto TCP (6), length 52) 212.26.14.210.58566 > 212.26.14.209.22: Flags [.], cksum 0xb547 (correct), ack 492, win 16349, options [nop,nop,TS val 28127903 ecr 1856558299], length 0 14:23:23.342849 IP (tos 0x0, ttl 128, id 1110, offset 0, flags [DF], proto TCP (6), length 52) 212.26.14.210.58566 > 212.26.14.209.22: Flags [.], cksum 0xb250 (correct), ack 948, win 16652, options [nop,nop,TS val 28127903 ecr 1856558299], length 0 14:23:23.342900 IP (tos 0x0, ttl 128, id 1111, offset 0, flags [DF], proto TCP (6), length 52) 212.26.14.210.58566 > 212.26.14.209.22: Flags [.], cksum 0xafb6 (correct), ack 1836, win 16430, options [nop,nop,TS val 28127903 ecr 1856558299], length 0 14:23:23.379065 IP (tos 0x0, ttl 128, id 1112, offset 0, flags [none], proto UDP (17), length 62) 212.26.14.210.65354 > 8.8.8.8.53: 20137+ A? q64.queue.vk.com. (34) 14:23:23.381085 IP (tos 0x0, ttl 128, id 1113, offset 0, flags [none], proto UDP (17), length 62) 212.26.14.210.49198 > 8.8.8.8.53: 22110+ A? q64.queue.vk.com. (34) 14:23:23.541055 IP (tos 0x0, ttl 128, id 1114, offset 0, flags [DF], proto TCP (6), length 52) 212.26.14.210.58566 > 212.26.14.209.22: Flags [.], cksum 0xaef7 (correct), ack 2064, win 16373, options [nop,nop,TS val 28127923 ecr 1856558299], length 0 14:23:23.833051 IP (tos 0x0, ttl 128, id 1115, offset 0, flags [none], proto UDP (17), length 61) 212.26.14.210.51131 > 8.8.8.8.53: 6495+ A? mail.google.com. (33) 14:23:24.084170 IP (tos 0x0, ttl 128, id 1116, offset 0, flags [none], proto ICMP (1), length 60) 212.26.14.210 > 212.26.14.209: ICMP echo request, id 4, seq 4965, length 40 14:23:24.084179 IP (tos 0x0, ttl 64, id 47724, offset 0, flags [none], proto ICMP (1), length 60, bad cksum 0 (->f07c)!) 212.26.14.209 > 212.26.14.210: ICMP echo reply, id 4, seq 4965, length 40 14:23:24.341545 IP (tos 0x10, ttl 64, id 47725, offset 0, flags [DF], proto TCP (6), length 216, bad cksum 0 (->afca)!) 212.26.14.209.22 > 212.26.14.210.58566: Flags [P.], ack 1, win 8326, options [nop,nop,TS val 1856559299 ecr 28127923], length 164 14:23:24.341570 IP (tos 0x10, ttl 64, id 47726, offset 0, flags [DF], proto TCP (6), length 488, bad cksum 0 (->aeb9)!) 212.26.14.209.22 > 212.26.14.210.58566: Flags [P.], ack 1, win 8326, options [nop,nop,TS val 1856559299 ecr 28127923], length 436 14:23:24.341594 IP (tos 0x10, ttl 64, id 47727, offset 0, flags [DF], proto TCP (6), length 728, bad cksum 0 (->adc8)!) billing# arp -an 212.26.14.210 Не понимает такую команду фря. UPD: возникло недопонимание в одном из конфигов я опечатался и написал 217.26.14.210. По факту 212.26.14.210
	Ответить \| Правка \| ^ к родителю #8 \| Наверх \| Cообщить модератору


	13. "alias на одном интерфейсе и проброс ИП"	+/–
	Сообщение от sirius (??) on 28-Дек-12, 14:38
	Вобщем можете сделать еще с клиента будет типа такого traceroute -d 8.8.8.8 1 1 1 212.26.14.209 * * * * * * После этого попросите провайдера зарулить на вас подсеть 212.26.14.208/29 на 30.254.27.62
	Ответить \| Правка \| ^ к родителю #11 \| Наверх \| Cообщить модератору


	23. "alias на одном интерфейсе и проброс ИП"	+/–
	Сообщение от qwedro on 29-Дек-12, 07:57
	> Вобщем можете сделать еще с клиента будет типа такого > traceroute -d 8.8.8.8 > 1 1 1 212.26.14.209 > * * * > * * * > После этого попросите провайдера зарулить на вас подсеть > 212.26.14.208/29 на 30.254.27.62 Да, картина примерно такая и есть C:\Users\1>tracert 8.8.8.8 Трассировка маршрута к 8.8.8.8 с максимальным числом прыжков 30 1 <1 мс 1 ms <1 мс 212.26.14.209 2 135 ms 4 ms 2 ms 30.255.27.61 3 * * * Превышен интервал ожидания для запроса. 4 * * * Превышен интервал ожидания для запроса. Отправил запрос провайдеру. Они сказали что вроде пробросили, но видимо не до конца...
	Ответить \| Правка \| ^ к родителю #13 \| Наверх \| Cообщить модератору

5. "alias на одном интерфейсе и проброс ИП"	–1 +/–
Сообщение от user (??) on 28-Дек-12, 13:45
> re0 - внеха > re1 - локалка > на re0 выходим в инет с 30.254.27.62 (ип как пример) > на re1 подключены абоненты ходящие в инет через нат. На внеху у > всех один ип 30.254.27.62. > Появилась необходимось подключить абонента с реальным ип. Взяли у провайдера диапазон внешних > адресов из другой подсети 212.24.14.209-214 маска 255.255.255.248 > Поднял алиас на re1 Ну и нафиг вы алиас на внутреннем ципляете, у вас абсолютное непонимание того, что вы делаете. Алиас на внешнем, потом создаете доп. инстанс ната вроде этого (почему так, читайте в моем ответе на вашем пост ранее) nat 10 config ip 212.24.14.209 reset same_ports redirect_addr $client_IP 212.24.14.209 А дальше пихаете его в рулесет в нужное место. > в rc.conf: > ifconfig_re1_alias0="212.24.14.209 netmask 255.255.255.248" Айпишники правильно посчитали? http://www.subnet-calculator.com >[оверквотинг удален] > U > 0 3803 > re1 > 212.24.14.209 link#3 > UHS > 0 2774 > lo0 > Настраиваю клиентский комп, на 212.24.14.210 шлюз 212.24.14.209 > Шлюз с машины пингую, инет нет. Подозреваю не хватает какого-то маршрута. Не > подскажете?
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	7. "alias на одном интерфейсе и проброс ИП"	+/–
	Сообщение от qwedro on 28-Дек-12, 14:06
	>> Поднял алиас на re1 > Ну и нафиг вы алиас на внутреннем ципляете, у вас > абсолютное непонимание того, что вы делаете. > Алиас на внешнем, потом создаете доп. инстанс ната вроде этого (почему так, > читайте в моем ответе на вашем пост ранее) >> в rc.conf: >> ifconfig_re1_alias0="212.24.14.209 netmask 255.255.255.248" Говорите вешать на внешний, а пишете на внутренний, что-то не понимаю. > nat 10 config ip 212.24.14.209 reset same_ports redirect_addr $client_IP 212.24.14.209 Ну ок, клиентский комп к примеру 210 пишу: ipfw nat 10 config ip 212.24.14.209 same_ports reset redirect_addr 212.24.14.210 212.24.14.209 > А дальше пихаете его в рулесет в нужное место. Можно подробнее пожалуйста?
	Ответить \| Правка \| ^ к родителю #5 \| Наверх \| Cообщить модератору


	18. "alias на одном интерфейсе и проброс ИП"	–2 +/–
	Сообщение от user (??) on 28-Дек-12, 15:06
	>>> Поднял алиас на re1 >> Ну и нафиг вы алиас на внутреннем ципляете, у вас >> абсолютное непонимание того, что вы делаете. >> Алиас на внешнем, потом создаете доп. инстанс ната вроде этого (почему так, >> читайте в моем ответе на вашем пост ранее) >>> в rc.conf: >>> ifconfig_re1_alias0="212.24.14.209 netmask 255.255.255.248" > Говорите вешать на внешний, а пишете на внутренний, что-то не понимаю. Опичатка, бля. >> nat 10 config ip 212.24.14.209 reset same_ports redirect_addr $client_IP 212.24.14.209 > Ну ок, клиентский комп к примеру 210 пишу: > ipfw nat 10 config ip 212.24.14.209 same_ports reset redirect_addr 212.24.14.210 212.24.14.209 Уважаемый, вы нихрена не хотите читать. Читайте man ipfw, man natd до просветления по поводу синтаксиса. У клиента какой адрес внутренний? Вот на него редиректить надо с 212.24.14.209. Т.е. ipfw nat 10 config ip 212.24.14.209 same_ports reset redirect_addr 10.10.100.50 212.24.14.209 Или вы хотите, что бы клиент себе тупо прописал 212.24.14.209? Ну тогда вам или влан кинуть к нему или еще чего-то там... и маршрут прописать. >> А дальше пихаете его в рулесет в нужное место. > Можно подробнее пожалуйста? Носом ткнули - дальше сам.
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору


	20. "alias на одном интерфейсе и проброс ИП"	+1 +/–
	Сообщение от fx (ok) on 28-Дек-12, 15:58
	> Опичатка, бля. > Уважаемый, вы нихрена не хотите читать. Читайте man ipfw, man natd до > просветления по поводу синтаксиса. > У клиента какой адрес внутренний? Вот на него редиректить надо с 212.24.14.209. > Или вы хотите, что бы клиент себе тупо прописал 212.24.14.209? Ну тогда > вам или влан кинуть к нему или еще чего-то там... и > маршрут прописать. > Носом ткнули - дальше сам. Вы бы, вместо хамства и мата, тоже попробовали бы немного почитать и подумать... зачем все эти костыли с редиректами, с "влан или еще чего-то там", если, как уже в соседних комментах пишут, клиенту всего лишь требуется, чтобы провайдер маршрутизировал нужную подсеть не тупо в свой интерфейс, а через уже имеющийся ip на re0 - и клиент спокойно настраивает весь семент на re1.
	Ответить \| Правка \| ^ к родителю #18 \| Наверх \| Cообщить модератору


	21. "alias на одном интерфейсе и проброс ИП"	+/–
	Сообщение от user (??) on 28-Дек-12, 19:55
	>[оверквотинг удален] >> Или вы хотите, что бы клиент себе тупо прописал 212.24.14.209? Ну тогда >> вам или влан кинуть к нему или еще чего-то там... и >> маршрут прописать. >> Носом ткнули - дальше сам. > Вы бы, вместо хамства и мата, тоже попробовали бы немного почитать и > подумать... зачем все эти костыли с редиректами, с "влан или еще > чего-то там", если, как уже в соседних комментах пишут, клиенту всего > лишь требуется, чтобы провайдер маршрутизировал нужную подсеть не тупо в свой > интерфейс, а через уже имеющийся ip на re0 - и клиент > спокойно настраивает весь семент на re1. Мэн не пытается думать. Профессия админа такова, что разжевывать никто не будет, максимум, чем могут помочь - ткнуть носом, а дальше сам... Да и со мной так было. И никаких обид. Поднимаю виртуалку и учусь. А глупые ответы вроде этого: > А дальше пихаете его в рулесет в нужное место. Можно подробнее пожалуйста? вызывают сомнения по поводу профпригодности топик стартера.
	Ответить \| Правка \| ^ к родителю #20 \| Наверх \| Cообщить модератору


	22. "alias на одном интерфейсе и проброс ИП"	+/–
	Сообщение от fx (ok) on 28-Дек-12, 22:14
	> Мэн не пытается думать. как и Вы? > вызывают сомнения по поводу профпригодности топик стартера зато в Вашей профнепригодности и безграмотности сомнений уже нет :)
	Ответить \| Правка \| ^ к родителю #21 \| Наверх \| Cообщить модератору

9. "alias на одном интерфейсе и проброс ИП"	+1 +/–
Сообщение от Grey (ok) on 28-Дек-12, 14:19
>[оверквотинг удален] > U > 0 3803 > re1 > 212.24.14.209 link#3 > UHS > 0 2774 > lo0 > Настраиваю клиентский комп, на 212.24.14.210 шлюз 212.24.14.209 > Шлюз с машины пингую, инет нет. Подозреваю не хватает какого-то маршрута. Не > подскажете? а провайдер сделал маршрут до вашей доп.подсетки через ваш внешний IP ?
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	12. "alias на одном интерфейсе и проброс ИП"	+/–
	Сообщение от qwedro on 28-Дек-12, 14:33
	>[оверквотинг удален] >> 0 3803 >> re1 >> 212.24.14.209 link#3 >> UHS >> 0 2774 >> lo0 >> Настраиваю клиентский комп, на 212.24.14.210 шлюз 212.24.14.209 >> Шлюз с машины пингую, инет нет. Подозреваю не хватает какого-то маршрута. Не >> подскажете? > а провайдер сделал маршрут до вашей доп.подсетки через ваш внешний IP ? Провайдер говорит - да. Для теста поднял алиас 212.24.14.209 на внешнем интерфейсе. Все натящиеся клиенты во внехе имеют 212.24.14.209. Т.е. фактически работает.
	Ответить \| Правка \| ^ к родителю #9 \| Наверх \| Cообщить модератору


	14. "alias на одном интерфейсе и проброс ИП"	+1 +/–
	Сообщение от reader (ok) on 28-Дек-12, 14:49
	>[оверквотинг удален] >>> 212.24.14.209 link#3 >>> UHS >>> 0 2774 >>> lo0 >>> Настраиваю клиентский комп, на 212.24.14.210 шлюз 212.24.14.209 >>> Шлюз с машины пингую, инет нет. Подозреваю не хватает какого-то маршрута. Не >>> подскажете? >> а провайдер сделал маршрут до вашей доп.подсетки через ваш внешний IP ? > Провайдер говорит - да. Для теста поднял алиас 212.24.14.209 на внешнем интерфейсе. > Все натящиеся клиенты во внехе имеют 212.24.14.209. Т.е. фактически работает. Провайдер сказал на какой адрес будет маршрутизировать этот диапазон. Может он выдал и ждет что вы все их алиасом пропишете и будите пробрасывать в локалку, или будите использовать arp-proxy
	Ответить \| Правка \| ^ к родителю #12 \| Наверх \| Cообщить модератору


	15. "alias на одном интерфейсе и проброс ИП"	+/–
	Сообщение от qwedro on 28-Дек-12, 14:56
	>[оверквотинг удален] >>>> lo0 >>>> Настраиваю клиентский комп, на 212.24.14.210 шлюз 212.24.14.209 >>>> Шлюз с машины пингую, инет нет. Подозреваю не хватает какого-то маршрута. Не >>>> подскажете? >>> а провайдер сделал маршрут до вашей доп.подсетки через ваш внешний IP ? >> Провайдер говорит - да. Для теста поднял алиас 212.24.14.209 на внешнем интерфейсе. >> Все натящиеся клиенты во внехе имеют 212.24.14.209. Т.е. фактически работает. > Провайдер сказал на какой адрес будет маршрутизировать этот диапазон. Может он выдал > и ждет что вы все их алиасом пропишете и будите пробрасывать > в локалку, или будите использовать arp-proxy Давайте как убогому - т.е. фактически настроено всё верно, но надо вышестоящего провайдера попросить пробросить маршрут с 212.24.14.208/29 на 30.254.27.62, так?
	Ответить \| Правка \| ^ к родителю #14 \| Наверх \| Cообщить модератору


	16. "alias на одном интерфейсе и проброс ИП"	+/–
	Сообщение от sirius (??) on 28-Дек-12, 14:57
	> Давайте как убогому - т.е. фактически настроено всё верно, но надо вышестоящего > провайдера попросить пробросить маршрут с 212.24.14.208/29 на 30.254.27.62, так? Да.
	Ответить \| Правка \| ^ к родителю #15 \| Наверх \| Cообщить модератору


	17. "alias на одном интерфейсе и проброс ИП"	+/–
	Сообщение от momai (ok) on 28-Дек-12, 15:03
	>> Давайте как убогому - т.е. фактически настроено всё верно, но надо вышестоящего >> провайдера попросить пробросить маршрут с 212.24.14.208/29 на 30.254.27.62, так? > Да. И в конечном счете абонеты с серыми ип будут ходить в инет через 30.254.27.62, а абоненты с реальниками будут ходить через шлюз 212.24.14.209 и иметь адрес 212.24.14.Х Алиас должен быть прописан на локалку.
	Ответить \| Правка \| ^ к родителю #16 \| Наверх \| Cообщить модератору


	19. "alias на одном интерфейсе и проброс ИП"	+1 +/–
	Сообщение от Grey (ok) on 28-Дек-12, 15:32
	>>> Давайте как убогому - т.е. фактически настроено всё верно, но надо вышестоящего >>> провайдера попросить пробросить маршрут с 212.24.14.208/29 на 30.254.27.62, так? >> Да. > И в конечном счете абонеты с серыми ип будут ходить в инет > через 30.254.27.62, а абоненты с реальниками будут ходить через шлюз 212.24.14.209 > и иметь адрес 212.24.14.Х > Алиас должен быть прописан на локалку. да! только не забудьте сказать своему NAT-у, что б не натил белые адреса. P.S. надо сказать провайдеру, чтоб сделал у себя маршрут на сеть 212.24.14.208/29 через 30.254.27.62.
	Ответить \| Правка \| ^ к родителю #17 \| Наверх \| Cообщить модератору