1

Вопросы об общем вычислительном оборудовании и программном обеспечении не относятся к теме переполнения стека, если они не связаны непосредственно с инструментами, используемыми в основном для программирования. Вы можете получить помощь в Super User.

На моей машине установлен Ubuntu Server 15.04 с установленным OpenSSH_7.1p2 Ubuntu-2, OpenSSL 1.0.2f 28 января 2016 года. Если я вхожу через SSH и пароль в моем файле журнала Iptables, соединение прервано по IP DST = 18.9.2.13/18.7.33.13 [Массачусетский технологический институт (MIT-2)].

Mar 28 22:18:54 server kernel: [2422326.749123] [IPT-LogDrop]: IN= OUT=enp4s0f0 SRC=192.168.178.3 DST=18.7.33.13 LEN=196 TOS=0x00 PREC=0x00 TTL=64 ID=22263 DF PROTO=UDP SPT=41393 DPT=88 LEN=176 
Mar 28 22:18:54 server kernel: [2422326.780661] [IPT-LogDrop]: IN= OUT=enp4s0f0 SRC=192.168.178.3 DST=18.9.2.13 LEN=196 TOS=0x00 PREC=0x00 TTL=64 ID=9434 DF PROTO=UDP SPT=57141 DPT=88 LEN=176 
Mar 28 22:18:54 server kernel: [2422326.813459] [IPT-LogDrop]: IN= OUT=enp4s0f0 SRC=192.168.178.3 DST=18.7.8.13 LEN=196 TOS=0x00 PREC=0x00 TTL=64 ID=63006 DF PROTO=UDP SPT=35380 DPT=88 LEN=176 
Mar 28 22:18:54 server kernel: [2422326.813502] [IPT-LogDrop]: IN= OUT=enp4s0f0 SRC=192.168.178.3 DST=18.7.33.13 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=747 DF PROTO=TCP SPT=41634 DPT=88 WINDOW=29200 RES=0x00 SYN URGP=0 
Mar 28 22:18:55 server kernel: [2422327.811773] [IPT-LogDrop]: IN= OUT=enp4s0f0 SRC=192.168.178.3 DST=18.7.33.13 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=748 DF PROTO=TCP SPT=41634 DPT=88 WINDOW=29200 RES=0x00 SYN URGP=0 
Mar 28 22:18:55 server kernel: [2422327.814570] [IPT-LogDrop]: IN= OUT=enp4s0f0 SRC=192.168.178.3 DST=18.9.2.13 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=57805 DF PROTO=TCP SPT=46622 DPT=88 WINDOW=29200 RES=0x00 SYN URGP=0 
Mar 28 22:18:56 server kernel: [2422328.811724] [IPT-LogDrop]: IN= OUT=enp4s0f0 SRC=192.168.178.3 DST=18.9.2.13 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=57806 DF PROTO=TCP SPT=46622 DPT=88 WINDOW=29200 RES=0x00 SYN URGP=0 
Mar 28 22:18:57 server kernel: [2422329.811689] [IPT-LogDrop]: IN= OUT=enp4s0f0 SRC=192.168.178.3 DST=18.7.8.13 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=58556 DF PROTO=TCP SPT=35580 DPT=88 WINDOW=29200 RES=0x00 SYN URGP=0 
Mar 28 22:18:58 server kernel: [2422330.815651] [IPT-LogDrop]: IN= OUT=enp4s0f0 SRC=192.168.178.3 DST=18.9.2.13 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=57807 DF PROTO=TCP SPT=46622 DPT=88 WINDOW=29200 RES=0x00 SYN URGP=0 
Mar 28 22:18:59 server kernel: [2422331.815588] [IPT-LogDrop]: IN= OUT=enp4s0f0 SRC=192.168.178.3 DST=18.7.8.13 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=58557 DF PROTO=TCP SPT=35580 DPT=88 WINDOW=29200 RES=0x00 SYN URGP=0 
Mar 28 22:19:01 server kernel: [2422333.823519] [IPT-LogDrop]: IN= OUT=enp4s0f0 SRC=192.168.178.3 DST=18.7.33.13 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=750 DF PROTO=TCP SPT=41634 DPT=88 WINDOW=29200 RES=0x00 SYN URGP=0 
Mar 28 22:19:02 server kernel: [2422334.823476] [IPT-LogDrop]: IN= OUT=enp4s0f0 SRC=192.168.178.3 DST=18.9.2.13 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=57808 DF PROTO=TCP SPT=46622 DPT=88 WINDOW=29200 RES=0x00 SYN URGP=0 
Mar 28 22:19:03 server kernel: [2422335.823413] [IPT-LogDrop]: IN= OUT=enp4s0f0 SRC=192.168.178.3 DST=18.7.8.13 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=58558 DF PROTO=TCP SPT=35580 DPT=88 WINDOW=29200 RES=0x00 SYN URGP=0 
Mar 28 22:19:09 server kernel: [2422341.839163] [IPT-LogDrop]: IN= OUT=enp4s0f0 SRC=192.168.178.3 DST=18.7.33.13 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=751 DF PROTO=TCP SPT=41634 DPT=88 WINDOW=29200 RES=0x00 SYN URGP=0 
Mar 28 22:19:10 server kernel: [2422342.847109] [IPT-LogDrop]: IN= OUT=enp4s0f0 SRC=192.168.178.3 DST=18.9.2.13 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=57809 DF PROTO=TCP SPT=46622 DPT=88 WINDOW=29200 RES=0x00 SYN URGP=0
|источник

1 ответ1

0

Из журнала видно, что DPT=88 (порт назначения - 88 , то есть порт для Kerberos. Хотя из вашего журнала явно не видно, что какое-то соединение будет установлено с KDC (или чем-то еще).

В вашем журнале есть 

debug3: preferred gssapi-keyex,gssapi-with-mic,publickey,keyboard-interactive,password

Это говорит о том, что вы предлагаете такие методы аутентификации (gssapi-keyex,gssapi-with-mic). Вы, вероятно, настроили Kerberos как-то.

Если вы просто хотите избежать этого, вы можете отключить эти методы, поместив в ваш ~/.ssh/config:

 GSSAPIAuthentication no
 GSSAPIKeyExchange    no
|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .