Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Все о MDaemon (#3)

Автор: USSRxV_NMad
Дата сообщения: 31.10.2008 20:41

Цитата:
В его случае то, что мы решили здесь, это только частный случай, у него еще будут проблемы с отправкой на некоторые другие почтовики.

поэтому я считаю будет правильным либо на сервак пробросить порт, либо поставить отправку проблемных через релей
Автор: Kernell32
Дата сообщения: 31.10.2008 20:52
USSRxV_NMad
хорошо будет проброс на машину где стоит daemon
Автор: Kernell32
Дата сообщения: 31.10.2008 20:52
USSRxV_NMad
хорошо будет проброс на машину где стоит daemon

Добавлено:
USSRxV_NMad
хорошо будет проброс на машину где стоит daemon

Добавлено:
USSRxV_NMad
хорошо будет проброс на машину где стоит daemon
Автор: Kernell32
Дата сообщения: 31.10.2008 20:52
USSRxV_NMad
хорошо будет проброс на машину где стоит daemon

Добавлено:
USSRxV_NMad
хорошо будет проброс на машину где стоит daemon

Добавлено:
USSRxV_NMad
хорошо будет проброс на машину где стоит daemon

Добавлено:
USSRxV_NMad
хорошо будет проброс на машину где стоит daemon

Добавлено:
USSRxV_NMad
хорошо будет проброс на машину где стоит daemon

Добавлено:
блин, нехотел флудить. ...кошака на удочку чтоб по клаве неходила

Добавлено:
тогда если машна на которой mdaemon стоит выключится я понимаю на mail.uotts.ru почта осядет, а в дальнейшем я ее оттуда утяну. так ?
Автор: Clavik
Дата сообщения: 31.10.2008 22:13

Цитата:
тогда если машна на которой mdaemon стоит выключится я понимаю на mail.uotts.ru почта осядет, а в дальнейшем я ее оттуда утяну. так ?


2 MX записи, первая твоя, вторая прова\хостера. Если ты не доступен, уходит на прова\хостера, затем ты с него забираешь по МPOP\DPOP. Причем можешь не вырубать у себя MPOP\DPOP, демон будет долбится и проверять почту у прова\хостера.
Но знай что, если ты , например, врубишь грейлистинг, то почта в этом случае будет валиться на прова, тк твой серв 4хх будет выдавать и почтовики будут перебирать MX записи. Вообщем любой твой отказ по приему - почта на прова.
Автор: Kernell32
Дата сообщения: 31.10.2008 22:33
общий итог: надо делать редирект
Автор: Staric
Дата сообщения: 01.11.2008 07:29
Помогите пожалуйста разобраться как избавиться от спама.. Не могу понять как зарубить такие входящие соединения явно являющиеся спамом


Sat 2008-11-01 02:39:51: --> 220 mail.****.ru ESMTP MDaemon 9.6.3; Sat, 01 Nov 2008 02:39:51 +0300
Sat 2008-11-01 02:39:52: <-- EHLO PC-200809291601
Sat 2008-11-01 02:39:52: Performing IP lookup (PC-200809291601)
Sat 2008-11-01 02:39:53: * Error: * Name server has no records of the requested type for that domain
Sat 2008-11-01 02:39:53: ---- End IP lookup results
Sat 2008-11-01 02:39:53: EHLO/HELO response delayed 10 seconds
Sat 2008-11-01 02:40:03: --> 250-mail.****.ru Hello PC-200809291601, pleased to meet you
Sat 2008-11-01 02:40:03: --> 250-ETRN
Sat 2008-11-01 02:40:03: --> 250-AUTH=LOGIN
Sat 2008-11-01 02:40:03: --> 250-AUTH LOGIN CRAM-MD5
Sat 2008-11-01 02:40:03: --> 250-8BITMIME
Sat 2008-11-01 02:40:03: --> 250 SIZE 25000000
Sat 2008-11-01 02:40:04: <-- MAIL FROM:<p.mos@runet.ru>
Sat 2008-11-01 02:40:04: Performing PTR lookup (10.130.57.123.IN-ADDR.ARPA)
Sat 2008-11-01 02:40:04: * Error: * Name server has no records of the requested type for that domain
Sat 2008-11-01 02:40:04: * No PTR records found
Sat 2008-11-01 02:40:04: ---- End PTR results
Sat 2008-11-01 02:40:04: Performing IP lookup (runet.ru)
Sat 2008-11-01 02:40:04: * D=runet.ru TTL=(42) A=[89.188.127.182]
Sat 2008-11-01 02:40:04: * P=010 S=000 D=runet.ru TTL=(42) MX=[mailhost.ava.ru]
Sat 2008-11-01 02:40:04: * D=runet.ru TTL=(42) A=[89.188.127.182]
Sat 2008-11-01 02:40:04: ---- End IP lookup results
Sat 2008-11-01 02:40:04: --> 250 <p.mos@runet.ru>, Sender ok
Sat 2008-11-01 02:40:05: <-- RCPT TO: <****@****.ru>
Sat 2008-11-01 02:40:05: --> 250 <****@****.ru>, Recipient ok
Sat 2008-11-01 02:40:06: <-- DATA
Sat 2008-11-01 02:40:06: Creating temp file (SMTP): c:\mdaemon\queues\temp\11\md50000001324.tmp
Sat 2008-11-01 02:40:06: --> 354 Enter mail, end with <CRLF>.<CRLF>
Sat 2008-11-01 02:40:08: Message size: 12771 bytes
Sat 2008-11-01 02:40:08: Passing message through AntiVirus (Size: 12771)...

И таких соединений тьма...
Автор: Clavik
Дата сообщения: 01.11.2008 08:36
Staric

Цитата:
Sat 2008-11-01 02:40:04: Performing PTR lookup (10.130.57.123.IN-ADDR.ARPA)
Sat 2008-11-01 02:40:04: * Error: * Name server has no records of the requested type for that domain
Sat 2008-11-01 02:40:04: * No PTR records found
Sat 2008-11-01 02:40:04: ---- End PTR results

Настраивай обратный поиск в демоне, например, это сообщение можно было зарубить по отсутствию PTR записи.

Цитата:
Sat 2008-11-01 02:39:52: Performing IP lookup (PC-200809291601)
Sat 2008-11-01 02:39:53: * Error: * Name server has no records of the requested type for that domain
Sat 2008-11-01 02:39:53: ---- End IP lookup results

Проверку HELO можешь вырубить ваще в обратном поиске, ибо толку мало, подделывают все равно.
И настраивай хост скриниг, пример файла ipscreen.dat в шапке.
Автор: Staric
Дата сообщения: 01.11.2008 12:51
Clavik

Если честно, то проверка PTR специально выключена, ибо много тогда не приходит вообще. А руководство не может понять что дело не в нас А скрининг конечно дело, но таких засранцев ужастно много, рук не хватит добавлять..

Т.е. получается других средств нет? (В том смысле что без извращений, а именно штатными средствами)
Автор: Clavik
Дата сообщения: 01.11.2008 13:06
Staric

Цитата:
Т.е. получается других средств нет? (В том смысле что без извращений, а именно штатными средствами)

Так это и есть штатные средства. А ты что хочешь, чтобы демон сам понял, спам это или нет, вот придумают искуственный интелект, сядешь с ним и обучишь его что ты считаешь спамом, а что нет.
А так можешь врубить байес, но тут опять руководство скажет, а зачем это у нас в теме пишет SPAM, одмин убери


Цитата:
А скрининг конечно дело, но таких засранцев ужастно много, рук не хватит добавлять..

Ты шапку погляди, тама есть уже настроенный ipscreen.dat.

Можешь еще грейлистинг врубить, тоже хорошая весчь, но опять же твои не настроенные тупые отправители-почтовики, возьмут и не будут повторять пиьсмо на ошибку 4хх, и руководство тебе скажет, одмин убери
Автор: rstar1979
Дата сообщения: 03.11.2008 15:43
Щас пытаюсь разобраться с Файл скрининг хостов ipscreen.dat....
можете обьяснить:
[127.0.0.1]
я так понимаю в этой секции все разрешенное.....
так вот что в ней указаны за сервера...
HostScreen0=*.ptr.primarydns.com,Allow
HostScreen1=smtp*.masterhost.ru,Allow
HostScreen2=*.google.com,Allow
HostScreen3=google.com,Allow
HostScreen4=mail-relay-#.*,Allow
HostScreen5=*.mailcluster.net,Allow

[All IPs]
тут указаны я так понимаю все что заблокировано, но
что значить
HostScreen3=[#.#.#.#],Allow (это типа разрешено???)
HostScreen4=*.*.*.0*,Prevent (а это запрещено)
HostScreen27=#.#.#.#,Prevent


в общем хотелось бы понять принцип того как это создалось, соответсвенно как это обновлять....
P.S. Версия пока 9.07ру хочу перехать для начала на md965_ru...
Автор: Clavik
Дата сообщения: 03.11.2008 22:35
rstar1979
Секции, выдержка из хелпа:

Цитата:
Правило фильтрации определяет правомочность подключения узла либо ко всем локальным IP-адресам сервера MDaemon (если оно расположено в ветке «All IP's»), либо к тому из них, в ветке которого оно расположено.

Т.е 2 секции (может быть и больше если есть несколько доменов) одна конкретно для айпи домена, другая для всех айпи. В этих секциях важен порядок правил, так вот строка:

Цитата:
HostScreen3=[#.#.#.#],Allow

стоит выше остальных цифровых масок, тк такое имя HELO должно 100% быть принято.
Теперь про почему в секции All IPs почти все только запрещено, по идее все хосты из секции 127.0.0.1 можно было перенести в секцию All IPs, но как я писал выше главное это порядок строк, поэтому их надо было поставить не в конец, а скажем лучше наверх, вообщем я имена доменов на разрешение ставлю в секцию 127.0.0.1, потому как секция приоитетней, чем All IPs, но это справедливо для случая с одним доменом и айпи соответственно, иначе имена хостов будут разрешены только для этого айпи. Хосты в 127.0.0.1 прописаны из практики, которые блочаться по правилам из All IPs.
Автор: diabolitto
Дата сообщения: 04.11.2008 07:54
Не подскажете, как иметь доступ к консоли МДемона, при удаленном администрировании серверной машины?
В главной сессии, МДемон в трее сидит, и оттуда к его консоли можно пробраться. А при удаленке - в трее ничего не сидит

Буду признателен за помощь

П.С. Вопрос снимается
Автор: rstar1979
Дата сообщения: 04.11.2008 11:00
а чем отличаються
HostScreen4=*.*.*.0*,Prevent
HostScreen27=#.#.#.#,Prevent


и еще если я из шапки поключу ipscreen.dat то вполне могу закрыть доступ от нормальных серверов... я правильно понимаю??
и их соответсвенно придеться подключать в верхней части секции....
Автор: Clavik
Дата сообщения: 04.11.2008 18:17

Цитата:
а чем отличаються
HostScreen4=*.*.*.0*,Prevent
HostScreen27=#.#.#.#,Prevent

* - любой символ (буква, цифра и тд)
# - только любая цифра

По идее маска #.#.#.# уже входит в маски *.*.*.0*, *.*.*.1* и тд, сделал для выделения запрета прописывания айпи в HELO, если хочешь, можешь убрать.


Цитата:
и еще если я из шапки поключу ipscreen.dat то вполне могу закрыть доступ от нормальных серверов... я правильно понимаю??
и их соответсвенно придеться подключать в верхней части секции....

Вполне можешь, нельзя сделать универсальные маски 100% блокирующие только спам, хотя все маски прописывались не на обум, а обдуманно, но все же встречаются сервера, которые попадают под блокировку, в большинстве случаев с интересными именами
Это что касается общих масок, а маски по доменам, можешь посмотреть и что надо убрать, но большинство, если не все, это домены, с которых прет спам.
У тебя 2 варианта, либо убирать маску из запрета, либо прописывать хост или маску на разрешение.
Автор: USSRxV_NMad
Дата сообщения: 04.11.2008 19:55

Цитата:
В главной сессии, МДемон в трее сидит, и оттуда к его консоли можно пробраться. А при удаленке - в трее ничего не сидит

Давайте определимся с понятием "при удаленке", у меня "при удаленке" все висит ...
Автор: Clavik
Дата сообщения: 05.11.2008 06:30

Цитата:
В главной сессии, МДемон в трее сидит, и оттуда к его консоли можно пробраться. А при удаленке - в трее ничего не сидит

Заходишь под RDP, значка естественно нет, запускаешь Mdaemon, путем запуска ярлыка из меню Пуск - Start Mdaemon
Но Mdaemon можно запустить одновременно только 2 штуки, первый под консолью, второй под RDP. Последующие запуски Mdaemon под RDP ничего не дадут.
Автор: Kernell32
Дата сообщения: 06.11.2008 05:37
всем доброе утро

у кого то аналогичное происходит ? Mdaemon 10.0.1 при сворачивании в трей прекарщается запись в логи и планировщик перестает работать, спецально проверял => смотрим в правый нижний угол на параметнр Time Left в нем отображается оставшийся временной интервал до следующей проверки почты, дак вот когда даемон развернутый или активный фокус не на нем все работает как надо, но стоит его свернуть в трей как всё останавливается. по поиску ничего найти несмог. может плохо искал.

так же есть подозрение что он запущен ручным способом т..е в автозапуске его нету, но как то слабо верится в это
Автор: ipmanyak
Дата сообщения: 06.11.2008 05:46
Kernell32 Setup|Logging|Log Options|Always log to screen
Автор: Kernell32
Дата сообщения: 06.11.2008 05:52
ipmanyak
стоит эта галочка
Автор: rstar1979
Дата сообщения: 06.11.2008 11:49
Clavik
спасибо, буду по этому списку вручную добавлять


вопрос еще один возник:
есть такая возможность как вставка задержки при обработки приема. поставил пока в тестовом варианте 30 сек.
можете дать рекомендации\советы
Автор: Belousov
Дата сообщения: 06.11.2008 13:19
Доброго времени суток!
Не отправляются письма на укрнет через список рассылки.
Вот лог:
Код: Thu 2008-11-06 13:07:40: Session 4691; child 2
Thu 2008-11-06 13:07:20: Parsing message <c:\mdaemon\remoteq\pd80000031827.msg>
Thu 2008-11-06 13:07:20: * From: user@domen.com
Thu 2008-11-06 13:07:20: * To: user@ukr.net
Thu 2008-11-06 13:07:20: * Subject: [sender] =?windows-1251?B?5fP75Q==?=
Thu 2008-11-06 13:07:20: * Message-ID: <MDAEMON-F200811061307.AA0720718pd80000031827@domen.com>
Thu 2008-11-06 13:07:20: Attempting SMTP connection to [ukr.net]
Thu 2008-11-06 13:07:20: Resolving MX records for [ukr.net] (DNS Server: 127.0.0.1)...
Thu 2008-11-06 13:07:20: * Packet from DNS server was not valid
Thu 2008-11-06 13:07:40: * DNS: 20 second wait for DNS response exceeded (attempt 1 of 3)
Thu 2008-11-06 13:07:40: Resolving MX records for [ukr.net] (DNS Server: 80.91.160.2)...
Thu 2008-11-06 13:07:40: * P=010 S=000 D=ukr.net TTL=(2) MX=[mxs.ukr.net] {195.214.192.100}
Thu 2008-11-06 13:07:40: Attempting SMTP connection to [195.214.192.100:25]
Thu 2008-11-06 13:07:40: Waiting for socket connection...
Thu 2008-11-06 13:07:40: * Connection established (xx.xx.xx.xx:45244 -> 195.214.192.100:25)
Thu 2008-11-06 13:07:40: Waiting for protocol to start...
Thu 2008-11-06 13:07:40: <-- 220 UKR.NET ESMTP Thu, 06 Nov 2008 13:07:40 +0200
Thu 2008-11-06 13:07:40: --> EHLO mail.domen.com
Thu 2008-11-06 13:07:40: <-- 250-mx2.ukr.net Hello mail.domen.com [xx.xx.xx.xx]
Thu 2008-11-06 13:07:40: <-- 250-SIZE 26214400
Thu 2008-11-06 13:07:40: <-- 250-8BITMIME
Thu 2008-11-06 13:07:40: <-- 250-PIPELINING
Thu 2008-11-06 13:07:40: <-- 250 HELP
Thu 2008-11-06 13:07:40: --> MAIL From:<> SIZE=1628
Thu 2008-11-06 13:07:40: <-- 250 OK
Thu 2008-11-06 13:07:40: --> RCPT To:<user@ukr.net>
Thu 2008-11-06 13:07:40: <-- 250 Accepted
Thu 2008-11-06 13:07:40: --> DATA
Thu 2008-11-06 13:07:40: <-- 550 http://ukr.net/mta/err.html#nobounces?xx.xx.xx.xx
Thu 2008-11-06 13:07:40: --> QUIT
Thu 2008-11-06 13:07:40: Message has no return path, it was deleted
Thu 2008-11-06 13:07:40: Socket connection closed by the other side (how rude!)
Thu 2008-11-06 13:07:40: SMTP session terminated (Bytes in/out: 250/91)
Автор: ipmanyak
Дата сообщения: 06.11.2008 13:26
Belousov
Цитата:
Message has no return path, it was deleted

Видимо ukr.net не принимает такие письма, хотя обязан принимать по RFC.
Автор: Shruss
Дата сообщения: 06.11.2008 16:24
ipmanyak
Шаман! ))) И ведь правда, в Каспере дело было... поставил MDaemon в список доверенных и почта больше не подвисает!!!
Автор: ipmanyak
Дата сообщения: 06.11.2008 16:48
Shruss Об этом во всех факах написано. Нафиг вообще сторонний антивирь на почтаре?
В инет с него что ли ходишь?


Добавлено:
Shruss Comagent больше апдэйт не просит?


Добавлено:
Тем кто юзает Ldaemon, раскопал почему дупликаты в базе при поиске в ldap.
За это отвечает поле Base entry DN (remote verification) в LDAP Options, написано, что нужно для шлюзов и бэкап серверов, но я пока не понял к чему, может вы скажете.

И так:
1. Останавливаем Ldaemon ( toggle inactive)
2. Открываем Setup|Ldaemon|Ldap Options| поле Base entry DN (remote verification) - очищаем
3. Удаляем содержимое каталога DB (С:\Mdaemon\LDaemon\DB)
4. В каталоге С:\Mdaemon\LDaemon последовательно выполняем батники в указанном порядке:
- add-org.bat
- add-root-contact.bat
- add-root-user.bat
- add-root-verify.bat
5. Стартуем Ldaemon ( toggle active или или в окне Ldap Options - Stop&Restart Ldaemon)
6. Делаем экспорт учеток в базу Ldap - Accounts | Exporting | Export Accounts, Lists and Aliases to LDAP server
7. Открываем наши почтовые клиенты, делаем поиск в Ldap и убеждаемся, что больше дупликатов нет.
Автор: mad_4ik
Дата сообщения: 07.11.2008 05:57
люди помогите почту не могу забрать с MD10 с помощью outlok'а , с pop'ом соединяется а с smtp не может, сам md вроде пишет что сессия была произведена , а результата нет
подскажите что не так
Автор: alexpav77
Дата сообщения: 07.11.2008 07:48
Здравствуйте! Помогите разобраться!
Сервер выдает "постоянную ошибку доставки". Причем раньше Mdaemon стоял в другой сети и этого не было:

Прикрепленное сообщение вызвало НЕУСТРАНИМЫЕ ошибки при доставке!

После одной или более неудачных попыток доставки прикрепленное сообщение было удалено и почтовой очереди на данном сервере. Количество и частота попыток доставки определяется параметрами локальной конфигурации.

ВАШЕ СООБЩЕНИЕ НЕ БЫЛО ДОСТАВЛЕНО ОДНОМУ ИЛИ НЕСКОЛЬКИМ ПОЛУЧАТЕЛЯМ!

Failed address: velikoivanenkoiv@nap.mk.ua

--- Session Transcript ---
Fri 2008-11-07 08:13:57: Parsing message <xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx\pd50000000014.msg>
Fri 2008-11-07 08:13:57: * From: apavlov@arca-service.ru Fri 2008-11-07 08:13:57: * To: velikoivanenkoiv@nap.mk.ua Fri 2008-11-07 08:13:57: * Subject: FW: acceptance certificate Fri 2008-11-07 08:13:57: * Message-ID: <!&!AAAAAAAAAAAYAAAAAAAAAPKquYr2YgZDpsXiwzFXU83CgAAAEAAAAIM9M4qhbh5MjT/hzPZAxqwBAAAAAA==@arca-service.ru>
Fri 2008-11-07 08:13:57: Устанавливаю SMTP подключение к [nap.mk.ua] Fri 2008-11-07 08:13:57: Разрешение MX-записей для [nap.mk.ua] (DNS-сервер: 87.240.1.1)...
Fri 2008-11-07 08:13:57: * P=010 S=001 D=nap.mk.ua TTL=(51) MX=[ns2.nap.nikolaev.ua] {217.77.213.7} Fri 2008-11-07 08:13:57: * P=025 S=000 D=nap.mk.ua TTL=(51) MX=[ns.nap.nikolaev.ua] {217.77.213.1} Fri 2008-11-07 08:13:57: Устанавливаю SMTP подключение к [217.77.213.7:25] Fri 2008-11-07 08:13:57: Ожидание подключения сокета...
Fri 2008-11-07 08:13:58: * Соединение установлено (77.41.55.106:2143 -> 217.77.213.7:25) Fri 2008-11-07 08:13:58: Ожидание запуска протокола...
Fri 2008-11-07 08:13:58: <-- 220 ************************************************************************
Fri 2008-11-07 08:13:58: --> EHLO arca-service.ru Fri 2008-11-07 08:13:58: <-- 250-ns2.nap.nikolaev.ua Hello host-77-41-55-106.qwerty.ru (may be forged), pleased to meet you Fri 2008-11-07 08:13:58: <-- 250-ETRN Fri 2008-11-07 08:13:58: <-- 250-AUTH=LOGIN Fri 2008-11-07 08:13:58: <-- 250-AUTH LOGIN CRAM-MD5 Fri 2008-11-07 08:13:58: <-- 250-8BITMIME Fri 2008-11-07 08:13:58: <-- 250 SIZE 7000000 Fri 2008-11-07 08:13:58: --> MAIL From:<apavlov@arca-service.ru> SIZE=78583 Fri 2008-11-07 08:13:58: <-- 250 <apavlov@arca-service.ru>, Sender ok Fri 2008-11-07 08:13:58: --> RCPT To:<velikoivanenkoiv@nap.mk.ua> Fri 2008-11-07 08:13:58: <-- 550 <velikoivanenkoiv@nap.mk.ua>, Recipient unknown Fri 2008-11-07 08:13:58: --> QUIT
--- End Transcript ---
Автор: ipmanyak
Дата сообщения: 07.11.2008 08:07
alexpav77
Цитата:
550 <velikoivanenkoiv@nap.mk.ua>, Recipient unknown

Вроде ясно написано, что такого ящика нет.
P.S.
Так к сведению:
mail.arca-service.ru internet address = 77.41.55.106
C:\>nslookup 77.41.55.106
Name: host-77-41-55-106.qwerty.ru
Address: 77.41.55.106
Пояснения нужны?

mad_4ik

Цитата:
почту не могу забрать с MD10 с помощью outlok'а , с pop'ом соединяется

Сам то понимаешь, что говоришь? Почту ты забрал.



Автор: alexpav77
Дата сообщения: 07.11.2008 08:18
>Вроде ясно написано, что такого ящика нет.

Но буквально сейчас отправил с яндекса и все ок!

>P.S.
>Так к сведению:
>mail.arca-service.ru internet address = 77.41.55.106
>C:\>nslookup 77.41.55.106
>Name: host-77-41-55-106.qwerty.ru
>Address: 77.41.55.106
>Пояснения нужны?

Если не сложно... Я еще слабоват в этом
Спасибо
Автор: Clavik
Дата сообщения: 07.11.2008 08:46
alexpav77

Цитата:
Если не сложно... Я еще слабоват в этом

Прочитай пару, тройку страниц назад.

Твой адресок с которого шлешь 77.41.55.106
Проверяем есть ли у него PTR^

Цитата:
nslookup host-77-41-55-106.qwerty.ru
Name: host-77-41-55-106.qwerty.ru
Address: 77.41.55.106

PTR есть, но страшненькая канечно (у меня такие сразу блочатся)
Терь проверяем А запись на имя host-77-41-55-106.qwerty.ru и сравниваем полученный айпи с твоим откуда ты коннектишься, должен совпадать:

Цитата:
nslookup host-77-41-55-106.qwerty.ru
*** хххххххххх can't find host-77-41-55-106.qwerty.ru: Non-existent domain

Нету А записи, блочим.
Терь проверим HELO (проверка для особо подозрительных серваков). Смотрим А запись в DNS и сравниваем айпи с твоим откуда ты коннектишься, должен совпадать:

Цитата:
nslookup arca-service.ru
Name: arca-service.ru
Address: 194.58.78.100

IP другой, некоторые серваки помашут тебе ручкой.

Ну вот что-то примерно так.

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071

Предыдущая тема: Копирование с Cisco через консольный провод


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.