Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Binkd 1.1a101 binaries for Win32, Win64, OS/2, DOS
55 views
Skip to first unread message
Max Vasilyev
Apr 18, 2020, 7:00:01 PM4/18/20
to
Hello All!
http://download.binkd.org
http://sites.google.com/site/vasilyevmax/fido
whatsnew:
2020/04/05 20:33:09 git
README.md,2.2,2.3
Update README.md
Fixed incorrect instructions and beautified the steps into a tested and
verified cookbook style Howto.
2020/01/30 10:21:49 1.1a-101 git
client.c,2.109,2.110
Fix an out-of-bounds error on sockaddrs.
The `invalidAddresses` vector in `client.c` is used
to hold invalid addresses `binkd` should not use.
However, the array was of type `struct sockaddr`,
which is not large enough to hold all of the
protocol-specific data of the `struct sockaddr_*`
structures. As a result, `binkd` would access
out-of-bounds memory when examining elements of
the array.
Fixed by redefining `invalidAddresses` to be an
array of type `struct sockaddr_storage`, which is
guaranteed by POSIX to be large enough to hold all
data associated with a socket address for any
protocol family.
Signed-off-by: Dan Cross <cr...@fat-dragon.org>
2020/01/30 10:21:13 1.1a-100 git
client.c,2.108,2.109 ftnnode.c,2.50,2.51 iphdr.h,2.28,2.29
protocol.c,2.236,2.237 readcfg.c,2.113,2.114 readcfg.h,2.44,2.45
Fix use-after-free bug in get_host_and_port.
Don't use pointer assignment in this function,
but rather, copy into a fixed-length buffer.
Fixes #15
Signed-off-by: Dan Cross <cr...@fat-dragon.org>
2019/01/23 09:16:18 git
binkdfaq-en.txt,2.7,2.8 binkdfaq-ru.txt,2.7,2.8
add a question on non-ASCII domains
2018/05/14 22:32:57 git
configure,2.56,2.57 configure.in,2.56,2.57
Updated autoconf scripts
* Originally in RU.BINKD
* Crossposted in BINKD
WBR, Max. piwamoto!писем-нет
http://download.binkd.org
http://sites.google.com/site/vasilyevmax/fido
whatsnew:
2020/04/05 20:33:09 git
README.md,2.2,2.3
Update README.md
Fixed incorrect instructions and beautified the steps into a tested and
verified cookbook style Howto.
2020/01/30 10:21:49 1.1a-101 git
client.c,2.109,2.110
Fix an out-of-bounds error on sockaddrs.
The `invalidAddresses` vector in `client.c` is used
to hold invalid addresses `binkd` should not use.
However, the array was of type `struct sockaddr`,
which is not large enough to hold all of the
protocol-specific data of the `struct sockaddr_*`
structures. As a result, `binkd` would access
out-of-bounds memory when examining elements of
the array.
Fixed by redefining `invalidAddresses` to be an
array of type `struct sockaddr_storage`, which is
guaranteed by POSIX to be large enough to hold all
data associated with a socket address for any
protocol family.
Signed-off-by: Dan Cross <cr...@fat-dragon.org>
2020/01/30 10:21:13 1.1a-100 git
client.c,2.108,2.109 ftnnode.c,2.50,2.51 iphdr.h,2.28,2.29
protocol.c,2.236,2.237 readcfg.c,2.113,2.114 readcfg.h,2.44,2.45
Fix use-after-free bug in get_host_and_port.
Don't use pointer assignment in this function,
but rather, copy into a fixed-length buffer.
Fixes #15
Signed-off-by: Dan Cross <cr...@fat-dragon.org>
2019/01/23 09:16:18 git
binkdfaq-en.txt,2.7,2.8 binkdfaq-ru.txt,2.7,2.8
add a question on non-ASCII domains
2018/05/14 22:32:57 git
configure,2.56,2.57 configure.in,2.56,2.57
Updated autoconf scripts
* Originally in RU.BINKD
* Crossposted in BINKD
WBR, Max. piwamoto!писем-нет
Max Vasilyev
Apr 19, 2020, 7:20:01 AM4/19/20
to
recompiled with AF_FORCE=1 (where available)
Max Vasilyev
Apr 25, 2020, 5:55:05 PM4/25/20
to
2020/04/25 15:53:52 git
Makefile,2.28,2.29 Makefile.emo,1.11,1.12 Makefile.klibc,1.6,1.7
[OS/2] change .EXE naming scheme and library definitions
2020/04/25 15:53:47 1.1a-103 git
ftnq.c,2.43,2.44 run.c,2.15,2.16 sys.h,2.47,2.48
compile Binkd for DOS with djgpp 2.05 and watt32 library
2020/04/25 15:53:17 git
Makefile,NONE,1.1
compile Binkd for DOS with djgpp 2.05 and watt32 library
2020/04/25 15:53:10 1.1a-102 git
client.c,2.110,2.111
Fix build for OS/2 and Windows 9x on ancient compilers
Original patch by Dan Cross,
additional testing and improvements by Max Vasilyev
Neither Win9x nor OS/2 define `struct sockaddr_storage`.
To work around this, we resort to casts to make the
`ss_family` member of that struct look like the `sa_family`
member in a `struct sockaddr`. According to POSIX, all
of these structs should be defined in such a way that
this will work without surprises.
Makefile,2.28,2.29 Makefile.emo,1.11,1.12 Makefile.klibc,1.6,1.7
[OS/2] change .EXE naming scheme and library definitions
2020/04/25 15:53:47 1.1a-103 git
ftnq.c,2.43,2.44 run.c,2.15,2.16 sys.h,2.47,2.48
compile Binkd for DOS with djgpp 2.05 and watt32 library
2020/04/25 15:53:17 git
Makefile,NONE,1.1
compile Binkd for DOS with djgpp 2.05 and watt32 library
2020/04/25 15:53:10 1.1a-102 git
client.c,2.110,2.111
Fix build for OS/2 and Windows 9x on ancient compilers
Original patch by Dan Cross,
additional testing and improvements by Max Vasilyev
Neither Win9x nor OS/2 define `struct sockaddr_storage`.
To work around this, we resort to casts to make the
`ss_family` member of that struct look like the `sa_family`
member in a `struct sockaddr`. According to POSIX, all
of these structs should be defined in such a way that
this will work without surprises.
Max Vasilyev
May 1, 2020, 3:20:01 PM5/1/20
to
2020/04/30 21:30:12 git
Makefile,1.1,1.2
[DOS] fix making directory tree for DOS build
2020/04/29 09:03:10 1.1a-104 git
ftnnode.c,2.51,2.52 ftnq.c,2.44,2.45 protocol.c,2.237,2.238
Silence warnings: remove superfluous nullity checks
struct `FTN_NODE` defined in `btypes.h` contains
the member `pwd`, which is a character array.
Several places in the code, this array was checked
for nullity; however, this was always done in a place
where the validity of the referring `FTN_NODE` struct
pointer had already been established, and as `pwd` is
an array (and not a generic pointer) it can never be
NULL. These superflous checks caused warnings when
compiling under `clang`.
This change removes those checks to silence these warnings.
Additionally, at those call sites often the code called
`strcmp` to compare `p->pwd` against some other string,
invariably inside of a conditional. Modify the
conditionals to always explicity compare the value
returned from `strcmp` against e.g. 0.
Signed-off-by: Dan Cross <cr...@fat-dragon.org>
Makefile,1.1,1.2
[DOS] fix making directory tree for DOS build
2020/04/29 09:03:10 1.1a-104 git
ftnnode.c,2.51,2.52 ftnq.c,2.44,2.45 protocol.c,2.237,2.238
Silence warnings: remove superfluous nullity checks
struct `FTN_NODE` defined in `btypes.h` contains
the member `pwd`, which is a character array.
Several places in the code, this array was checked
for nullity; however, this was always done in a place
where the validity of the referring `FTN_NODE` struct
pointer had already been established, and as `pwd` is
an array (and not a generic pointer) it can never be
NULL. These superflous checks caused warnings when
compiling under `clang`.
This change removes those checks to silence these warnings.
Additionally, at those call sites often the code called
`strcmp` to compare `p->pwd` against some other string,
invariably inside of a conditional. Modify the
conditionals to always explicity compare the value
returned from `strcmp` against e.g. 0.
Signed-off-by: Dan Cross <cr...@fat-dragon.org>
Michiel van der Vlist
May 1, 2020, 4:40:01 PM5/1/20
to
Hello Max,
On Friday May 01 2020 23:05, you wrote to All:
MV> http://download.binkd.org
MV> http://sites.google.com/site/vasilyevmax/fido
Спасибо Max!
Cheers, Michiel
On Friday May 01 2020 23:05, you wrote to All:
MV> http://download.binkd.org
MV> http://sites.google.com/site/vasilyevmax/fido
Спасибо Max!
Cheers, Michiel
Max Vasilyev
May 23, 2020, 3:00:01 AM5/23/20
to
2020/05/17 23:32:09 1.1a-109 git
binkd.c,2.126,2.127 perlhooks.c,2.95,2.96 perlhooks.h,2.18,2.19
readcfg.c,2.115,2.116
Call PERL_SYS_INIT3() only once
2020/05/17 20:52:52 1.1a-108 git
exitproc.c,2.48,2.49
tab to spaces
2020/05/17 20:52:14 1.1a-107 git
readcfg.c,2.114,2.115
Require PERL_MULTIPLICITY for run multiple perl interpreters
2020/05/17 20:52:07 1.1a-106 git
perlhooks.c,2.94,2.95
Set PL_perl_destruct_level to 1 for correct restart perl interpreter
Signed-off-by: Pavel Gulchuk <g...@gul.kiev.ua>
2020/05/17 20:11:12 1.1a-105 git
perlhooks.c,2.93,2.94
Fix init perlsem
binkd.c,2.126,2.127 perlhooks.c,2.95,2.96 perlhooks.h,2.18,2.19
readcfg.c,2.115,2.116
Call PERL_SYS_INIT3() only once
2020/05/17 20:52:52 1.1a-108 git
exitproc.c,2.48,2.49
tab to spaces
2020/05/17 20:52:14 1.1a-107 git
readcfg.c,2.114,2.115
Require PERL_MULTIPLICITY for run multiple perl interpreters
2020/05/17 20:52:07 1.1a-106 git
perlhooks.c,2.94,2.95
Set PL_perl_destruct_level to 1 for correct restart perl interpreter
Signed-off-by: Pavel Gulchuk <g...@gul.kiev.ua>
2020/05/17 20:11:12 1.1a-105 git
perlhooks.c,2.93,2.94
Fix init perlsem
Max Vasilyev
May 26, 2020, 1:40:12 PM5/26/20
to
2020/05/25 14:12:23 git
configure,2.57,2.58 configure.in,2.57,2.58
Fix check perl multiplicity in configure
2020/05/25 08:48:41 1.1a-110 git
readcfg.c,2.116,2.117
Revert 4a528544 (perl multiplicity)
configure,2.57,2.58 configure.in,2.57,2.58
Fix check perl multiplicity in configure
2020/05/25 08:48:41 1.1a-110 git
readcfg.c,2.116,2.117
Revert 4a528544 (perl multiplicity)
Alexey Fayans
May 27, 2020, 7:15:07 AM5/27/20
to
Hello Max!
Кстати, давно хотел написать, сайт очень долго тупит при первом обращении
потому что три из четырёх NS серверов не работают:
=== Start of Windows Clipboard ===
$ dig NS binkd.org. @b0.org.afilias-nst.org.
; <<>> DiG 9.10.3-P4-Ubuntu <<>> NS binkd.org. @b0.org.afilias-nst.org.
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 64452
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 4, ADDITIONAL: 1
;; WARNING: recursion requested but not available
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;binkd.org. IN NS
;; AUTHORITY SECTION:
binkd.org. 86400 IN NS ns0.vlm.ru.
binkd.org. 86400 IN NS ns2.vlm.ru.
binkd.org. 86400 IN NS ns1.vlm.ru.
binkd.org. 86400 IN NS ns3.vlm.ru.
;; Query time: 32 msec
;; SERVER: 199.19.54.1#53(199.19.54.1)
;; WHEN: Wed May 27 13:00:17 MSK 2020
;; MSG SIZE rcvd: 116
$ dig NS binkd.org. @ns0.vlm.ru.
; <<>> DiG 9.10.3-P4-Ubuntu <<>> NS binkd.org. @ns0.vlm.ru.
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 63991
;; flags: qr aa rd; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 7
;; WARNING: recursion requested but not available
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;binkd.org. IN NS
;; ANSWER SECTION:
binkd.org. 3600 IN NS ns3.vlm.ru.
binkd.org. 3600 IN NS ns0.vlm.ru.
binkd.org. 3600 IN NS ns1.vlm.ru.
binkd.org. 3600 IN NS ns2.vlm.ru.
;; ADDITIONAL SECTION:
ns0.vlm.ru. 3600 IN A 46.4.85.143
ns0.vlm.ru. 3600 IN AAAA
2a01:4f8:141:630c:900d:f001:dead:f001
ns1.vlm.ru. 3600 IN A 89.250.3.0
ns2.vlm.ru. 3600 IN A 176.9.120.34
ns2.vlm.ru. 3600 IN AAAA 2a01:4f8:151:7421::11
ns3.vlm.ru. 3600 IN A 89.250.7.127
;; Query time: 33 msec
;; SERVER: 46.4.85.143#53(46.4.85.143)
;; WHEN: Wed May 27 13:00:38 MSK 2020
;; MSG SIZE rcvd: 236
$ dig NS binkd.org. @ns1.vlm.ru.
; <<>> DiG 9.10.3-P4-Ubuntu <<>> NS binkd.org. @ns1.vlm.ru.
;; global options: +cmd
;; connection timed out; no servers could be reached
$ dig NS binkd.org. @ns2.vlm.ru.
; <<>> DiG 9.10.3-P4-Ubuntu <<>> NS binkd.org. @ns2.vlm.ru.
;; global options: +cmd
;; connection timed out; no servers could be reached
$ dig NS binkd.org. @ns3.vlm.ru.
/usr/bin/dig: couldn't get address for 'ns3.vlm.ru.': failure
=== End of Windows Clipboard ===
... Music Station BBS | https://bbs.bsrealm.net | telnet://bbs.bsrealm.net
Кстати, давно хотел написать, сайт очень долго тупит при первом обращении
потому что три из четырёх NS серверов не работают:
=== Start of Windows Clipboard ===
$ dig NS binkd.org. @b0.org.afilias-nst.org.
; <<>> DiG 9.10.3-P4-Ubuntu <<>> NS binkd.org. @b0.org.afilias-nst.org.
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 64452
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 4, ADDITIONAL: 1
;; WARNING: recursion requested but not available
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;binkd.org. IN NS
;; AUTHORITY SECTION:
binkd.org. 86400 IN NS ns0.vlm.ru.
binkd.org. 86400 IN NS ns2.vlm.ru.
binkd.org. 86400 IN NS ns1.vlm.ru.
binkd.org. 86400 IN NS ns3.vlm.ru.
;; Query time: 32 msec
;; SERVER: 199.19.54.1#53(199.19.54.1)
;; WHEN: Wed May 27 13:00:17 MSK 2020
;; MSG SIZE rcvd: 116
$ dig NS binkd.org. @ns0.vlm.ru.
; <<>> DiG 9.10.3-P4-Ubuntu <<>> NS binkd.org. @ns0.vlm.ru.
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 63991
;; flags: qr aa rd; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 7
;; WARNING: recursion requested but not available
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;binkd.org. IN NS
;; ANSWER SECTION:
binkd.org. 3600 IN NS ns3.vlm.ru.
binkd.org. 3600 IN NS ns0.vlm.ru.
binkd.org. 3600 IN NS ns1.vlm.ru.
binkd.org. 3600 IN NS ns2.vlm.ru.
;; ADDITIONAL SECTION:
ns0.vlm.ru. 3600 IN A 46.4.85.143
ns0.vlm.ru. 3600 IN AAAA
2a01:4f8:141:630c:900d:f001:dead:f001
ns1.vlm.ru. 3600 IN A 89.250.3.0
ns2.vlm.ru. 3600 IN A 176.9.120.34
ns2.vlm.ru. 3600 IN AAAA 2a01:4f8:151:7421::11
ns3.vlm.ru. 3600 IN A 89.250.7.127
;; Query time: 33 msec
;; SERVER: 46.4.85.143#53(46.4.85.143)
;; WHEN: Wed May 27 13:00:38 MSK 2020
;; MSG SIZE rcvd: 236
$ dig NS binkd.org. @ns1.vlm.ru.
; <<>> DiG 9.10.3-P4-Ubuntu <<>> NS binkd.org. @ns1.vlm.ru.
;; global options: +cmd
;; connection timed out; no servers could be reached
$ dig NS binkd.org. @ns2.vlm.ru.
; <<>> DiG 9.10.3-P4-Ubuntu <<>> NS binkd.org. @ns2.vlm.ru.
;; global options: +cmd
;; connection timed out; no servers could be reached
$ dig NS binkd.org. @ns3.vlm.ru.
/usr/bin/dig: couldn't get address for 'ns3.vlm.ru.': failure
=== End of Windows Clipboard ===
... Music Station BBS | https://bbs.bsrealm.net | telnet://bbs.bsrealm.net
Dmitriy Smirnov
May 27, 2020, 7:20:04 AM5/27/20
to
hi, Alexey!
27 May 20 13:01, Alexey Fayans wrote to Max Vasilyev:
MV>> http://download.binkd.org
AF> Кстати, давно хотел написать, сайт очень долго тупит при первом
AF> обращении потому что три из четырёх NS серверов не работают:
это "нормальное" поведение для данных ns, сейчас придет знающий
кораблестроитель и закидает нас ссаными тряпками =)
wbr, Dmitriy.
27 May 20 13:01, Alexey Fayans wrote to Max Vasilyev:
MV>> http://download.binkd.org
AF> Кстати, давно хотел написать, сайт очень долго тупит при первом
AF> обращении потому что три из четырёх NS серверов не работают:
это "нормальное" поведение для данных ns, сейчас придет знающий
кораблестроитель и закидает нас ссаными тряпками =)
wbr, Dmitriy.
Alexey Fayans
May 27, 2020, 7:55:03 AM5/27/20
to
Hello Dmitriy!
On Wed, 27 May 2020 at 16:17 +0500, you wrote to me:
MV>>> http://download.binkd.org
AF>> Кстати, давно хотел написать, сайт очень долго тупит при первом
AF>> обращении потому что три из четырёх NS серверов не работают:
DS> это "нормальное" поведение для данных ns, сейчас придет знающий
DS> кораблестроитель и закидает нас ссаными тряпками =)
Вообще-то нет, но дело хозяйское. :)
On Wed, 27 May 2020 at 16:17 +0500, you wrote to me:
MV>>> http://download.binkd.org
AF>> Кстати, давно хотел написать, сайт очень долго тупит при первом
AF>> обращении потому что три из четырёх NS серверов не работают:
DS> кораблестроитель и закидает нас ссаными тряпками =)
Вообще-то нет, но дело хозяйское. :)
Max Vasilyev
May 27, 2020, 12:05:04 PM5/27/20
to
2020/05/26 20:48:08 1.1a-111 git
binkd.c,2.127,2.128
Print "Facilities" without space at the end of line. Make sense for further
"binkd.exe -vv>file_id.diz" processing. (#21)
binkd.c,2.127,2.128
Print "Facilities" without space at the end of line. Make sense for further
"binkd.exe -vv>file_id.diz" processing. (#21)
Max Vasilyev
Jan 31, 2021, 12:27:18 PM1/31/21
to
2021/01/19 11:07:20 1.1a-112 git
breaksig.c,2.26,2.27
Graceful exit when idle for Windows builds, for Nick Andre.
Set the binkd_exit flag to TRUE when signaled to exit and return TRUE
(indicating that the signal was handled by the process) thus mimicking the
behavior of the *nix builds' handling of termination signals.
2021/01/19 11:07:11 git
Makefile,2.55,2.56
Define HAS_SNPRINTF for modern MSVC build compatibility (e.g. MSVC2019)
breaksig.c,2.26,2.27
Graceful exit when idle for Windows builds, for Nick Andre.
Set the binkd_exit flag to TRUE when signaled to exit and return TRUE
(indicating that the signal was handled by the process) thus mimicking the
behavior of the *nix builds' handling of termination signals.
2021/01/19 11:07:11 git
Makefile,2.55,2.56
Define HAS_SNPRINTF for modern MSVC build compatibility (e.g. MSVC2019)
Michiel van der Vlist
Feb 1, 2021, 8:37:19 AM2/1/21
to
Hello Max,
On Sunday January 31 2021 21:22, you wrote to All:
MV> Hello All!
Thank you Max.
Cheers, Michiel
On Sunday January 31 2021 21:22, you wrote to All:
MV> Hello All!
Thank you Max.
Cheers, Michiel
Mykhailo Kapitanov
Mar 8, 2021, 10:42:39 AM3/8/21
to
Hello Max!
31 Jan 21 21:22, you wrote to all:
MV> http://download.binkd.org
Страница загружается "с 10-го раза". ERR_NAME_NOT_RESOLVED
За билд - огромное спасибо!
Mykhailo
Stas Mishchenkov
Mar 8, 2021, 1:07:38 PM3/8/21
to
Hi, Mykhailo!
08 мар 21 17:34, Mykhailo Kapitanov -> Max Vasilyev:
MV>> http://download.binkd.org
MK> Страница загружается "с 10-го раза". ERR_NAME_NOT_RESOLVED
MK> За билд - огромное спасибо!
Это по тому, что
[fido@host-187 perl]$ host download.binkd.org
download.binkd.org has address 46.4.85.143
download.binkd.org has IPv6 address 2a01:4f8:141:630c::1000
Видимо, у тебя IPv6 "хромает" или не у тебя. У меня сейчас открылось мигом.
Have nice nights.
Stas Mishchenkov.
08 мар 21 17:34, Mykhailo Kapitanov -> Max Vasilyev:
MV>> http://download.binkd.org
MK> Страница загружается "с 10-го раза". ERR_NAME_NOT_RESOLVED
MK> За билд - огромное спасибо!
Это по тому, что
[fido@host-187 perl]$ host download.binkd.org
download.binkd.org has address 46.4.85.143
download.binkd.org has IPv6 address 2a01:4f8:141:630c::1000
Видимо, у тебя IPv6 "хромает" или не у тебя. У меня сейчас открылось мигом.
Have nice nights.
Stas Mishchenkov.
Mykhailo Kapitanov
Mar 8, 2021, 1:37:40 PM3/8/21
to
Hello Stas!
08 Mar 21 21:03, you wrote to me:
MK>> Страница загружается "с 10-го раза". ERR_NAME_NOT_RESOLVED
MK>> За билд - огромное спасибо!
SM> download.binkd.org has IPv6 address 2a01:4f8:141:630c::1000
SM> Видимо, у тебя IPv6 "хромает" или не у тебя. У меня сейчас открылось
SM> мигом.
На том хосте с которого пробовал вообще нет IPv6.
DNS query for download.binkd.org failed: TimedOut
DNS query for binkd.org failed: TimedOut
name class type data time to live
download.binkd.org IN A 46.4.85.143 3598s (00:59:58)
Mykhailo
Alexey Fayans
Mar 8, 2021, 4:17:39 PM3/8/21
to
Hello Stas!
On Mon, 08 Mar 2021 at 21:03 +0300, you wrote to Mykhailo Kapitanov:
MK>> Страница загружается "с 10-го раза". ERR_NAME_NOT_RESOLVED
MK>> За билд - огромное спасибо!
SM> Это по тому, что
SM> [fido@host-187 perl]$ host download.binkd.org
SM> Видимо, у тебя IPv6 "хромает" или не у тебя. У меня сейчас открылось
SM> мигом.
Нет не поэтому, а потому что работает только 1 из 4 DNS-серверов. Уже 100500
раз поднимали этот вопрос, в англоязычной эхе админа binkd.org по этому поводу
даже назвали рукожопом, с чем я полностью согласен.
On Mon, 08 Mar 2021 at 21:03 +0300, you wrote to Mykhailo Kapitanov:
MK>> Страница загружается "с 10-го раза". ERR_NAME_NOT_RESOLVED
MK>> За билд - огромное спасибо!
SM> [fido@host-187 perl]$ host download.binkd.org
SM> download.binkd.org has address 46.4.85.143
SM> download.binkd.org has IPv6 address 2a01:4f8:141:630c::1000
SM> Видимо, у тебя IPv6 "хромает" или не у тебя. У меня сейчас открылось
SM> мигом.
Нет не поэтому, а потому что работает только 1 из 4 DNS-серверов. Уже 100500
раз поднимали этот вопрос, в англоязычной эхе админа binkd.org по этому поводу
даже назвали рукожопом, с чем я полностью согласен.
Michael Dukelsky
Mar 9, 2021, 9:02:40 AM3/9/21
to
Привет, Alexey!
09 March 2021 00:03, Alexey Fayans послал(а) письмо к Stas Mishchenkov:
MK>>> Страница загружается "с 10-го раза". ERR_NAME_NOT_RESOLVED
MK>>> За билд - огромное спасибо!
SM>> Это по тому, что
SM>> [fido@host-187 perl]$ host download.binkd.org
SM>> download.binkd.org has address 46.4.85.143
SM>> download.binkd.org has IPv6 address 2a01:4f8:141:630c::1000
SM>> Видимо, у тебя IPv6 "хромает" или не у тебя. У меня сейчас
SM>> открылось мигом.
AF> Нет не поэтому, а потому что работает только 1 из 4 DNS-серверов. Уже
AF> 100500 раз поднимали этот вопрос, в англоязычной эхе админа binkd.org
AF> по этому поводу даже назвали рукожопом, с чем я полностью согласен.
Насколько я помню, домен binkd.org принадлежит Виссарионову, который арендует
выделенный сервер у Hetzner. Наверно, у него нет времени на перенос целого
сервера к другому хостеру. С другой стороны, он всегда хвалился надёжностью
своих решений. Но, как мы знаем, и на старуху бывает проруха.
Желаю успехов, Alexey!
За сим откланиваюсь, Michael.
... node (at) f1042 (dot) ru
09 March 2021 00:03, Alexey Fayans послал(а) письмо к Stas Mishchenkov:
MK>>> Страница загружается "с 10-го раза". ERR_NAME_NOT_RESOLVED
MK>>> За билд - огромное спасибо!
SM>> Это по тому, что
SM>> [fido@host-187 perl]$ host download.binkd.org
SM>> download.binkd.org has address 46.4.85.143
SM>> download.binkd.org has IPv6 address 2a01:4f8:141:630c::1000
SM>> Видимо, у тебя IPv6 "хромает" или не у тебя. У меня сейчас
AF> Нет не поэтому, а потому что работает только 1 из 4 DNS-серверов. Уже
AF> 100500 раз поднимали этот вопрос, в англоязычной эхе админа binkd.org
AF> по этому поводу даже назвали рукожопом, с чем я полностью согласен.
Насколько я помню, домен binkd.org принадлежит Виссарионову, который арендует
выделенный сервер у Hetzner. Наверно, у него нет времени на перенос целого
сервера к другому хостеру. С другой стороны, он всегда хвалился надёжностью
своих решений. Но, как мы знаем, и на старуху бывает проруха.
Желаю успехов, Alexey!
За сим откланиваюсь, Michael.
... node (at) f1042 (dot) ru
Alexey Fayans
Mar 9, 2021, 11:37:39 AM3/9/21
to
Hello Michael!
On Tue, 09 Mar 2021 at 16:45 +0300, you wrote to me:
AF>> Нет не поэтому, а потому что работает только 1 из 4 DNS-серверов.
AF>> Уже 100500 раз поднимали этот вопрос, в англоязычной эхе админа
AF>> binkd.org по этому поводу даже назвали рукожопом, с чем я
AF>> полностью согласен.
MD> Насколько я помню, домен binkd.org принадлежит Виссарионову, который
MD> арендует выделенный сервер у Hetzner. Наверно, у него нет времени на
MD> перенос целого сервера к другому хостеру. С другой стороны, он всегда
MD> хвалился надёжностью своих решений. Но, как мы знаем, и на старуху
MD> бывает проруха.
Надо с DNS разобраться, а не сервер переносить. Это 5 минут времени.
On Tue, 09 Mar 2021 at 16:45 +0300, you wrote to me:
AF>> Нет не поэтому, а потому что работает только 1 из 4 DNS-серверов.
AF>> binkd.org по этому поводу даже назвали рукожопом, с чем я
AF>> полностью согласен.
MD> Насколько я помню, домен binkd.org принадлежит Виссарионову, который
MD> арендует выделенный сервер у Hetzner. Наверно, у него нет времени на
MD> перенос целого сервера к другому хостеру. С другой стороны, он всегда
MD> хвалился надёжностью своих решений. Но, как мы знаем, и на старуху
MD> бывает проруха.
Надо с DNS разобраться, а не сервер переносить. Это 5 минут времени.
Michael Dukelsky
Mar 9, 2021, 11:37:39 AM3/9/21
to
Привет, Alexey!
09 March 2021 16:45, Michael Dukelsky послал(а) письмо к Alexey Fayans:
MK>>>> Страница загружается "с 10-го раза". ERR_NAME_NOT_RESOLVED
MK>>>> За билд - огромное спасибо!
SM>>> Это по тому, что
SM>>> [fido@host-187 perl]$ host download.binkd.org
SM>>> download.binkd.org has address 46.4.85.143
SM>>> download.binkd.org has IPv6 address 2a01:4f8:141:630c::1000
SM>>> Видимо, у тебя IPv6 "хромает" или не у тебя. У меня сейчас
SM>>> открылось мигом.
AF>> Нет не поэтому, а потому что работает только 1 из 4 DNS-серверов.
AF>> Уже 100500 раз поднимали этот вопрос, в англоязычной эхе админа
AF>> binkd.org по этому поводу даже назвали рукожопом, с чем я
AF>> полностью согласен.
MD> Насколько я помню, домен binkd.org принадлежит Виссарионову, который
MD> арендует выделенный сервер у Hetzner. Наверно, у него нет времени на
MD> перенос целого сервера к другому хостеру. С другой стороны, он всегда
MD> хвалился надёжностью своих решений. Но, как мы знаем, и на старуху
MD> бывает проруха.
Сейчас посмотрел, там на самом деле не совсем так, как ты написал.
dig binkd.org ns
[...]
ns0.vlm.ru has address 46.4.85.143
ns0.vlm.ru has IPv6 address 2a01:4f8:141:630c:900d:f001:dead:f001
Это, очевидно, тот самый сервер в Хетцнере. Он и не доступен.
С компьютера с доступом только к IPv4 (в Москве):
telnet ns0.vlm.ru 53
Trying 46.4.85.143...
telnet: connect to address 46.4.85.143: Connection refused
Trying 2a01:4f8:141:630c:900d:f001:dead:f001...
telnet: connect to address 2a01:4f8:141:630c:900d:f001:dead:f001: Network is
unreachable
host ns1.vlm.ru
ns1.vlm.ru has address 89.250.3.0
telnet ns1.vlm.ru 53
Trying 89.250.3.0...
Connected to ns1.vlm.ru.
Escape character is '^]'.
Здесь ns сервер устойчиво доступен.
host ns2.vlm.ru
ns2.vlm.ru has address 37.110.95.227
ns2.vlm.ru has IPv6 address 2a01:4f8:151:7421::11
telnet ns2.vlm.ru 53
Trying 37.110.95.227...
Connected to ns2.vlm.ru.
Escape character is '^]'.
host ns3.vlm.ru
ns3.vlm.ru has address 89.250.7.127
telnet ns3.vlm.ru 53
Trying 89.250.7.127...
Connected to ns3.vlm.ru.
Escape character is '^]'.
Так что с компьютера в Москве доступны три из четырёх ns серверов. При этом все
три устойчиво доступных в Москве сервера находятся в Москве. А я почему-то
думал, что Виссарионов купил дополнительные IP адреса у Хетцнера.
Возможно из заграницы или даже из Питера картина другая.
09 March 2021 16:45, Michael Dukelsky послал(а) письмо к Alexey Fayans:
MK>>>> Страница загружается "с 10-го раза". ERR_NAME_NOT_RESOLVED
MK>>>> За билд - огромное спасибо!
SM>>> Это по тому, что
SM>>> [fido@host-187 perl]$ host download.binkd.org
SM>>> download.binkd.org has address 46.4.85.143
SM>>> download.binkd.org has IPv6 address 2a01:4f8:141:630c::1000
SM>>> Видимо, у тебя IPv6 "хромает" или не у тебя. У меня сейчас
SM>>> открылось мигом.
AF>> Нет не поэтому, а потому что работает только 1 из 4 DNS-серверов.
AF>> binkd.org по этому поводу даже назвали рукожопом, с чем я
AF>> полностью согласен.
MD> Насколько я помню, домен binkd.org принадлежит Виссарионову, который
MD> арендует выделенный сервер у Hetzner. Наверно, у него нет времени на
MD> перенос целого сервера к другому хостеру. С другой стороны, он всегда
MD> хвалился надёжностью своих решений. Но, как мы знаем, и на старуху
MD> бывает проруха.
Сейчас посмотрел, там на самом деле не совсем так, как ты написал.
dig binkd.org ns
[...]
binkd.org. 3600 IN NS ns0.vlm.ru.
binkd.org. 3600 IN NS ns1.vlm.ru.
binkd.org. 3600 IN NS ns2.vlm.ru.
binkd.org. 3600 IN NS ns3.vlm.ru.
host ns0.vlm.ru
binkd.org. 3600 IN NS ns1.vlm.ru.
binkd.org. 3600 IN NS ns2.vlm.ru.
binkd.org. 3600 IN NS ns3.vlm.ru.
ns0.vlm.ru has address 46.4.85.143
ns0.vlm.ru has IPv6 address 2a01:4f8:141:630c:900d:f001:dead:f001
Это, очевидно, тот самый сервер в Хетцнере. Он и не доступен.
С компьютера с доступом только к IPv4 (в Москве):
telnet ns0.vlm.ru 53
Trying 46.4.85.143...
telnet: connect to address 46.4.85.143: Connection refused
Trying 2a01:4f8:141:630c:900d:f001:dead:f001...
telnet: connect to address 2a01:4f8:141:630c:900d:f001:dead:f001: Network is
unreachable
host ns1.vlm.ru
ns1.vlm.ru has address 89.250.3.0
telnet ns1.vlm.ru 53
Trying 89.250.3.0...
Connected to ns1.vlm.ru.
Escape character is '^]'.
Здесь ns сервер устойчиво доступен.
host ns2.vlm.ru
ns2.vlm.ru has address 37.110.95.227
ns2.vlm.ru has IPv6 address 2a01:4f8:151:7421::11
telnet ns2.vlm.ru 53
Trying 37.110.95.227...
Connected to ns2.vlm.ru.
Escape character is '^]'.
host ns3.vlm.ru
ns3.vlm.ru has address 89.250.7.127
telnet ns3.vlm.ru 53
Trying 89.250.7.127...
Connected to ns3.vlm.ru.
Escape character is '^]'.
Так что с компьютера в Москве доступны три из четырёх ns серверов. При этом все
три устойчиво доступных в Москве сервера находятся в Москве. А я почему-то
думал, что Виссарионов купил дополнительные IP адреса у Хетцнера.
Возможно из заграницы или даже из Питера картина другая.
Alexey Vissarionov
Mar 9, 2021, 12:22:39 PM3/9/21
to
Доброго времени суток, Michael!
09 Mar 2021 16:59:00, ты -> Alexey Fayans:
AF>> Нет не поэтому, а потому что работает только 1 из 4 DNS-серверов.
AF>> Уже 100500 раз поднимали этот вопрос, в англоязычной эхе админа
AF>> binkd.org по этому поводу даже назвали рукожопом, с чем я полностью
AF>> согласен.
MD> Насколько я помню, домен binkd.org принадлежит Виссарионову, который
MD> арендует выделенный сервер у Hetzner. Наверно, у него нет времени на
MD> перенос целого сервера к другому хостеру.
Перенести недолго, но московские серверы арбузоустойчивые, и поэтому слегка
перегружены другими функциями :-)
MD> С другой стороны, он всегда хвалился надёжностью своих решений. Но,
MD> как мы знаем, и на старуху бывает проруха.
Из 4 моих DNS проблемы есть только с одним, и только с IPv6. Все остальное
прекрасно работает.
Ну и если бы на моей стороне была хоть какая-то реальная проблема, тут уже
стояла бы вонища до небес. А так пока жалуются только двое, причем один -
известный ретроград.
--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii
... Работа - как паровоз: чем больше свистим, тем меньше едем
09 Mar 2021 16:59:00, ты -> Alexey Fayans:
AF>> Нет не поэтому, а потому что работает только 1 из 4 DNS-серверов.
AF>> binkd.org по этому поводу даже назвали рукожопом, с чем я полностью
AF>> согласен.
MD> Насколько я помню, домен binkd.org принадлежит Виссарионову, который
MD> арендует выделенный сервер у Hetzner. Наверно, у него нет времени на
MD> перенос целого сервера к другому хостеру.
Перенести недолго, но московские серверы арбузоустойчивые, и поэтому слегка
перегружены другими функциями :-)
MD> С другой стороны, он всегда хвалился надёжностью своих решений. Но,
MD> как мы знаем, и на старуху бывает проруха.
Из 4 моих DNS проблемы есть только с одним, и только с IPv6. Все остальное
прекрасно работает.
Ну и если бы на моей стороне была хоть какая-то реальная проблема, тут уже
стояла бы вонища до небес. А так пока жалуются только двое, причем один -
известный ретроград.
--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii
... Работа - как паровоз: чем больше свистим, тем меньше едем
Alexey Vissarionov
Mar 9, 2021, 12:32:39 PM3/9/21
to
Доброго времени суток, Michael!
09 Mar 2021 19:35:00, ты -> Alexey Fayans:
MD> Сейчас посмотрел, там на самом деле не совсем так, как ты написал.
- Так что же говорит этот человек?
- А он попросту соврал. Поздравляю вас, гражданин, соврамши.
MD> dig binkd.org ns
MD> [...]
MD> binkd.org. 3600 IN NS ns0.vlm.ru.
MD> binkd.org. 3600 IN NS ns1.vlm.ru.
MD> binkd.org. 3600 IN NS ns2.vlm.ru.
MD> binkd.org. 3600 IN NS ns3.vlm.ru.
MD> host ns0.vlm.ru
MD> ns0.vlm.ru has address 46.4.85.143
MD> ns0.vlm.ru has IPv6 address 2a01:4f8:141:630c:900d:f001:dead:f001
MD> Это, очевидно, тот самый сервер в Хетцнере. Он и не доступен.
Доступен. Как полагается - по UDP.
MD> telnet ns1.vlm.ru 53
MD> Trying 89.250.3.0...
MD> Connected to ns1.vlm.ru.
MD> Escape character is '^]'.
MD> Здесь ns сервер устойчиво доступен.
Вообще надо бы убрать TCP...
MD> Так что с компьютера в Москве доступны три из четырёх ns серверов.
А что у тебя за ресолвер такой, который сразу по TCP лезет?
MD> При этом все три устойчиво доступных в Москве сервера находятся в
MD> Москве.
Ну да.
MD> А я почему-то думал, что Виссарионов купил дополнительные IP адреса
MD> у Хетцнера.
Хетцнер мне нужен для других целей.
MD> Возможно из заграницы или даже из Питера картина другая.
Допускаю, что местнопровайдерозависимо.
--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii
... То руки не доходят, то ноги не держат
09 Mar 2021 19:35:00, ты -> Alexey Fayans:
MD> Сейчас посмотрел, там на самом деле не совсем так, как ты написал.
- Так что же говорит этот человек?
- А он попросту соврал. Поздравляю вас, гражданин, соврамши.
MD> dig binkd.org ns
MD> [...]
MD> binkd.org. 3600 IN NS ns0.vlm.ru.
MD> binkd.org. 3600 IN NS ns1.vlm.ru.
MD> binkd.org. 3600 IN NS ns2.vlm.ru.
MD> binkd.org. 3600 IN NS ns3.vlm.ru.
MD> host ns0.vlm.ru
MD> ns0.vlm.ru has address 46.4.85.143
MD> ns0.vlm.ru has IPv6 address 2a01:4f8:141:630c:900d:f001:dead:f001
MD> Это, очевидно, тот самый сервер в Хетцнере. Он и не доступен.
Доступен. Как полагается - по UDP.
MD> telnet ns1.vlm.ru 53
MD> Trying 89.250.3.0...
MD> Connected to ns1.vlm.ru.
MD> Escape character is '^]'.
MD> Здесь ns сервер устойчиво доступен.
Вообще надо бы убрать TCP...
MD> Так что с компьютера в Москве доступны три из четырёх ns серверов.
А что у тебя за ресолвер такой, который сразу по TCP лезет?
MD> При этом все три устойчиво доступных в Москве сервера находятся в
MD> Москве.
Ну да.
MD> А я почему-то думал, что Виссарионов купил дополнительные IP адреса
MD> у Хетцнера.
Хетцнер мне нужен для других целей.
MD> Возможно из заграницы или даже из Питера картина другая.
Допускаю, что местнопровайдерозависимо.
--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii
Michael Dukelsky
Mar 9, 2021, 1:17:39 PM3/9/21
to
Привет, Alexey!
09 March 2021 20:20, Alexey Vissarionov послал(а) письмо к Michael Dukelsky:
MD>> host ns0.vlm.ru
MD>> ns0.vlm.ru has address 46.4.85.143
MD>> ns0.vlm.ru has IPv6 address 2a01:4f8:141:630c:900d:f001:dead:f001
MD>> Это, очевидно, тот самый сервер в Хетцнере. Он и не доступен.
AV> Доступен. Как полагается - по UDP.
Подтверждаю, доступен, но только по IPv4.
# nc -zvu 46.4.85.143 53
Ncat: Version 7.50 ( https://nmap.org/ncat )
Ncat: Connected to 46.4.85.143:53.
Ncat: UDP packet sent successfully
Ncat: 1 bytes sent, 0 bytes received in 2.03 seconds.
Однако, по IPv6 с компьютера, имеющего связь по IPv6
# nc -zvu ns0.vlm.ru 53
Ncat: Version 7.50 ( https://nmap.org/ncat )
Ncat: Connected to 2a01:4f8:141:630c:900d:f001:dead:f001:53.
Ncat: Connection refused.
Почему это нельзя исправить, или вообще убрать этот ns сервер из зоны?
09 March 2021 20:20, Alexey Vissarionov послал(а) письмо к Michael Dukelsky:
MD>> host ns0.vlm.ru
MD>> ns0.vlm.ru has address 46.4.85.143
MD>> ns0.vlm.ru has IPv6 address 2a01:4f8:141:630c:900d:f001:dead:f001
MD>> Это, очевидно, тот самый сервер в Хетцнере. Он и не доступен.
Подтверждаю, доступен, но только по IPv4.
# nc -zvu 46.4.85.143 53
Ncat: Version 7.50 ( https://nmap.org/ncat )
Ncat: Connected to 46.4.85.143:53.
Ncat: UDP packet sent successfully
Ncat: 1 bytes sent, 0 bytes received in 2.03 seconds.
Однако, по IPv6 с компьютера, имеющего связь по IPv6
# nc -zvu ns0.vlm.ru 53
Ncat: Version 7.50 ( https://nmap.org/ncat )
Ncat: Connected to 2a01:4f8:141:630c:900d:f001:dead:f001:53.
Ncat: Connection refused.
Почему это нельзя исправить, или вообще убрать этот ns сервер из зоны?
Alexey Fayans
Mar 9, 2021, 4:17:39 PM3/9/21
to
Hello Alexey!
On Tue, 09 Mar 2021 at 20:04 +0300, you wrote to Michael Dukelsky:
MD>> С другой стороны, он всегда хвалился надёжностью своих решений.
MD>> Но, как мы знаем, и на старуху бывает проруха.
AV> Из 4 моих DNS проблемы есть только с одним, и только с IPv6. Все
AV> остальное прекрасно работает.
Всё не так радужно, как тебе кажется.
AV> Ну и если бы на моей стороне была хоть какая-то реальная проблема, тут
AV> уже стояла бы вонища до небес. А так пока жалуются только двое, причем
AV> один - известный ретроград.
Не двое. Ну и вот тебе пруфы:
$ dig -4 +short ns binkd.org.
ns2.vlm.ru.
ns1.vlm.ru.
ns0.vlm.ru.
ns3.vlm.ru.
$ dig -4 +short a binkd.org. @ns0.vlm.ru.
46.4.85.143
$ dig -4 +short a binkd.org. @ns1.vlm.ru.
Штатах.
Что-то с вашей арбузоустойчивостью не так. Больше похоже на анальную
огороженность.
Мне другое не понятно, как можно в упор не видеть такую проблему даже после
того, как несколько человек на неё указали? Потрясающая самоуверенность.
On Tue, 09 Mar 2021 at 20:04 +0300, you wrote to Michael Dukelsky:
MD>> С другой стороны, он всегда хвалился надёжностью своих решений.
AV> Из 4 моих DNS проблемы есть только с одним, и только с IPv6. Все
AV> остальное прекрасно работает.
Всё не так радужно, как тебе кажется.
AV> Ну и если бы на моей стороне была хоть какая-то реальная проблема, тут
AV> уже стояла бы вонища до небес. А так пока жалуются только двое, причем
AV> один - известный ретроград.
Не двое. Ну и вот тебе пруфы:
$ dig -4 +short ns binkd.org.
ns2.vlm.ru.
ns1.vlm.ru.
ns0.vlm.ru.
ns3.vlm.ru.
$ dig -4 +short a binkd.org. @ns0.vlm.ru.
46.4.85.143
$ dig -4 +short a binkd.org. @ns1.vlm.ru.
;; connection timed out; no servers could be reached
$ dig -4 +short a binkd.org. @ns2.vlm.ru.
;; connection timed out; no servers could be reached
$ dig -4 +short a binkd.org. @ns3.vlm.ru.
;; connection timed out; no servers could be reached
Картина идентичная с несколких серверов, находящихся в России, Германии и
Штатах.
Что-то с вашей арбузоустойчивостью не так. Больше похоже на анальную
огороженность.
Мне другое не понятно, как можно в упор не видеть такую проблему даже после
того, как несколько человек на неё указали? Потрясающая самоуверенность.
Alexey Fayans
Mar 9, 2021, 4:17:40 PM3/9/21
to
Hello Michael!
On Tue, 09 Mar 2021 at 19:33 +0300, you wrote to me:
MD> Сейчас посмотрел, там на самом деле не совсем так, как ты написал.
Плохо смотрел.
MD> Возможно из заграницы или даже из Питера картина другая.
Другая.
=== Start of Windows Clipboard ===
= BINKD (2:5030/1997) =========================================================
Msg : 849 of 887 Rcv
From : Oli 2:280/464.47 02 Feb 21 09:17:01
To : Alexey Fayans
Subj : Binkd 1.1a112 binaries for Win32, Win64, OS/2, DOS
===============================================================================
Alexey wrote (2021-02-02):
AF> Hello Michael!
AF> On Mon, 01 Feb 2021 at 22:12 +0300, you wrote to Wilfred van Velzen:
MV>>>> http://download.binkd.org
WV>>> My browser can't reach this website a.t.m.?
MD>> $ host download.binkd.org
MD>> download.binkd.org has address 46.4.85.143
MD>> download.binkd.org has IPv6 address 2a01:4f8:141:630c::1000
AF> You were just lucky. Out of 4 DNS servers only one works, so it's 25%
AF> change to get IP address resolved.
That's the reason it often doesn't work the first time I try.
$ dig download.binkd.org @NS1.VLM.RU
;; ANSWER SECTION:
download.binkd.org. 3600 IN A 46.4.85.143
AF> I already brought this up and was told it was done intentionally for
AF> some
AF> weird reason.
It's an official download site for binkd. Could we call it intentionally
stupid?
-+-
+ Origin: . (2:280/464.47)
On Tue, 09 Mar 2021 at 19:33 +0300, you wrote to me:
MD> Сейчас посмотрел, там на самом деле не совсем так, как ты написал.
Плохо смотрел.
MD> Возможно из заграницы или даже из Питера картина другая.
Другая.
=== Start of Windows Clipboard ===
Msg : 849 of 887 Rcv
From : Oli 2:280/464.47 02 Feb 21 09:17:01
To : Alexey Fayans
Subj : Binkd 1.1a112 binaries for Win32, Win64, OS/2, DOS
===============================================================================
Alexey wrote (2021-02-02):
AF> Hello Michael!
AF> On Mon, 01 Feb 2021 at 22:12 +0300, you wrote to Wilfred van Velzen:
MV>>>> http://download.binkd.org
WV>>> My browser can't reach this website a.t.m.?
MD>> $ host download.binkd.org
MD>> download.binkd.org has address 46.4.85.143
MD>> download.binkd.org has IPv6 address 2a01:4f8:141:630c::1000
AF> You were just lucky. Out of 4 DNS servers only one works, so it's 25%
AF> change to get IP address resolved.
That's the reason it often doesn't work the first time I try.
$ dig download.binkd.org @NS1.VLM.RU
;; connection timed out; no servers could be reached
$ dig download.binkd.org @NS2.VLM.RU
;; connection timed out; no servers could be reached
$ dig download.binkd.org @NS3.VLM.RU
;; connection timed out; no servers could be reached
$ dig download.binkd.org @NS0.VLM.RU
;; ANSWER SECTION:
download.binkd.org. 3600 IN A 46.4.85.143
AF> I already brought this up and was told it was done intentionally for
AF> some
AF> weird reason.
It's an official download site for binkd. Could we call it intentionally
stupid?
-+-
+ Origin: . (2:280/464.47)
=== End of Windows Clipboard ===
Nil Alexandrov
Mar 9, 2021, 4:32:39 PM3/9/21
to
Hello, Alexey!
Tuesday March 09 2021 23:48, from Alexey Fayans -> Alexey Vissarionov:
AF> Что-то с вашей арбузоустойчивостью не так. Больше похоже на анальную
AF> огороженность.
Сеть фидо - любительская сеть. Всё на добровольных началах. Хочешь сделать
сервис лучше - никто тебе не запрещает, подними зеркала, тебе скажут спасибо.
Best Regards, Nil
Tuesday March 09 2021 23:48, from Alexey Fayans -> Alexey Vissarionov:
AF> Что-то с вашей арбузоустойчивостью не так. Больше похоже на анальную
AF> огороженность.
Сеть фидо - любительская сеть. Всё на добровольных началах. Хочешь сделать
сервис лучше - никто тебе не запрещает, подними зеркала, тебе скажут спасибо.
Best Regards, Nil
Alexey Fayans
Mar 9, 2021, 5:07:39 PM3/9/21
to
Hello Nil!
On Wed, 10 Mar 2021 at 00:24 +0300, you wrote to me:
AF>> Что-то с вашей арбузоустойчивостью не так. Больше похоже на
AF>> анальную огороженность.
NA> Сеть фидо - любительская сеть. Всё на добровольных началах.
Спасибо, кэп.
NA> Хочешь сделать сервис лучше - никто тебе не запрещает, подними
NA> зеркала, тебе скажут спасибо.
Зеркала нужны когда основной сервер с нагрузкой не справляется, здесь другая
проблема. Могу разместить зону на своих нормально работающих DNS, либо на
каких-нибудь приличных бесплатных, нннннада?
On Wed, 10 Mar 2021 at 00:24 +0300, you wrote to me:
AF>> Что-то с вашей арбузоустойчивостью не так. Больше похоже на
NA> Сеть фидо - любительская сеть. Всё на добровольных началах.
Спасибо, кэп.
NA> Хочешь сделать сервис лучше - никто тебе не запрещает, подними
NA> зеркала, тебе скажут спасибо.
Зеркала нужны когда основной сервер с нагрузкой не справляется, здесь другая
проблема. Могу разместить зону на своих нормально работающих DNS, либо на
каких-нибудь приличных бесплатных, нннннада?
Alexander N. Skovpen
Mar 10, 2021, 7:57:40 AM3/10/21
to
Hello Alexey Fayans!
09 Mar 21 00:03:28, Alexey Fayans wrote to Stas Mishchenkov:
MK>>> Страница загружается "с 10-го раза". ERR_NAME_NOT_RESOLVED
MK>>> За билд - огромное спасибо!
SM>> Это по тому, что
SM>> [fido@host-187 perl]$ host download.binkd.org
SM>> download.binkd.org has address 46.4.85.143
SM>> download.binkd.org has IPv6 address 2a01:4f8:141:630c::1000
SM>> Видимо, у тебя IPv6 "хромает" или не у тебя. У меня сейчас открылось
SM>> мигом.
AF> Нет не поэтому, а потому что работает только 1 из 4 DNS-серверов. Уже
AF> 100500 раз поднимали этот вопрос, в англоязычной эхе админа binkd.org по
AF> этому поводу даже назвали рукожопом, с чем я полностью согласен.
всё так.
$ host -t ns binkd.org
binkd.org name server ns2.vlm.ru.
binkd.org name server ns1.vlm.ru.
binkd.org name server ns0.vlm.ru.
binkd.org name server ns3.vlm.ru.
из них только ns0.vlm.ru рабочий.
Alexander
09 Mar 21 00:03:28, Alexey Fayans wrote to Stas Mishchenkov:
MK>>> Страница загружается "с 10-го раза". ERR_NAME_NOT_RESOLVED
MK>>> За билд - огромное спасибо!
SM>> Это по тому, что
SM>> [fido@host-187 perl]$ host download.binkd.org
SM>> download.binkd.org has address 46.4.85.143
SM>> download.binkd.org has IPv6 address 2a01:4f8:141:630c::1000
SM>> Видимо, у тебя IPv6 "хромает" или не у тебя. У меня сейчас открылось
SM>> мигом.
AF> 100500 раз поднимали этот вопрос, в англоязычной эхе админа binkd.org по
AF> этому поводу даже назвали рукожопом, с чем я полностью согласен.
всё так.
$ host -t ns binkd.org
binkd.org name server ns2.vlm.ru.
binkd.org name server ns1.vlm.ru.
binkd.org name server ns0.vlm.ru.
binkd.org name server ns3.vlm.ru.
из них только ns0.vlm.ru рабочий.
Alexander
Alexander N. Skovpen
Mar 10, 2021, 7:57:40 AM3/10/21
to
Hello Michael Dukelsky!
09 Mar 21 19:33:24, Michael Dukelsky wrote to Alexey Fayans:
MD> Escape character is '^]'.
MD> Здесь ns сервер устойчиво доступен.
странная методика.
$ host binkd.org ns0.vlm.ru
binkd.org has address 46.4.85.143
$ host binkd.org ns1.vlm.ru
09 Mar 21 19:33:24, Michael Dukelsky wrote to Alexey Fayans:
MD> Escape character is '^]'.
MD> Здесь ns сервер устойчиво доступен.
странная методика.
$ host binkd.org ns0.vlm.ru
binkd.org has address 46.4.85.143
$ host binkd.org ns1.vlm.ru
;; connection timed out; no servers could be reached
$ host binkd.org ns2.vlm.ru
;; connection timed out; no servers could be reached
$ host binkd.org ns3.vlm.ru
;; connection timed out; no servers could be reached
Alexander
Michael Dukelsky
Mar 10, 2021, 10:47:39 AM3/10/21
to
Привет, Alexander!
10 March 2021 00:07, Alexander N. Skovpen послал(а) письмо к Michael Dukelsky:
MD>> telnet ns1.vlm.ru 53
MD>> Trying 89.250.3.0...
MD>> Connected to ns1.vlm.ru.
MD>> Escape character is '^]'.
MD>> Здесь ns сервер устойчиво доступен.
AS> странная методика.
AS> $ host binkd.org ns0.vlm.ru
AS> binkd.org has address 46.4.85.143
AS> $ host binkd.org ns1.vlm.ru
AS> ;; connection timed out; no servers could be reached
AS> $ host binkd.org ns2.vlm.ru
AS> ;; connection timed out; no servers could be reached
AS> $ host binkd.org ns3.vlm.ru
AS> ;; connection timed out; no servers could be reached
Да, сегодня так. А вчера точно такие же команды у меня стабильно выдавали
нормальный результат. Похоже, что сервера там очень странно сконфигурированы.
Могу предположить, что в целях "безопасности". Только зачем нужна такая
безопасность, приводящая к неработоспособности, это большой вопрос.
Желаю успехов, Alexander!
10 March 2021 00:07, Alexander N. Skovpen послал(а) письмо к Michael Dukelsky:
MD>> telnet ns1.vlm.ru 53
MD>> Trying 89.250.3.0...
MD>> Connected to ns1.vlm.ru.
MD>> Escape character is '^]'.
MD>> Здесь ns сервер устойчиво доступен.
AS> $ host binkd.org ns0.vlm.ru
AS> binkd.org has address 46.4.85.143
AS> $ host binkd.org ns1.vlm.ru
AS> ;; connection timed out; no servers could be reached
AS> $ host binkd.org ns2.vlm.ru
AS> ;; connection timed out; no servers could be reached
AS> $ host binkd.org ns3.vlm.ru
AS> ;; connection timed out; no servers could be reached
Да, сегодня так. А вчера точно такие же команды у меня стабильно выдавали
нормальный результат. Похоже, что сервера там очень странно сконфигурированы.
Могу предположить, что в целях "безопасности". Только зачем нужна такая
безопасность, приводящая к неработоспособности, это большой вопрос.
Желаю успехов, Alexander!
Alexey Vissarionov
Mar 10, 2021, 12:12:40 PM3/10/21
to
Доброго времени суток, Alexander!
09 Mar 2021 18:13:34, ты -> Alexey Fayans:
ANS> $ host -t ns binkd.org
ANS> binkd.org name server ns2.vlm.ru.
ANS> binkd.org name server ns1.vlm.ru.
ANS> binkd.org name server ns0.vlm.ru.
ANS> binkd.org name server ns3.vlm.ru.
ANS> из них только ns0.vlm.ru рабочий.
Таки уже определитесь: только ns0 рабочий или только ns[1-3] рабочие.
У меня работают все четыре. Собственно, я сейчас через один из них пишу это
сообщение на другом (где помимо всего прочего работает ns0).
Дальнейшее общение на эту тему - только с указанием полной диагностической
информации, включая IP-адреса.
--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii
... Хочу много знать, готов скоро состариться
09 Mar 2021 18:13:34, ты -> Alexey Fayans:
ANS> $ host -t ns binkd.org
ANS> binkd.org name server ns2.vlm.ru.
ANS> binkd.org name server ns1.vlm.ru.
ANS> binkd.org name server ns0.vlm.ru.
ANS> binkd.org name server ns3.vlm.ru.
ANS> из них только ns0.vlm.ru рабочий.
Таки уже определитесь: только ns0 рабочий или только ns[1-3] рабочие.
У меня работают все четыре. Собственно, я сейчас через один из них пишу это
сообщение на другом (где помимо всего прочего работает ns0).
Дальнейшее общение на эту тему - только с указанием полной диагностической
информации, включая IP-адреса.
--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii
Alexey Vissarionov
Mar 10, 2021, 12:22:40 PM3/10/21
to
Доброго времени суток, Michael!
10 Mar 2021 17:55:26, ты -> Alexander N. Skovpen:
AS>> $ host binkd.org ns0.vlm.ru
AS>> binkd.org has address 46.4.85.143
AS>> $ host binkd.org ns1.vlm.ru
AS>> ;; connection timed out; no servers could be reached
AS>> $ host binkd.org ns2.vlm.ru
AS>> ;; connection timed out; no servers could be reached
AS>> $ host binkd.org ns3.vlm.ru
AS>> ;; connection timed out; no servers could be reached
MD> Да, сегодня так. А вчера точно такие же команды у меня стабильно
MD> выдавали нормальный результат.
Думаю, никого не удивлю, если скажу, что без внятной диагностики я ничего не
менял и даже не собирался.
MD> Похоже, что сервера там очень странно сконфигурированы.
Что странного может быть в конфигурации named? Применительно к binkd.org могу
точно сказать, что в течение 10 лет (с момента его регистрации) принципиальных
изменений в конфигурацию я не вносил.
MD> Могу предположить, что в целях "безопасности".
Сильно ошибаешься.
MD> Только зачем нужна такая безопасность, приводящая к
MD> неработоспособности, это большой вопрос.
УМВР. Из дискуссии я пока понял только то, что у кого-то недоступен немецкий
сервер, а у кого-то недоступны московские.
С чем это может быть связано - меня не особо интересует, а если бы даже вдруг
заинтересовало - технической возможности посмотреть на свои серверы из сетей
жалобщиков у меня нет, а внятной диагностики от них пока не было.
--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii
... Компетентный орган - это тот самый %уй, который все знает
10 Mar 2021 17:55:26, ты -> Alexander N. Skovpen:
AS>> $ host binkd.org ns0.vlm.ru
AS>> binkd.org has address 46.4.85.143
AS>> $ host binkd.org ns1.vlm.ru
AS>> ;; connection timed out; no servers could be reached
AS>> $ host binkd.org ns2.vlm.ru
AS>> ;; connection timed out; no servers could be reached
AS>> $ host binkd.org ns3.vlm.ru
AS>> ;; connection timed out; no servers could be reached
MD> выдавали нормальный результат.
Думаю, никого не удивлю, если скажу, что без внятной диагностики я ничего не
менял и даже не собирался.
MD> Похоже, что сервера там очень странно сконфигурированы.
Что странного может быть в конфигурации named? Применительно к binkd.org могу
точно сказать, что в течение 10 лет (с момента его регистрации) принципиальных
изменений в конфигурацию я не вносил.
MD> Могу предположить, что в целях "безопасности".
Сильно ошибаешься.
MD> Только зачем нужна такая безопасность, приводящая к
MD> неработоспособности, это большой вопрос.
УМВР. Из дискуссии я пока понял только то, что у кого-то недоступен немецкий
сервер, а у кого-то недоступны московские.
С чем это может быть связано - меня не особо интересует, а если бы даже вдруг
заинтересовало - технической возможности посмотреть на свои серверы из сетей
жалобщиков у меня нет, а внятной диагностики от них пока не было.
--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii
Alexey Fayans
Mar 10, 2021, 1:37:40 PM3/10/21
to
Hello Michael!
On Wed, 10 Mar 2021 at 17:55 +0300, you wrote to Alexander N. Skovpen:
MD> Да, сегодня так. А вчера точно такие же команды у меня стабильно
MD> выдавали нормальный результат. Похоже, что сервера там очень странно
MD> сконфигурированы. Могу предположить, что в целях "безопасности".
On Wed, 10 Mar 2021 at 17:55 +0300, you wrote to Alexander N. Skovpen:
MD> Да, сегодня так. А вчера точно такие же команды у меня стабильно
MD> выдавали нормальный результат. Похоже, что сервера там очень странно
MD> сконфигурированы. Могу предположить, что в целях "безопасности".
MD> Только зачем нужна такая безопасность, приводящая к
MD> неработоспособности, это большой вопрос.
С безопаснотью это ничего общего не имеет.
MD> неработоспособности, это большой вопрос.
Eugene Palenock
Mar 10, 2021, 2:37:40 PM3/10/21
to
Привет, Alexey!
09 мар 21 20:04, Alexey Vissarionov -> Michael Dukelsky:
AV> Ну и если бы на моей стороне была хоть какая-то реальная проблема, тут
AV> уже стояла бы вонища до небес. А так пока жалуются только двое, причем
AV> один - известный ретроград.
У меня тоже проблема, несколько раз проверил - указанный сайт в половине
попыток не открывается.
Провайдеры - московский ростелеком и мобильный теле2. Одинаково.
И с линуксов, и с винды, и с телефонов.
Более того, есть у меня сервера в голландии, проверил оттуда - такая же
проблема.
Тестилка NS в телефоне показывает что NS 1,2,3 - не доступны; NS 0 - доступен.
Что именно тебе надо показать для диагностики проблемы?
Желательно в Win8 или Ubuntu20.
--
С уважением, Евгений.
09 мар 21 20:04, Alexey Vissarionov -> Michael Dukelsky:
AV> Ну и если бы на моей стороне была хоть какая-то реальная проблема, тут
AV> уже стояла бы вонища до небес. А так пока жалуются только двое, причем
AV> один - известный ретроград.
попыток не открывается.
Провайдеры - московский ростелеком и мобильный теле2. Одинаково.
И с линуксов, и с винды, и с телефонов.
Более того, есть у меня сервера в голландии, проверил оттуда - такая же
проблема.
Тестилка NS в телефоне показывает что NS 1,2,3 - не доступны; NS 0 - доступен.
Что именно тебе надо показать для диагностики проблемы?
Желательно в Win8 или Ubuntu20.
--
С уважением, Евгений.
Dmitriy Smirnov
Mar 10, 2021, 10:52:40 PM3/10/21
to
hi, Alexey!
10 Mar 21 20:04, Alexey Vissarionov wrote to Alexander N. Skovpen:
ANS>> $ host -t ns binkd.org
ANS>> binkd.org name server ns2.vlm.ru.
ANS>> binkd.org name server ns1.vlm.ru.
ANS>> binkd.org name server ns0.vlm.ru.
ANS>> binkd.org name server ns3.vlm.ru.
ANS>> из них только ns0.vlm.ru рабочий.
[skip]
AV> Дальнейшее общение на эту тему - только с указанием полной
AV> диагностической информации, включая IP-адреса.
08:43:49.417677 IP 31.184.220.4.58322 > 46.4.85.143.53: 58155+ A? binkd.org.
(27)
08:43:49.450416 IP 46.4.85.143.53 > 31.184.220.4.58322: 58155*- 1/4/6 A
46.4.85.143 (241)
08:43:55.792831 IP 31.184.220.4.18838 > 89.250.3.0.53: 49063+ A? binkd.org.
(27)
08:44:00.861570 IP 31.184.220.4.15611 > 89.250.3.0.53: 49063+ A? binkd.org.
(27)
08:44:08.280146 IP 31.184.220.4.50365 > 37.110.95.227.53: 55079+ A? binkd.org.
(27)
08:44:13.412577 IP 31.184.220.4.38985 > 37.110.95.227.53: 55079+ A? binkd.org.
(27)
08:44:21.425157 IP 31.184.220.4.17238 > 89.250.7.127.53: 42777+ A? binkd.org.
(27)
08:44:26.461657 IP 31.184.220.4.19701 > 89.250.7.127.53: 42777+ A? binkd.org.
(27)
wbr, Dmitriy.
10 Mar 21 20:04, Alexey Vissarionov wrote to Alexander N. Skovpen:
ANS>> $ host -t ns binkd.org
ANS>> binkd.org name server ns2.vlm.ru.
ANS>> binkd.org name server ns1.vlm.ru.
ANS>> binkd.org name server ns0.vlm.ru.
ANS>> binkd.org name server ns3.vlm.ru.
ANS>> из них только ns0.vlm.ru рабочий.
AV> Дальнейшее общение на эту тему - только с указанием полной
AV> диагностической информации, включая IP-адреса.
08:43:49.417677 IP 31.184.220.4.58322 > 46.4.85.143.53: 58155+ A? binkd.org.
(27)
08:43:49.450416 IP 46.4.85.143.53 > 31.184.220.4.58322: 58155*- 1/4/6 A
46.4.85.143 (241)
08:43:55.792831 IP 31.184.220.4.18838 > 89.250.3.0.53: 49063+ A? binkd.org.
(27)
08:44:00.861570 IP 31.184.220.4.15611 > 89.250.3.0.53: 49063+ A? binkd.org.
(27)
08:44:08.280146 IP 31.184.220.4.50365 > 37.110.95.227.53: 55079+ A? binkd.org.
(27)
08:44:13.412577 IP 31.184.220.4.38985 > 37.110.95.227.53: 55079+ A? binkd.org.
(27)
08:44:21.425157 IP 31.184.220.4.17238 > 89.250.7.127.53: 42777+ A? binkd.org.
(27)
08:44:26.461657 IP 31.184.220.4.19701 > 89.250.7.127.53: 42777+ A? binkd.org.
(27)
wbr, Dmitriy.
Alexey Vissarionov
Mar 11, 2021, 12:42:40 AM3/11/21
to
Доброго времени суток, Dmitriy!
11 Mar 2021 08:47:00, ты -> мне:
AV>> Дальнейшее общение на эту тему - только с указанием полной
AV>> диагностической информации, включая IP-адреса.
DS> 08:43:49.417677 IP 31.184.220.4.58322 > 46.4.85.143.53: 58155+ A?
DS> binkd.org. (27)
DS> 08:43:49.450416 IP 46.4.85.143.53 > 31.184.220.4.58322: 58155*-
DS> 1/4/6 A 46.4.85.143 (241)
Ну, хоть что-то... итак, Селектел.
Запускаю tracepath -n 31.184.220.4 на всех своих ns[0-3] и наблюдаю, что до
92.53.93.59 трассировка отовсюду доходит штатно, а потом начинаются пляски.
Немецкий ns0:
7: 92.53.93.59 32.505ms asymm 8
8: 92.53.93.59 32.791ms
9: no reply
10: no reply
...
Московский ns1:
10: 92.53.93.59 12.212ms asymm 5
11: no reply
1: 90.154.77.195 9052.349ms
1: 90.154.77.195 9051.339ms
14: no reply
15: no reply
...
Московский ns2 (другой провайдер):
9: 92.53.93.59 11.764ms asymm 5
1: 90.154.77.195 2049.307ms
11: no reply
12: no reply
...
Московский ns3 (недалеко от ns1):
9: 92.53.93.59 11.811ms asymm 5
1: 90.154.77.195 8137.558ms
1: 90.154.77.195 8137.274ms
1: 90.154.77.195 8237.461ms
13: no reply
14: no reply
...
Что примечательно, 92.53.93.59 - это тот же Селектел, а 90.154.77.195 - это
inetnum: 90.154.0.0 - 90.154.127.255
netname: RU-RTK-20061107
country: RU
org: ORG-JR8-RIPE
admin-c: RTNC-RIPE
tech-c: RTNC-RIPE
status: ALLOCATED PA
mnt-by: RIPE-NCC-HM-MNT
mnt-by: ROSTELECOM-MNT
То есть, маршрут доходит до Селектела, но оттуда зачем-то уходит в Ростелеком,
где надежно прячется.
Зато если вместо UDP использовать ICMP - все приходит просто моментально и по
нормальному маршруту, но только из Москвы:
# ping -c1 -R 31.184.220.4
PING 31.184.220.4 (31.184.220.4) 56(124) bytes of data.
--- 31.184.220.4 ping statistics ---
1 packets transmitted, 0 received, 100% packet loss, time 0ms
ns1:
# ping -c1 -R 31.184.220.4
PING 31.184.220.4 (31.184.220.4) 56(124) bytes of data.
64 bytes from 31.184.220.4: icmp_seq=1 ttl=59 time=28.4 ms
RR: 89.250.7.127
...
92.53.94.35
188.93.17.44
31.184.220.1
31.184.220.4
ns2:
ping -c1 -R 31.184.220.4
PING 31.184.220.4 (31.184.220.4) 56(124) bytes of data.
64 bytes from 31.184.220.4: icmp_seq=1 ttl=60 time=24.6 ms
RR: 37.110.95.227
...
212.188.12.101
212.188.54.213
212.188.61.196
188.93.17.37
31.184.220.1
31.184.220.4
ns3: аналогично ns1.
У нас никакие новомодные DPI в последнее время не внедряли?
--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii
... Кто не боится синего экрана - не должен бояться и черного
11 Mar 2021 08:47:00, ты -> мне:
AV>> Дальнейшее общение на эту тему - только с указанием полной
AV>> диагностической информации, включая IP-адреса.
DS> binkd.org. (27)
DS> 08:43:49.450416 IP 46.4.85.143.53 > 31.184.220.4.58322: 58155*-
DS> 1/4/6 A 46.4.85.143 (241)
Ну, хоть что-то... итак, Селектел.
Запускаю tracepath -n 31.184.220.4 на всех своих ns[0-3] и наблюдаю, что до
92.53.93.59 трассировка отовсюду доходит штатно, а потом начинаются пляски.
Немецкий ns0:
7: 92.53.93.59 32.505ms asymm 8
8: 92.53.93.59 32.791ms
9: no reply
10: no reply
...
Московский ns1:
10: 92.53.93.59 12.212ms asymm 5
11: no reply
1: 90.154.77.195 9052.349ms
1: 90.154.77.195 9051.339ms
14: no reply
15: no reply
...
Московский ns2 (другой провайдер):
9: 92.53.93.59 11.764ms asymm 5
1: 90.154.77.195 2049.307ms
11: no reply
12: no reply
...
Московский ns3 (недалеко от ns1):
9: 92.53.93.59 11.811ms asymm 5
1: 90.154.77.195 8137.558ms
1: 90.154.77.195 8137.274ms
1: 90.154.77.195 8237.461ms
13: no reply
14: no reply
...
Что примечательно, 92.53.93.59 - это тот же Селектел, а 90.154.77.195 - это
inetnum: 90.154.0.0 - 90.154.127.255
netname: RU-RTK-20061107
country: RU
org: ORG-JR8-RIPE
admin-c: RTNC-RIPE
tech-c: RTNC-RIPE
status: ALLOCATED PA
mnt-by: RIPE-NCC-HM-MNT
mnt-by: ROSTELECOM-MNT
То есть, маршрут доходит до Селектела, но оттуда зачем-то уходит в Ростелеком,
где надежно прячется.
Зато если вместо UDP использовать ICMP - все приходит просто моментально и по
нормальному маршруту, но только из Москвы:
# ping -c1 -R 31.184.220.4
PING 31.184.220.4 (31.184.220.4) 56(124) bytes of data.
--- 31.184.220.4 ping statistics ---
1 packets transmitted, 0 received, 100% packet loss, time 0ms
ns1:
# ping -c1 -R 31.184.220.4
PING 31.184.220.4 (31.184.220.4) 56(124) bytes of data.
64 bytes from 31.184.220.4: icmp_seq=1 ttl=59 time=28.4 ms
RR: 89.250.7.127
...
92.53.94.35
188.93.17.44
31.184.220.1
31.184.220.4
ns2:
ping -c1 -R 31.184.220.4
PING 31.184.220.4 (31.184.220.4) 56(124) bytes of data.
64 bytes from 31.184.220.4: icmp_seq=1 ttl=60 time=24.6 ms
RR: 37.110.95.227
...
212.188.12.101
212.188.54.213
212.188.61.196
188.93.17.37
31.184.220.1
31.184.220.4
ns3: аналогично ns1.
У нас никакие новомодные DPI в последнее время не внедряли?
--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii
Alexey Fayans
Mar 11, 2021, 12:52:40 AM3/11/21
to
Hello Alexey!
On Wed, 10 Mar 2021 at 20:04 +0300, you wrote to Alexander N. Skovpen:
ANS>> $ host -t ns binkd.org
ANS>> binkd.org name server ns2.vlm.ru.
ANS>> binkd.org name server ns1.vlm.ru.
ANS>> binkd.org name server ns0.vlm.ru.
ANS>> binkd.org name server ns3.vlm.ru.
ANS>> из них только ns0.vlm.ru рабочий.
AV> Таки уже определитесь: только ns0 рабочий или только ns[1-3] рабочие.
Только ns0 рабочий.
AV> У меня работают все четыре.
Попробуй потестировать не с локалхоста.
AV> Собственно, я сейчас через один из них пишу это сообщение на другом
AV> (где помимо всего прочего работает ns0).
Не удивительно, ns0 как раз работает.
AV> Дальнейшее общение на эту тему - только с указанием полной
AV> диагностической информации, включая IP-адреса.
$ set -x; for NS in ns{0..3}.vlm.ru; do dig +short a $NS; dig -4 +short a
binkd.org. @$NS; done; set +x
+ for NS in ns{0..3}.vlm.ru
+ dig +short a ns0.vlm.ru
46.4.85.143
+ dig -4 +short a binkd.org. @ns0.vlm.ru
46.4.85.143
+ for NS in ns{0..3}.vlm.ru
+ dig +short a ns1.vlm.ru
89.250.3.0
+ dig -4 +short a binkd.org. @ns1.vlm.ru
+ dig +short a ns2.vlm.ru
37.110.95.227
+ dig -4 +short a binkd.org. @ns2.vlm.ru
+ dig +short a ns3.vlm.ru
89.250.7.127
+ dig -4 +short a binkd.org. @ns3.vlm.ru
Всё это стабильно воспроизводится из сетей 158.101.160.0/19 (ORACLE-BMC-31898,
US), 35.211.0.0/16 (GOOGLE, US), 188.242.0.0/15 (SKYNET-SPB-AS, RU).
On Wed, 10 Mar 2021 at 20:04 +0300, you wrote to Alexander N. Skovpen:
ANS>> $ host -t ns binkd.org
ANS>> binkd.org name server ns2.vlm.ru.
ANS>> binkd.org name server ns1.vlm.ru.
ANS>> binkd.org name server ns0.vlm.ru.
ANS>> binkd.org name server ns3.vlm.ru.
ANS>> из них только ns0.vlm.ru рабочий.
Только ns0 рабочий.
AV> У меня работают все четыре.
Попробуй потестировать не с локалхоста.
AV> Собственно, я сейчас через один из них пишу это сообщение на другом
AV> (где помимо всего прочего работает ns0).
Не удивительно, ns0 как раз работает.
AV> Дальнейшее общение на эту тему - только с указанием полной
AV> диагностической информации, включая IP-адреса.
binkd.org. @$NS; done; set +x
+ for NS in ns{0..3}.vlm.ru
+ dig +short a ns0.vlm.ru
46.4.85.143
+ dig -4 +short a binkd.org. @ns0.vlm.ru
46.4.85.143
+ for NS in ns{0..3}.vlm.ru
+ dig +short a ns1.vlm.ru
89.250.3.0
+ dig -4 +short a binkd.org. @ns1.vlm.ru
;; connection timed out; no servers could be reached
+ for NS in ns{0..3}.vlm.ru
+ dig +short a ns2.vlm.ru
37.110.95.227
+ dig -4 +short a binkd.org. @ns2.vlm.ru
;; connection timed out; no servers could be reached
+ for NS in ns{0..3}.vlm.ru
+ dig +short a ns3.vlm.ru
89.250.7.127
+ dig -4 +short a binkd.org. @ns3.vlm.ru
;; connection timed out; no servers could be reached
+ set +x
Всё это стабильно воспроизводится из сетей 158.101.160.0/19 (ORACLE-BMC-31898,
US), 35.211.0.0/16 (GOOGLE, US), 188.242.0.0/15 (SKYNET-SPB-AS, RU).
Alexey Fayans
Mar 11, 2021, 12:52:40 AM3/11/21
to
Hello Alexey!
On Wed, 10 Mar 2021 at 20:09 +0300, you wrote to Michael Dukelsky:
AV> УМВР. Из дискуссии я пока понял только то, что у кого-то недоступен
AV> немецкий сервер, а у кого-то недоступны московские.
Ты как-то очень странно следишь за дискуссией. Несколько человек подтвердили,
что 3 из 4 DNS стабильно недоступны.
On Wed, 10 Mar 2021 at 20:09 +0300, you wrote to Michael Dukelsky:
AV> УМВР. Из дискуссии я пока понял только то, что у кого-то недоступен
AV> немецкий сервер, а у кого-то недоступны московские.
Ты как-то очень странно следишь за дискуссией. Несколько человек подтвердили,
что 3 из 4 DNS стабильно недоступны.
Alexey Fayans
Mar 11, 2021, 2:17:40 AM3/11/21
to
Hello Alexey!
On Thu, 11 Mar 2021 at 08:04 +0300, you wrote to Dmitriy Smirnov:
AV> То есть, маршрут доходит до Селектела, но оттуда зачем-то уходит в
AV> Ростелеком, где надежно прячется.
Проверил маршруты с 199.180.249.71. До ns1 что ICMP, что UDP идут одинаково, но
последний затыкается на 89.250.1.58. До ns2 маршруты ICMP/UDP тоже идентичные,
UDP затыкается на 77.37.250.197. До ns3 аналогично, UDP затыкается на
89.250.1.58.
Обрати внимание, что в случае с ns2 77.37.250.197 - предпоследний хоп, и он
отвечает, что как бы намекает нам..
=== Start of Windows Clipboard ===
# traceroute -n -I ns1.vlm.ru
traceroute to ns1.vlm.ru (89.250.3.0), 30 hops max, 60 byte packets
1 199.180.249.1 0.212 ms 0.147 ms 0.205 ms
2 199.231.225.41 1.713 ms 1.745 ms 1.690 ms
3 199.231.224.65 1.896 ms 1.909 ms 1.857 ms
4 38.140.236.57 0.660 ms 0.661 ms 0.609 ms
5 154.24.61.201 1.425 ms 1.593 ms 1.676 ms
6 154.54.6.113 2.871 ms 2.858 ms 2.745 ms
7 154.54.3.214 11.973 ms 12.072 ms 12.018 ms
8 154.54.44.170 23.855 ms 23.807 ms 23.832 ms
9 154.54.7.130 30.930 ms 31.153 ms 31.062 ms
10 154.54.31.234 40.795 ms 40.741 ms 40.689 ms
11 154.54.42.90 45.755 ms 46.081 ms 45.797 ms
12 154.54.44.165 115.260 ms 115.094 ms 115.014 ms
13 154.54.58.70 125.024 ms 125.145 ms 125.181 ms
14 154.54.38.210 132.145 ms 131.967 ms 131.915 ms
15 154.54.61.230 138.520 ms 138.100 ms 138.354 ms
16 154.54.61.238 148.181 ms 148.025 ms 148.010 ms
17 130.117.50.226 146.365 ms 146.347 ms 146.463 ms
18 149.6.169.218 147.485 ms 147.380 ms 147.286 ms
19 * * *
20 85.112.122.122 162.825 ms 162.745 ms 162.818 ms
21 85.112.122.17 163.030 ms 163.132 ms 162.988 ms
22 89.250.1.58 166.524 ms 166.705 ms 166.849 ms
23 89.250.1.50 164.033 ms 163.939 ms 163.857 ms
24 89.250.3.0 167.679 ms 167.694 ms 167.708 ms
# traceroute -n -U ns1.vlm.ru
traceroute to ns1.vlm.ru (89.250.3.0), 30 hops max, 60 byte packets
1 199.180.249.1 0.301 ms 0.218 ms 0.266 ms
2 199.231.225.41 1.489 ms 1.423 ms 1.353 ms
3 199.231.224.65 1.881 ms 1.732 ms 1.791 ms
4 38.140.236.57 0.662 ms 0.685 ms 0.976 ms
5 154.24.61.201 1.264 ms 1.305 ms 1.315 ms
6 154.54.6.113 2.322 ms 2.382 ms 66.28.4.17 2.259 ms
7 154.54.3.214 12.549 ms 12.447 ms 154.54.3.134 12.376 ms
8 154.54.42.166 25.857 ms 25.787 ms 154.54.44.170 25.719 ms
9 154.54.6.222 30.760 ms 30.748 ms 154.54.7.130 30.976 ms
10 154.54.31.226 37.933 ms 154.54.31.234 38.474 ms 37.797 ms
11 154.54.41.206 44.582 ms 154.54.42.90 45.313 ms 45.306 ms
12 154.54.44.161 114.646 ms 115.255 ms 154.54.44.165 115.093 ms
13 154.54.58.70 124.689 ms 125.518 ms 124.398 ms
14 154.54.38.210 131.714 ms 154.54.38.206 129.164 ms 154.54.38.210 132.092
ms
15 154.54.61.222 133.568 ms 154.54.61.230 137.804 ms 137.894 ms
16 154.54.61.242 145.768 ms 154.54.61.238 147.672 ms 154.54.61.242 145.005
ms
17 130.117.50.226 146.562 ms 154.54.36.90 148.306 ms 130.117.50.226 145.692
ms
18 149.6.169.218 150.357 ms 146.614 ms 150.468 ms
19 * * *
20 85.112.122.122 161.764 ms 162.219 ms 163.034 ms
21 85.112.122.17 163.191 ms 161.919 ms 162.104 ms
22 89.250.1.58 166.249 ms 165.477 ms 89.250.1.34 163.860 ms
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
# traceroute -n -I ns2.vlm.ru
traceroute to ns2.vlm.ru (37.110.95.227), 30 hops max, 60 byte packets
1 199.180.249.1 0.174 ms 0.218 ms 0.243 ms
2 199.231.225.41 1.658 ms 1.653 ms 1.606 ms
3 199.231.224.65 1.761 ms 2.518 ms 2.518 ms
4 38.140.236.57 0.603 ms 0.631 ms 0.951 ms
5 154.24.61.201 1.508 ms 1.530 ms 1.571 ms
6 66.28.4.17 2.076 ms 2.060 ms 2.152 ms
7 154.54.28.74 2.175 ms 2.182 ms 2.180 ms
8 154.54.10.154 2.022 ms 1.923 ms 1.945 ms
9 62.115.123.201 20.237 ms 19.976 ms 19.838 ms
10 62.115.125.129 33.133 ms 33.080 ms 32.934 ms
11 * * 62.115.136.200 35.778 ms
12 80.91.254.90 138.861 ms 138.883 ms 138.829 ms
13 62.115.139.172 139.117 ms * *
14 62.115.141.23 139.253 ms 143.184 ms 143.120 ms
15 * * *
16 77.37.250.197 150.749 ms 148.118 ms 148.224 ms
17 37.110.95.227 149.279 ms 151.070 ms 151.347 ms
# traceroute -n -U ns2.vlm.ru
traceroute to ns2.vlm.ru (37.110.95.227), 30 hops max, 60 byte packets
1 199.180.249.1 0.653 ms 0.573 ms 0.533 ms
2 199.231.225.41 1.783 ms 1.826 ms 1.790 ms
3 199.231.224.65 2.320 ms 2.333 ms 2.297 ms
4 38.140.236.57 0.687 ms 0.652 ms 0.765 ms
5 154.24.61.201 1.154 ms 1.360 ms 1.534 ms
6 66.28.4.17 2.146 ms 1.830 ms 2.100 ms
7 154.54.47.214 2.024 ms 2.094 ms 154.54.28.74 2.200 ms
8 154.54.10.154 2.048 ms 1.941 ms 1.815 ms
9 62.115.123.201 19.696 ms 19.888 ms 80.91.246.74 19.311 ms
10 62.115.125.129 33.160 ms 33.033 ms 31.392 ms
11 * 62.115.136.200 39.092 ms 38.719 ms
12 80.91.254.90 138.704 ms 62.115.113.21 146.869 ms 80.91.254.90 141.981 ms
13 * 80.91.249.11 150.579 ms *
14 62.115.141.23 138.879 ms 213.155.130.101 147.720 ms 151.770 ms
15 213.248.87.243 152.798 ms 152.848 ms 152.767 ms
16 77.37.250.197 148.069 ms 148.064 ms 147.979 ms
17 * * *
18 * * *
19 * * 213.248.87.243 161.756 ms
20 77.37.250.197 156.995 ms 158.489 ms *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
# traceroute -n -I ns3.vlm.ru
traceroute to ns3.vlm.ru (89.250.7.127), 30 hops max, 60 byte packets
1 199.180.249.1 1.263 ms 1.198 ms 1.142 ms
2 199.231.225.41 1.606 ms 1.543 ms 1.557 ms
3 199.231.224.65 1.711 ms 1.737 ms 1.682 ms
4 38.140.236.57 0.736 ms 0.677 ms 1.053 ms
5 154.24.61.201 1.588 ms 1.597 ms 1.648 ms
6 66.28.4.17 2.944 ms 2.176 ms 2.313 ms
7 154.54.3.134 11.835 ms 12.315 ms 12.172 ms
8 154.54.42.166 23.890 ms 23.857 ms 23.858 ms
9 154.54.6.222 31.417 ms 31.358 ms 31.431 ms
10 154.54.31.226 37.928 ms 37.970 ms 37.998 ms
11 154.54.41.206 45.473 ms 45.417 ms 45.404 ms
12 154.54.44.161 115.201 ms 115.304 ms 115.325 ms
13 154.54.77.245 121.968 ms 122.002 ms 122.013 ms
14 154.54.38.206 131.536 ms 129.302 ms 129.311 ms
15 154.54.61.222 134.326 ms 134.661 ms 134.409 ms
16 154.54.61.238 148.177 ms 148.384 ms 148.137 ms
17 130.117.50.226 147.946 ms 146.678 ms 146.507 ms
18 149.6.169.218 147.308 ms 147.239 ms 147.179 ms
19 * * *
20 85.112.122.122 162.568 ms 162.481 ms 162.404 ms
21 85.112.122.17 165.537 ms 162.745 ms 162.815 ms
22 89.250.1.58 166.517 ms 166.670 ms 166.377 ms
23 89.250.1.50 163.784 ms 163.563 ms 163.787 ms
24 89.250.7.127 162.306 ms 163.820 ms 162.246 ms
# traceroute -n -U ns3.vlm.ru
traceroute to ns3.vlm.ru (89.250.7.127), 30 hops max, 60 byte packets
1 199.180.249.1 0.180 ms 0.262 ms 0.219 ms
2 199.231.225.41 2.075 ms 2.016 ms 1.946 ms
3 199.231.224.65 2.366 ms 2.341 ms 2.273 ms
4 38.140.236.57 0.673 ms 0.601 ms 1.009 ms
5 154.24.61.201 1.528 ms 1.566 ms 1.440 ms
6 66.28.4.17 2.019 ms 2.132 ms 154.54.6.113 2.326 ms
7 154.54.3.214 12.253 ms 12.140 ms 11.756 ms
8 154.54.42.166 23.645 ms 23.837 ms 154.54.44.170 23.799 ms
9 154.54.7.130 33.247 ms 33.177 ms 154.54.6.222 33.108 ms
10 154.54.31.226 38.005 ms 154.54.31.234 38.011 ms 154.54.31.226 37.735 ms
11 154.54.42.90 45.065 ms 45.472 ms 154.54.41.206 45.075 ms
12 154.54.44.161 115.330 ms 154.54.44.165 114.587 ms 154.54.44.161 114.668
ms
13 154.54.58.70 124.454 ms 124.582 ms 154.54.77.245 121.583 ms
14 154.54.38.210 131.910 ms 131.230 ms 134.203 ms
15 154.54.61.222 134.131 ms 133.917 ms 154.54.61.230 138.214 ms
16 154.54.61.238 148.199 ms 147.829 ms 147.654 ms
17 130.117.50.226 145.576 ms 146.253 ms 145.821 ms
18 149.6.169.218 146.692 ms 147.072 ms 146.525 ms
19 * * *
20 85.112.122.122 161.757 ms 162.528 ms 162.355 ms
21 85.112.122.17 166.820 ms 162.728 ms 162.280 ms
22 89.250.1.58 165.783 ms 166.039 ms 89.250.1.34 164.559 ms
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
On Thu, 11 Mar 2021 at 08:04 +0300, you wrote to Dmitriy Smirnov:
AV> То есть, маршрут доходит до Селектела, но оттуда зачем-то уходит в
AV> Ростелеком, где надежно прячется.
Проверил маршруты с 199.180.249.71. До ns1 что ICMP, что UDP идут одинаково, но
последний затыкается на 89.250.1.58. До ns2 маршруты ICMP/UDP тоже идентичные,
UDP затыкается на 77.37.250.197. До ns3 аналогично, UDP затыкается на
89.250.1.58.
Обрати внимание, что в случае с ns2 77.37.250.197 - предпоследний хоп, и он
отвечает, что как бы намекает нам..
=== Start of Windows Clipboard ===
traceroute to ns1.vlm.ru (89.250.3.0), 30 hops max, 60 byte packets
1 199.180.249.1 0.212 ms 0.147 ms 0.205 ms
2 199.231.225.41 1.713 ms 1.745 ms 1.690 ms
3 199.231.224.65 1.896 ms 1.909 ms 1.857 ms
4 38.140.236.57 0.660 ms 0.661 ms 0.609 ms
5 154.24.61.201 1.425 ms 1.593 ms 1.676 ms
6 154.54.6.113 2.871 ms 2.858 ms 2.745 ms
7 154.54.3.214 11.973 ms 12.072 ms 12.018 ms
8 154.54.44.170 23.855 ms 23.807 ms 23.832 ms
9 154.54.7.130 30.930 ms 31.153 ms 31.062 ms
10 154.54.31.234 40.795 ms 40.741 ms 40.689 ms
11 154.54.42.90 45.755 ms 46.081 ms 45.797 ms
12 154.54.44.165 115.260 ms 115.094 ms 115.014 ms
13 154.54.58.70 125.024 ms 125.145 ms 125.181 ms
14 154.54.38.210 132.145 ms 131.967 ms 131.915 ms
15 154.54.61.230 138.520 ms 138.100 ms 138.354 ms
16 154.54.61.238 148.181 ms 148.025 ms 148.010 ms
17 130.117.50.226 146.365 ms 146.347 ms 146.463 ms
18 149.6.169.218 147.485 ms 147.380 ms 147.286 ms
19 * * *
20 85.112.122.122 162.825 ms 162.745 ms 162.818 ms
21 85.112.122.17 163.030 ms 163.132 ms 162.988 ms
22 89.250.1.58 166.524 ms 166.705 ms 166.849 ms
23 89.250.1.50 164.033 ms 163.939 ms 163.857 ms
24 89.250.3.0 167.679 ms 167.694 ms 167.708 ms
# traceroute -n -U ns1.vlm.ru
traceroute to ns1.vlm.ru (89.250.3.0), 30 hops max, 60 byte packets
1 199.180.249.1 0.301 ms 0.218 ms 0.266 ms
2 199.231.225.41 1.489 ms 1.423 ms 1.353 ms
3 199.231.224.65 1.881 ms 1.732 ms 1.791 ms
4 38.140.236.57 0.662 ms 0.685 ms 0.976 ms
5 154.24.61.201 1.264 ms 1.305 ms 1.315 ms
6 154.54.6.113 2.322 ms 2.382 ms 66.28.4.17 2.259 ms
7 154.54.3.214 12.549 ms 12.447 ms 154.54.3.134 12.376 ms
8 154.54.42.166 25.857 ms 25.787 ms 154.54.44.170 25.719 ms
9 154.54.6.222 30.760 ms 30.748 ms 154.54.7.130 30.976 ms
10 154.54.31.226 37.933 ms 154.54.31.234 38.474 ms 37.797 ms
11 154.54.41.206 44.582 ms 154.54.42.90 45.313 ms 45.306 ms
12 154.54.44.161 114.646 ms 115.255 ms 154.54.44.165 115.093 ms
13 154.54.58.70 124.689 ms 125.518 ms 124.398 ms
14 154.54.38.210 131.714 ms 154.54.38.206 129.164 ms 154.54.38.210 132.092
ms
15 154.54.61.222 133.568 ms 154.54.61.230 137.804 ms 137.894 ms
16 154.54.61.242 145.768 ms 154.54.61.238 147.672 ms 154.54.61.242 145.005
ms
17 130.117.50.226 146.562 ms 154.54.36.90 148.306 ms 130.117.50.226 145.692
ms
18 149.6.169.218 150.357 ms 146.614 ms 150.468 ms
19 * * *
20 85.112.122.122 161.764 ms 162.219 ms 163.034 ms
21 85.112.122.17 163.191 ms 161.919 ms 162.104 ms
22 89.250.1.58 166.249 ms 165.477 ms 89.250.1.34 163.860 ms
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
# traceroute -n -I ns2.vlm.ru
traceroute to ns2.vlm.ru (37.110.95.227), 30 hops max, 60 byte packets
1 199.180.249.1 0.174 ms 0.218 ms 0.243 ms
2 199.231.225.41 1.658 ms 1.653 ms 1.606 ms
3 199.231.224.65 1.761 ms 2.518 ms 2.518 ms
4 38.140.236.57 0.603 ms 0.631 ms 0.951 ms
5 154.24.61.201 1.508 ms 1.530 ms 1.571 ms
6 66.28.4.17 2.076 ms 2.060 ms 2.152 ms
7 154.54.28.74 2.175 ms 2.182 ms 2.180 ms
8 154.54.10.154 2.022 ms 1.923 ms 1.945 ms
9 62.115.123.201 20.237 ms 19.976 ms 19.838 ms
10 62.115.125.129 33.133 ms 33.080 ms 32.934 ms
11 * * 62.115.136.200 35.778 ms
12 80.91.254.90 138.861 ms 138.883 ms 138.829 ms
13 62.115.139.172 139.117 ms * *
14 62.115.141.23 139.253 ms 143.184 ms 143.120 ms
15 * * *
16 77.37.250.197 150.749 ms 148.118 ms 148.224 ms
17 37.110.95.227 149.279 ms 151.070 ms 151.347 ms
# traceroute -n -U ns2.vlm.ru
traceroute to ns2.vlm.ru (37.110.95.227), 30 hops max, 60 byte packets
1 199.180.249.1 0.653 ms 0.573 ms 0.533 ms
2 199.231.225.41 1.783 ms 1.826 ms 1.790 ms
3 199.231.224.65 2.320 ms 2.333 ms 2.297 ms
4 38.140.236.57 0.687 ms 0.652 ms 0.765 ms
5 154.24.61.201 1.154 ms 1.360 ms 1.534 ms
6 66.28.4.17 2.146 ms 1.830 ms 2.100 ms
7 154.54.47.214 2.024 ms 2.094 ms 154.54.28.74 2.200 ms
8 154.54.10.154 2.048 ms 1.941 ms 1.815 ms
9 62.115.123.201 19.696 ms 19.888 ms 80.91.246.74 19.311 ms
10 62.115.125.129 33.160 ms 33.033 ms 31.392 ms
11 * 62.115.136.200 39.092 ms 38.719 ms
12 80.91.254.90 138.704 ms 62.115.113.21 146.869 ms 80.91.254.90 141.981 ms
13 * 80.91.249.11 150.579 ms *
14 62.115.141.23 138.879 ms 213.155.130.101 147.720 ms 151.770 ms
15 213.248.87.243 152.798 ms 152.848 ms 152.767 ms
16 77.37.250.197 148.069 ms 148.064 ms 147.979 ms
17 * * *
18 * * *
19 * * 213.248.87.243 161.756 ms
20 77.37.250.197 156.995 ms 158.489 ms *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
# traceroute -n -I ns3.vlm.ru
traceroute to ns3.vlm.ru (89.250.7.127), 30 hops max, 60 byte packets
1 199.180.249.1 1.263 ms 1.198 ms 1.142 ms
2 199.231.225.41 1.606 ms 1.543 ms 1.557 ms
3 199.231.224.65 1.711 ms 1.737 ms 1.682 ms
4 38.140.236.57 0.736 ms 0.677 ms 1.053 ms
5 154.24.61.201 1.588 ms 1.597 ms 1.648 ms
6 66.28.4.17 2.944 ms 2.176 ms 2.313 ms
7 154.54.3.134 11.835 ms 12.315 ms 12.172 ms
8 154.54.42.166 23.890 ms 23.857 ms 23.858 ms
9 154.54.6.222 31.417 ms 31.358 ms 31.431 ms
10 154.54.31.226 37.928 ms 37.970 ms 37.998 ms
11 154.54.41.206 45.473 ms 45.417 ms 45.404 ms
12 154.54.44.161 115.201 ms 115.304 ms 115.325 ms
13 154.54.77.245 121.968 ms 122.002 ms 122.013 ms
14 154.54.38.206 131.536 ms 129.302 ms 129.311 ms
15 154.54.61.222 134.326 ms 134.661 ms 134.409 ms
16 154.54.61.238 148.177 ms 148.384 ms 148.137 ms
17 130.117.50.226 147.946 ms 146.678 ms 146.507 ms
18 149.6.169.218 147.308 ms 147.239 ms 147.179 ms
19 * * *
20 85.112.122.122 162.568 ms 162.481 ms 162.404 ms
21 85.112.122.17 165.537 ms 162.745 ms 162.815 ms
22 89.250.1.58 166.517 ms 166.670 ms 166.377 ms
23 89.250.1.50 163.784 ms 163.563 ms 163.787 ms
24 89.250.7.127 162.306 ms 163.820 ms 162.246 ms
# traceroute -n -U ns3.vlm.ru
traceroute to ns3.vlm.ru (89.250.7.127), 30 hops max, 60 byte packets
1 199.180.249.1 0.180 ms 0.262 ms 0.219 ms
2 199.231.225.41 2.075 ms 2.016 ms 1.946 ms
3 199.231.224.65 2.366 ms 2.341 ms 2.273 ms
4 38.140.236.57 0.673 ms 0.601 ms 1.009 ms
5 154.24.61.201 1.528 ms 1.566 ms 1.440 ms
6 66.28.4.17 2.019 ms 2.132 ms 154.54.6.113 2.326 ms
7 154.54.3.214 12.253 ms 12.140 ms 11.756 ms
8 154.54.42.166 23.645 ms 23.837 ms 154.54.44.170 23.799 ms
9 154.54.7.130 33.247 ms 33.177 ms 154.54.6.222 33.108 ms
10 154.54.31.226 38.005 ms 154.54.31.234 38.011 ms 154.54.31.226 37.735 ms
11 154.54.42.90 45.065 ms 45.472 ms 154.54.41.206 45.075 ms
12 154.54.44.161 115.330 ms 154.54.44.165 114.587 ms 154.54.44.161 114.668
ms
13 154.54.58.70 124.454 ms 124.582 ms 154.54.77.245 121.583 ms
14 154.54.38.210 131.910 ms 131.230 ms 134.203 ms
15 154.54.61.222 134.131 ms 133.917 ms 154.54.61.230 138.214 ms
16 154.54.61.238 148.199 ms 147.829 ms 147.654 ms
17 130.117.50.226 145.576 ms 146.253 ms 145.821 ms
18 149.6.169.218 146.692 ms 147.072 ms 146.525 ms
19 * * *
20 85.112.122.122 161.757 ms 162.528 ms 162.355 ms
21 85.112.122.17 166.820 ms 162.728 ms 162.280 ms
22 89.250.1.58 165.783 ms 166.039 ms 89.250.1.34 164.559 ms
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
=== End of Windows Clipboard ===
Dmitriy Smirnov
Mar 11, 2021, 2:47:41 AM3/11/21
to
hi, Alexey!
11 Mar 21 08:04, Alexey Vissarionov wrote to Dmitriy Smirnov:
AV>>> Дальнейшее общение на эту тему - только с указанием полной
AV>>> диагностической информации, включая IP-адреса.
DS>> 08:43:49.417677 IP 31.184.220.4.58322 > 46.4.85.143.53: 58155+ A?
DS>> binkd.org. (27)
DS>> 08:43:49.450416 IP 46.4.85.143.53 > 31.184.220.4.58322: 58155*-
DS>> 1/4/6 A 46.4.85.143 (241)
AV> Ну, хоть что-то... итак, Селектел.
[skip]
не с селектела:
12:27:57.170491 IP 81.90.210.254.34365 > 46.4.85.143.53: 59458+ A? binkd.org.
(27)
12:27:57.240816 IP 46.4.85.143.53 > 81.90.210.254.34365: 59458*- 1/4/6 A
46.4.85.143 (241)
12:28:01.900484 IP 81.90.210.254.14463 > 89.250.3.0.53: 37097+ A? binkd.org.
(27)
12:28:07.019971 IP 81.90.210.254.37717 > 89.250.3.0.53: 37097+ A? binkd.org.
(27)
12:28:23.144102 IP 81.90.210.254.61118 > 37.110.95.227.53: 31639+ A? binkd.org.
(27)
12:28:28.185685 IP 81.90.210.254.13289 > 37.110.95.227.53: 31639+ A? binkd.org.
(27)
12:29:21.005020 IP 81.90.210.254.30297 > 89.250.7.127.53: 22252+ A? binkd.org.
(27)
12:29:26.020853 IP 81.90.210.254.35690 > 89.250.7.127.53: 22252+ A? binkd.org.
(27)
AV> Запускаю tracepath -n 31.184.220.4 на всех своих ns[0-3] и наблюдаю,
AV> что до 92.53.93.59 трассировка отовсюду доходит штатно, а потом
так к трейсам вопросов не было, всё вполне ричибл:
-+- ns0.vlm.ru ping statistics ---
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 34.092/34.133/34.186/0.035 ms
-+- ns1.vlm.ru ping statistics ---
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 10.456/10.501/10.585/0.048 ms
-+- ns2.vlm.ru ping statistics ---
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 11.858/11.918/11.977/0.042 ms
-+- ns3.vlm.ru ping statistics ---
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 10.408/10.465/10.493/0.030 ms
[skip]
AV> У нас никакие новомодные DPI в последнее время не внедряли?
в последнее это в какое? такое поведение не вчера началось, как минимум с
прошлого мая, о чем было сказано в эхотаге.
ps: у 31.184.220.4 можно спросить A fido.sage.su, вот и посмотришь как
новомодные DPI срабатывают в обратную сторону к твоим ns.
wbr, Dmitriy.
11 Mar 21 08:04, Alexey Vissarionov wrote to Dmitriy Smirnov:
AV>>> Дальнейшее общение на эту тему - только с указанием полной
AV>>> диагностической информации, включая IP-адреса.
DS>> 08:43:49.417677 IP 31.184.220.4.58322 > 46.4.85.143.53: 58155+ A?
DS>> binkd.org. (27)
DS>> 08:43:49.450416 IP 46.4.85.143.53 > 31.184.220.4.58322: 58155*-
DS>> 1/4/6 A 46.4.85.143 (241)
[skip]
не с селектела:
12:27:57.170491 IP 81.90.210.254.34365 > 46.4.85.143.53: 59458+ A? binkd.org.
(27)
12:27:57.240816 IP 46.4.85.143.53 > 81.90.210.254.34365: 59458*- 1/4/6 A
46.4.85.143 (241)
12:28:01.900484 IP 81.90.210.254.14463 > 89.250.3.0.53: 37097+ A? binkd.org.
(27)
12:28:07.019971 IP 81.90.210.254.37717 > 89.250.3.0.53: 37097+ A? binkd.org.
(27)
12:28:23.144102 IP 81.90.210.254.61118 > 37.110.95.227.53: 31639+ A? binkd.org.
(27)
12:28:28.185685 IP 81.90.210.254.13289 > 37.110.95.227.53: 31639+ A? binkd.org.
(27)
12:29:21.005020 IP 81.90.210.254.30297 > 89.250.7.127.53: 22252+ A? binkd.org.
(27)
12:29:26.020853 IP 81.90.210.254.35690 > 89.250.7.127.53: 22252+ A? binkd.org.
(27)
AV> Запускаю tracepath -n 31.184.220.4 на всех своих ns[0-3] и наблюдаю,
AV> что до 92.53.93.59 трассировка отовсюду доходит штатно, а потом
так к трейсам вопросов не было, всё вполне ричибл:
-+- ns0.vlm.ru ping statistics ---
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 34.092/34.133/34.186/0.035 ms
-+- ns1.vlm.ru ping statistics ---
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 10.456/10.501/10.585/0.048 ms
-+- ns2.vlm.ru ping statistics ---
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 11.858/11.918/11.977/0.042 ms
-+- ns3.vlm.ru ping statistics ---
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 10.408/10.465/10.493/0.030 ms
[skip]
AV> У нас никакие новомодные DPI в последнее время не внедряли?
в последнее это в какое? такое поведение не вчера началось, как минимум с
прошлого мая, о чем было сказано в эхотаге.
ps: у 31.184.220.4 можно спросить A fido.sage.su, вот и посмотришь как
новомодные DPI срабатывают в обратную сторону к твоим ns.
wbr, Dmitriy.
Stas Mishchenkov
Mar 14, 2021, 1:27:42 AM3/14/21
to
Hi, Alexey!
10 мар 21 20:04, Alexey Vissarionov -> Alexander N. Skovpen:
AV> Дальнейшее общение на эту тему - только с указанием полной
AV> диагностической информации, включая IP-адреса.
Кстати, от меня (brorabbit.g0x.ru) тоже не работает. :(
[fido@host-187 logs]$ host binkd.org ns0.vlm.ru
Using domain server:
Name: ns0.vlm.ru
Address: 46.4.85.143#53
Aliases:
binkd.org has address 46.4.85.143
binkd.org mail is handled by 10 mail.binkd.org.
[fido@host-187 logs]$ host binkd.org ns1.vlm.ru
Using domain server:
Name: 8.8.8.8
Address: 8.8.8.8#53
Aliases:
Host binkd.org not found: 2(SERVFAIL)
[fido@host-187 logs]$ host binkd.org 8.8.4.4
Using domain server:
Name: 8.8.4.4
Address: 8.8.4.4#53
Aliases:
Host binkd.org not found: 2(SERVFAIL)
Have nice nights.
Stas Mishchenkov.
10 мар 21 20:04, Alexey Vissarionov -> Alexander N. Skovpen:
AV> Дальнейшее общение на эту тему - только с указанием полной
AV> диагностической информации, включая IP-адреса.
[fido@host-187 logs]$ host binkd.org ns0.vlm.ru
Using domain server:
Name: ns0.vlm.ru
Address: 46.4.85.143#53
Aliases:
binkd.org has address 46.4.85.143
binkd.org mail is handled by 10 mail.binkd.org.
[fido@host-187 logs]$ host binkd.org ns1.vlm.ru
;; connection timed out; no servers could be reached
[fido@host-187 logs]$ host binkd.org ns2.vlm.ru
;; connection timed out; no servers could be reached
[fido@host-187 logs]$ host binkd.org ns3.vlm.ru
;; connection timed out; no servers could be reached
[fido@host-187 logs]$ host binkd.org 8.8.8.8
Using domain server:
Name: 8.8.8.8
Address: 8.8.8.8#53
Aliases:
Host binkd.org not found: 2(SERVFAIL)
[fido@host-187 logs]$ host binkd.org 8.8.4.4
Using domain server:
Name: 8.8.4.4
Address: 8.8.4.4#53
Aliases:
Host binkd.org not found: 2(SERVFAIL)
Have nice nights.
Stas Mishchenkov.
Alexander N. Skovpen
Mar 14, 2021, 10:47:42 AM3/14/21
to
Hello Stas Mishchenkov!
14 Mar 21 09:20:56, Stas Mishchenkov wrote to Alexey Vissarionov:
AV>> Дальнейшее общение на эту тему - только с указанием полной
AV>> диагностической информации, включая IP-адреса.
SM> Кстати, от меня (brorabbit.g0x.ru) тоже не работает. :(
это ото всюду не работает (любой днс-чекер в инете запусти). Это походу все,
кроме хозяина днсов поняли.
Alexander
14 Mar 21 09:20:56, Stas Mishchenkov wrote to Alexey Vissarionov:
AV>> Дальнейшее общение на эту тему - только с указанием полной
AV>> диагностической информации, включая IP-адреса.
это ото всюду не работает (любой днс-чекер в инете запусти). Это походу все,
кроме хозяина днсов поняли.
Alexander
Mykhailo Kapitanov
Mar 14, 2021, 10:37:42 PM3/14/21
to
Hello Alexander!
14 Mar 21 17:44, you wrote to Stas Mishchenkov:
AV>>> Дальнейшее общение на эту тему - только с указанием полной
AV>>> диагностической информации, включая IP-адреса.
SM>> Кстати, от меня (brorabbit.g0x.ru) тоже не работает. :(
AS> походу все, кроме хозяина днсов поняли.
У него другое мнение на этот счет:
=== Cut ===
Ну и если бы на моей стороне была хоть какая-то реальная проблема, тут уже
стояла бы вонища до небес. А так пока жалуются только двое, причем один -
известный
ретроград.
=== Cut ===
Вся проблема в ретроградах. :) Впрочем, ничего удивительного.
Mykhailo
Dmitry Protasoff
Mar 23, 2021, 5:02:48 PM3/23/21
to
Hello, Alexey!
Wednesday March 10 2021 20:09, you wrote to Michael Dukelsky:
AV> С чем это может быть связано - меня не особо интересует, а если бы
AV> даже вдруг заинтересовало - технической возможности посмотреть на свои
AV> серверы из сетей жалобщиков у меня нет, а внятной диагностики от них
AV> пока не было.
А ты так и планируешь держать ресурсы в hetzner? А то хочется понять, в одной
эхе ты пишешь, что Эльбрус это хорошо, а в другой..
Best regards,
dp.
Wednesday March 10 2021 20:09, you wrote to Michael Dukelsky:
AV> С чем это может быть связано - меня не особо интересует, а если бы
AV> даже вдруг заинтересовало - технической возможности посмотреть на свои
AV> серверы из сетей жалобщиков у меня нет, а внятной диагностики от них
AV> пока не было.
А ты так и планируешь держать ресурсы в hetzner? А то хочется понять, в одной
эхе ты пишешь, что Эльбрус это хорошо, а в другой..
Best regards,
dp.
Max Vasilyev
Nov 28, 2021, 5:01:07 AM11/28/21
to
Hello All!
http://download.binkd.org
2021/11/14 11:17:45 1.1a-113 git
protocol.c,2.238,2.239
Fix format in log and M_ERR messages
* Originally in RU.BINKD
* Crossposted in BINKD
WBR, Max. piwamoto!писем-нет
http://download.binkd.org
2021/11/14 11:17:45 1.1a-113 git
protocol.c,2.238,2.239
Fix format in log and M_ERR messages
* Originally in RU.BINKD
* Crossposted in BINKD
WBR, Max. piwamoto!писем-нет
Max Vasilyev
Apr 2, 2022, 5:01:03 AM4/2/22
to
Hello All!
http://download.binkd.org
https://sites.google.com/view/vasilyevmax/
Fix some warnings in misc/nodelist.pl
Recompiled with zlib 1.2.12
http://download.binkd.org
https://sites.google.com/view/vasilyevmax/
Fix some warnings in misc/nodelist.pl
Recompiled with zlib 1.2.12
0 new messages