Не правильная работа DHCP

[bill_open]

в конфиге pfsense ни слова про shared-network

 <dhcpd><lan><range><from>192.168.6.10</from>
				<to>192.168.6.110</to></range> 
			 <enable><failover_peerip><dhcpleaseinlocaltime><defaultleasetime>7200</defaultleasetime>
			<maxleasetime>86400</maxleasetime>
			 <netmask><gateway>192.168.6.1</gateway>
			 <domain><domainsearchlist><ddnsdomain><mac_allow><mac_deny><tftp><ldap><nextserver><filename><rootpath><numberoptions><staticmap><mac>40:b3:95:34:53:52</mac>
				<ipaddr>192.168.6.225</ipaddr>
				<hostname>iPhone-5-DTM</hostname>
				 <descr><filename><rootpath><defaultleasetime><maxleasetime><gateway><domain><domainsearchlist><ddnsdomain><tftp><ldap></ldap></tftp></ddnsdomain></domainsearchlist></domain></gateway></maxleasetime></defaultleasetime></rootpath></filename></descr></staticmap> 
			<dnsserver>192.168.6.1</dnsserver>
			<dnsserver>8.8.8.8</dnsserver></numberoptions></rootpath></filename></nextserver></ldap></tftp></mac_deny></mac_allow></ddnsdomain></domainsearchlist></domain></netmask></dhcpleaseinlocaltime></failover_peerip></enable></lan> 
		 <opt1><range><from>192.168.14.10</from>
				<to>192.168.14.126</to></range> 
			 <failover_peerip><dhcpleaseinlocaltime></dhcpleaseinlocaltime>
			<defaultleasetime>7200</defaultleasetime>
			<maxleasetime>86400</maxleasetime>
			<netmask></netmask>
			<gateway>192.168.14.1</gateway>
			 <domain><domainsearchlist><ddnsdomain><mac_allow><mac_deny><tftp><ldap><nextserver><filename><rootpath><numberoptions><enable><staticmap><mac>40:b3:95:34:53:52</mac>
				<ipaddr>192.168.14.225</ipaddr>
				<hostname>Iphone-5-DTM</hostname>
				 <descr><filename><rootpath><defaultleasetime><maxleasetime><gateway><domain><domainsearchlist><ddnsdomain><tftp><ldap></ldap></tftp></ddnsdomain></domainsearchlist></domain></gateway></maxleasetime></defaultleasetime></rootpath></filename></descr></staticmap> 
			<dnsserver>192.168.14.1</dnsserver>
			<dnsserver>8.8.8.8</dnsserver></enable></numberoptions></rootpath></filename></nextserver></ldap></tftp></mac_deny></mac_allow></ddnsdomain></domainsearchlist></domain></failover_peerip></opt1></dhcpd> 

[werter]

В сетевом экране и нате только одно правило между этими двумя сетями(проброс rdp)

Можно ли глянуть правила fw на LAN-интерфейсах и правила NAT\Port forwarding-а.

И еще , модели AP WLAN можно ли узнать ?

[bill_open]

ap разные именно в данном варианте:
lan1 - dlink g700
lan2 - cisco wlc 2504

[werter]

@ bill_open
Дорогой вы мой человечище, ну с каких пор вдруг правила NAT стали использоваться как правила fw для разрешения\запрета чего-то ?! Ну на кой же хрен вы на LAN такое с NAT-ом накрутили?

http://i61.fastpic.ru/big/2014/0624/10/ef699ca49614f3561b8f71f8297da010.jpg
http://i61.fastpic.ru/big/2014/0624/e7/fd60368e72f93d665dfbf259784b96e7.jpg

[bill_open]

@werter:

@ bill_open
Дорогой вы мой человечище, ну с каких пор вдруг правила NAT стали использоваться как правила fw для разрешения\запрета чего-то ?! Ну на кой же хрен вы на LAN такое с NAT-ом накрутили?

И вам доброго времени суток werter, я сделал проброс web морды устройства из lan2 в lan1 :-[ разъясните мне ошибку.

[bill_open]

@bill_open:

@werter:

@ bill_open
Дорогой вы мой человечище, ну с каких пор вдруг правила NAT стали использоваться как правила fw для разрешения\запрета чего-то ?! Ну на кой же хрен вы на LAN такое с NAT-ом накрутили?

И вам доброго времени суток werter, я сделал проброс web морды устройства из в lan2 в lan1 :-[ разъясните мне ошибку.
[/quote]
Чем дальше, тем меньше вообще понимаю. Я создал pf , правило для него появилось автоматом. проброс заработал, устройство стало доступно. Что ни так?

[werter]

http://ru.wikipedia.org/wiki/NAT
http://habrahabr.ru/post/147996/

Если вы хотите что-то разрешить\запретить - исп-ся правила fw на интерфейсах.

[werter]

Чем дальше, тем меньше вообще понимаю. Я создал pf , правило для него появилось автоматом. проброс заработал, устройство стало доступно. Что ни так?

Зачем там Port forwarding ? Там достаточно обычного разрешения.

P.s. Покажите скрин Outbound.

[bill_open]

@werter:

Чем дальше, тем меньше вообще понимаю. Я создал pf , правило для него появилось автоматом. проброс заработал, устройство стало доступно. Что ни так?

Зачем там Port forwarding ? Там достаточно обычного разрешения.

P.s. Покажите скрин Outbound.

стоит на автомате Automatic outbound NAT rule generation

[werter]

А зачем же вы правило на LAN в fw обозвали NAT ?
И зачем создали правила Port forwarding на LAN?

[bill_open]

werter, я понял, что настроил доступ из lan1 в lan2 не правильно, вы лучше объясните, как я это должен был реализовать. И давайте сразу вернемся к исходной проблеме.
p.s. Спасибо

[werter]

1. Удаляйте свой портфорвард на LAN (два правила)
2. На LAN для разрешения должно быть правило, разрешающее прохождение пакетов из одной сети в другую по опред протоколам на опред. порты. Всё.

[bill_open]

создаю правило, доступа нет, но это позже
Что насчет проблемы с dhcp?

[werter]

На iphone - последняя версия macos? Если нет, то обновите.

[bill_open]

Да, последняя 7.1.1

[werter]

У др. устройств такой проблемы не наблюдается ?

[bill_open]

Нет, в 1 сообщении пример, как риагируют другие устройства в данном обстоятельстве

[werter]

Делайте выводы.
Проблема в iPhone, а точнее - в MacOS.

Привяжите его адрес жестко в DHCP на нужных вам сегментах.

[bill_open]

Как я писал выше, так и сделал. Проблема точно не в ios, та же конфигурация, но на zywall usg 1000 великолепно работала.

[dvserg]

@bill_open:

Как я писал выше, так и сделал. Проблема точно не в ios, та же конфигурация, но на zywall usg 1000 великолепно работала.

Выложите Ваш конфиг dhcpd.