Mamy serwer SFTP, który działał dobrze, dopóki nie dodaliśmy kolejnego usługodawcy internetowego. Połączenie z serwerem SFTP nie przechodzi przez nowego ISP, potwierdziłem to za pomocą tracert. Nie wprowadzono również żadnych zmian na serwerze. Ale od tego czasu połączenia SFTP lub SSH niektórych użytkowników przekraczają limit czasu / zawieszają się, jeśli wykonane polecenie ma większy zwrot. Oto scenariusz:
- Mogę nadal pingować, a ping zawsze powróci, nawet gdy upłynie limit czasu SSH / SFTP
- Mogę połączyć się z serwerem, prosi o uwierzytelnienie i pozwala mi się zalogować.
- Jeśli
lspolecenie dla mojego katalogu głównego zwraca niewielką liczbę plików lub folderów, wyświetla listę plików i folderów - Jeśli
lspolecenie dla mojego katalogu głównego jest większe niż powiedzmy 5 lub 6 plików lub folderów, oznacza to, że zawieszenie / przekroczenie limitu czasu. - Próbując tego, próbowałem uruchomić polecenie ping na serwer i cały czas ono wraca.
Nie zdarza się to każdemu, ale wydaje się, że zdarza się użytkownikom znajdującym się w innym mieście.
Próbowałem różnych klientów SFTP (FileZilla i WinSCP). Oba mają ten sam problem.
Uruchomiłem WireShark na moim komputerze (który znajduje się poza naszą siecią i poza miastem), gdy upłynie limit czasu SFTP / SSH, widzę retransmisję i nadchodzi część niezarejestrowanych błędów segmentu, co prowadzi mnie do wniosku, że może być jakiś pakiet strata gdzieś między chmielem.
Expert Info (Note/Sequence): Retransmission (suspected)
Previous segment not captured (common at capture start)
Czy SFTP / SSH jest wrażliwy na utratę pakietów? Czy SSH / SFTP nie retransmituje / nie potwierdza, aby uniknąć błędów utraty pakietów? Czy jest coś w ustawieniach serwera, które mogę dostosować, aby to działało?