

user
Пользователи-
Публикации
62 -
Зарегистрирован
-
Посещение
О user
-
Звание
Абитуриент
Посетители профиля
Блок посетителей профиля отключен и не будет отображаться другим пользователям
-
Принят закон о бесплатном доступе к социально значимым сайтам.
тему ответил в Связной (С) пользователя user в У нага
В ООО “Ромашка” доступ к сайтам в информационно-телекоммуникационной сети «Интернет», информационным системам и программам для электронных вычислительных машин, включенным в перечень отечественных социально значимых информационных ресурсов оказывается без взимания платы для абонента-гражданина, получающего услуги связи по передаче данных и предоставлению доступа к информационно-телекоммуникационной сети «Интернет». -
Приказ 221 Сведения в Роскомнадзор - Принято
тему ответил в Связной (С) пользователя user в У нага
"Версия XML-схемы фиксируется в namespace, имени XSD-файла (см. п. 4.1) и указывается при заполнении XML-файлов обмена (см. п. 7, поле XsdVersion)." Ещё бы они это написали в описании тега... а не просто "string". -
Приказ 221 Сведения в Роскомнадзор - Принято
тему ответил в Связной (С) пользователя user в У нага
не лицензий - нет проблем. -
iptables + icmp + nat / icmp type 3 не попадает в POSTROUTING ?
тему ответил в user пользователя user в Программное обеспечение, биллинг и *unix системы
iptables-save -c | grep LOG [0:0] -A POSTROUTING -o eth0.990 -p icmp -m icmp --icmp-type 1 -j LOG [0:0] -A POSTROUTING -o eth0.990 -p icmp -m icmp --icmp-type 2 -j LOG [0:0] -A POSTROUTING -o eth0.990 -p icmp -m icmp --icmp-type 3 -j LOG [0:0] -A POSTROUTING -o eth0.990 -p icmp -m icmp --icmp-type 4 -j LOG [0:0] -A POSTROUTING -o eth0.990 -p icmp -m icmp --icmp-type 5 -j LOG [0:0] -A POSTROUTING -o eth0.990 -p icmp -m icmp --icmp-type 6 -j LOG [0:0] -A POSTROUTING -o eth0.990 -p icmp -m icmp --icmp-type 7 -j LOG [6:480] -A POSTROUTING -o eth0.990 -p icmp -m icmp --icmp-type 8 -j LOG tshark -nta -i eth0.990 -c 10 host 172.19.4.254 and proto ICMP Capturing on 'eth0.990' 1 15:15:44.613903180 172.19.4.254 → 197.63.117.17 ICMP 86 Destination unreachable (Host unreachable) 2 15:15:44.658591897 172.19.4.254 → 58.228.159.253 ICMP 86 Destination unreachable (Host unreachable) 3 15:15:44.678200493 172.19.4.254 → 50.78.132.225 ICMP 86 Destination unreachable (Host unreachable) 4 15:15:44.695856784 172.19.4.254 → 46.39.51.215 ICMP 90 Destination unreachable (Host unreachable) 5 15:15:44.710039862 172.19.4.254 → 188.69.193.87 ICMP 94 Destination unreachable (Host unreachable) 6 15:15:44.717459074 172.19.4.254 → 77.121.70.11 ICMP 86 Destination unreachable (Host unreachable) 7 15:15:44.809850348 172.19.4.254 → 185.153.180.241 ICMP 86 Destination unreachable (Host unreachable) 8 15:15:44.857079080 172.19.4.254 → 103.133.106.81 ICMP 86 Destination unreachable (Host unreachable) 9 15:15:44.887351358 172.19.4.254 → 207.180.222.211 ICMP 86 Destination unreachable (Host unreachable) 10 15:15:45.061933421 172.19.4.254 → 95.29.94.14 ICMP 94 Destination unreachable (Host unreachable) -
Элементарная задача: НАТ для icmp пакетов 172.19.4.254 - принадлежит другому роутеру, и пакеты от него приходят на шлюз "как есть", через eth1 eth0.990 - смотрит в сторону провайдера. прописываем iptables [0:0] -A POSTROUTING -s 172.19.4.254/32 -o eth0.990 -p icmp -j SNAT --to-source 1.2.3.4 [0:0] -A POSTROUTING -s 172.19.4.254/32 -o eth0.990 -j MASQUERADE а вот фиг: tshark -nta -i eth0.990 host 172.19.4.254 and proto ICMP Capturing on 'eth0.990' 1 14:34:04.255576453 172.19.4.254 → 83.97.20.35 ICMP 86 Destination unreachable (Host unreachable) 2 14:34:04.263094684 172.19.4.254 → 196.52.43.128 ICMP 86 Destination unreachable (Host unreachable) 3 14:34:04.282221431 172.19.4.254 → 185.39.11.38 ICMP 86 Destination unreachable (Host unreachable) 4 14:34:04.292742038 172.19.4.254 → 51.38.103.218 ICMP 590 Destination unreachable (Fragmentation needed) 5 14:34:04.292775141 172.19.4.254 → 51.38.103.218 ICMP 590 Destination unreachable (Fragmentation needed) 6 14:34:04.293790866 172.19.4.254 → 51.38.103.218 ICMP 590 Destination unreachable (Fragmentation needed) в правила не попало: iptables-save -c [0:0] -A POSTROUTING -s 172.19.4.254/32 -o eth0.990 -p icmp -j SNAT --to-source 1.2.3.4 [12345:XXXX6] -A POSTROUTING -s 172.19.4.254/32 -o eth0.990 -j MASQUERADE - то есть ранее трафик IP 172.19.4.254/32 нигде не обрабатывается, и свистит мимо "-p icmp" iptables-save -c | grep icmp [0:0] -A POSTROUTING -s 172.19.4.254/32 -o eth0.990 -p icmp -j SNAT --to-source 1.2.3.4 [14:421] -A MYSHAPER-IN -i eth0.990 -p icmp -m mark --mark 0x0 -j MARK --set-xmark 0x3010/0xffffffff - и ICMP нигде раньше не обрабатывается.
-
Приказ 221 Сведения в Роскомнадзор - Принято
тему ответил в Связной (С) пользователя user в У нага
должно сразу в "ранее" появиться -
Приказ 221 Сведения в Роскомнадзор - Принято
тему ответил в Связной (С) пользователя user в У нага
у меня прошёл OOORomashka_ACT221_1_1.xml в полном формате, те же данные - не прошёл. -
Приказ 221 Сведения в Роскомнадзор - Принято
тему ответил в Связной (С) пользователя user в У нага
мы тут имя файла придумываем... у кого какое имя доходит до "отображения"... данные - пофиг. -
Приказ 221 Сведения в Роскомнадзор - Принято
тему ответил в Связной (С) пользователя user в У нага
по идее минимум: <?xml version="1.0" encoding="utf-8"?> <tns:ACT221 xmlns:tns="http://noc.gov.ru/pirs-schema/1.00" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://noc.gov.ru/pirs-schema/1.00"> <AdminData> <CarrierName>ООО "Ромашка"</CarrierName> <FileDate>2020-06-06</FileDate> <XsdVersion>2020060601</XsdVersion> </AdminData> <AsOwnerData> <AS> <AsId>AS12345</AsId> <AsNumber>AS12345</AsNumber> <AsIpRange> <IpRangeAsNumber>AS12345</IpRangeAsNumber> <IpRangeOwner>actor-1</IpRangeOwner> </AsIpRange> <AsResponsible>actor-1</AsResponsible> <AsBGPRoutingInfo> <AsBGPRouterIpAddress> <IPv4_subnet>123.456.204.0/22</IPv4_subnet> </AsBGPRouterIpAddress> <AsBGPRouteEquipLocation>location-1</AsBGPRouteEquipLocation> </AsBGPRoutingInfo> </AS> </AsOwnerData> <Location> <LocationId>location-1</LocationId> <Country>RU</Country> <Address>Московская область, ГОРОД, Улица, дом </Address> </Location> <Actor> <ActorId>actor-1</ActorId> <RFOrganization> <FullName>ООО "Ромашка"</FullName> <ShortName>ООО "РМШК"</ShortName> <LegalForm>Общество с ограниченной ответственностью</LegalForm> <OGRN>1234567890</OGRN> <INN>1234567890</INN> <ActorLocation>location-1</ActorLocation> <Phone>+7-99999999</Phone> <Email>abonotdel@romashka.ru</Email> </RFOrganization> </Actor> </tns:ACT221> -
Приказ 221 Сведения в Роскомнадзор - Принято
тему ответил в Связной (С) пользователя user в У нага
попробуйте зайти через госуслуги, тогда там ИНН берётся не из сертификата, и нет 00... у меня всё появилось при входе через сертификат. мне вход через Госуслуги, как и добавление 00 в ИНН в файл - ничего не дал -
Приказ 221 Сведения в Роскомнадзор - Принято
тему ответил в Связной (С) пользователя user в У нага
у всех исчезает или только подобное кривое? -
Приказ 221 Сведения в Роскомнадзор - Принято
тему ответил в Связной (С) пользователя user в У нага
сработало.... заливал те же данные, имя фала OOORomashka_ACT221_1_1.xml появилось переименовал как надо (поправил версию внутри xml) OOORomashka_ACT221_02_20200609_1_1.xml - отправил ещё раз - не появляется. СПАСИБО -
Приказ 221 Сведения в Роскомнадзор - Принято
тему ответил в Связной (С) пользователя user в У нага
что в моём имени не верно? - есть на первом фото -
Приказ 221 Сведения в Роскомнадзор - Принято
тему ответил в Связной (С) пользователя user в У нага
сертификат - такском? входили по сертификату или через Госуслуги? 00 перед ИНН в сертификате есть? -
Приказ 221 Сведения в Роскомнадзор - Принято
тему ответил в Связной (С) пользователя user в У нага
а в разделе "ранее предоставленная" так и не появляется разобрался кто нибудь?