search for: nosec

...kbntel.net<sip%3A35944101hk at s2hkbntel.net> >;tag=as1d554c43 i: 34c9241622c72c7d26b13fdc22d95530 at s2hkbntel.net CSeq: 102 INVITE v: SIP/2.0/UDP 113.253.230.26:5060 ;received=113.253.230.70;rport;branch=z9hG4bK575022bd Server: MCS5x00_3.0 k: com.nortelnetworks.firewall,p-3rdpartycontrol,nosec l: 0 <-------------> --- (9 headers 0 lines) --- <--- SIP read from UDP:203.80.89.139:5060 ---> SIP/2.0 487 Request Terminated t: <sip:13398560848 at s2hkbntel.net:5060>;tag=1652716799 f: "cklee at mobile" <sip:35944101hk at s2hkbntel.net<sip%3A35944101hk at s2h...

...t> Call-ID: SDdgce901-9cb68ba025684f03a4094ed71e6e04f8-ao92gd1 CSeq: 59458 INVITE Content-Type: application/sdp Contact: <sip:3x8x6x3x3x at xx.yy.xx.yy:5060;user=phone;transport=udp> User-Agent: Nortel SESM 14.1.0.12 Max-Forwards: 19 Supported: com.nortelnetworks.firewall,p-3rdpartycontrol,nosec,join,x-nortel-sipvc,gin,com.nortelnetworks.im.encryption,replaces,100rel Remote-Party-ID: <sip:3x8x6x3x3x at sip.txtxlxoxp.it;user=phone>;screen=yes;screen-ind=0;party=calling;counter=0;npi=NPI_E164;ton=TON_NATIONAL P-Asserted-Identity: <sip:3x8x6x3x3x at 10.39.1.19;user=phone> Allow: U...

...ill- get corrupted eventually. This is a fact of life. ? ?mysql is about as much database as ms access? ? ?MSSQL at least descends from a database? ?it's a rebranded SyBase? ?MySQL however was born from a flatfile and went downhill from there? ? ?at least jetDB doesn?t claim to be a database? (#nosec) ??? Please let MySQL and MariaDB finally die!

...s a fact of life. ? >> ?mysql is about as much database as ms access? ? ?MSSQL at least descends >> from a database? ?it's a rebranded SyBase? ?MySQL however was born from a >> flatfile and went downhill from there? ? ?at least jetDB doesn?t claim to >> be a database? (#nosec) ??? Please let MySQL and MariaDB finally die! >> _______________________________________________ >> openssh-unix-dev mailing list >> openssh-unix-dev at mindrot.org >> https://lists.mindrot.org/mailman/listinfo/openssh-unix-dev >> > ____________________________...

...ill- get corrupted eventually. This is a fact of life. ? ?mysql is about as much database as ms access? ? ?MSSQL at least descends from a database? ?it's a rebranded SyBase? ?MySQL however was born from a flatfile and went downhill from there? ? ?at least jetDB doesn?t claim to be a database? (#nosec) ??? Please let MySQL and MariaDB finally die!

Hello! I noticed the ssh client now allows you to paste a fingerprint at the host key verification question which I thought was pretty cool and a welcome feature. When testing it out I discovered it did not care about the case of the entered hash, and looking at sshconnect.c I see strcasecmp() is used which explains why. I'm just curious if this was a deliberate decision or if it would make

...ill- get corrupted eventually. This is a fact of life. ? ?mysql is about as much database as ms access? ? ?MSSQL at least descends from a database? ?it's a rebranded SyBase? ?MySQL however was born from a flatfile and went downhill from there? ? ?at least jetDB doesn?t claim to be a database? (#nosec) ??? Please let MySQL and MariaDB finally die!

Hi. Looks like every ~2 Years raises someone the question about SNI support in the openssh client. 2015: https://marc.info/?l=openssh-unix-dev&m=143248436518985&w=2 2017: https://marc.info/?l=openssh-unix-dev&m=150204655205911&w=2 I have read the docs and haven't seen anything about that this feature is already available in SSH. https://man.openbsd.org/ssh.1

Good morning, I was wondering what you think about SNI (server name indication) support to OpenSSH? Background: SSH is one of the rare protocols in the data center that cannot be easily load balanced, proxied or made highly available. If the ssh client would indicate to which host it wants to connect to, a proxy or load balancer could easily be implemented. While this is an obvious feature for

...? ?MSSQL at least >>>> descends >>>> from a database? ?it's a rebranded SyBase? ?MySQL however was >>>> born from a >>>> flatfile and went downhill from there? ? ?at least jetDB doesn?t >>>> claim to >>>> be a database? (#nosec) ??? Please let MySQL and MariaDB >>>> finally die! >>>> _______________________________________________ >>>> openssh-unix-dev mailing list >>>> openssh-unix-dev at mindrot.org >>>> https://lists.mindrot.org/mailman/listinfo/openssh-uni...

I hear you - but it seems that the choice is between (a) limiting "scp" functionality to address the security vulnerability, and (b) killing "scp" altogether. I'd much prefer (a), even if it means I lose "scp remotehost:foo\* .". Especially, since (almost always) I have equal privileges on both local and remote hosts, so in that case I just originate that

Hi, I am currently using the L2 tunnel feature of ssh between two Linux machines, and it works beautifully! As a result, I have come to prefer a workflow that uses an L2 tunnel, but I can't seem to find a long-term solution for this workflow on macOS. At the moment, tap devices on macOS can be generated using a kernel extension like tuntaposx <http://tuntaposx.sourceforge.net/>;

On Tue, 2020-06-23 at 08:06 +0200, Markus Friedl wrote: > I had something in mind like this for years, but with slightly > different steps: > My naive approach would be to keep the scp user interface and switch > to the sftp protocol internally. We could add a -M [scp|sftp] option > to scp and select the internal protocol. Later we switch the default > from scp to sftp. > No