search for: get_remote_hostnam

...s type `char' sshconnect.c:834: warning: subscript has type `char' Given the possibility of characters outside of the 0 thru 0x7f range and the implementation of the is*() macros as using an index into an array, negative arguments could lead to unexpected behavior. log: * canohost.c (get_remote_hostname): Argument to macro isupper() should be unsigned. * clientloop.c (process_cmdlin): Argument to macro isspace() should be unsigned. * match.c (match_pattern_list): Argument to macro isupper() should be unsigned. * scp.c (sink): Argument to macro isdigit() should be unsigned. * sshconnect.c (...

...int i; socklen_t fromlen; struct addrinfo hints, *ai, *aitop; - char name[MAXHOSTNAMELEN]; + char *name; + size_t name_size; char ntop[NI_MAXHOST], ntop2[NI_MAXHOST]; /* Get IP address of client. */ @@ -71,10 +72,21 @@ fatal("get_remote_hostname: getnameinfo NI_NUMERICHOST failed"); /* Map the IP address to a host name. */ - if (getnameinfo((struct sockaddr *)&from, fromlen, name, sizeof(name), - NULL, 0, NI_NAMEREQD) == 0) { + name_size = 100; + name = malloc(name_size); + if (name ==...

...h attempts to chmod smbpasswd file, a new threat is now happening: [2024/01/10 16:29:13.984400, 0, pid=2853904] ../../source3/lib/util_sock.c:711(matchname) matchname: host name/name mismatch: 10.2.111.26 != (NULL) [2024/01/10 16:29:13.984471, 0, pid=2853904] ../../source3/lib/util_sock.c:893(get_remote_hostname) matchname failed on 10.2.111.26 Yes, we've enabled hostname lookups, for a reason. But this logging is ridiculous anyway, especially in this form when there's *no* rDNS for the given IP. I can understand a log entry with debug priority if rDNS *mismatches*, but not when there's...

...AF_INET; + memcpy(&((struct sockaddr_in *)&from)->sin_addr, &addr, sizeof(addr)); + ((struct sockaddr_in *)&from)->sin_port = port; + } +#endif + if (getnameinfo((struct sockaddr *)&from, fromlen, ntop, sizeof(ntop), NULL, 0, NI_NUMERICHOST) != 0) fatal("get_remote_hostname: getnameinfo NI_NUMERICHOST failed"); diff -ru openssh-1.2.2p1/channels.c openssh-1.2.2p1-20000308/channels.c --- openssh-1.2.2p1/channels.c Fri Mar 3 20:35:33 2000 +++ openssh-1.2.2p1-20000308/channels.c Wed Mar 8 00:25:18 2000 @@ -1215,8 +1215,12 @@ break; } socks[num_socks++...

...h. This patch occasionally uses '0'<=X && X<='9' rather than isdigit(X), as it's faster on most modern hosts (a subtract and a compare, rather than a reference through memory and then a test). 2001-09-28 Paul Eggert <eggert at twinsun.com> * canohost.c (get_remote_hostname): Don't pass negative chars to ctype macros. * match.c (match_hostname): Likewise. * openbsd-compat/base64.c (b64_ntop): Likewise. * openbsd-compat/inet_aton.c (inet_aton): Likewise. * openbsd-compat/mktemp.c (_gettemp): Likewise. * openbsd-compat/readpassphrase.c (readpassphrase): Likew...

...fday(0x08047070, 0xBFF5A870) = 0 20538: getpid() = 20538 [ 20271 ] 20538: open("/etc/resolv.conf", O_RDONLY, 0666) = 4 20538: ioctl(4, TCGETS, 0x08046F64) Err#25 ENOTTY Which makes me think this is canohost.c:get_remote_hostname(). It does a getpeername() call that is probably the xgetscoaddr call above. It then does a: if (getnameinfo((struct sockaddr *)&from, fromlen, ntop, sizeof(ntop), NULL, 0, NI_NUMERICHOST) != 0) call. This should not result in any DNS traffic though - it's requesting a numeric hostna...

...t; file, a new threat is now happening: > > [2024/01/10 16:29:13.984400, 0, pid=2853904] > ../../source3/lib/util_sock.c:711(matchname) matchname: host > name/name mismatch: 10.2.111.26 != (NULL) [2024/01/10 > 16:29:13.984471, 0, pid=2853904] > ../../source3/lib/util_sock.c:893(get_remote_hostname) matchname > failed on 10.2.111.26 > > Yes, we've enabled hostname lookups, for a reason. But this logging > is ridiculous anyway, especially in this form when there's *no* rDNS > for the given IP. I can understand a log entry with debug priority > if rDNS *mismatches*...

Hi, I have a small problem while porting OpenSSH v2.1.1p4 (a little older version )to uClinux. I have tryed to contact some other forums, but without any success. So, the problem is with canohost.c, where I get the following mistake: canohost.c: In function `get_remote_hostname': canohost.c:36: storage size of `hints' isn't known canohost.c:49: structure has no member named `ss_family' canohost.c:98: structure has no member named `ss_family' canohost.c:100: warning: implicit declaration of function `getaddrinfo' canohost.c:106: dereferencing point...

I'm seeing something similar to bug 1179 (https://bugzilla.mindrot.org/show_bug.cgi?id=1179), even with the reordered IP options check. For some reason, getsockopt is returning an IP options of length 2, value 00 00. Would Mark Weindling's original patch (https://bugzilla.mindrot.org/attachment.cgi?id=1105) break anything if I incorporated it? Platform: HP NonStop S7000 series

Hi SSH developers, I am wondering if someone could help explain a behavior of sshd. From canohost.c, get_remote_hostname(), it seems sshd will always try to reverse lookup the ip address of any client that attaches to it. The verify_reverse_mapping flag just turns off the forward lookup through DNS of the clients hostname, once the hostname has been determined. I am using Solaris 8 with ssh 3.4p1, and this piece...

...0:32 -0000 @@ -20,6 +20,11 @@ #include <netinet/in.h> #include <arpa/inet.h> +#ifdef HAVE_BLUETOOTH +#include <bluetooth/bluetooth.h> +#include <bluetooth/rfcomm.h> +#endif + #include <ctype.h> #include <errno.h> #include <netdb.h> @@ -60,6 +65,16 @@ get_remote_hostname(int sock, int use_dn cleanup_exit(255); } +#ifdef HAVE_BLUETOOTH + if (from.ss_family == AF_BLUETOOTH) { + struct sockaddr_rc *from_rc = (void *)&from; + char ba[28]; + + sprintf(ba, "Bluetooth:"); + ba2str(&from_rc->rc_bdaddr, ba + 10); + return xstrdup(ba); + } +...

...session (ff3765c8, 0, ff376000, 13, 13, 0) + c8 0002e9c0 x11_connect_display (8f4a8, 0, 0, 0, 0, 0) + 104 0003a470 ???????? (9f5b0, 8d698, 0, 0, 0, 0) 0003941c ssh_dss_verify (88414, 9f5b0, 8d698, ffbeee50, 219b4, 38564) + 160 0003904c ssh_dss_sign (8d698, 0, 8d290, 400, 8d26c, 8f498) 0002a2b8 get_remote_hostname (5, 5, 28e, ffbef8c4, 4, 1) + 44 000278d0 session_open (4, ffbef94c, ffbef960, 80c00, 0, 0) + 5c 00024970 server_loop (0, 0, 0, 0, 0, 0) + 530 The relevant code is function do_pam_session() in auth-pam.c. The stack trace leads me to believe that there is a bug in Solaris pam_unix module, which...

Hello, I've trawled archives looking for changes in the "AllowUsers" option, manuals, changes log, reported bugs and to my surprise I can't find anything or anyone that has reported the issues that I am experiencing. I am using the default installation sshd_config file as supplied by Redhat and the only options I have changed are: ListenAddress AllowUsers The first problem

...quot; #include "authfd.h" +#ifdef LIBWRAP +#include <tcpd.h> +#include <syslog.h> +#endif /* LIBWRAP */ + /* Maximum number of fake X11 displays to try. */ #define MAX_DISPLAYS 1000 @@ -581,6 +586,30 @@ channel_post_port_listener(Channel *c, f } remote_hostname = get_remote_hostname(newsock); remote_port = get_peer_port(newsock); +#ifdef LIBWRAP + { + char fwd[80]; + void (*sigch) (int); + int res; + struct request_info req; + + snprintf(fwd, sizeof(fwd), "sshdfwd-%d", c->host_port); + request_init(&req, RQ_DAEMON, fwd, RQ_FILE, newsock, NULL)...

http://bugzilla.mindrot.org/show_bug.cgi?id=1047 dtucker at zip.com.au changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|[RELENG] Bugs planned to be |[RELENG] Bugs planned to be |fixed for the release after |fixed for the 4.3 release |4.1

In message <19991122110826.A23851 at wdawson-sun.sbs.siemens.com>, Willard Dawson writes: >I just tried to compile, this time with openssh-1.2pre14, openssl-0.9.4 >and egd-0.6. I get considerably further along, but still not completely >compiled. Here are the last bits: > >gcc -g -O2 -Wall -I/usr/local/ssl/include -DETCDIR=\"/usr/local/etc\" -DSSH_PR

..._socket': authfd.c:84: warning: implicit declaration of function `socket' authfd.c:93: warning: implicit declaration of function `connect' authfile.c: In function `load_private_key': authfile.c:494: warning: unsigned int format, long unsigned int arg (arg 2) canohost.c: In function `get_remote_hostname': canohost.c:39: warning: implicit declaration of function `getpeername' canohost.c:150: warning: implicit declaration of function `getsockopt' canohost.c: In function `get_sock_port': canohost.c:247: warning: implicit declaration of function `getsockname' channels.c: In functi...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have just uploaded 1.2.1pre18. This is mainly merges from the OpenBSD tree, bugfixes for Solaris and libc5 Linux systems. It should fix all reported bugs except the snprintf problems on some older Solaris versions. Please test thoroughly, my hope is to have a stable version released before Jan 1. At this point the main holdup is Solaris. I have

http://bugzilla.mindrot.org/show_bug.cgi?id=549 Summary: Login Delay / Remove unwanted reverse map check Product: Portable OpenSSH Version: 3.5p1 Platform: PPC OS/Version: AIX Status: NEW Severity: normal Priority: P3 Component: sshd AssignedTo: openssh-unix-dev at mindrot.org ReportedBy:

...#39;t read from random pool \"%s\": %s", RANDOM_POOL, strerror(errno)); close(random_pool); + #endif /* USE_SYSRANDOM */ } #endif /* !HAVE_ARC4RANDOM */ *** canohost.c.DIST Wed Jan 19 11:00:42 2000 --- canohost.c Wed Jan 19 11:01:09 2000 *************** *** 29,35 **** get_remote_hostname(int socket) { struct sockaddr_in from; ! int fromlen, i; struct hostent *hp; char name[MAXHOSTNAMELEN]; --- 29,40 ---- get_remote_hostname(int socket) { struct sockaddr_in from; ! #ifdef _AIX ! unsigned long fromlen; ! #else ! int fromlen; ! #endif ! int i; struct hoste...